ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Репликация по сети
25 сообщений из 50, страница 2 из 2
  2  все
Репликация по сети
    #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
| Ответить | Цитировать | Написать  
25 сообщений из 50, страница 2 из 2
  2  все
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Репликация по сети
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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