Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Выполнение офлайн бэкапов на базе с архивным журналированием
|
|||
|---|---|---|---|
|
#18+
Здравствуйте всем! DB2 9.7. На базе настроено архивное журналирование на TSM: Код: plaintext 1. 2. 3. 4. 5. 6. Не могли пояснить по следующим вопросам: 1. Можно ли на базе с архивным журналированием выполнять полный офлайн-бэкап? 2. Что нужно сделать (предусмотреть), чтобы эту офлайн-копию восстановить на другом сервере? У нас сейчас офлайн-копия выполняется, но на втором сервере эта копия не восстанавливается из-за состояния "отложенной транзакции". А при выполнении rollforward после restore ругается на лог S0000006.LOG по причине с кодом "1". Не понимаю, то ли офлайн-бэкап нельзя делать, то ли этот оффлайн не является полным. В чем может быть проблема? С уважением, Семен Попов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2016, 09:38 |
|
||
|
Выполнение офлайн бэкапов на базе с архивным журналированием
|
|||
|---|---|---|---|
|
#18+
Semen Popov, Добрый день. Вы когда о проблеме пишете, сообщайте, какую в точности команду вы делаете, и какую в точности ошибку с ее кодом и сообщением о ней получаете. > 1. Можно ли на базе с архивным журналированием выполнять полный офлайн-бэкап? Да. > 2. Что нужно сделать (предусмотреть), чтобы эту офлайн-копию восстановить на другом сервере? Если на другом сервере другая структура каталогов, куда можно/нужно положить файлы базы, то надо делать redirected restore. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2016, 10:40 |
|
||
|
Выполнение офлайн бэкапов на базе с архивным журналированием
|
|||
|---|---|---|---|
|
#18+
Semen Popov, если оффлайн бэкап свежий, то восстанавливайте с without rolling forward ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2016, 12:04 |
|
||
|
Выполнение офлайн бэкапов на базе с архивным журналированием
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, извиняюсь. Решаем вопрос в спешке и, возможно не совсем полно сформулировал вопросы. ОС Win 2008 как на промышленном, так и на тестовом стенде. DB2 WSE 9.7. На промышленном настроено архивное журналирование. На тестовом - нет. На промышленном стенде выполняются команды: Код: plsql 1. Выполняются успешно. На тестовом стенде выполняются команды: Код: plsql 1. 2. 3. 4. 5. 6. 7. Копия восстанавливается успешно. Но при соединении с базой ошибка из-за состояния повтора отложенной транзакции: Код: plaintext 1. 2. 3. 4. 5. Понимаю, что нужно накатить журналы - выполнить rollforward. Но при выполнении rollforward ошибка - ругается на лог S0000006.LOG по причине с кодом "1". К сожалению, sql-код ошибки не сохранился. Понял, что DB2 не может найти этот S0000006.LOG. Я предполагал, что полный офлайн-бэкап содержит все логи, необходимые для восстановления. Сейчас мы на промышленном стенде командой db2adutl extract logs выгрузили логи из TSM. Разместили их на тестовом и выполнили rollforward. Восстановление прошло. Вопросы: 1. Полный офлайн-бэкап не содержит журналы для восстановления? Их нужно отдельно вытаскивать и накатывать командой rollforward? 2. Допускается ли на тестовом LOGARCHMETH1=OFF? Или раз мы восстанавливаем базу от сервера, на котором настроено архивирование журналов, то и на тестовом сервере должно быть настроено архивирование? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2016, 12:10 |
|
||
|
Выполнение офлайн бэкапов на базе с архивным журналированием
|
|||
|---|---|---|---|
|
#18+
Semen Popov, Когда выполняется восстановление базы с архивным журналированием, вы в любом случае имеете возможность накатываться по журналам после восстановления вне зависимости от того, онлайновый это архив или офлайновый. Если в restore вы не указываете without rolling forward, то база в любом случае помещается в состояние rollforward pending ("отложенный повтор транзакций"). > 1. Полный офлайн-бэкап не содержит журналы для восстановления? Их нужно отдельно вытаскивать и накатывать командой rollforward? Офлайн архив не содержит журналы, они там не нужны. После восстановления из такого архива вы можете прекратить накат по журналам сразу или, если хотите накатываться, то вы должны доставить в соответствующие каталоги (или настроить возможность взятия их из TSM) на новом сервере журналы, по которым и будет делаться накат. > 2. Допускается ли на тестовом LOGARCHMETH1=OFF? Или раз мы восстанавливаем базу от сервера, на котором настроено архивирование журналов, то и на тестовом сервере должно быть настроено архивирование? При restore ... replace existing вся конфигурация существующей базы, если она есть, будет заменена на конфигурацию из архива. Поэтому, это не важно, что там было настроено. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2016, 13:26 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=39191251&tid=1600643]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
58ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 165ms |

| 0 / 0 |
