Всем доброго времени суток!
Столкнулся со следующей проблемой при восстановлении онлайн-бекапа.
Для начала: бекап делаю с логами.
Пытаюсь восстановить бекап в новую базу. Прописываю имя базы, путь для нее. Выбираю бекап (полный онлайн), затем восстановление базы и докат до концов логов. Ниже оставляю галочку use default log location only. Далее завершить восстановление и вернуть в активное состояние. Восстановление логов не выбираю, так они включены в сам бекап и жму финиш.
Вылезает следующая ошибка: SQL4970N Roll-Forward recovery on database "DB" cannot reach the specified stop point on database partition. Roll-forward recovery processing has halted on log file "S0000007.LOG".

База при этом создается. Я копирую из папки с архивными логами файлы в директорию sqllib новой базы, и восстановление проходит без ошибки. То есть получается, что процесс восстановления логов почему-то сами файлы логов копировать не хочет и приходится накатывать их руками. Или все же я не так что-то делаю?

mustaccio, на самом деле вот только что попробовал - абсолютно тоже самое.

aev67, просто хотелось бы автоматический бекап настроить и быть увереным, что не будет проблем с восстановлением.

CawaSPb,

так - наводку понял. восстанавливаю через графический интерфейс, команда получается на выходе следующая:

RESTORE DATABASE TEST FROM "/home/db2inst1" TAKEN AT 20111025174428 TO "/home/db2inst1" INTO test3 LOGTARGET "/home/db2inst1/arch_logs" WITH 2 BUFFERS BUFFER 1024 PARALLELISM 1 WITHOUT PROMPTING;
ROLLFORWARD DATABASE test3 TO END OF LOGS AND COMPLETE;

параметр overflow не указан. каким образом он здесь должен выглядеть?

CawaSPb,
нет, не проходит команда - упираюсь в ту же ошибку.
после восстановления самой базы смотрю в папку активных логов - там лежит лишь файл, который фигурирует в ошибке.
из папки с архивными логами копирую руками с заменой все остальные файлы и команда успешно завершается.

CawaSPb,

NEWLOGPATH - здесь я пробовал два варианта уже. Сначала оставлял каталог по умолчанию, соответственно логи пытались записаться в sqllib категорию в папке с базой. Пробовал назначать новый путь. Везде упирался в эту же проблему. В обоих случаях каталоги были пусты и права выставлены.

До команды RESTORE в папке /home/db2inst1/arch_logs имеется папка именем базы тест. После восстановления появляется папка с именем test2, в подкаталогах там опять же лежит один файл лога (по номеру всегда последний). Опять же - спасает копирование руками.

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

aev67
NEWLOGPATH - здесь я пробовал два варианта уже. Сначала оставлял каталог по умолчанию, соответственно логи пытались записаться в sqllib категорию

Прошу прощения - в sqllogdir.

Mark Barinstein,

только что попробовал - после команды rollforward database test2 to end of logs снова вылетела эта ошибка

Mark Barinstein,

да, тлько что поробовал - ошибка повторилась

Mark Barinsteinaev67да, тлько что поробовал - ошибка повториласьЯ правильно понимаю, что у вас:

- после
RESTORE DATABASE TEST ... INTO test3 LOGTARGET "/home/db2inst1/arch_logs"
в /home/db2inst1/arch_logs (который был перед этим пуст) появляются файлы, среди которых есть S0000007.LOG
- перед командой
ROLLFORWARD DB TEST3 TO END OF LOGS OVERFLOW LOG PATH (/home/db2inst1/arch_logs)
в активном пути для логов базы test3
db2 get db cfg for test3 | grep "Path to log files"
нет файла S0000007.LOG
- при выдаче последней команды ROLLFORWARD возвращается SQL4970N?

после команды RESTORE в папке с логами пусто (и в архивной папке, и в активных логах)
после команды ROLLFORWARD в папке с активными логами появляется только один файл, к примеру S0000007.LOG - файл самый поздний по дате, конец логов. После того, как я копирую в эту папку все предыдущие файлы логов - команда завершается успешно.

Mark Barinstein,

большое спасибо, разобрался. все-таки проблема была в overflow path. сделал заново архив с логами, затем восстановил базу, провел команды сначала and complete, а уже после восстановил ее в активное состояние.

всем спасибо за помощь!