Зависание резервных копий моментальных снимков NMDA DB2

Сводка: Зависание резервных копий моментальных снимков DB2

Данная статья применяется к Данная статья не применяется к Эта статья не привязана к какому-либо конкретному продукту. В этой статье указаны не все версии продуктов.
Ознакомьтесь с другими ресурсами

Симптомы



Зависание
резервных копий моментальных снимков NMDA DB2DB2 DB находится в режиме
приостановки записи Ошибка в db2diag.log
Warning:
----------------------------------------
2016-05-20-15.05.16.771114+000 E7423877A808 УРОВЕНЬ: Предупреждение
PID : 7733668 TID : 47390 PROC : db2sysc 0
INSTANCE: <instance_name> NODE : 000 ДБ :
APPHDL : 0-57647 APPID: <app_id>
AUTHID :  
EDUID : 47390 EDUNAME: db2agent (экземпляр) 0
ФУНКЦИЯ: DB2 UDB, монитор базы данных, sqm___sqlmonssagnt, probe:1234
ДАННЫЕ #1 : <предварительно отформатированные
>
Это происходит, когда в базе данных, запись в которую приостановлена, делается
попытка сделать какой-либо моментальный снимок, отличный от списка приложений.  Это необходимо из-за конфликтов фиксации
. Эта база данных пропущена в моментальном снимке, но другие базы данных
все равно должны быть обработаны. Пропуск базы данных '<db_name>'.
Для получения дополнительной информации о приостановке записи, пожалуйста, обратитесь к
команде 'db2 set write suspend for database'.
------------------------------------------

Причина

Рабочий процесс DB2 работает следующим образом:

DB2 вызывает db2ACSPrepare() в библиотеке DB2 NMDA для выполнения начальной подготовки к снимку аппаратного обеспечения. Как только это будет сделано, DB2 Database Manager приостанавливает работу базы данных и вызовет функцию NMDA DB2 db2ACSSnapshot(). В этом случае DB2 не вызывает db2ACSSnapshot(). Рабочий процесс останавливается и зависает, пока модуль DB2 не продолжит резервное копирование. Поддержка IBM PMR: 29538,004,000 открыто.  Инженерам IBM DB2 требуется дополнительная отладка, чтобы определить основную причину этого зависания.

Разрешение

Решение:

- Отмена текущего резервного копирования
- Вывод базы данных из режима

приостановки записи Чтобы обнаружить основную причину, служба поддержки IBM DB2 запрашивает следующую информацию для дальнейшего изучения,1

. Удалите/переместите все стеки/дампы в каталог db2dump. Он создает новые стеки/дампы, не смешивая старые. (путь к Unix/Linux: /$INSTHOME/sqllib/db2dump)

2. См. Трассировка DB2 в течение короткого времени:
db2trc вкл. -f trace.dmp
Подождите около 30 секунд
DB2TRC ВЫКЛ
.DB2TRC FMT trace.dmp trace.fmt
db2trc flw trace.dmp trace.flw

3. См. Собирайте стеки:
db2pd -стек все -rep 5 5

4. См. Когда шаг 3 завершится, выполните команду,procstack
<PID >> db2vend.pstack.out
PID<> — это идентификатор процесса db2vend для базы данных.

5. См. Затем получите сессию резервного копирования снимков,
DB2 Получение моментального снимка для приложений на <dbname>> db2snap.out

6. Теперь можно возобновить запись, а затем повторить попытку резервного копирования моментального снимка и проверить, завершится ли он.

7. Соберите db2support.zip следующим образом:
db2support . -d <dbname> -c -s

8. Заархивируйте и отправьте в IBM PMR:
trace.dmp
trace.fmt
trace.flw
db2vend.pstack.out
db2snap.out
db2support.zip

Затронутые продукты

NetWorker Module for Databases and Applications

Продукты

NetWorker Module for Databases and Applications
Свойства статьи
Номер статьи: 000056670
Тип статьи: Solution
Последнее изменение: 21 Apr 2026
Версия:  5
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.