Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Хотелось бы расставить все точки.... Сегодня пришлось восстанавливать базу DB2 v8.2(WinNT) On-line backup делался 20/01/2007 в 2:30 ночи.... Логи все целые аж с июля месяца.... Пользователи работали до 8 утра сегодняшнего дня (23/01/2007).... Создаю БД из backup'а, делаю rollforward.... Все делал через Центр управления... 1. Почему данные накатываются только до середины вчерашнего дня? Пробовал накатить до конца логов, потом накатывал до конкретного момента времени - результат один и тот же.... В чем топлю? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2007, 21:35 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Есть подозрение, что БД накатывалась как бы до текущего времени - 1 сутки.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2007, 21:36 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
А когда последний лог архивировался? (это можно найти в db2diag.log) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2007, 23:51 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Этого я не знаю...( А можно с этого места в двух словах описать про "архивирование"? Это чего, куда и сколько? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 08:58 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
И если можно, пример записи из db2diag.log..... А то чего-то ничего подобного найти не получается.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 09:22 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Есть еще history файл, там тоже это все пишется. ищи db2rhist.asc в каталоге своей базы. Если хочешь я те маленький сишник пришлю который его парсит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 11:37 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
конечно хочу!!!!!!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 15:41 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Для начала попробуй еще ? LIST HISTORY LIST HISTORY {BACKUP | ROLLFORWARD | REORG | CREATE TABLESPACE | ALTER TABLESPACE | DROPPED TABLE | LOAD | RENAME TABLESPACE | ARCHIVE LOG } {ALL | SINCE timestamp |CONTAINING {schema.object_name | object_name}} FOR [DATABASE] database-alias ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 16:51 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
авторИ если можно, пример записи из db2diag.log..... А то чего-то ничего подобного найти не получается.... Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. авторА можно с этого места в двух словах описать про "архивирование"? В двух словах: все изменения в базе записываются в _активный_ лог (журнал транзакций). Когда активный лог заполнится и все транзакции в нем завершатся, он архивируется, т.е. в него больше запись не производится, и ДБ2 создает новый активный лог. ROLLFORWARD имеет дело сначала с архивными лог-файлами, потом с теми, которые еще были активными на момент аварии. Если ROLLFORWARD доходит только до 22 января, значит, логи, созданные после этого, отсутствуют там, где ДБ2 расчитывает их найти. По-моему, так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 17:11 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Дык логи-то все целые.... Лежат в одном месте.... Насчет архивирования не знаю...В db2diag.log подобных сообщений не нашел.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2007, 21:40 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Что показывает Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 02:51 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
В параметрах БД стоит LOGARCHMETH1 = LOGRETAIN LOGARCHMETH2 = OFF ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 09:31 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
а с середины вчерашнего дня пользователи делали журналируемые транзакции? данные обновлялись? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 10:19 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
или же как вариант - сегодня после 8 была попытка восстановления с накатом журнала до середины вчерашнего дня, последующие журналы по ROLLFORWARD COMPLETE были переразмещены (есть ли их копия?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 10:27 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Пользователи делали изменения.... Они даже с реплицировались... Бэкап сначала поднимал до конца логов.... Потом до точки 8:30 23/01/2007... Результат один и тот же... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 11:07 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
а если в лоб в редакторе каком-нибудь просмотреть файлы журнала выборочно - первый со "вчерашней" середины дня до 8:30 23/01/2007 - там вообще есть данные транзакций, полистайте, очень уж похожа ситуация на "манагер наткнулся на кривой журнал, воспринял его как 'end of logs' и переразместил последующие" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 11:31 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
все уже... нету логов.... вообще похоже проблема с железом была... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 12:34 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Я правильно понял, что "так сложились обстоятельства"...А если с log-файлами все нормально, то база накатывается без проблем.... Вот еще момент.... Узел остановился при ошибке, и при повторном запуске там еще новые логи создаются.... Мог я этим карты спутать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 13:20 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
На будущее: в конфиге делай: upadte db cfg using LOGARCHMETH1 DISK: c:\arch\ именно DISK: - буковками пишется :)) а потом идет полный путь...)) В линуксах: upadte db cfg using LOGARCHMETH1 DISK: /home/db2admin/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 13:49 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Это путь куда логи архивироваться будут самой DB2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 13:49 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Да и зеркалирование логов неплохо бы включить) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 13:51 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
А LOGRETAIN чего за такое?.... Это вроде по умолчанию стоит... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 14:15 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
И еще... За зеркалирование какой параметр отвечает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 14:18 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
LOGARCHMETH2 ЧТОЛИ ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 14:19 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
MIRRORLOGPATH ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 14:42 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
LOGRETAIN и USEREXIT - Устаревшиие параметры начиная с 8.2 Вместо них LOGARCHMET1 LOGARCHMET2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 14:54 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Спасибо... Буду изучать... Вопрос: при восстановлении накатываются только архивные логи? Те, которые корректно записались(архивировались)? А где устанавливается интервал архивирования? Можно на него повлиять? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 15:20 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
TORTпри восстановлении накатываются только архивные логи? Те, которые корректно записались(архивировались)? А где устанавливается интервал архивирования? Можно на него повлиять? ROLLFORWARD пытается накатить все логи в последовательности (включая активные на данный момент), начиная с того, который записан в истории как активный в момент бэкапа. На интервал архивирования можно повлиять частотой commit-ов и размером логов (LOGFILSIZ). Можно еще вручную давать ARCHIVE LOG... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 18:00 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Еще немного физики.... Если логи куда-нить архивируются,то при восстановлении я указываю папку с архивными логами...Так? А как она понимает, где лежат текущие активные? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 18:04 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
TORT А как она понимает, где лежат текущие активные? Это прописано в database configuration. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 18:10 |
|
||
|
On-line backup и восстановление....
|
|||
|---|---|---|---|
|
#18+
Это понятно... Я похоже вопрос не так задал..... База при восстановлении сначала лезет в архивные логи, а потом переключается на активные? Так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2007, 18:23 |
|
||
|
|

start [/forum/topic.php?all=1&fid=43&tid=1604846]: |
0ms |
get settings: |
4ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
123ms |
get topic data: |
5ms |
get forum data: |
1ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 227ms |
| total: | 405ms |

| 0 / 0 |
