|
CLNUPITV in hours or in seconds???
|
|||
---|---|---|---|
#18+
Читаем: CLNUPITV Specifies the maximum amount of time (in hours) before the Capture program prunes old records from the change-data (CD) etc... дальше: prune-interval The pruning interval expressed as a specific number of hours (1 to 100). Действительно prune-interval в Replication Center принимает только указанные значения. После запуска команды: STRDPRCAP RESTART(*YES) CLNUPITV(60 *DELAYED) Capture - программа начинает чистить таблицы через 1мин, т.е. 60 здесь почему-то означает не часы, а секунды. Есть ли для этого фикс какой - нибудь? Или это я не то делаю? Нужно, чтобы Capture чистила таблицы не раньше чем через 24 часа. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2004, 13:15 |
|
CLNUPITV in hours or in seconds???
|
|||
---|---|---|---|
#18+
Может я всё таки что то не так делаю? Поиск по IBM'овскому сайту ничего не дал. Так, повторим: Я правильно понимаю, что после запуска команды: STRDPRCAP RESTART(*YES) CLNUPITV(60 *DELAYED) должна запуститься программа Capture, у которой WARMSTART=YES и задержка перед первым сокращением управляющих таблиц (CD, UOW etc) - 60 часов? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.03.2004, 08:47 |
|
CLNUPITV in hours or in seconds???
|
|||
---|---|---|---|
#18+
Чёрт, что никто не знает? Попробуйте тогда запустить команду на своей АСке и напишите сюда результаты, буду премного благодарен. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2004, 07:30 |
|
CLNUPITV in hours or in seconds???
|
|||
---|---|---|---|
#18+
ха, чтоб эту команду запустить, нужно сначала подписку завести. у нас на аэске пропагатор не используется. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2004, 10:38 |
|
CLNUPITV in hours or in seconds???
|
|||
---|---|---|---|
#18+
Жалко. А что остальные молчат? И на http://www.ibm.com и на http://www.dbforums.org - молчок. Они что, тоже DPR не используют??? А что у вас используют - MQ Series? Как я понял с помощью MQS тоже можно осуществлять репликацию. Я вот где то читал, что через MQS надежнее. Чем интересно? Ведь DPR для специально для репликации разработан? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2004, 12:01 |
|
CLNUPITV in hours or in seconds???
|
|||
---|---|---|---|
#18+
MQ Series ориентирован на асинхронную гарантированную доставку данных. Это отличатся от репликации. Ты можешь передавать не только данные таблиц. Так же ставить сообщение в очередь в одной транзакции со вставкой etc.. Посмотри по компутерным журналам последних 2-3 лет. Там есть несколько хороших статей Коли Игнатовича про MQ. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2004, 12:51 |
|
CLNUPITV in hours or in seconds???
|
|||
---|---|---|---|
#18+
The best reading about MQSeries is Programmers Guid, it gives a detailed explanation what is MQSeries and what for. csqzal09.pdf is a name of the file on the IBM site, if I am correct. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2004, 17:19 |
|
CLNUPITV in hours or in seconds???
|
|||
---|---|---|---|
#18+
this is not forum about MQSeries! The most useful reading about MQSeries is Intercommunication book. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2004, 17:30 |
|
CLNUPITV in hours or in seconds???
|
|||
---|---|---|---|
#18+
quite right!!! Is there anybody who knows answer on my question??? PS. И по -русски, пзальста. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2004, 19:25 |
|
CLNUPITV in hours or in seconds???
|
|||
---|---|---|---|
#18+
2 NewYear - whom how ) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2004, 22:05 |
|
CLNUPITV in hours or in seconds???
|
|||
---|---|---|---|
#18+
Ладно, кому интересно скажу как решил проблему: STRDPRCAP RESTART(*YES) CLNUPITV(DFT *DELAYED) DFT - означает, что Capture будет брать значение prune_interval'a из таблицы IBMSNAP_CAPPARAMS, которое равно скольки??? - 86400 secs (а пачаму я не могу написать CLNUPITV(86400 *DELAYED) явно???). Вот так вот. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.03.2004, 11:12 |
|
|
start [/forum/topic.php?fid=43&fpage=156&tid=1606322]: |
0ms |
get settings: |
8ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
39ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
21ms |
others: | 11ms |
total: | 149ms |
0 / 0 |