Здравствуйте:
Kostya9Такая ситуация:
В Мониторинге работоспособности для боза данных высветились сообщения:
1. Использование файловой системы журнала 84%
2. Использование контейнера табличного пространства 84%

Как сконфигурировать параметры БД, чтоб избавиться от данных оповещений???
Получить значения индикаторов можно так:


Выключить так:


или изменить соответственно пармметры ALARM и/или WARNING.

Kostya9Посоветуйте как убрать данные сообщения, по этой причине останавливается экземпляр!

Как сконфигурировать параметры БД?Как вы это определили?

Kostya9В центре работоспособности только эти сообщения, через некоторое время работы, останавливается экземпляр, по этому и решил, что из-за этого и происходит остановка экземпляра!Это надо в db2diag.log на сервере смотреть.

Kostya9Данные команды просто выклюбчают данные оповещения! А вот все таки как в избавиться от возникшей проблемы? Как что где настроить?Из командной строки (если win - db2cw): Что там пишут?

Kostya9Mark Barinsteindb2diag -H 1d -level "Severe, Critical"Что там пишут?На данное сообщение ничего не выдал!Тогда просто все последние сообщения за время, включающее неожиданную остановку инстанса (за 3 дня, например) выведите:
db2diag -H 3d
и покажите сообщения перед перезапуском инстанса.

Запустите из db2cw
и покажите файл rpt, который сгенерируется в подкаталоге DB2\DART0000 каталога, который появится при выводе команды:

Здравствуйте.

Проблемы с индексами 2-х таблиц:
DB2ADMIN.H_COMPONENTS_VALUE
DB2ADMIN.R_COMPONENTS_VALUE

Если есть архив базы, восстановите табличное пространство c id=2 из него или всю базу.
Если нет и у вас куплен саппорт, обратитесь к нему.
Если ничего нет, сделайте оффлайновый архив базы и при остановленном инстансе из db2cw:
db2dart DB_1 /MI /TSI 2 /OI 70
db2dart DB_1 /MI /TSI 2 /OI 6
После этого прогоните
db2dart DB_1
и пришлите результат

Kostya9Прикладываю результат:Теперь, в зависимости от параметра базы indexrec индексы, помеченные как инвалидные, должны пересоздаться либо при активации базы (RESTART), либо при первом доступе к соответствующей таблице (ACCESS).
Сделайте из db2cw на сервере:
выложите файл diag_5_last_mins.txt, если селекты не пройдут.

Kostya9Mark Barinsteinвыложите файл diag_5_last_mins.txt, если селекты не пройдут.Вот файл!У вас в этом файле по базе DB_1 только одна запись с
2010-10-14-16.38.28.328000+480 E24331958H467 LEVEL: Error (OS)
PID : 4204 TID : 6076 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : DB_1
APPHDL : 0-124 APPID: *LOCAL.DB2.101014083828
FUNCTION: DB2 UDB, oper system services, sqloisus, probe:100
CALLED : OS, -, unspecified_system_function
OSERR : 1326 "Вход в систему не произведен: имя пользователя или пароль не опознаны."
Вы всё же сделайте сначала:
где username и password - имя пользователя и пароль, с которыми оно может пустить в базу, и у этого пользователя есть права на чтение этих таблиц.
А потом уже всё остальное.

В каком состоянии сейчас база?
Вы можете получить соединение с ней?

Kostya9Временно решаю ситуацию ручной реорганизацией данных раблиц. На сколько это правильно не могу сказать. И есть ли ещеспособы решить ее!?!?Реорганизация здесь не поможет.
У вас, похоже, покосились индексы для этих таблиц, причём так, что даже нельзя заставить db2 перестроить их.
И сейчас при каждой попытке доступа к этим таблицам db2 будет падать.
По-хорошему, если саппорт не доступен, надо бы выгрузить всю базу export-ами потаблично, вытянуть db2look'ом ddl.
Содержимое этих 2-х таблиц выгрузить db2dart'ом с опцией /ddel в файл с разделителями.
Потом пересоздать базу и загрузить таблицы.

Можно, конечно, выгрузив только эти таблицы, их ddl с помощью db2look и постараться их удалить (drop table ...) после помечивания таблиц невалидными:
db2dart DB_1 /MT /TSI 2 /OI 70
db2dart DB_1 /MT /TSI 2 /OI 6
Но может тоже не получиться...