powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Медленный доступ ко второму экземпляру DB2
21 сообщений из 46, страница 2 из 2
Медленный доступ ко второму экземпляру DB2
    #38396290
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Перегружать сервер случаем не нужно?
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38396395
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Semen Popov,

Смотрите, что у вас получается:

В инстансе DB2 зарегистрирован инстанс DB2S 2-жды как локальный

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Запись узла 1:

 Имя узла             = DB2S
 Протокол             = LOCAL
 Имя экземпляра       = DB2S

Запись узла 2:

 Имя узла             = NDE647F9
 Протокол             = LOCAL
 Имя экземпляра       = DB2S

И базы данных под ними:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
Запись базы данных 1:

 Имя базы данных      = PPD
 Имя узла             = DB2S

Запись базы данных 2:

 Имя базы данных      = APS
 Имя узла             = NDE647F9

Запись базы данных 4:

 Имя базы данных      = PENSTRAN
 Имя узла             = DB2S

Запись базы данных 7:

 Имя базы данных      = DATAUDIT
 Имя узла             = DB2S
Т.е. вы используете инстанс DB2 в режиме DB2 Connect.

У инстанса DB2S вы установили имя порта, но изменения не вступили в силу, поэтому порт и не слушается:

Код: plaintext
1.
2.
3.
4.
 Description         Parameter     Current Value  Delayed Value
 --------------------------------------------------------------

 Имя службы TCP/IP   (SVCENAME) =                 db2c_DB2S                 

Изменения вступят в силу после рестарта этого инстанса.
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38397434
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mark BarinsteinВ инстансе DB2 зарегистрирован инстанс DB2S 2-жды как локальный
...
Т.е. вы используете инстанс DB2 в режиме DB2 Connect.
Да. Это мы сделали лишь для того, чтобы базы второго инстанса были видны через Центр управления, чтобы было удобно их админить. А иначе в ЦУ мы не видели базы второго инстанса. Скажите, нам нужно удалить регистрацию баз второго инстанса?

Mark BarinsteinУ инстанса DB2S вы установили имя порта, но изменения не вступили в силу, поэтому порт и не слушается:
Изменения вступят в силу после рестарта этого инстанса.
Я уже делал:
Код: plsql
1.
2.
3.
set DB2INSTANCE=DB2S
db2stop force
db2start


и сервер целиком перегружал. Но приложения никак не хотят коннектиться к базам второго инстанса через порт 50001 - SQLSTATE=08001.

Похоже, что настройка порта для второго инстанса не помогла.
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38397514
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Semen PopovЭто мы сделали лишь для того, чтобы базы второго инстанса были видны через Центр управления, чтобы было удобно их админить. А иначе в ЦУ мы не видели базы второго инстанса. Скажите, нам нужно удалить регистрацию баз второго инстанса?Если вы настроите отдельный порт, и вы не используете, например, TOOLSDB инстанса DB2 для запуска задач на базах инстанса DB2S, то да, можно удалить.
Из одного ЦУ вы не сможете тогда базы обоих инстансов одновременно видеть, но "переключаться" в нужный инстанс вы можете так:
Код: plaintext
1.
2.
set DB2INSTANCE=DB2S
db2 terminate
start db2cc
Semen PopovЯ уже делал:
Код: plsql
1.
2.
3.
set DB2INSTANCE=DB2S
db2stop force
db2start


и сервер целиком перегружал. Но приложения никак не хотят коннектиться к базам второго инстанса через порт 50001 - SQLSTATE=08001.

Похоже, что настройка порта для второго инстанса не помогла.Проверьте ещё раз.
Что выдают 2 последние команды?

Код: plaintext
1.
2.
3.
4.
set DB2INSTANCE=DB2S
db2 terminate
db2 attach to db2s
db2 get dbm cfg show detail | find "(SVCE"
db2set DB2COMM
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38397581
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mark Barinstein, спасибо. Вот что выдают команды ( db2 get dbm cfg show detail | find "(SVCE" и
db2set DB2COMM ):

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
 Имя службы TCP/IP                            (SVCENAME) = db2c_DB2S

DBI1303W  Переменная не задана.

Объяснение: 

Переменная не задана в реестре профилей.

Действия пользователя: 

Никаких дополнительных действий не требуется.


В файл C:\WINDOWS\system32\drivers\etc\services строчка db2c_DB2S 50001/tcp добавлена
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38397584
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, сервер 64-разрядный. Может информацию о службе надо еще в какой-нибудь файл добавить?
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38397650
m&m
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
m&m
Гость
Semen Popov,

Проверьте для второго инстанса в переменных, точно ли указана настройка протокола (задать ее примерно так db2set -i db2s DB2COMM=TCPIP).
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38397662
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Semen PopovMark Barinstein, спасибо. Вот что выдают команды ( db2 get dbm cfg show detail | find "(SVCE" и
db2set DB2COMM ):

Код: plaintext
1.
2.
 Имя службы TCP/IP                            (SVCENAME) = db2c_DB2S

DBI1303W  Переменная не задана.


Сообщение
Код: plaintext
DBI1303W  Переменная не задана
в ответ на
Код: plaintext
db2set DB2COMM
говорит о том, что этот инстанс не слушает tcpip порт.

Вам надо сделать:
Код: plaintext
1.
2.
3.
4.
set DB2INSTANCE=DB2S
db2 terminate
db2set DB2COMM=TCPIP
db2stop force
db2start

После этого проверьте, что порт слушается:
Код: plaintext
netstat -an | find "50001"
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38397985
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Большое спасибо всем. Проблема решена
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38398449
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А вот еще вопрос. В профиле второго инстанса присутствует еще одна переменная, которая задана значением "DB2":

Код: plaintext
[g] DB2INSTDEF=DB2

Это правильно?
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38398486
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Semen PopovА вот еще вопрос. В профиле второго инстанса присутствует еще одна переменная, которая задана значением "DB2":

Код: plaintext
[g] DB2INSTDEF=DB2

Это правильно?[g] (global) - это уровень всех инстансов этой копии.
DB2INSTDEF - инстанс по-умолчанию для этой копии.
Если в сессии не установлена системная переменная DB2INSTANCE, то она неявно устанавливается в значение переменной реестра DB2INSTDEF.
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38398505
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mark Barinstein, спасибо
...
Рейтинг: 0 / 0
Период между сообщениями больше года.
Медленный доступ ко второму экземпляру DB2
    #38853480
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Снова поднимаю вопрос. Теперь ситуация другая, но мало отличается от предыдущей.

Имеем: Windows Server 2008 R2 DataCenter, DB2 WSE 9.7.6. То есть отличие в ОС и версии DB2 по сравнению с предыдущей ситуацией.

Создал второй экземпляр DB2S и выполнил все настройки, о которых говорилось выше. Создал базу на втором экземпляре.
attach to DB2S выполняется быстро. Но теперь долго выполняется соединение к базе на втором экземпляре - около 12-15 сек. В ситуации, описанной выше на сервере с ОС Win 2003 и DB2 9.7.7 соединение к локальной базе второго экземпляра выполняется мгновенно. Не могу понять, в чем дело? Помогите разобраться.
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38853658
CawaSPb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Semen PopovСоздал второй экземпляр DB2S и выполнил все настройки, о которых говорилось выше. Создал базу на втором экземпляре.
attach to DB2S выполняется быстро. Но теперь долго выполняется соединение к базе на втором экземпляре - около 12-15 сек. В ситуации, описанной выше на сервере с ОС Win 2003 и DB2 9.7.7 соединение к локальной базе второго экземпляра выполняется мгновенно. Не могу понять, в чем дело? Помогите разобраться.
Втеме возможную причину уже упоминали.
По-умолчанию при старте инстанса все БД остаются неактивными (не отъедают память и процессорные ресурсы).
По факту попытки подключения к БД происходит её активация - выделение буферов памяти, поднятие процессов, проведние crash recovery (если деактивация БД не была произведена корректно, например, при выключении питания), rebuild индексов (если параметр инстанса/БД INDEXREC выставлен в RESTART), помеченных как невалидные.
Если не была отдельно выполнена команда активации БД, база деактивируется после закрытия последнего соединения .

