The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Postgres: востановление данных"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Postgres: востановление данных"
Сообщение от Роман Искать по авторуВ закладки on 04-Дек-03, 13:22  (MSK)
    Пользовался старым посгресом(6.1), поставил новый. Через некоторое время потребовались данные из старой базы. От старой базы есть: дистрибутив и дерево каталогов (/usr/local/pgsql_bk, которое до апргейда было /usr/local/pgsql). Пытался заново установить старую версию - (установилась) а после подменить /usr/local/pgsql/data. Postmaster нормально запустился, но вот после:

./pg_dumpall
Connection to database 'template1' failed.
PQexec() -- Request was sent to backend, but backend closed the channel
before responding.  This probably means the backend terminated abnormally before orwhile processing the request.
......

% /usr/local/pgsql/bin/psql
Connection to database 'postgres' failed.
FATAL 1:Database postgres does not exist in pg_database

Кто нибудь сталкивался с такой проблемой востновления или имеет мысли по этому поводу?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "Postgres: востановление данных"
Сообщение от Brainbug Искать по авторуВ закладки on 04-Дек-03, 17:58  (MSK)
>    Пользовался старым посгресом(6.1), поставил новый. Через некоторое время
>потребовались данные из старой базы. От старой базы есть: дистрибутив и
>дерево каталогов (/usr/local/pgsql_bk, которое до апргейда было /usr/local/pgsql). Пытался заново установить
>старую версию - (установилась) а после подменить /usr/local/pgsql/data. Postmaster нормально запустился,
>но вот после:
>
>./pg_dumpall
>Connection to database 'template1' failed.
>PQexec() -- Request was sent to backend, but backend closed the channel
>
>before responding.  This probably means the backend terminated abnormally before orwhile
>processing the request.
>......
>
>% /usr/local/pgsql/bin/psql
>Connection to database 'postgres' failed.
>FATAL 1:Database postgres does not exist in pg_database
>
>Кто нибудь сталкивался с такой проблемой востновления или имеет мысли по этому
>поводу?

Если серьёзно то почитал бы документаццию перед тем как делать таким образом бэкап.
Могу предположить что с 6.1 перешёл на 7.х. Перенос бызы таким способом не будет работать т.к. меняется структура системных таблиц и чёрт знает что ещё. Т.е. если короче то без дампа и последующего востановления не пройдёт. Причём я бы  тебе посоветовал делать его в виде текстового файла.
Проблемы могут быть и со структурами т.к. с тех поменялись и типы данных поэтому смотри различия и меняй типы данных а может в некотором случае и сами данные. Внимательно проверь настройки прежнего сервера и сравни их с текущими настройками особенно что касается тип данных связаных с датами.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Postgres: востановление данных"
Сообщение от Роман Искать по авторуВ закладки on 05-Дек-03, 09:50  (MSK)

>
>Если серьёзно то почитал бы документаццию перед тем как делать таким образом
>бэкап.
Данные по началу не нужны были(поэтому и забили на дамп),а mv /usr/local/pgsql /usr/local/pgsql_bk просто по привычке был сделан. После вдруг оказалоcь, что хорошо бы вернуть.

>Могу предположить что с 6.1 перешёл на 7.х. Перенос бызы таким способом
>не будет работать т.к. меняется структура системных таблиц и чёрт знает
>что ещё. Т.е. если короче то без дампа и последующего востановления
Это то понятно, я даже не пытался старые базы пропихивать в новый постгрес. Я имел в виду следующее. Я сношу постгрес 7.4, устанавливаю старую версию 6.1 из того же дистрибутива. Отлично установилась и работает. Теперь ее родную папку /usr/local/pgsql/data заменяем этой /usr/local/pgsql_bk/data, от которой хочется забекапится. Причем понятно, что как /usr/local/pgsql/data,  так и /usr/local/pgsql_bk/data от постгреса 6.1.

После подмены папки с базами, постргес не хочет работать - см. сообщения в пред. сообщении. хотя постмастер запустился и работает.

>не пройдёт. Причём я бы  тебе посоветовал делать его в
>виде текстового файла.
>Проблемы могут быть и со структурами т.к. с тех поменялись и типы
>данных поэтому смотри различия и меняй типы данных а может в
>некотором случае и сами данные. Внимательно проверь настройки прежнего сервера и
>сравни их с текущими настройками особенно что касается тип данных связаных
>с датами.

Такие манипуляции я производил на том же самом сервере.


  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Postgres: востановление данных"
Сообщение от Brainbug Искать по авторуВ закладки on 05-Дек-03, 11:38  (MSK)
>
>>
>>Если серьёзно то почитал бы документаццию перед тем как делать таким образом
>>бэкап.
>Данные по началу не нужны были(поэтому и забили на дамп),а mv /usr/local/pgsql
>/usr/local/pgsql_bk просто по привычке был сделан. После вдруг оказалоcь, что хорошо
>бы вернуть.
>
>>Могу предположить что с 6.1 перешёл на 7.х. Перенос бызы таким способом
>>не будет работать т.к. меняется структура системных таблиц и чёрт знает
>>что ещё. Т.е. если короче то без дампа и последующего востановления
>Это то понятно, я даже не пытался старые базы пропихивать в новый
>постгрес. Я имел в виду следующее. Я сношу постгрес 7.4, устанавливаю
>старую версию 6.1 из того же дистрибутива. Отлично установилась и работает.
>Теперь ее родную папку /usr/local/pgsql/data заменяем этой /usr/local/pgsql_bk/data, от которой хочется
>забекапится. Причем понятно, что как /usr/local/pgsql/data,  так и /usr/local/pgsql_bk/data от
>постгреса 6.1.
>
>После подмены папки с базами, постргес не хочет работать - см. сообщения
>в пред. сообщении. хотя постмастер запустился и работает.
>
>>не пройдёт. Причём я бы  тебе посоветовал делать его в
>>виде текстового файла.
>>Проблемы могут быть и со структурами т.к. с тех поменялись и типы
>>данных поэтому смотри различия и меняй типы данных а может в
>>некотором случае и сами данные. Внимательно проверь настройки прежнего сервера и
>>сравни их с текущими настройками особенно что касается тип данных связаных
>>с датами.
>
>Такие манипуляции я производил на том же самом сервере.

Поменяй директорию с базами на ту которая тебе нужна. Запусти PostgreSQL в single-user режиме с ключом -d 5. Весь вывод сохрани в лог файле для последующего ознакомления :). Потом попробуй к нему подлючиться и сделать reindex а также vacuum для всех баз данных. Если не получиться смотри в лог файлах думаю при уровне 5 будет куча всего что даст ответ на твой вопрос.

P.S.  Думаю права доступа такие-же остались как и перед этим.


  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру