Блог

Я только что попытался выполнить pg_upgrade для довольно большого кластера баз данных PostgreSQL с версии 8.3.0 до версии 9.0.4. Все выглядело так, как будто все будет работать просто отлично, пока новая схема не была создана в целевом кластере. По какой-то причине он дважды пытался создать групповую роль.

После просмотра всех сценариев было совершенно очевидно, что он дублировал групповую роль 4 раза. Я восстановил базу данных 8.3.0, и было совершенно очевидно, что в pg_authid таблице повторяется строка.

Я попытался перевести базу данных в однопользовательский режим, чтобы попытаться REINDEX TABLE pg_authid . При попытке создать новый индекс с дублированными значениями произошел сбой.

Я попытался удалить роль группы-нарушителя. Это удалило одну из 4 строк в pg_authid , но, похоже, еще больше запутало ситуацию.

Я видел упоминание о том, что запуск полного вакуума в таблице может устранить такое повреждение, но у меня мало надежды на то, что это сработает. Итак, пока данные восстанавливаются, я буду выуживать идеи.

Вы точно выполнили pg_upgrade шаги? Если это так, у вас должен быть доступен ваш старый каталог данных, и вы можете вернуться к нему при необходимости …. правильно? 🙁

REINDEX TABLE Не решит вашу проблему, но a

 # From old database
pg_dump -t my_problem_table(s) ... > my_screwed_up_data.sql
pg_dump -T my_problem_table(s) ... > my_not_screwed_up_data.sql


# Fix whatever isn't right
${EDITOR} my_screwed_up_data.sql

# In to a fresh database instance
cat my_screwed_up_data.sql | psql
cat my_not_screwed_up_data.sql | psql
  

возможно, вы начнете. Вероятно, вам придется выполнить шаги два и три несколько раз, пока все не загрузится правильно. Надеюсь, это просто ваши системные каталоги, которые содержат поддельные данные.

Изучали ли вы возможность изменения pg_upgrade, чтобы вы могли исправить неправильные инструкции, как предложил Шон, прежде чем приступить к обновлению? Я полагаю, что в pg_upgrade происходит дамп / восстановление системных таблиц.