Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Добрый день Была попытка бекапа : Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Логи с S0017575.LOG по S0017577.LOG были заархивированы до начала бекапа (20110210091350): Код: plaintext 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. Почему DB2 инклюдит в бекап логи, заархивированные перед началом бекапа ? Как-нибудь можно определить сколько именно архивлогов до начала бекапа DB2 "захочет" заинклюдить ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2011, 12:02 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
db2test, Включение файлов журналов в образ резервной копии http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=/com.ibm.db2.luw.admin.ha.doc/doc/c0011559.html При выполнении операции резервного копирования в оперативном режиме можно задать, чтобы в образ резервной копии были включены файлы журналов, необходимые для восстановления базы данных. Это означает, что если потребуется передача образов резервных копий на узел аварийного восстановления, вам самим не нужно будет отправлять файлы журнала по отдельности или компоновать их друг с другом. Кроме того, не придется определять, какие файлы журналов необходимы для гарантии согласованности оперативной резервной копии. Этим обеспечивается некоторая защита от удаления файлов журналов, требуемых для успешного восстановления. Чтобы использовать эту возможность, задайте опцию INCLUDE LOGS команды BACKUP DATABASE. 7 Если эта опция задана, утилита резервного копирования усекает текущий активный файл журнала 7 и копирует необходимый набор экстентов журнала в образ резервной копии. Хотя, могут быть и ошибки (DB2 9.7 BACKUP online include logs, errors with SQL2428N) ... :) С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2011, 15:19 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
GVF112GVF, Это первое ,что я прочитал в инфоцентре, но оно нисколько не проливает свет на то, зачем DB2 нужны архивлоги, транзакции которых уже давно лежат в базе. Я как-то думал, что инклюдятся логи начиная с текущего активного (который "усекается") и далее нагенеренные за время работы бекапа. Проверил на всех базах, и на последних бекапах везде от 1 до 7 логов, заархивленых до начала бекапа инклюдяться в этот бекап. Т.е. это видимо фича, а не бага :) Очень хочется понять почему так и от чего зависит количество этих логов. DB2 9.1.8 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2011, 16:42 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
db2testGVF112GVF, Это первое ,что я прочитал в инфоцентре, но оно нисколько не проливает свет на то, зачем DB2 нужны архивлоги, транзакции которых уже давно лежат в базе. Я как-то думал, что инклюдятся логи начиная с текущего активного (который "усекается") и далее нагенеренные за время работы бекапа. Проверил на всех базах, и на последних бекапах везде от 1 до 7 логов, заархивленых до начала бекапа инклюдяться в этот бекап. Т.е. это видимо фича, а не бага :) Очень хочется понять почему так и от чего зависит количество этих логов. DB2 9.1.8 Как на счет открытых транзакций во время создания архива (когда они были открыты и где в каких журналах) ?! С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2011, 18:42 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
GVF112GVFdb2testGVF112GVF, Это первое ,что я прочитал в инфоцентре, но оно нисколько не проливает свет на то, зачем DB2 нужны архивлоги, транзакции которых уже давно лежат в базе. Я как-то думал, что инклюдятся логи начиная с текущего активного (который "усекается") и далее нагенеренные за время работы бекапа. Проверил на всех базах, и на последних бекапах везде от 1 до 7 логов, заархивленых до начала бекапа инклюдяться в этот бекап. Т.е. это видимо фича, а не бага :) Очень хочется понять почему так и от чего зависит количество этих логов. DB2 9.1.8 Как на счет открытых транзакций во время создания архива (когда они были открыты и где в каких журналах) ?! С уважением, Вадим. PS: The minimum log files needed for a restore from an online backup can be included in the backup image by using the 'INCLUDE LOGS' option. However, this will only include log files that would recover your database to a point of consistency just after the completion of the backup. If you are trying to restore after a couple of days of the backup was taken, you 'll need all the logfiles to ensure you don't lose any valuable data. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2011, 18:56 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
GVF112GVFКак на счет открытых транзакций во время создания архива (когда они были открыты и где в каких журналах) ?! В момент старта бекапа в 20.00 было : Код: plaintext 1. 2. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Т.е. S0012753.LOG был заархивирован 1.40 назад и после него еще два лога, а база показывала что он первый активный %-) При этом сразу после старта первым активным стал S0012756.LOG ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2011, 20:32 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
GVF112GVF this will only include log files that would recover your database to a point of consistency just after the completion of the backup. . Если я правильно понимаю, то эта цитата говорит только о том, что включен будет последний архивлог на момент окончания бекапа. Про логи заархивирванные ДО начала бекапа как бы ничего не говорится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2011, 20:39 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
db2testGVF112GVF this will only include log files that would recover your database to a point of consistency just after the completion of the backup. . Если я правильно понимаю, то эта цитата говорит только о том, что включен будет последний архивлог на момент окончания бекапа. Про логи заархивирванные ДО начала бекапа как бы ничего не говорится. Будут включены все активные логи необходимые для восстановления из архива к консистентному состоянию базы данных !!! Другое дело, что последний активный логический журнал может быть усечен после выполнения процедуры backup ( ...as a result, each time an active log file is truncated, the Log Sequence Number (LSN) is incremented by an amount proportional to the space that was truncated. ... см. DB2_DISABLE_FLUSH_LOG registry variable ... and so on). Ключевая фраза - ... recover your database to a point of consistency ... У Вас могут быть открытые транзакции в момент создания online backup (окрытые активные логи). Для восстановления базы данных к конситентному состоянию, необходимо включить в image-backup логические журналы где были открыты транзакции до момента начала процедуры backup (для последующего выполнения процедуры Roll-Forward Recovery в случае восстановления из архива). После выполнения процедуры backup, сервер должен иметь возможность отката открытых транзакций в момент создания image-backup (например, при восстановлении на удаленной площадки - Roll-Forward Recovery). С уважением, Вадим PS: 1. Log files containing records associated with transactions that have not yet been committed or rolled back are known as active log files and reside in the active log directory (or device). 2. Log files containing records associated with completed transactions (i.e., transactions that have been externalized to the database) that reside in the active log directory are known as online archive log files. 3. Log files containing records that are associated with completed transactions that have been moved to a storage location other than the active log directory are known as offline archive log files. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2011, 23:51 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
GVF112GVFdb2testпропущено... Если я правильно понимаю, то эта цитата говорит только о том, что включен будет последний архивлог на момент окончания бекапа. Про логи заархивирванные ДО начала бекапа как бы ничего не говорится. Будут включены все активные логи необходимые для восстановления из архива к консистентному состоянию базы данных !!! Другое дело, что последний активный логический журнал может быть усечен после выполнения процедуры backup ( ...as a result, each time an active log file is truncated, the Log Sequence Number (LSN) is incremented by an amount proportional to the space that was truncated. ... см. DB2_DISABLE_FLUSH_LOG registry variable ... and so on). Ключевая фраза - ... recover your database to a point of consistency ... У Вас могут быть открытые транзакции в момент создания online backup (окрытые активные логи). Для восстановления базы данных к конситентному состоянию, необходимо включить в image-backup логические журналы где были открыты транзакции до момента начала процедуры backup (для последующего выполнения процедуры Roll-Forward Recovery в случае восстановления из архива). После выполнения процедуры backup, сервер должен иметь возможность отката открытых транзакций в момент создания image-backup (например, при восстановлении на удаленной площадки - Roll-Forward Recovery). .... DB2 9.5 If you specify the INCLUDE LOGS option of the BACKUP DATABASE command when you back up a database, then subsequently perform a restore operation and a roll-forward operation that use that backup image, DB2 will still search for additional transaction logs when rolling the database forward, even though the backup image includes logs. It is standard rollforward behaviour to continue to search for additional transaction logs until no more logs are found. It is possible to have more than one log file with the same timestamp. Consequently, DB2 does not stop as soon as it finds the first timestamp that matches the point-in-time to which you are rolling forward the database as there might be other log files that also have that timestamp. Instead, DB2 continues to look at the transaction log until it finds a timestamp greater than the point-in-time specified. Какое значение параметра для журналов LOGPRIMARY - 3 (default) ?! С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2011, 01:14 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
GVF112GVFКлючевая фраза - ... recover your database to a point of consistency ... У Вас могут быть открытые транзакции в момент создания online backup (окрытые активные логи). Для восстановления базы данных к конситентному состоянию, необходимо включить в image-backup логические журналы где были открыты транзакции до момента начала процедуры backup (для последующего выполнения процедуры Roll-Forward Recovery в случае восстановления из архива). После выполнения процедуры backup, сервер должен иметь возможность отката открытых транзакций в момент создания image-backup (например, при восстановлении на удаленной площадки - Roll-Forward Recovery). Спасибо за помощь. Да, с активныими логами как-раз все понятно и естественно. Собственно это и объясняет их инклюд в бекап. Только тогда возникает вопрос почему первым активным DB2 считает лог ей же самой давно заархивированный и отправленный на TSM. Т.е. в терминах DB2 тот самый offline archive log. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2011, 09:07 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
GVF112GVFКакое значение параметра для журналов LOGPRIMARY - 3 (default) ?! LOGPRIMARY = 100 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2011, 09:10 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Проверил сейчас обстановку с логами Код: plaintext 1. 2. 3. 4. 5. В диаглоге : Код: plaintext 1. 2. 3. 4. 5. 6. Но в /db2/xxxxx/log_dir/NODE0000/ логфайл S0012786.LOG продолжает лежать ;-) Т.е сейчас он одновременно является и активным и онлайн-архивным и оффлайн-архивным %-)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2011, 09:51 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Добрый день. db2testПочему DB2 инклюдит в бекап логи, заархивированные перед началом бекапа ? Как-нибудь можно определить сколько именно архивлогов до начала бекапа DB2 "захочет" заинклюдить ?Бекапу нужны все активные логи на момент начала архива. Лог может быть заархивирован (заполнился, например), но остаться активным, т.к. содержит инфу об активных транзакциях. В течение взятия архива лог может перестать быть активным, и при этом он удаляется из пути с активными логами (ну, на самом деле он переименовывается и очищается, но это не важно). В конце взятия архива оно, не обнаруживая нужного лога, лезет за ним в архивный путь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2011, 10:45 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
db2test, ради интереса: что в logsecond? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2011, 10:52 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinБекапу нужны все активные логи на момент начала архива. Лог может быть заархивирован (заполнился, например), но остаться активным, т.к. содержит инфу об активных транзакциях. В течение взятия архива лог может перестать быть активным, и при этом он удаляется из пути с активными логами (ну, на самом деле он переименовывается и очищается, но это не важно). В конце взятия архива оно, не обнаруживая нужного лога, лезет за ним в архивный путь. Спасибо. Я примерно так себе это и представляю, но как такое может быть , что : 1. DB2 считает некий лог активным. 2. При этом он же (ну или его копия) был отправлен в LOGARCHMETH1 несколько часов назад (как бы подразумевается,что лог закрыт и данных незакоммиченных транзакций в нем нет) 3. И при этом продолжает оставаться в LOG_DIR ...... Это нормально ? Так каким же он является на самом деле в этот момент .... ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2011, 11:11 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein ради интереса: что в logsecond? на базе из примера logsecond=150 но тоже самое и на базах с примари/секондари в 20/40 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2011, 11:13 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
db2test... но как такое может быть , что : 1. DB2 считает некий лог активным. 2. При этом он же (ну или его копия) был отправлен в LOGARCHMETH1 несколько часов назад (как бы подразумевается,что лог закрыт и данных незакоммиченных транзакций в нем нет) 3. И при этом продолжает оставаться в LOG_DIR ...... Это нормально ? Так каким же он является на самом деле в этот момент .... ?Это нормально. Лог является активным. Но тем не менее, т.к. он заполнился (т.е. изменяться больше не будет), то он архивируется, ведь нет смысла ждать, пока он станет неактивным, перед тем, как начинать его архивирование. В LOG_DIR же он остаётся для того, чтоб возможный rollback не лез в архив, что может быть весьма долгой операцией. Для бекапов же они посчитали, видимо, что из LOG_DIR можно и удалить неактивный лог - ну, полезет он в конце в архив, если надо - типа, производительность backup по сравнению с производительностью rollback не так важна... Log file management through log archiving : дока- If you are using log archiving, the log manager will attempt to archive active logs as they are filled . In some cases, the log manager will archive a log before it is full. This will occur if the log file is truncated either due to database deactivation, issuing of the ARCHIVE LOG command, at the end of an online backup, or issuing the SET WRITE SUSPEND command. Note: To free unused log space, the log file is truncated before it is archived. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2011, 11:34 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinЭто нормально. Лог является активным. Но тем не менее, т.к. он заполнился (т.е. изменяться больше не будет), то он архивируется, ведь нет смысла ждать, пока он станет неактивным, перед тем, как начинать его архивирование. В LOG_DIR же он остаётся для того, чтоб возможный rollback не лез в архив, что может быть весьма долгой операцией. Для бекапов же они посчитали, видимо, что из LOG_DIR можно и удалить неактивный лог - ну, полезет он в конце в архив, если надо - типа, производительность backup по сравнению с производительностью rollback не так важна... Понятно. Спасибо за разъяснение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2011, 16:45 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. У меня вот такой вопрос. Есть две базы(источник и приёмник), на них настроена репликация. В один прекрасный момент службы репликации остановились и данные из одной бд(источника) не перемещались в другую(приёмник). Все эти данные я так понимаю хранятся в архивных логах "источника" (по пути "DB2\NODE0000\CATN0000\..."), этих логов накопилось уже ~ 5100. Делаю бекап базы "источника" с параметрами Код: sql 1. После этого восстанавливаю на другом сервере Код: sql 1. Копирую полученный файл из "C:\tmp" в "DB2\NODE0000\CATN0000\...". Почему при восстановлении у меня получился один только файл? После выполняю Код: sql 1. Как мне получить данные за тот промежуток времени, когда службы репликации были остановлены? Заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2013, 15:55 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Я правильно понял, что вы восстановили архив источника в приёмник и ожидаете, что репликацию каким-то образом можно заставить продолжить реплицировать изменения из источника в новый приёмник? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2013, 10:08 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Нет, я снял бекап бд "источника". Код: sql 1. Но на том сервере, откуда я снял бекап, службы репликации были остановлены ~ 2 месяца. Восстанавливаю его на другом сервере в "источник" же. Как-то должен подцепить архивные логи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2013, 22:50 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Valentin M, Вы же бэкап делаете по состоянию на текущий момент, а не по состоянию на 2 месяца назад, т.е. в него включены только те логи, которые необходимы для восстановления БД в согласованном состоянии, а не все за исторический период. Т.е. при восстановлении Вы получите копию БД по состоянию на момент снятия бэкапа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2013, 07:51 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Valentin MНо на том сервере, откуда я снял бекап, службы репликации были остановлены ~ 2 месяца. Восстанавливаю его на другом сервере в "источник" же. Как-то должен подцепить архивные логи?Для возобновления репликации вы должны положить все эти логи на новый сервер так, что бы DB2 могла их найти. Т.е., если вы не меняли при восстановлении logpath, logarchmeth*, то по этим путям, если меняли, то по соответствующим. При рестарте репликации DB2 затребует их, т.к. в контрольных таблицах есть информация, с какого лога надо продолжить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2013, 10:26 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinДля возобновления репликации вы должны положить все эти логи на новый сервер так, что бы DB2 могла их найти. Т.е., если вы не меняли при восстановлении logpath, logarchmeth*, то по этим путям, если меняли, то по соответствующим. При рестарте репликации DB2 затребует их, т.к. в контрольных таблицах есть информация, с какого лога надо продолжить. При репликации я не менял ни logpath, ни logarchmeth*, но так как на том сервер бд уже были другие бд, то logpath поменялся. Я перенес все файл-логи (порядка 5200 штук) с того сервера, где делал бекап источника на сервер, где сейчас делаю восстановление источника. Службы репликации перезапускал, DB2 тоже перезапускал. На данные так и не восстанавливаются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.07.2013, 21:36 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Valentin M, Что в логах репликации? Вставляются ли данные в CD таблицы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2013, 10:22 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinValentin M, Что в логах репликации? См. приложенный файл replic.zip Вставляются ли данные в CD таблицы? Если добавляю "вручную" через приложение, то данные вставляются, потом переносятся в базу приёмник. В логах capture пишется что-то типа "Удалено столько-то строк". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2013, 16:15 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Кстати, сегодня в логах встречается такая вот ошибка Код: html 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2013, 16:18 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
А вот если в базе архивное ведение лога транзакций (задан logarchmeth1) , то оффлайновый бэкап содержит логи? Или надёжнее делать онлайн бэкап с опцией include logs ? И как узнать содержит ли бэкап логи или нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2016, 14:12 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
mahaon2000, для восстановления из фулл оффлайн бэкапа логи не нужны. include logs - дефолтная опция для онлайн бэкапа нераспределенной базы. db2ckbkp ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2016, 15:47 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
m&n, Я сегодня попробовал восстановить базу из full offline бэкапа на другом сервере. Восстановив, он запросил сначала сделать полный оффлайн бэкап, так как был пендинг, (ну это понятно), а потом запросил rollforward по логам. Где брать логи в таком случае? Сорри, всегда имел дело в основном с циклическим ведением журналов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2016, 18:08 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
mahaon2000, может я что-то не понимаю, может сегодня день проблем с логами. покажите команду восстановления. и желательно get db cfg исходной базы если восстановление шло в существующую, то и для нее get db cfg ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2016, 18:22 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
m&n, Правильно ли я понимаю, что фул оффлайн бэкап базы с архивированием логов такой же как и фул оффлайн бэкап базы с циклическими логами в плане восстановления на другом сервере? Сорри, get cfg представить не могу, машину убил (виртуалка), разворачиваю заново. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2016, 18:58 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
mahaon2000Я сегодня попробовал восстановить базу из full offline бэкапа на другом сервере. Восстановив, он запросил сначала сделать полный оффлайн бэкап, так как был пендинг, (ну это понятно), а потом запросил rollforward по логам. Где брать логи в таком случае? Вот это как раз и не понятно, почему у вас после восстановления базы из архива оно запросило сделать полный архив. Так быть не должно. Приведите последовательность команд, которые вы выполняли, коды и сообщения об ошибках, которые вы в ответ получали. Прив восстановлении из оффлайнового архива базы с архивным журналированием у вас, в отличие от восстановления базы с циклическим журналированием, появляется дополнительная возможность: после восстановления накатиться по журналам, если вам это надо. Журналы вы должны предоставить отдельно, взяв их с системы с оригинальной базой, например. Если вы не хотите накатываться по журналам после восстановления, то вы указываете это либо в команде RESTORE (WITHOUT ROLLING FORWARD), либо командой ROLLFORWARD ... STOP после восстановления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2016, 21:52 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
[quot Mark Barinstein]mahaon2000Журналы вы должны предоставить отдельно, взяв их с системы с оригинальной базой, например. Если вы не хотите накатываться по журналам после восстановления, то вы указываете это либо в команде RESTORE (WITHOUT ROLLING FORWARD), либо командой ROLLFORWARD ... STOP после восстановления. Спасибо, теперь ясно. Попробую сегодня еще и если запросит полный бэкап, приведу последовательность команд. А, скажите, предоставить нужно оперативные журналы или и архивные тоже? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2016, 06:38 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Восстановил из full offline бэкапа с опцией WITHOUT ROLLING FORWARD Перенес оперативные логи с сервера на котором выполнялся бэкап. Всё заработало. Спасибо всем ответившим! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2016, 10:16 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinПрив восстановлении из оффлайнового архива базы с архивным журналированием у вас, в отличие от восстановления базы с циклическим журналированием, появляется дополнительная возможность: после восстановления накатиться по журналам, если вам это надо. Журналы вы должны предоставить отдельно, взяв их с системы с оригинальной базой, например. И, всё же, уточню, скажите, а при восстановлении из оффлайнового архива базы с архивным журналированием оперативные журналы развернутся в нужное место как при развертывании оффлайн архива с циклическим журналированием или их надо будет туда положить из резерва? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2016, 09:00 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
судя по тому, что прошлый раз, при переносе базы на другой сервер, мне пришлось брать оперативные логи с рабочего сервера, их в оффлайн бекапе базы с архивированием логов просто нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2016, 09:43 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
mahaon2000И, всё же, уточню, скажите, а при восстановлении из оффлайнового архива базы с архивным журналированием оперативные журналы развернутся в нужное место как при развертывании оффлайн архива с циклическим журналированием или их надо будет туда положить из резерва?Журналы при восстановлении из такого архива сами никуда развернутся не могут - их там просто нет. Если вы хотите накатываться по журналам после восстановления, вы должны их туда скопировать сами - либо в путь с активными логами, либо в каталог, указанный в параметре overflowlogpath, либо указав в команде rollforward каталог, где эти журналы искать. Если вы не хотите накатываться по журналам после восстановления, то новые журналы создадутся сами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2016, 10:44 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
mahaon2000, при восстановлении из оффлайн бэкапа логи не нужны. Например имеем ситуацию, в субботу сделан оффлайн бэкап, а в среду Вы решили развернуть бд на др. сервере. 1. Восстанавливаете бд из оффлайн бэкапа. При архивном ведении логов бд уйдет в ожидание ваших действий(накатка\не накатка логов) 2. Теперь, если Вы хотите восстановить состояние на среду, подсовываете логи и донакатываетесь по ним. Если Вас устраивает состояние бд на субботу, ни каких логов не надо, просто выходите из состояния накатки логов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2016, 10:53 |
|
||
|
про INCLUDE LOGS
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinЖурналы при восстановлении из такого архива сами никуда развернутся не могут - их там просто нет. Если вы не хотите накатываться по журналам после восстановления, то новые журналы создадутся сами. Вот что хотелось знать. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2016, 11:16 |
|
||
|
|

start [/forum/topic.php?all=1&fid=43&tid=1600651]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
56ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 172ms |

| 0 / 0 |