Т.е. если Вы пока играетесь с базой в одиночку (из одного соединения), это вполне закономерная картина.
Выполните:
Код: plaintext
db2 activate db <dbname>
полегчает. Или держите отдельно поднятое постоянное подключение к базе.

Если не, хорошо бы посмотреть, что попадает в db2diag.log за время попытки коннекта (для начала - с текущим уровнем логирования, который скорее всего по-дефолту выставлен в):
Код: plaintext
1.
2.
db2 connect to <dbname> user <username> using <pwd>
db2diag -H 30s > db2diag_connect.log
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38853854
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
CawaSPbВтеме возможную причину уже упоминали.
По-умолчанию при старте инстанса все БД остаются неактивными (не отъедают память и процессорные ресурсы).
По факту попытки подключения к БД происходит её активация - выделение буферов памяти, поднятие процессов, проведние crash recovery (если деактивация БД не была произведена корректно, например, при выключении питания), rebuild индексов (если параметр инстанса/БД INDEXREC выставлен в RESTART), помеченных как невалидные.
Если не была отдельно выполнена команда активации БД, база деактивируется после закрытия последнего соединения .

Т.е. если Вы пока играетесь с базой в одиночку (из одного соединения), это вполне закономерная картина.
Выполните:
Код: plaintext
db2 activate db <dbname>
полегчает. Или держите отдельно поднятое постоянное подключение к базе.

Если не, хорошо бы посмотреть, что попадает в db2diag.log за время попытки коннекта (для начала - с текущим уровнем логирования, который скорее всего по-дефолту выставлен в):
Код: plaintext
1.
2.
db2 connect to <dbname> user <username> using <pwd>
db2diag -H 30s > db2diag_connect.log

Спасибо. Именно в этом и дело. Сделал db2 activate db и подключение выполнилось мгновенно.
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38853949
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А можно ли настроить второй экземпляр так, чтобы активация баз выполнялась автоматически. Сейчас получается, что если хоть раз не выполнить db2 activate db , то после отключения соединений первое соединение с базой всегда будет выполняться долго. Но стоит один раз выполнить db2 activate db , то тут уж хоть все соединения отключи, первое всегда будет быстрое.
У нас несколько раз на дню может перезагружаться сервер. Мне что, надо придумывать костыль для того, чтобы автоматически активировать базу после каждой перезагрузки?
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38854250
CawaSPb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Semen Popov,

Повесить активацию БД на крон (nncron для Win). Или написать виндовый сервис, активирующий БД, и поставить его а) в автостарт б) в зависимость от соответствующего инстанса DB2.
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38854259
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
CawaSPb, я так и предполагал. Но почему же активация баз на первом инстансе выполняется без всяких костылей?
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38854268
CawaSPb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
PS Обычно проблема активации не стоит, т.к. в "промышленных" средах и аптаймы большие, и приложений, постоянно с БД что-то делающих, много, и практически всегда висит пул соединений, т.к. connect без pooling'а - всё равно достаточно дорогая операция.
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38854273
CawaSPb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Соединения какие-нибудь постоянно есть.
Глянуть:
Код: plaintext
db2 list applications [show detail]
...
Рейтинг: 0 / 0
Медленный доступ ко второму экземпляру DB2
    #38854493
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
CawaSPb, Вы правы. С базами первого экземпляра работают приложения из-под WSAS, а там свой пул. Пул держит как минимум одно соединение. Спасибо
...
Рейтинг: 0 / 0
21 сообщений из 46, страница 2 из 2
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Медленный доступ ко второму экземпляру DB2
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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