ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / про INCLUDE LOGS
25 сообщений из 41, страница 1 из 2
  1  все
про INCLUDE LOGS
    #37108633
db2test
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
db2test
Гость
Добрый день

Была попытка бекапа :
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
Op Obj Timestamp+Sequence Type Dev Earliest Log Current Log  Backup ID
 -- --- ------------------ ---- --- ------------ ------------ --------------
  B  D   20110210091350001    N    O  S0017575.LOG S0017578.LOG

...............................

 Start Time:  20110210091350 
   End Time:  20110210105532

Логи с 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.
Op Obj Timestamp+Sequence Type Dev Earliest Log Current Log  Backup ID
 -- --- ------------------ ---- --- ------------ ------------ --------------
  X  D   20110209181027        1     O  S0017575.LOG C0000003
 ----------------------------------------------------------------------------

 ----------------------------------------------------------------------------
    Comment: 
 Start Time:  20110209181027 
   End Time:  20110209222058 
     Status: A
 ----------------------------------------------------------------------------

 Op Obj Timestamp+Sequence Type Dev Earliest Log Current Log  Backup ID
 -- --- ------------------ ---- --- ------------ ------------ --------------
  X  D   20110209222051        1     O  S0017576.LOG C0000003
 ----------------------------------------------------------------------------

 ----------------------------------------------------------------------------
    Comment: 
 Start Time:  20110209222051 
   End Time:  20110210023109 
     Status: A
 ----------------------------------------------------------------------------

 Op Obj Timestamp+Sequence Type Dev Earliest Log Current Log  Backup ID
 -- --- ------------------ ---- --- ------------ ------------ --------------
  X  D   20110210023102        1     O  S0017577.LOG C0000003
 ----------------------------------------------------------------------------

 ----------------------------------------------------------------------------
    Comment: 
 Start Time:  20110210023102 
   End Time:  20110210081600 
     Status: A
 ----------------------------------------------------------------------------


Почему DB2 инклюдит в бекап логи, заархивированные перед началом бекапа ?
Как-нибудь можно определить сколько именно архивлогов до начала бекапа DB2 "захочет" заинклюдить ?
...
Рейтинг: 0 / 0
10.02.2011, 12:02
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37109373
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GVF112GVF
Гость
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) ... :)

С уважением,
Вадим.
...
Рейтинг: 0 / 0
10.02.2011, 15:19
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37109661
db2test
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
db2test
Гость
GVF112GVF,

Это первое ,что я прочитал в инфоцентре, но оно нисколько не проливает свет на то, зачем DB2 нужны архивлоги, транзакции которых уже давно лежат в базе. Я как-то думал, что инклюдятся логи начиная с текущего активного (который "усекается") и далее нагенеренные за время работы бекапа.
Проверил на всех базах, и на последних бекапах везде от 1 до 7 логов, заархивленых до начала бекапа инклюдяться в этот бекап.
Т.е. это видимо фича, а не бага :)

Очень хочется понять почему так и от чего зависит количество этих логов.

DB2 9.1.8
...
Рейтинг: 0 / 0
10.02.2011, 16:42
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37109937
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GVF112GVF
Гость
db2testGVF112GVF,

Это первое ,что я прочитал в инфоцентре, но оно нисколько не проливает свет на то, зачем DB2 нужны архивлоги, транзакции которых уже давно лежат в базе. Я как-то думал, что инклюдятся логи начиная с текущего активного (который "усекается") и далее нагенеренные за время работы бекапа.
Проверил на всех базах, и на последних бекапах везде от 1 до 7 логов, заархивленых до начала бекапа инклюдяться в этот бекап.
Т.е. это видимо фича, а не бага :)

Очень хочется понять почему так и от чего зависит количество этих логов.

DB2 9.1.8

Как на счет открытых транзакций во время создания архива (когда они были открыты и где в каких журналах) ?!

С уважением,
Вадим.
...
Рейтинг: 0 / 0
10.02.2011, 18:42
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37109959
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GVF112GVF
Гость
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.
...
Рейтинг: 0 / 0
10.02.2011, 18:56
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110076
db2test
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
db2test
Гость
GVF112GVFКак на счет открытых транзакций во время создания архива (когда они были открыты и где в каких журналах) ?!

В момент старта бекапа в 20.00 было :

Код: plaintext
1.
2.
bash- 3 . 00 $ db2 get db cfg for XXXXX | grep First
 First active log file                                   = S0012753.LOG
При этом :
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
Op Obj Timestamp+Sequence Type Dev Earliest Log Current Log  Backup ID
 -- --- ------------------ ---- --- ------------ ------------ --------------
  X  D   20110210181117        1     O  S0012753.LOG C0000001
 ----------------------------------------------------------------------------

 ----------------------------------------------------------------------------
    Comment: 
 Start Time:  20110210181117 
   End Time:  20110210181949 
     Status: A
 ----------------------------------------------------------------------------

