Добрый день!
Вдруг заметил, что очень быстро растет файл лога...Сначала обратил внимание, что размер его превысил 4Гига, сархивировал его, удалил и уже через день его размер 57 метров....

дибишка 8.2.9

очень много вот таких информационных сообщений..


2013-03-15-09.08.59.278000+720 E58561573H495 LEVEL: Info (OS)
PID : 35176 TID : 32288 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : TOOLSDB
APPHDL : 0-329 APPID: *LOCAL.DB2.130314210859
FUNCTION: DB2 UDB, oper system services, sqlofindf, probe:100
CALLED : OS, -, unspecified_system_function
OSERR : 2 "Не удается найти указанный файл."
DATA #1 : File name, 37 bytes
C:\DB2\NODE0000\SQL00001\00000012.OLR

....

есть и ошибочные.. например вот такие...


2013-03-15-09.08.19.217000+720 I58558816H390 LEVEL: Error
PID : 1732 TID : 2164
FUNCTION: DB2 Tools, DB2 administration server, MDUtility::connectMD, probe:10
DATA #1 : Sint32, 4 bytes
1
DATA #2 : Sint32, 4 bytes
-443
DATA #3 : Sint32, 4 bytes
38553
DATA #4 : String, 7 bytes
TOOLSDB
DATA #5 : String, 8 bytes
SYSTOOLS
DATA #6 : String, 4 bytes
NULL

или таких...



2013-03-15-09.08.19.185000+720 I58556676H1013 LEVEL: Error
PID : 35176 TID : 32288 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : TOOLSDB
APPHDL : 0-327 APPID: *LOCAL.DB2.130314210819
FUNCTION: DB2 UDB, oper system services, sqlofica, probe:10
DATA #1 : Hexdump, 136 bytes
0x4A89F6A8 : 5351 4C43 4120 2020 8800 0000 45FE FFFF SQLCA ....E...
0x4A89F6B8 : 2700 5359 5349 424D 2E53 514C 5441 424C '.SYSIBM.SQLTABL
0x4A89F6C8 : 4553 FF54 4142 4C45 53FF 5359 5349 424D ES.TABLES.SYSIBM
0x4A89F6D8 : 3A43 4C49 3A2D 3830 3520 2020 2020 2020 :CLI:-805
0x4A89F6E8 : 2020 2020 2020 2020 2020 2020 2020 2020
0x4A89F6F8 : 2020 2020 2020 2020 5351 4C52 4933 3035 SQLRI305
0x4A89F708 : 6D00 1A80 0000 0000 0000 0000 0000 0000 m...............
0x4A89F718 : E2FF FFFF 0000 0000 2020 2020 2020 2020 ........
0x4A89F728 : 2020 2033 3835 3533 38553


на этом сервере явно не хватает ресурса памяти (сервер 2003 - 4Гига), однако пока приходится жить пока на 8-ке
поставил в автомате утром перезапуск менеджера

Вопросы:

1. Кто-нибудь может сказать что сделать с такой ситуацией?

Или задайте дополнительные вопросы - отвечу..


Спасибо!

Mark Barinstein,

Добрый день!

Простите за задержку - сетевики начали свои работы и всё отключили... вот понедельник - начало работы...

Сейчас попробуюВаши рекомендации..

Mark Barinstein,

у меня есть бат-файл, которым пользуюсь для привязки пакетов.... показываю значимую его часть.....
.......
@if errorlevel 1 goto finish
db2 +t -r%replog% -v "bind \"%DB2PATH%\bnd\@db2ubind.lst\" blocking all grant public"
db2 +t -r%replog% -v "bind \"%DB2PATH%\bnd\@db2cli.lst\" blocking all grant public"
db2 +t -r%replog% -v "bind \"%DB2PATH%\bnd\db2schema.bnd\" blocking all grant public sqlerror continue"
db2 +t -l%replog% -v "connect reset"
db2 +t -l%replog% -v "terminate"
db2updv8 -d %dbname% -u %dbadm% -p %admpswd%


проделал это для базы TOOLSDB, перезапустил менеджер...

взял файл db2diag.log, поглядел какой pid был, который вызывал ПЕРВУЮ ошибку - 1732 и отфильтровал его командой:

db2diag -gi "pid=1732" > pid_1732.txt

прикладываю файл...пришлось разбить на две части...

после времени 14:23 этот pid встречается только с уровнем INFO

вот думаю, может у меня что-то включено что заставляет непрерывно генерировать информационные сообщения, тем самым и захламляют db2diag.log ?

Mark Barinstein,

вторая часть архива..

Mark Barinstein,

Спасибо!

Мне думается я получил ответ на свой вопрос благодаря Вашим переговорам в другом посте...

Всё дело оказалось в уровнях DIAGLEVEL и NOTIFYLEVEL

Думаю, что команды

UPDATE DBM CFG USING DIAGLEVEL 3 IMMEDIATE;
UPDATE DBM CFG USING NOTIFYLEVEL 3 IMMEDIATE;


дадут мне некоторое успокоение....

Привожу кусочек справки по параметру NOTIFYLEVEL

* 0 -- Уведомления для администратора не отправляются. (Выбор этого значения не рекомендуется.)
* 1 -- Неустранимые ошибки. В журнал заносятся только сообщения о неустранимых ошибках. Для восстановления в некоторых случаях может потребоваться помощь центра обслуживания DB2.
* 2 -- Требуются немедленные действия. В журнал заносятся сообщения о состояниях, требующих немедленного вмешательства администратора системы или базы данных. Если неполадка не будет устранена, она может привести к неустранимой ошибке. На этом уровне могут также записываться некоторые важные действия, не связанные с ошибками, например, восстановление. В журнал будут заноситься ошибки от монитора работоспособности.
* 3 -- Важная информация, немедленные действия не требуются. Записываются ситуации, не представляющие опасности и не требующие немедленных действий, однако свидетельствующие о возможной неоптимальности работы системы. В журнал будут заноситься ошибки, предупреждения и замечания от монитора работоспособности.
* 4 -- Информационные сообщения.


сходные же объяснения и по параметру DIAGLEVEL...


Думаю, что теперь журнал не будет так быстро "дуться"..


Спасибо за помощь!