NMDA DB2-Snapshot-Backups hängen

Zusammenfassung: DB2-Snapshot-Backups hängen

Dieser Artikel gilt für Dieser Artikel gilt nicht für Dieser Artikel ist nicht an ein bestimmtes Produkt gebunden. In diesem Artikel werden nicht alle Produktversionen aufgeführt.

Symptome



NMDA DB2-Snapshot-Backups hängen
DB2 DB befindet sich im Schreibunterbrechungsmodus
Fehler in db2diag.log
Warnung:
----------------------------------------

2016-05-20-15.05.16.771114+000 E7423877A808 EBENE: Warnung
PID : 7733668 TID : 47390 PROC : db2sysc 0
INSTANZ: <instance_name> NODE : 000 DB :
APPHDL : 0-57647 APPID: <app_id>
AUTHID :  
EDUID : 47390 EDUNAME: db2agent (Instanz) 0
FUNKTION: DB2 UDB, Datenbankmonitor, sqm___sqlmonssagnt, Probe:1234
DATA #1 : <vorformatiert
>
Dies tritt auf, wenn ein beliebiger Snapshot außer Listenanwendungen für eine Datenbank mit Schreibangehalten wird.
  Dies ist aufgrund von Verriegelungskonflikten
erforderlich. Diese Datenbank wird im Snapshot übersprungen, andere Datenbanken
sollten jedoch weiterhin verarbeitet werden. Datenbank 'db_name<>' wird übersprungen.
Weitere Informationen zum Anhalten des Schreibvorgangs finden Sie im
Befehl "db2 set write suspend for database".
------------------------------------------

Ursache

Der DB2-Workflow funktioniert wie folgt:

DB2 ruft db2ACSPrepare() in der NMDA-DB2-Bibliothek auf, um die anfängliche Vorbereitung für den Hardware-Snapshot durchzuführen. Sobald dies abgeschlossen ist, hält DB2 Database Manager die Datenbank an und ruft die NMDA-DB2-Funktion db2ACSSnapshot() auf. In diesem Fall ruft DB2ACSSnapshot() nicht auf. Der Workflow wird angehalten und hängt, bis die DB2-Engine das Backup fortsetzen kann. IBM support PMR: 29538.004.000 ist geöffnet.  IBM DB2 Engineering benötigt mehr Debugging, um die Ursache für dieses Aufhängen zu ermitteln.


Lösung

Problemumgehung:

- Aktuelles Backup
abbrechen - Nehmen Sie die DB aus dem Schreibunterbrechungsmodus


Um die Ursache zu ermitteln, fordert der IBM DB2-Support die folgenden Informationen zur weiteren Untersuchung an:

1. Löschen/Verlagern Sie alle Stapel/Speicherabbilder im db2dump-Verzeichnis. Es erstellt neue Stapel/Dumps, ohne alte zu mischen. (Unix/Linux-Pfad: /$INSTHOME/sqllib/db2dump)

2. Anmelden DB2-Trace für kurze Zeit:
db2trc auf -f trace.dmp
Warten Sie etwa 30 Sekunden
.DB2TRC AUS
DB2TRC FMT trace.dmp trace.fmt
DB2TRC FLW trace.dmp trace.flw

3. Anmelden Sammeln von Stapeln:
db2pd -stack all -rep 5 5

4. Wenn Schritt 3) abgeschlossen ist, führen Sie diePID>> db2vend.pstack.out aus. <
Die <PID> ist die Prozess-ID des db2vend-Prozesses für die Datenbank.


5. Anmelden Rufen Sie dann die Snapshot-Backupsitzung ab.
DB2 Get Snapshot für Anwendungen auf <dbName>> db2snap.out

6. Jetzt können Sie "write resume" festlegen und dann das Snapshot-Backup erneut versuchen und sehen, ob es abgeschlossen wird.

7. Anmelden Sammle ein db2support.zip wie folgt:
db2support . -d <dbname> -c -s

8. Komprimieren und senden an IBM PMR:
trace.dmp

trace.fmt
trace.flw
db2vend.pstack.out

db2snap.out
db2support.zip

Betroffene Produkte

NetWorker Module for Databases and Applications

Produkte

NetWorker Module for Databases and Applications
Artikeleigenschaften
Artikelnummer: 000056670
Artikeltyp: Solution
Zuletzt geändert: 21 Apr. 2026
Version:  5
Antworten auf Ihre Fragen erhalten Sie von anderen Dell NutzerInnen
Support Services
Prüfen Sie, ob Ihr Gerät durch Support Services abgedeckt ist.