Т.е. S0012753.LOG был заархивирован 1.40 назад и после него еще два лога, а база показывала что он первый активный %-)
При этом сразу после старта первым активным стал S0012756.LOG
...
Рейтинг: 0 / 0
10.02.2011, 20:32
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110086
db2test
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
db2test
Гость
GVF112GVF this will only include log files that would recover your database to a point of consistency just after the completion of the backup. .
Если я правильно понимаю, то эта цитата говорит только о том, что включен будет последний архивлог на момент окончания бекапа.
Про логи заархивирванные ДО начала бекапа как бы ничего не говорится.
...
Рейтинг: 0 / 0
10.02.2011, 20:39
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110303
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GVF112GVF
Гость
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.
...
Рейтинг: 0 / 0
10.02.2011, 23:51
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110378
GVF112GVF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GVF112GVF
Гость
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) ?!

С уважением,
Вадим.
...
Рейтинг: 0 / 0
11.02.2011, 01:14
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110543
db2test
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
db2test
Гость
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.
...
Рейтинг: 0 / 0
11.02.2011, 09:07
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110546
db2test
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
db2test
Гость
GVF112GVFКакое значение параметра для журналов LOGPRIMARY - 3 (default) ?!

LOGPRIMARY = 100
...
Рейтинг: 0 / 0
11.02.2011, 09:10
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110626
db2test
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
db2test
Гость
Проверил сейчас обстановку с логами

Код: plaintext
1.
2.
3.
4.
5.
bash- 3 . 00 $ db2 get snapshot for database on XXXXX | grep "File number"
File number of first active log            =  12786 
File number of last active log             =  12885 
File number of current active log          =  12789 
File number of log being archived          = Not applicable

В диаглоге :

Код: plaintext
1.
2.
3.
4.
5.
6.
 2011 - 02 - 11 - 07 . 04 . 51 . 963981 + 180  I646110720A375     LEVEL: Warning
PID     :  201354                TID  :  1            PROC : db2logmgr (XXXXX)  0 
INSTANCE: xxxxxx               NODE :  000 
FUNCTION: DB2 UDB, data protection services, sqlpgArchiveLogFile, probe: 3170 
MESSAGE : Completed archive for log file S0012786.LOG to VENDOR chain  1  from
          /db2/xxxxx/log_dir/NODE0000/.

Но в /db2/xxxxx/log_dir/NODE0000/ логфайл S0012786.LOG продолжает лежать ;-)

Т.е сейчас он одновременно является и активным и онлайн-архивным и оффлайн-архивным %-))
...
Рейтинг: 0 / 0
11.02.2011, 09:51
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110749
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
Добрый день.
db2testПочему DB2 инклюдит в бекап логи, заархивированные перед началом бекапа ?
Как-нибудь можно определить сколько именно архивлогов до начала бекапа DB2 "захочет" заинклюдить ?Бекапу нужны все активные логи на момент начала архива.
Лог может быть заархивирован (заполнился, например), но остаться активным, т.к. содержит инфу об активных транзакциях.
В течение взятия архива лог может перестать быть активным, и при этом он удаляется из пути с активными логами (ну, на самом деле он переименовывается и очищается, но это не важно).
В конце взятия архива оно, не обнаруживая нужного лога, лезет за ним в архивный путь.
...
Рейтинг: 0 / 0
11.02.2011, 10:45
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110764
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
db2test,

ради интереса: что в logsecond?
...
Рейтинг: 0 / 0
11.02.2011, 10:52
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110804
db2test
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
db2test
Гость
Mark BarinsteinБекапу нужны все активные логи на момент начала архива.
Лог может быть заархивирован (заполнился, например), но остаться активным, т.к. содержит инфу об активных транзакциях.
В течение взятия архива лог может перестать быть активным, и при этом он удаляется из пути с активными логами (ну, на самом деле он переименовывается и очищается, но это не важно).
В конце взятия архива оно, не обнаруживая нужного лога, лезет за ним в архивный путь.
Спасибо. Я примерно так себе это и представляю, но как такое может быть , что :

1. DB2 считает некий лог активным.
2. При этом он же (ну или его копия) был отправлен в LOGARCHMETH1 несколько часов назад (как бы подразумевается,что лог закрыт и данных незакоммиченных транзакций в нем нет)
3. И при этом продолжает оставаться в LOG_DIR ......

Это нормально ? Так каким же он является на самом деле в этот момент .... ?
...
Рейтинг: 0 / 0
11.02.2011, 11:11
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110808
db2test
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
db2test
Гость
Mark Barinstein
ради интереса: что в logsecond?

