Загрузка дампа PostgreSQL привела к нехватке памяти на диске C
Здравствуйте.
Базы на PosgreeSQL .9.6.4
Дамп был сделан программой Effector saver (*.bacup) сам файл дампа 11.7 ГБ
Пытался его восстановить и в какой-то момент получил нехватку места на диске С
Всего было ок. 20 ГБ свободных на начало процедуры, пытался восстановить в боковик (не основную базу) раза 2 или 3 и видимо в какой-то момент схватил нехватку диска.
Во время восстановления в других базах работали сотрудники и, моя версия, что из-за нехватки места на диске произошел сбой в основной базе. Задвоились обороты в оборотках .
Сейчас попробую ТИИ сделать
Само восстановление не прошло - выдавало код возврата 1.
Причем, я потренировался - создал пустую новую базу средствами ПГАдмин - туда прошло восстановление без ошибок.
Но, если я создаю базу из диалога 1С или в сущ.базу (боковик) гружу - тогда восстановление неуспешное.
Ну с этом вопросом я отдельно еще поковыряюсь - почему неуспешное,
Но сейчас вопрос в другом, на всякий случай спрашиваю - теоретический вопрос:
Может ли неуспешное восстановление дампа базы PostgreSQL вызвать сбой в другой базе - к-ю совершенно не трогал при восстановлений ?
Т.е. может ли какая-то другая причина сбоя базы быть в данном случае, помимо нехватки места на диске С (системном)?
Базы на PosgreeSQL .9.6.4
Дамп был сделан программой Effector saver (*.bacup) сам файл дампа 11.7 ГБ
Пытался его восстановить и в какой-то момент получил нехватку места на диске С
Всего было ок. 20 ГБ свободных на начало процедуры, пытался восстановить в боковик (не основную базу) раза 2 или 3 и видимо в какой-то момент схватил нехватку диска.
Во время восстановления в других базах работали сотрудники и, моя версия, что из-за нехватки места на диске произошел сбой в основной базе. Задвоились обороты в оборотках .
Сейчас попробую ТИИ сделать
Само восстановление не прошло - выдавало код возврата 1.
Причем, я потренировался - создал пустую новую базу средствами ПГАдмин - туда прошло восстановление без ошибок.
Но, если я создаю базу из диалога 1С или в сущ.базу (боковик) гружу - тогда восстановление неуспешное.
Ну с этом вопросом я отдельно еще поковыряюсь - почему неуспешное,
Но сейчас вопрос в другом, на всякий случай спрашиваю - теоретический вопрос:
Может ли неуспешное восстановление дампа базы PostgreSQL вызвать сбой в другой базе - к-ю совершенно не трогал при восстановлений ?
Т.е. может ли какая-то другая причина сбоя базы быть в данном случае, помимо нехватки места на диске С (системном)?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) я вот не сильно силен в теории устройства посгреса.
Если я с бекапа всего диска достану папку с этой базой
(Найду ее по свойству oid )
Это будет равноценно полному восстановлению базы
Т. Е. С файловой все понятно, можно выгружать в дтшник,, можно копировать файл целиком.
А тут достаточно будет каталога для полного восстановления из копии?
Т. Е. Развернуть срез сервера и заменить папку в базах постгрес по oid
Если я с бекапа всего диска достану папку с этой базой
(Найду ее по свойству oid )
Это будет равноценно полному восстановлению базы
Т. Е. С файловой все понятно, можно выгружать в дтшник,, можно копировать файл целиком.
А тут достаточно будет каталога для полного восстановления из копии?
Т. Е. Развернуть срез сервера и заменить папку в базах постгрес по oid
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот