ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Репликация по сети
50 сообщений из 50, показаны все 2 страниц
  все  
Репликация по сети
    #34277922
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
Здравствуйте, у меня вопрос по поводу запуска apply с компьютера - источника на компьютере-назначении по сети.
При запуске apply в центре репликации процесс не запускается даже при указани файла-пароля, а если же команда apply передается из CLP то процесс apply запускается и получается, что окно CLP висит, если закрыть - apply выключается.

Проблема в том, как сделать так чтобы apply запускался без CLP? или же apply надо запускать на машине назначения репликации? Кто-нить может подсказать что делать?
...
Рейтинг: 0 / 0
24.01.2007, 11:41
| Ответить | Цитировать | Написать  
Репликация по сети
    #34278266
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
неужели никто не знает.....мужики вы где?
...
Рейтинг: 0 / 0
24.01.2007, 12:38
| Ответить | Цитировать | Написать  
Репликация по сети
    #34279188
TORT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TORT
Участник
службу в Windows можно создать
...
Рейтинг: 0 / 0
24.01.2007, 15:40
| Ответить | Цитировать | Написать  
Репликация по сети
    #34280575
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
А службу можно создать удаленно? с другого компа? если можно, то какой командой?
...
Рейтинг: 0 / 0
25.01.2007, 07:15
| Ответить | Цитировать | Написать  
Репликация по сети
    #34281735
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
TORTслужбу в Windows можно создать

А как создается служба в Windows удаленно?
...
Рейтинг: 0 / 0
25.01.2007, 13:14
| Ответить | Цитировать | Написать  
Репликация по сети
    #34281752
TORT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TORT
Участник
А зачем удаленно?
...
Рейтинг: 0 / 0
25.01.2007, 13:17
| Ответить | Цитировать | Написать  
Репликация по сети
    #34281862
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
Было выше
Здравствуйте, у меня вопрос по поводу запуска apply с компьютера - источника на компьютере-назначении по сети.
При запуске apply в центре репликации процесс не запускается даже при указани файла-пароля, а если же команда apply передается из CLP то процесс apply запускается и получается, что окно CLP висит, если закрыть - apply выключается.

Проблема в том, как сделать так чтобы apply запускался без CLP? или же apply надо запускать на машине назначения репликации? Кто-нить может подсказать что делать?
...
Рейтинг: 0 / 0
25.01.2007, 13:48
| Ответить | Цитировать | Написать  
Репликация по сети
    #34281991
TORT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TORT
Участник
Создайте службу на Вашем компьютере... Или на источнике.. Или на назначении....
...
Рейтинг: 0 / 0
25.01.2007, 14:12
| Ответить | Цитировать | Написать  
Репликация по сети
    #34282020
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
TORTСоздайте службу на Вашем компьютере... Или на источнике.. Или на назначении....
То есть:
1. Получается что я могу создать и capture и службу с apply все на одной машине, так да?

2. Тогда второй вопрос. Как быть в том случае, когда надо создать capture и apply на удаленной машине?
...
Рейтинг: 0 / 0
25.01.2007, 14:17
| Ответить | Цитировать | Написать  
Репликация по сети
    #34282038
TORT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TORT
Участник
1. Можно создать на одной машине...
2. Насчет удаленной установки служб... Не знаю!
...
Рейтинг: 0 / 0
25.01.2007, 14:21
| Ответить | Цитировать | Написать  
Репликация по сети
    #34282046
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
И еще вопрос.... на счет создания управляющих таблиц на сервере назначения. При создании управляющих таблиц, таблицы создаются со схемой сервера источника, то есть например на сервере Target создаются таблицы source.tbl_name а не target.tbl_name. Как поступить в этом случае?
...
Рейтинг: 0 / 0
25.01.2007, 14:23
| Ответить | Цитировать | Написать  
Репликация по сети
    #34282049
TORT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TORT
Участник
.... насчет схемы ни разу не мудрили....
...
Рейтинг: 0 / 0
25.01.2007, 14:25
| Ответить | Цитировать | Написать  
Репликация по сети
    #34282075
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
TORT1. Можно создать на одной машине...
2. Насчет удаленной установки служб... Не знаю!

жаль...:(
...
Рейтинг: 0 / 0
25.01.2007, 14:30
| Ответить | Цитировать | Написать  
Репликация по сети
    #34282266
TORT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TORT
Участник
Спасибо буду пробовать... Уточнение... Накатываются логи только архивные?
...
Рейтинг: 0 / 0
25.01.2007, 15:07
| Ответить | Цитировать | Написать  
Репликация по сети
    #34282314
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
TORTСпасибо буду пробовать... Уточнение... Накатываются логи только архивные?
По моему да, только архивные.
...
Рейтинг: 0 / 0
25.01.2007, 15:16
| Ответить | Цитировать | Написать  
Репликация по сети
    #34282328
TORT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TORT
Участник
не туда написал) сорри
...
Рейтинг: 0 / 0
25.01.2007, 15:18
| Ответить | Цитировать | Написать  
Репликация по сети
    #34293735
petsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petsa
Участник
Не совсем понял в чем проблема, где вы хотите запускать Apply и откуда.
Apply нормально запускается из центра репликации и из центра задач, если создать такую задачу.
А если не запускается, то что пишет?
...
Рейтинг: 0 / 0
30.01.2007, 17:04
| Ответить | Цитировать | Написать  
Репликация по сети
    #34294699
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
petsaНе совсем понял в чем проблема, где вы хотите запускать Apply и откуда.
Apply нормально запускается из центра репликации и из центра задач, если создать такую задачу.
А если не запускается, то что пишет?

Вопрос такой: можно ли запустить Capture и Apply удаленно на другом компьютере через CLP?
...
Рейтинг: 0 / 0
31.01.2007, 07:04
| Ответить | Цитировать | Написать  
Репликация по сети
    #34294712
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
И еще один такой вопрос...для тех кто знает:
Есть два-три сервера (главных и дублирующих друг друга) и 5-10 удаленных.
На главном, для всех удаленных компьютеров, есть таблицы TBL1, TBL2 и TBL3 которые передаются только в одном направлении (то бишь на все удаленные). В свою очередь на удаленных также есть таблицы TBL4, TBL5 и TBL6, которые передают данные на главный сервер и тоже только в одном направлении.

У меня вопрос на счет того:
1. Как будет осуществляться репликация м/у главным сервером и удаленными?
2. Как будет осуществляться обмен данными между дублирующими серверами?

Мои мысли (может быть и неправильные), необходимо чтобы связь осуществлялась от всех главных серверов на удаленные и так же со всех удаленных на все главные. Или же енто не правильно?

У кого нибудь есть размышления по этому поводу, или же ссылки какие-нить? А может даже у кого-то уже есть работающие системы проконсультируйте... Заранее всем спасибо!
...
Рейтинг: 0 / 0
31.01.2007, 07:14
| Ответить | Цитировать | Написать  
Репликация по сети
    #34295272
petsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petsa
Участник
developer1983[Вопрос такой: можно ли запустить Capture и Apply удаленно на другом компьютере через CLP?

Через CLP видимо все же нельзя. Capture и Apply являются внешними программами по отношению к DB2, хотя и входят в комплект. Запускаются и останавливаются осовскими командами.
Конечно, если есть доступ к терминальной сессии, то нет проблем, а так - через центр репликации или через центр задач.

Что касается репликации между главными и удаленными серверами, то здесь можно по разному поступить. Можно поднять на каждом сервере, участвующем в репликации серверы Capture и Apply и организовать однонаправленную репликацию конкретных таблиц откуда и куда нужно.
Можно все Apply поднять на одном сервере, они будут и передавать на удаленные и принимать с них изменения, многое зависит от производительности серверов, и тут уж надо подумать, распределять ли нагрузку равномерно или все на один взвалить. Серверы Capture, конечно, нужно поднимать везде, где есть репликвция.
Опять не очень понятно про дублирующие сервера. Если данные модифицируются на них кем то еще, кроме репликации, то между ними и главным надо делать репликацию update Anywhere (туда-сюда), если нет, то достаточно однонаправленной репликации с главного на дублирующие.
...
Рейтинг: 0 / 0
31.01.2007, 11:09
| Ответить | Цитировать | Написать  
Репликация по сети
    #34295812
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
petsa
Что касается репликации между главными и удаленными серверами, то здесь можно по разному поступить. Можно поднять на каждом сервере, участвующем в репликации серверы Capture и Apply и организовать однонаправленную репликацию конкретных таблиц откуда и куда нужно.
Можно все Apply поднять на одном сервере, они будут и передавать на удаленные и принимать с них изменения, многое зависит от производительности серверов, и тут уж надо подумать, распределять ли нагрузку равномерно или все на один взвалить. Серверы Capture, конечно, нужно поднимать везде, где есть репликвция.

А табличные схемы должны принимать значения серверов capture или же названия сервера на котором эти таблицы размещаются.
Получается если на удаленных серверах будут по 1-5 таблиц с сервера источника, то на главном сервере (ах) будет по 5-10 таблиц от удаленных серверов, так что ли?

petsaОпять не очень понятно про дублирующие сервера. Если данные модифицируются на них кем то еще, кроме репликации, то между ними и главным надо делать репликацию update Anywhere (туда-сюда), если нет, то достаточно однонаправленной репликации с главного на дублирующие.

На счет этого могу сказать, что сервера должны общаться только между собой (в смысле дублирования). Тогда получается что на между ними будет однонаправленная репликация, но опять же если енто не правильно, то подскажите, как правильно?
...
Рейтинг: 0 / 0
31.01.2007, 12:56
| Ответить | Цитировать | Написать  
Репликация по сети
    #34295824
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
А где можно прочитать про дублирующие сервера и принципах их работы?
...
Рейтинг: 0 / 0
31.01.2007, 12:58
| Ответить | Цитировать | Написать  
Репликация по сети
    #34297624
Paul A. Pleshkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Paul A. Pleshkov
Гость
developer1983А где можно прочитать про дублирующие сервера и принципах их работы?
Присоединяюсь к вопросу. Да и про саму первоначальную настройку репликации например 1 базы хотелось бы почитать. Для нубов.
...
Рейтинг: 0 / 0
31.01.2007, 21:59
| Ответить | Цитировать | Написать  
Репликация по сети
    #34297868
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
Paul A. Pleshkov
Присоединяюсь к вопросу. Да и про саму первоначальную настройку репликации например 1 базы хотелось бы почитать. Для нубов.

Нубы это что? А на счет репликации можно почитать в Replication Guide and Reference. Там все подробно расписано для 2-х баз на одном компьютере. Будут вопросы обращайтесь, чем смогу помогу, да и на форуме тоже сила огромная живет....
...
Рейтинг: 0 / 0
01.02.2007, 07:18
| Ответить | Цитировать | Написать  
Репликация по сети
    #34298730
Paul A. Pleshkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Paul A. Pleshkov
Гость
developer1983 Paul A. Pleshkov
Присоединяюсь к вопросу. Да и про саму первоначальную настройку репликации например 1 базы хотелось бы почитать. Для нубов.

Нубы это что? А на счет репликации можно почитать в Replication Guide and Reference. Там все подробно расписано для 2-х баз на одном компьютере. Будут вопросы обращайтесь, чем смогу помогу, да и на форуме тоже сила огромная живет....
Noob - новичек.
Вопрос в том, что есть основной региональный сервер. На нем должно быть 21 база (DBXX), где XX номера от 01 до 21
Есть удаленные сервера, которые должны реплицировать базу на основной региональный сервер. (Репликация нужна только в сторону региона. Обратно пока что не планируется.)
Что надо поднять на региональном сервере, и на удаленных, чтобы репликация происходила если не в режиме реального времени, то хотя бы 2 раза в сутки.
В таких вопросах пока что новичок. Надеюсь на помощь.
...
Рейтинг: 0 / 0
01.02.2007, 12:15
| Ответить | Цитировать | Написать  
Репликация по сети
    #34299671
petsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petsa
Участник
Можно как угодно.
Но проще всего на региональном сервере ничего не поднимать, создать только таблицы схемы ASN. На удаленных же поднять серверы Capture и Apply и наладить однонаправленную репликацию с каждого удаленного сервера на соотв. БД на региональном. ну и следует учесть нагрузку на серверы от репликации.
Частоты передачи данных бояться не надо. Наоборот при одновременной передаче большого объема данных могут вознкнуть пиковые нагрузки.
...
Рейтинг: 0 / 0
01.02.2007, 16:05
| Ответить | Цитировать | Написать  
Репликация по сети
    #34299900
Paul A. Pleshkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Paul A. Pleshkov
Гость
petsaМожно как угодно.
Но проще всего на региональном сервере ничего не поднимать, создать только таблицы схемы ASN. На удаленных же поднять серверы Capture и Apply и наладить однонаправленную репликацию с каждого удаленного сервера на соотв. БД на региональном. ну и следует учесть нагрузку на серверы от репликации.
Частоты передачи данных бояться не надо. Наоборот при одновременной передаче большого объема данных могут вознкнуть пиковые нагрузки.
Гмм. Даже так? Щас будем пробовать.
Насчет нагрузки - IBM eSeries226 ИМХО это вытянет как региональный сервер. Остальные - 235 серия.
...
Рейтинг: 0 / 0
01.02.2007, 17:05
| Ответить | Цитировать | Написать  
Репликация по сети
    #34300933
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
petsaМожно как угодно.
Но проще всего на региональном сервере ничего не поднимать, создать только таблицы схемы ASN. На удаленных же поднять серверы Capture и Apply и наладить однонаправленную репликацию с каждого удаленного сервера на соотв. БД на региональном. ну и следует учесть нагрузку на серверы от репликации.
Частоты передачи данных бояться не надо. Наоборот при одновременной передаче большого объема данных могут вознкнуть пиковые нагрузки.

А если есть 2-3 дублирующих региональных сервера, тогда какой принцип соединения удаленных с региональными?
...
Рейтинг: 0 / 0
02.02.2007, 09:06
| Ответить | Цитировать | Написать  
Репликация по сети
    #34300939
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
И еще один вопрос на счет удаленных серверов по предложенному принципу:
А если на одном из региональных серверов упадет репликация то получается надо будет туда ехать и исправлять?
В случае если capture и reply работают на основном сервере, то наладить репликацию будет легче, потому что удаленно остановить и запустить сервера вроде бы нельзя....может быть я не прав.
Какое ваше мнение?
...
Рейтинг: 0 / 0
02.02.2007, 09:09
| Ответить | Цитировать | Написать  
Репликация по сети
    #34302051
Paul A. Pleshkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Paul A. Pleshkov
Гость
Крутил, вертел, нифига не понял :(
Можно расписать по шагам, как настроить репликацию с одного сервера на другой, например с учетом названия DB - PERS1 и названием регионального сервера - REGIONDB а районного - RAYON
Т.е, что надо создавать на региональном, что на районным.
ИМХО - такой FAQ будет многим полезен.
----
Best regards, Paul
...
Рейтинг: 0 / 0
02.02.2007, 13:15
| Ответить | Цитировать | Написать  
Репликация по сети
    #34302215
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
Paul A. PleshkovКрутил, вертел, нифига не понял :(
Можно расписать по шагам, как настроить репликацию с одного сервера на другой, например с учетом названия DB - PERS1 и названием регионального сервера - REGIONDB а районного - RAYON
Т.е, что надо создавать на региональном, что на районным.
ИМХО - такой FAQ будет многим полезен.
----
Best regards, Paul

Принцип приблизительно такой (упрощенный вариант для условия, что репликация идет (как я читал выше) от районных серверов на региональный):

1. На районных серверах создаются управляющие таблицы (capture).
2. При создании репликации нужно выбрать какие таблицы с регионального сервера будут apply.
3. Запускаются Capture и Apply процессы. Один ньюанс: при запуске Apply нужно прописать файл пароля (asnpwd=asnpass.aut).
Более подробно есть в Replication Guide and Reference. Там же и про правила запуска capture и apply можно прочитать.

PS: Написал так как понял вопрос....
...
Рейтинг: 0 / 0
02.02.2007, 13:45
| Ответить | Цитировать | Написать  
Репликация по сети
    #34302389
petsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petsa
Участник
developer1983И еще один вопрос на счет удаленных серверов по предложенному принципу:
А если на одном из региональных серверов упадет репликация то получается надо будет туда ехать и исправлять?
В случае если capture и reply работают на основном сервере, то наладить репликацию будет легче, потому что удаленно остановить и запустить сервера вроде бы нельзя....может быть я не прав.
Какое ваше мнение?

Да, не прав.
Если упадет репликация на удаленном сервере нет никакой нужды туда ехать. Поднять ее, а также остановить, добавлять и удалять таблицы и все остальное вы можете у себя в кабинете, со своего компьютера. Для этого нужно у себя каталогизировать удаленные БД и добавить серверы Capture и APPLY в центре репликации на своем компе, а дальше делай с ними что хочешь. Если измененные данные будут реплицироваться с удаленных серверов на региональный, то как раз нужно и делать серверы Capture и APPLY на удаленных серверах, если же Вы сделаете сервер APPLY на региональном (что вполне допустимо и криминала тут никакого нет), то все равно серверы Capture Вам придется делать на удаленных, потому что Capture читает изменения из локальных журналов транзакций локальной БД, и я не знаю способа заставить ее читать журналы на удаленном сервере.
Про дублирующие серверы. Подробне напишите, что там дублируется. Если должны быть идеально одинаковые БД, то используется технология mirror databsse, это без участия репликации, а если нужна синхронизация какого то набора таблиц, то реплицировать их лучше с основного регионального сервера на дублирующие, так наежнее, ИМХО конечно.
...
Рейтинг: 0 / 0
02.02.2007, 14:19
| Ответить | Цитировать | Написать  
Репликация по сети
    #34302580
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
petsa
Да, не прав.
Если упадет репликация на удаленном сервере нет никакой нужды туда ехать. Поднять ее, а также остановить, добавлять и удалять таблицы и все остальное вы можете у себя в кабинете, со своего компьютера. Для этого нужно у себя каталогизировать удаленные БД и добавить серверы Capture и APPLY в центре репликации на своем компе, а дальше делай с ними что хочешь.

То бишь получается, что удаленно можно запустить сервисы на удаленных машинах? Не пробовал, но попробую.... А как разместить файл паролей? Ну, да ладно сначала попробую, потом скажу мнение...

petsa
Если измененные данные будут реплицироваться с удаленных серверов на региональный, то как раз нужно и делать серверы Capture и APPLY на удаленных серверах, если же Вы сделаете сервер APPLY на региональном (что вполне допустимо и криминала тут никакого нет), то все равно серверы Capture Вам придется делать на удаленных, потому что Capture читает изменения из локальных журналов транзакций локальной БД, и я не знаю способа заставить ее читать журналы на удаленном сервере.

У меня сложность в том, что надо заставить общаться сервера и при том, таблицы разные.
Получается, ИМХО, все равно все capture и apply должны запускаться на удаленных.

petsa
Про дублирующие серверы. Подробне напишите, что там дублируется. Если должны быть идеально одинаковые БД, то используется технология mirror databsse, это без участия репликации, а если нужна синхронизация какого то набора таблиц, то реплицировать их лучше с основного регионального сервера на дублирующие, так наежнее, ИМХО конечно.

А как делается ента зеркало? А если репликация, то понятно. А что если один сервер выйдет из строя, то как второй врубится?
...
Рейтинг: 0 / 0
02.02.2007, 15:02
| Ответить | Цитировать | Написать  
Репликация по сети
    #34302824
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
Народ не подскажете что за ошибка и как исправить

db2 => attach to alex user db2admin using 123456
SQL30081N A communication error has been detected. Communication pro
tocol
being used: "TCP/IP". Communication API being used: "SOCKETS". Location
where the error was detected: "192.168.1.54". Communication function
detecting the error: "connect". Protocol specific error code(s):
"10060", "*","*". SQLSTATE=08001
...
Рейтинг: 0 / 0
02.02.2007, 15:47
| Ответить | Цитировать | Написать  
Репликация по сети
    #34303289
Paul A. Pleshkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Paul A. Pleshkov
Гость
developer1983Народ не подскажете что за ошибка и как исправить

db2 => attach to alex user db2admin using 123456
SQL30081N A communication error has been detected. Communication pro
tocol
being used: "TCP/IP". Communication API being used: "SOCKETS". Location
where the error was detected: "192.168.1.54". Communication function
detecting the error: "connect". Protocol specific error code(s):
"10060", "*","*". SQLSTATE=08001
Аналогичное начало вываливаться при попытке подключения к серверу. :(
Что делать? С локального центра управления - все нормально.
...
Рейтинг: 0 / 0
02.02.2007, 17:40
| Ответить | Цитировать | Написать  
Репликация по сети
    #34303358
nkulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nkulikov
Гость
db2 get dbm cfg | grep -i svcename
...
Рейтинг: 0 / 0
02.02.2007, 18:00
| Ответить | Цитировать | Написать  
Репликация по сети
    #34303421
Paul A. Pleshkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Paul A. Pleshkov
Гость
nkulikovdb2 get dbm cfg | grep -i svcename
Код: plaintext
1.
2.
 TCP/IP Service name                          (SVCENAME) = db2c_db2inst
 Discovery mode                               (DISCOVER) = SEARCH
 Discover server instance                (DISCOVER_INST) = ENABLE
...
Рейтинг: 0 / 0
02.02.2007, 18:22
| Ответить | Цитировать | Написать  
Репликация по сети
    #34303563
nkulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nkulikov
Гость
На сервере
1)
Windows
cat c:\Windows\system32\drivers\etc\services | grep db2c_db2inst

Linux или UNIX

cat /etc/services | grep db2c_db2inst
2)
db2set -all

На клиенте

3) db2 list node directory
4) db2 list db directory
...
Рейтинг: 0 / 0
02.02.2007, 19:26
| Ответить | Цитировать | Написать  
Репликация по сети
    #34303961
Paul A. Pleshkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Paul A. Pleshkov
Гость
nkulikovНа сервере
1)
Windows
cat c:\Windows\system32\drivers\etc\services | grep db2c_db2inst

Linux или UNIX

cat /etc/services | grep db2c_db2inst
2)
db2set -all

На клиенте

3) db2 list node directory
4) db2 list db directory

1)
Код: plaintext
1.
db2c_db2inst   50000 /tcp
db2icserver  51000 /tcp

2)
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
[e] DB2PATH=C:\Program Files\IBM\SQLLIB
[i] DB2INSTPROF=C:\Program Files\IBM\SQLLIB
[i] DB2COMM=TCPIP
[g] DB2_EXTSECURITY=YES
[g] DB2_DOCPORT= 51000 
[g] DB2_DOCHOST=localhost
[g] DB2SYSTEM=DB2-SRV
[g] DB2PATH=C:\Program Files\IBM\SQLLIB
[g] DB2INSTDEF=DB2INST
[g] DB2ADMINSERVER=DB2DAS00



3)
Код: 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.
db2 => list node directory

 Node Directory

 Number of entries in the directory =  3 

Node  1  entry:

 Node name                      = DB2SRVIN
 Comment                        =
 Directory entry type           = LOCAL
 Protocol                       = TCPIP
 Hostname                       = db2-srv.r058. 058 .pf.ru
 Service name                   =  50000 

Node  2  entry:

 Node name                      = IBMDB2IN
 Comment                        =
 Directory entry type           = LOCAL
 Protocol                       = TCPIP
 Hostname                       = ibmdb2
 Service name                   =  50000 

Node  3  entry:

 Node name                      = REG4DB
 Comment                        =
 Directory entry type           = LOCAL
 Protocol                       = TCPIP
 Hostname                       = SERVER04_2
 Service name                   =  50000
4)
Код: 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.
36.
37.
38.
39.
40.
db2 => list db directory

 System Database Directory

 Number of entries in the directory =  3 

Database  1  entry:

 Database alias                       = CHECKDB
 Database name                        = CHECKDB
 Node name                            = IBMDB2IN
 Database release level               = a. 00 
 Comment                              =
 Directory entry type                 = Remote
 Catalog database partition number    = - 1 
 Alternate server hostname            =
 Alternate server port number         =

Database  2  entry:

 Database alias                       = CHECKDB1
 Database name                        = CHECKDB
 Node name                            = DB2SRVIN
 Database release level               = a. 00 
 Comment                              =
 Directory entry type                 = Remote
 Catalog database partition number    = - 1 
 Alternate server hostname            =
 Alternate server port number         =

Database  3  entry:

 Database alias                       = PERS1
 Database name                        = PERS1
 Node name                            = REG4DB
 Database release level               = a. 00 
 Comment                              =
 Directory entry type                 = Remote
 Catalog database partition number    = - 1 
 Alternate server hostname            =
 Alternate server port number         =
...
Рейтинг: 0 / 0
03.02.2007, 11:10
| Ответить | Цитировать | Написать  
Репликация по сети
    #34305325
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
TO PETSA

Как удаленно создать файл пароля? Через attach не получается?
...
Рейтинг: 0 / 0
05.02.2007, 08:05
| Ответить | Цитировать | Написать  
Репликация по сети
    #34305354
petsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petsa
Участник
developer1983TO PETSA

Как удаленно создать файл пароля? Через attach не получается?

Файл паролей можно создать и на своей машине, используя соманду asnpwd, а затем просто переписать каким угодно способом его в рабочий каталог apply на сервере, где будет работать apply. главное, чтобы в нем были перечислены все алиасы баз данных, которые участвуют в репликации, правильные имя и пароль пользователя, от которого работает репликация и что бы этот подьзователь имел необходимые полномочия в соответствующих базах данных.
Если уж нужно создавать непременно локально, то если удаленная система - Windows, то использовать сеанс удаленного раб стола, а если Unix - какого нибудь клиента, типа X-Win32.
...
Рейтинг: 0 / 0
05.02.2007, 08:34
| Ответить | Цитировать | Написать  
Репликация по сети
    #34305391
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
petsa developer1983TO PETSA

Как удаленно создать файл пароля? Через attach не получается?

Файл паролей можно создать и на своей машине, используя соманду asnpwd, а затем просто переписать каким угодно способом его в рабочий каталог apply на сервере, где будет работать apply. главное, чтобы в нем были перечислены все алиасы баз данных, которые участвуют в репликации, правильные имя и пароль пользователя, от которого работает репликация и что бы этот подьзователь имел необходимые полномочия в соответствующих базах данных.
Если уж нужно создавать непременно локально, то если удаленная система - Windows, то использовать сеанс удаленного раб стола, а если Unix - какого нибудь клиента, типа X-Win32.


Получается что и сервисы запустить удаленно нельзя, так что ли?
...
Рейтинг: 0 / 0
05.02.2007, 09:02
| Ответить | Цитировать | Написать  
Репликация по сети
    #34305475
petsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petsa
Участник
Если Вы имеете в виду сервисы Capture и Apply, то то конечно можно, через центр репликации или центр задач, я уже по моему выше об этом писал.
...
Рейтинг: 0 / 0
05.02.2007, 09:52
| Ответить | Цитировать | Написать  
Репликация по сети
    #34305486
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
petsaЕсли Вы имеете в виду сервисы Capture и Apply, то то конечно можно, через центр репликации или центр задач, я уже по моему выше об этом писал.

В вообщем-то я не спорю что их можно запустить удаленно ч/з Центр репликации, но проблема в том (по крайней мере у меня), что при запуске apply нужен пароль, так ведь? А у меня apply не поддерживает из центра репликации зауск apply, даже если задать путь и файл пароля, а из CLP получается...
...
Рейтинг: 0 / 0
05.02.2007, 09:59
| Ответить | Цитировать | Написать  
Репликация по сети
    #34305901
petsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
petsa
Участник
А Вы в центре репликации на своем компьютере "Управление паролями и соединениями настраивали"?
...
Рейтинг: 0 / 0
05.02.2007, 11:54
| Ответить | Цитировать | Написать  
Репликация по сети
    #34305903
DB2Adventurer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DB2Adventurer
Гость
Paul A. Pleshkovdeveloper1983
Народ не подскажете что за ошибка и как исправить

