Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
При разработке производственной системы столкнулся с проблемой репликации (сразу оговорюсь, что q-репликации нет и пока не планируется). Есть набор баз, между которыми запущено несколько программ capture и apply. Запущены они планировщиком DB2 Task Center. В идеале нужна мгновенная репликация, а также чтобы в случае каких-либо ошибок репликация сигнализировала об этом. Пробовал такой вариант: capture и apply работают постоянно (в параметрах репликации), в случае ошибок срываются (там же), пишут об этом письмо мне на почту и сразу запускаются (в параметрах планировщика). Программы срывались и плакались об этом на время offline-backup, в случае, когда какой-нить админ скажет force applications all, ну и т.д. Вроде все хорошо, только планировщик не всегда отлавливает окончание этих программ. В некоторых случаях думает, что они работают, в некоторых - пытается запустить один capture поверх второго. При этом приходится постоянно вручную разруливать данные ситуации, в т.ч. перезапускать db2das. Второй вариант - программы работают один цикл, запускаются по расписанию, скажем, каждые 10 минут. Немного теряем мгновенность репликации, но допустимо. Но при этом 10-15 таких программ (поверьте, есть необходимость) создают перманентную нагрузку на сервер, занимая 4 ядра на 10-15% в простое, что не приемлимо. Сталкивался ли кто-либо с подобными проблемами? Что можете посоветовать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2008, 12:16 |
|
||
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
Может покопать в сторону запуска репликации через службы Windows(если у Вас эта ОС)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2008, 12:21 |
|
||
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
Нет, делается все под Gentoo, альтернативных (и удобных) способов запуска найти пока не удается :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2008, 12:33 |
|
||
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
Наверняка есть выработанные и общепринятые стратегии репликации для DB2. Может, можно делать все вообще по-другому, может есть дополнительные инструменты, о которых я не знаю? Нормальная репликация настраивается стандартными средствами? Если у кого-то это получалось сделать - расскажите, что я делаю не так. Планировщик DB2 только у меня не отлавливает момент срыва программ или кто-либо сталкивался с подобными проблемами? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.10.2008, 14:20 |
|
||
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
В windows с помощью команд asnslist/asnserv Apply/Capture/Monitor запускаются в качестве сервисов. То есть для каждого модуля (Apply, Capture, Monitor) висит свой экземпляр asnserv и "пасет" соответствующую команду. При этом не нужно шедулить запуски. В *nix наверняка используется тот же подход, но другими средствами - запускается демон, который всех "пасет". Модель DB2 UDB одинакова для Windows/Unix/Linux. Немного отличаются только некоторые команды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2008, 11:10 |
|
||
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
Хм. Нет, демона не нашел никакого, и гугль тоже ничего об этом не говорит. Начали писать своего менеджера расписаний на перле, т.к. в db2 task center не хватает многих функций, менеджер готов еще не в полном объеме, но базовый вариант уже работает и срывы репликации отлавливаются нормально. Кста, думаю, ближе к новому году он будет лежать на sourceforge для всех желающих. Так что топик закрыт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2008, 13:18 |
|
||
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
Вот не ожидал... Поставил fixpack 17 для IBM DB2 v.8 WSE ... И начались какие-то "чудеса" с репликацией... Capture запускается и все.... Процесс висит, в log-файл пишет, о том что capture запустился и все... тишина.... Было такое у кого-нибудь при переходе на fix выше 9-того? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2008, 17:12 |
|
||
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
ни в каких логах ничего нет? (файлы .TRC, .ERR в домашнем каталоге репликации, таблицы трассировки событий и пр.) ему точно есть что делать в это время? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2008, 14:46 |
|
||
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
4asovik, для capture вроде всегда используется только *.log файл.... Все, что Вы указали - это для apply....На самом деле "фишка" вот в чем... Похоже, что начиная с фикса 10 была изменена работа capture со своими служебными таблицами... Если раньше, даже если ничего не изменялось в таблицах-источниках capture все равно что-нибудь периодически "валил" в лог, то начиная с 10 фикса, если ничего не происходит,то ничего и не пишется.... Вот это меня немного и удивило... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2008, 14:53 |
|
||
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
А, поал. С таким даже не сталкивался, поэтому и вопроса-то не понял)) С репликацией работал уже в девятке, когда была восьмерка, еще не доросли до больших баз, репликации и пр. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2008, 22:25 |
|
||
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
Чего за х... такая...? Пытаюсь создать файл с паролями для репликации... Утилита asnpwd один пароль добавляет, а дальше все... Все попытки добавить еще хотя бы один пароль закончились ничем... DB2 8.1.17 WSE for LUW x64.... Куда копать? Кстати, нет ли там потом каких-нибудь подводных камней при SQL-репликации между Win32 и Win64? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.10.2008, 17:41 |
|
||
|
SQL-репликация
|
|||
|---|---|---|---|
|
#18+
SQL и Q, а также HADR, теперь не единственные способы организации репликации DB2, насколько я понимаю... для различных целей, будь то необходимость разгрузить основную базу от аналитики или создания высокодоступной среды. IBM поглотила DataMirror, вот - новое семейство продуктов IBM InfoSphere Change Data Capture . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2008, 18:43 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=35616615&tid=1603602]: |
0ms |
get settings: |
13ms |
get forum list: |
13ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
86ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
2ms |
| others: | 259ms |
| total: | 454ms |

| 0 / 0 |
