|
|
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
aquqrius, возможно он прописан ещё в конфигурационном файле postgres, нужно его оттуда тоже удалить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2014, 14:57:44 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
Гость_0aquqrius, возможно он прописан ещё в конфигурационном файле postgres, нужно его оттуда тоже удалить. проверил postgresql.conf в 9.1 там нет никакого упоминания о repack. Можно ещё где посмотреть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2014, 15:09:06 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
aquqrius Код: plsql 1. 2. 3. 4. 5. 6. 7. проверил запросом, что схема repack отсутствует в БД: Код: plsql 1. 2. 3. 4. Я уже совсем не понимаю, почему если схема re_pack отсутствует, почему ругается на эту библиотеку при pg_upgrade? в 9.3 этого расширения точно нет, и для меня был вариант удалить его из 9.1, но я не смог((( потому что он может и в другой схеме стоять.... проверять наличие расширения таким образом как вы делаете - совершенно бесмысленно... для начала надо посмотреть в pg_extension если там нет - значит он не как extension ставился а заливался руками... и надо искать тот самый uninstall_pg_repack.sql и выполнять его... ну или руками все хранимки от pg_repack выковыривать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2014, 15:25:59 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
автордля начала надо посмотреть в pg_extension на рабочем сервере СУБД смотрю, локально, из консоли, где установлено это расширение: Код: plsql 1. 2. 3. 4. а вот с клиента подключаюсь через PG_ADMIN и вижу есть расширение: Код: plsql 1. на рабочем сервере стоит только версия 9.1 подключение из консоли проходит к 9.1 не понимаю почему локально из консоли я не вижу это расширение запросом, а с клиента вижу. переменную $PATH указывал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 18:54:53 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
aquqriusавтордля начала надо посмотреть в pg_extension на рабочем сервере СУБД смотрю, локально, из консоли, где установлено это расширение: Код: plsql 1. 2. 3. 4. а вот с клиента подключаюсь через PG_ADMIN и вижу есть расширение: Код: plsql 1. на рабочем сервере стоит только версия 9.1 подключение из консоли проходит к 9.1 не понимаю почему локально из консоли я не вижу это расширение запросом, а с клиента вижу. переменную $PATH указывал. на вопрос выше нашёл ответ: у пользователя локального не было прав видимо. так как цеплялся так: su - postgres psql в этом случае коннект как я понимаю происходит под пользователем postgresql по умолчанию. а у этого пользователя с правами всё не так хорошо видимо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 19:32:48 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
я сдвинулся с места за несколько дней, на один шажок:) Код: plsql 1. такая вот конструкция проходит, но говорит, что ERROR: must be owner of schema repack а иначе: Код: plsql 1. 2. NOTICE: schema "repack" does not exist, skipping DROP SCHEMA всего-то теперь нужно узнать имя пользователя, владельца схемы repack и его пароль)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.01.2014, 19:50:18 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
aquqriusя сдвинулся с места за несколько дней, на один шажок:) Код: plsql 1. такая вот конструкция проходит, но говорит, что ERROR: must be owner of schema repack а иначе: Код: plsql 1. 2. NOTICE: schema "repack" does not exist, skipping DROP SCHEMA всего-то теперь нужно узнать имя пользователя, владельца схемы repack и его пароль)) достаточно выполнить из под postgres (он superuser и ему прав хватит) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 02:34:05 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
Maxim Bogukaquqriusвсего-то теперь нужно узнать имя пользователя, владельца схемы repack и его пароль)) достаточно выполнить из под postgres (он superuser и ему прав хватит) Как оказалось не достаточно. Потому что кластер может содержать множество БД. И в моём случае нужно было узнать ещё в какой это БД. Показываю на примере: Подключились к БД под postgres Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. ну и теперь самое интересное: Код: plsql 1. 2. 3. 4. 5. как видите запрос выполнялся под postgres и показал что нет расширения repack. нет, видимо в БД по умолчанию. А если подключимся к другой БД, то он появится. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. пользователь postgres не является datdba для БД, где находилось расширения repack, которое никак не находилось и не удалялась поэтому. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 11:38:51 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
автори надо искать тот самый uninstall_pg_repack.sql и выполнять его...нашёл и выполнил: Код: plsql 1. 2. 3. 4. 5. вопрос1: как выполнить "drop extension pg_repack instead" вопрос2: куда положить uninstall_pg_repack.sql, чтобы pgxn нашёл его? может сюда /usr/lib/postgresql/9.1/lib/pgxs?? Код: plsql 1. 2. 3. 4. 5. ERROR: cannot find sql file for extension 'pg_repack': 'uninstall_pg_repack.sql' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 12:23:08 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
уиииииииииииииииии!!!! оно удалилось! оказалось просто нужно было выполнить: Код: plsql 1. и Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. получается всё ок? можно теперь выполнять с ключом -k? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 13:02:43 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
aquqrius, да :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 13:18:53 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
Ёшaquqrius, да :) спасибо! Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. далее запустил обновлённую версию: Код: plsql 1. я только не очень понимаю Код: plsql 1. он удалит старые датафайлы? а на них же ссылки? я что-то не так понимаю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 13:31:14 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
aquqrius, имя файла - это ссылка на место на диске, сейчас у вас две ссылки (имени) указывают на одно и то же место на диске, так что старые имена можно удалить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2014, 13:52:06 |
|
||
|
Как провести Upgrade PostgreSQL с 9.1 до 9.3 с минимальным downtime? (pg_upgrade)
|
|||
|---|---|---|---|
|
#18+
Один переезд хуже двух пожаров. Имеет смысл сохранить дампы рабочих БД и таблиц, с помощью, скажем, (эта приблуда стоит у нас в институте). Обычно приходится всё равно делать DROP-CREATE и файлы поправлять вручную. И потом, вроде бы именно для Postgre есть внешние утилиты миграции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2014, 09:48:53 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=38542680&tid=1998850]: |
0ms |
get settings: |
5ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
185ms |
get topic data: |
8ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 197ms |
| total: | 465ms |

| 0 / 0 |
