Добрый день.
Какими причинами может быть вызвана самопроизвольная приостановка транзакционной активности?
Внешнее проявление (со стороны подключённых клиентов) такое же как, например, после достижения порога BI или выполнения proquiet -C enable, т.е. подключиться к БД можно, но выполнить в ней любую транзакцию нельзя. На БД включёно AI. На БД установлен порог BI. Никаких подозрительных записей, связанных с AI и BI, в логе БД не обнаружено.
Уже после возникновения проблемы администратор БД пробовал изменить порог BI (не спрашивайте зачем :) ). Но поведение БД при этом подтвердило проблему. В логе это выглядело следующим образом:
[2019/03/03@08:45:55.999+0300] P-6492 T-140600856852224 I QUIET 367: (5569) Quiet point request login by dbadmin on /dev/dbadmin/123.
...
[2019/03/03@09:22:46.744+0300] P-6492 T-140600856852224 I QUIET 367: (5576) Quiet utility received shutdown request while attempting to enable a quiet point.
[2019/03/03@09:22:46.744+0300] P-6492 T-140600856852224 I QUIET 367: (453) Logout by dbadmin on /dev/dbadmin/123.
[2019/03/03@09:22:46.744+0300] P-23051 T-140374320809728 I QUIET 13: (5569) Quiet point request login by dbadmin on /dev/dbadmin/123.
[2019/03/03@09:22:46.744+0300] P-23051 T-140374320809728 I QUIET 13: (6555) BI Threshold has not been reached and a Quiet Point has not been enabled.
[2019/03/03@09:22:46.744+0300] P-23051 T-140374320809728 I QUIET 13: (6554) Request to change BI File Threshold value rejected.
[2019/03/03@09:22:46.744+0300] P-23051 T-140374320809728 I QUIET 13: (453) Logout by dbadmin on /dev/dbadmin/123.
[2019/03/03@09:22:46.744+0300] P-23054 T-140156024747776 I QUIET 13: (5569) Quiet point request login by dbadmin on /dev/dbadmin/123.
[2019/03/03@09:22:46.744+0300] P-23054 T-140156024747776 I QUIET 13: (18202) Database is in a Bistall Quiet point - request rejected.
[2019/03/03@09:22:46.744+0300] P-23054 T-140156024747776 I QUIET 13: (453) Logout by dbadmin on /dev/dbadmin/123.
Прошу обратить внимание на время 08:45 и 09:22. Т.е. в течение 30 минут не была получена реакция на команду, пока не была инициирована остановка БД.
БД нормально остановилась, и потом нормально запустилась.
dbmon пускали? А что ОС делала в это время? И что значит "выполнить любую транзакцию нельзя"?
Запускали promon. Результаты сохранены. На что обратить внимание?
ОС работала. Пользователи подключались, но работать полноценно не могли.
Выполнить транзакцию нельзя - нельзя, например, заблокировать и изменить любую запись в БД.
Приостановка транзакционной активности, т.е. когда пользователи могут читать данные, но при попытке изменить их "зависают", может быть в следующих случаях:
1. Активация Quiet point вручную.
2. Использование -bistall (достигнут порог -bithold или место на диске с BI-экстентами закончилось).
3. Использование -aistall (все ai экстенты заполнена или кончилось место на диске где они находятся).
4. При работе OE Replication, когда агент репликации не успевает обработать получаемые данные от сервера репликации, при этом очередь pica заполнена, в этом случае для обеспечения целостности и синхронизации Source и Target сервер репликации может приостановить транзакционную активность на Source.
Во всех остальных случаях надо разбираться индивидуально.
1. Внимательно просмотреть лог базы данных.
2. Проверить возможность подключения к базе обычной командой mpro без параметров через разделяемую память и дистанционно.
3. Попробовать сформировать короткий dbmon.
4. Обратиться в техническую поддержку.
> Запускали promon. Результаты сохранены. На что обратить внимание?
Проще выложить/прислать всё, что сохранилось. Описывать возможные варианты - это долго.