на базе из примера logsecond=150
но тоже самое и на базах с примари/секондари в 20/40
...
Рейтинг: 0 / 0
11.02.2011, 11:13
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37110858
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
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.
...
Рейтинг: 0 / 0
11.02.2011, 11:34
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #37111973
db2test
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
db2test
Гость
Mark BarinsteinЭто нормально.
Лог является активным.
Но тем не менее, т.к. он заполнился (т.е. изменяться больше не будет), то он архивируется, ведь нет смысла ждать, пока он станет неактивным, перед тем, как начинать его архивирование.
В LOG_DIR же он остаётся для того, чтоб возможный rollback не лез в архив, что может быть весьма долгой операцией.
Для бекапов же они посчитали, видимо, что из LOG_DIR можно и удалить неактивный лог - ну, полезет он в конце в архив, если надо - типа, производительность backup по сравнению с производительностью rollback не так важна...

Понятно. Спасибо за разъяснение.
...
Рейтинг: 0 / 0
11.02.2011, 16:45
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
про INCLUDE LOGS
    #38331561
Valentin M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valentin M
Гость
Здравствуйте. У меня вот такой вопрос. Есть две базы(источник и приёмник), на них настроена репликация. В один прекрасный момент службы репликации остановились и данные из одной бд(источника) не перемещались в другую(приёмник). Все эти данные я так понимаю хранятся в архивных логах "источника" (по пути "DB2\NODE0000\CATN0000\..."), этих логов накопилось уже ~ 5100. Делаю бекап базы "источника" с параметрами
Код: sql
1.
BACKUP DATABASE MYDB ONLINE COMPRESS INCLUDE LOGS


После этого восстанавливаю на другом сервере
Код: sql
1.
RESTORE DATABASE MYDB LOGTARGET “C:\tmp”


Копирую полученный файл из "C:\tmp" в "DB2\NODE0000\CATN0000\...". Почему при восстановлении у меня получился один только файл?
После выполняю
Код: sql
1.
ROLLFORWARD DATABASE MYDB TO END OF LOGS AND COMPLETE


Как мне получить данные за тот промежуток времени, когда службы репликации были остановлены?

Заранее спасибо!
...
Рейтинг: 0 / 0
15.07.2013, 15:55
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #38332281
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
Здравствуйте.

Я правильно понял, что вы восстановили архив источника в приёмник и ожидаете, что репликацию каким-то образом можно заставить продолжить реплицировать изменения из источника в новый приёмник?
...
Рейтинг: 0 / 0
16.07.2013, 10:08
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #38333496
Valentin M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valentin M
Гость
Нет, я снял бекап бд "источника".
Код: sql
1.
BACKUP DATABASE MYDB ONLINE COMPRESS INCLUDE LOGS


Но на том сервере, откуда я снял бекап, службы репликации были остановлены ~ 2 месяца. Восстанавливаю его на другом сервере в "источник" же. Как-то должен подцепить архивные логи?
...
Рейтинг: 0 / 0
16.07.2013, 22:50
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #38333604
const64
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
const64
Участник
Valentin M,

Вы же бэкап делаете по состоянию на текущий момент, а не по состоянию на 2 месяца назад, т.е. в него включены только те логи, которые необходимы для восстановления БД в согласованном состоянии, а не все за исторический период. Т.е. при восстановлении Вы получите копию БД по состоянию на момент снятия бэкапа.
...
Рейтинг: 0 / 0
17.07.2013, 07:51
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #38333711
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
Valentin MНо на том сервере, откуда я снял бекап, службы репликации были остановлены ~ 2 месяца. Восстанавливаю его на другом сервере в "источник" же. Как-то должен подцепить архивные логи?Для возобновления репликации вы должны положить все эти логи на новый сервер так, что бы DB2 могла их найти.
Т.е., если вы не меняли при восстановлении logpath, logarchmeth*, то по этим путям, если меняли, то по соответствующим.
При рестарте репликации DB2 затребует их, т.к. в контрольных таблицах есть информация, с какого лога надо продолжить.
...
Рейтинг: 0 / 0
17.07.2013, 10:26
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #38334820
Valentin M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valentin M
Гость
Mark BarinsteinДля возобновления репликации вы должны положить все эти логи на новый сервер так, что бы DB2 могла их найти. Т.е., если вы не меняли при восстановлении logpath, logarchmeth*, то по этим путям, если меняли, то по соответствующим.
При рестарте репликации DB2 затребует их, т.к. в контрольных таблицах есть информация, с какого лога надо продолжить.

При репликации я не менял ни logpath, ни logarchmeth*, но так как на том сервер бд уже были другие бд, то logpath поменялся. Я перенес все файл-логи (порядка 5200 штук) с того сервера, где делал бекап источника на сервер, где сейчас делаю восстановление источника. Службы репликации перезапускал, DB2 тоже перезапускал. На данные так и не восстанавливаются.
...
Рейтинг: 0 / 0
17.07.2013, 21:36
| Ответить | Цитировать | Написать  
про INCLUDE LOGS
    #38335129
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
Valentin M,

Что в логах репликации?
Вставляются ли данные в CD таблицы?
...
Рейтинг: 0 / 0
18.07.2013, 10:22
| Ответить | Цитировать | Написать  
25 сообщений из 41, страница 1 из 2
  1  все
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / про INCLUDE LOGS
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]