db2 => attach to alex user db2admin using 123456
SQL30081N A communication error has been detected. Communication pro
tocol
being used: "TCP/IP". Communication API being used: "SOCKETS". Location
where the error was detected: "192.168.1.54". Communication function
detecting the error: "connect". Protocol specific error code(s):
"10060", "*","*". SQLSTATE=08001

Аналогичное начало вываливаться при попытке подключения к серверу. :(
Что делать? С локального центра управления - все нормально.Ошибки с сетью скорее всего. Маршруты проверь к удаленному серверу и оттуда к тебе.
...
Рейтинг: 0 / 0
05.02.2007, 11:54
| Ответить | Цитировать | Написать  
Репликация по сети
    #34308557
Paul A. Pleshkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Paul A. Pleshkov
Гость
DB2Adventurer Paul A. Pleshkovdeveloper1983
Народ не подскажете что за ошибка и как исправить

db2 => attach to alex user db2admin using 123456
SQL30081N A communication error has been detected. Communication pro
tocol
being used: "TCP/IP". Communication API being used: "SOCKETS". Location
where the error was detected: "192.168.1.54". Communication function
detecting the error: "connect". Protocol specific error code(s):
"10060", "*","*". SQLSTATE=08001

Аналогичное начало вываливаться при попытке подключения к серверу. :(
Что делать? С локального центра управления - все нормально.Ошибки с сетью скорее всего. Маршруты проверь к удаленному серверу и оттуда к тебе.
Все в одной локальной сети. Маршруты в норме, проблем не наблюдается с сетью.
...
Рейтинг: 0 / 0
06.02.2007, 11:19
| Ответить | Цитировать | Написать  
Репликация по сети
    #34308666
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
Paul A. Pleshkov DB2Adventurer Paul A. Pleshkovdeveloper1983
Народ не подскажете что за ошибка и как исправить

db2 => attach to alex user db2admin using 123456
SQL30081N A communication error has been detected. Communication pro
tocol
being used: "TCP/IP". Communication API being used: "SOCKETS". Location
where the error was detected: "192.168.1.54". Communication function
detecting the error: "connect". Protocol specific error code(s):
"10060", "*","*". SQLSTATE=08001

Аналогичное начало вываливаться при попытке подключения к серверу. :(
Что делать? С локального центра управления - все нормально.Ошибки с сетью скорее всего. Маршруты проверь к удаленному серверу и оттуда к тебе.
Все в одной локальной сети. Маршруты в норме, проблем не наблюдается с сетью.

У меня просто антивирус работал вот и не мог подконнектиться! Может у тя тоже антивир гонет!?
...
Рейтинг: 0 / 0
06.02.2007, 11:46
| Ответить | Цитировать | Написать  
Репликация по сети
    #34308834
nkulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nkulikov
Гость
По умолчанию db поднимается (выделяется память etc) после первого коннекта, если он долгий используйте команду ACTIVATE DB
...
Рейтинг: 0 / 0
06.02.2007, 12:21
| Ответить | Цитировать | Написать  
Репликация по сети
    #34309656
developer1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
developer1983
Участник
petsaА Вы в центре репликации на своем компьютере "Управление паролями и соединениями настраивали"?

Код: plaintext
1.
Да пароли и сервера прописаны и проверка 
связи проканывает на "Ура".

TO Petsa и всем кто знает

У меня вопрос на счет репликации. Задача такая:

Может и повторюсь, но все же. Есть главный сервер(Main), на нем три таблицы TBL1, TBL2, TBL3. Есть удаленный компьютер (Remote) на нем те же таблицы TBL1, TBL2, TBL3.
Нужно:

Чтобы таблицы TBL1, TBL2 с Main реплицировались на Remote и чтобы таблица TBL3 реплицировалась с Remote на Main.

Вопрос:
1.Какие процессы нужно создавать на каждом компьютере (capture, apply, servises и т.д.) и куда надо пихать файл с паролем.
2.Как будет проходить репликация?

И напоследок:
Через Центр репликации создать сервисы на удаленном компьютере Remote с главного Main не получатся. Если кто знает то скажите как.
...
Рейтинг: 0 / 0
06.02.2007, 15:20
| Ответить | Цитировать | Написать  
50 сообщений из 50, показаны все 2 страниц
  все  
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Репликация по сети
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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