Sauvegardes de snapshot NMDA DB2 suspendues

Résumé: Sauvegardes de snapshots DB2 suspendues

Cet article concerne Cet article ne concerne pas Cet article n’est associé à aucun produit spécifique. Toutes les versions du produit ne sont pas identifiées dans cet article.
Consulter d’autres ressources

Symptômes



Sauvegardes de snapshot NMDA DB2 suspendues
La base de données DB2 est en mode
de suspension d’écriture Erreur dans db2diag.log
Avertissement :
----------------------------------------
2016-05-20-15.05.16.771114+000 E7423877A808 LEVEL : PID d’avertissement
: 7733668 TID : 47390 PROC : db2sysc 0
INSTANCE : <instance_name> NODE : 000 DB :
APPHDL : 0-57647 APPID : <app_id>
AUTHID :  
EDUID : 47390 EDUNAME : db2agent (instance) 0
FUNCTION : DB2 UDB, moniteur de base de données, sqm___sqlmonssagnt, sonde : 1234
DATA #1 : <préformaté>
 
Cela se produit lorsqu’un snapshot autre qu’une liste d’applications est tenté
sur une base de données dont l’écriture est suspendue. Cela est nécessaire en raison de conflits de prise du sein
. Cette base de données est ignorée dans le snapshot, mais les autres bases de
données doivent tout de même être traitées. Ignorer la base de données '<db_name>'.
Pour plus d’informations sur la suspension d’écriture, reportez-vous à la
commande « db2 set write suspend for database ».
------------------------------------------

Cause

Le workflow DB2 fonctionne comme suit :

DB2 appelle db2ACSPrepare() dans la bibliothèque NMDA DB2 pour effectuer la préparation initiale afin de préparer le snapshot matériel. Une fois cette opération effectuée, DB2 Database Manager suspend la base de données et appelle la fonction NMDA DB2 db2ACSSnapshot(). Dans ce cas, DB2 n’appelle pas db2ACSSnapshot(). Le workflow s’arrête et se bloque pour permettre au moteur DB2 de poursuivre la sauvegarde. Support IBM PMR : 29538,004,000 est ouvert.  L’équipe d’ingénierie IBM DB2 a besoin de plus de débogage pour déterminer la cause première de ce blocage.

Résolution

Contournement:

- Annuler la sauvegarde
en cours - Sortir la base de données du mode

de suspension d’écriture Afin de découvrir la cause première, le support IBM DB2 demande les informations suivantes pour une enquête plus approfondie,1

. Supprimez/déplacez les piles/vidages dans le répertoire db2dump. Il crée de nouvelles piles/vidages sans mélanger les anciens. (Chemin Unix/Linux : /$INSTHOME/sqllib/db2dump)

2. DB2 trace pendant une courte période :
db2trc on -f trace.dmp
Patientez environ 30 secondes
DB2TRC OFF
db2trc fmt trace.dmp trace.fmt
db2trc flw trace.dmp trace.flw

3. Rassemblez les piles :
db2pd -stack all -rep 5 5

4. Lorsque l’étape 3) est terminée, exécutez le
PID>> procstack <db2vend.pstack.out
Le <PID> est l’ID du processus db2vend pour la base de données.

5. Ensuite, obtenez la session de sauvegarde des snapshots,
DB2 Obtenir un snapshot pour les applications sur <dbname>> db2snap.out

6. Vous pouvez maintenant définir une reprise d’écriture, puis réessayer la sauvegarde de snapshot pour voir si elle se termine.

7. Recueillez un db2support.zip comme suit :
db2support . -d <dbname> -c -s

8. Compressez et envoyez à IBM PMR :
trace.dmp
trace.fmt
trace.flw
db2vend.pstack.out
db2snap.out
db2support.zip

Produits concernés

NetWorker Module for Databases and Applications

Produits

NetWorker Module for Databases and Applications
Propriétés de l’article
Numéro d’article: 000056670
Type d’article: Solution
Dernière modification: 21 Apr 2026
Version:  5
Trouvez des réponses à vos questions auprès d’autres utilisateurs Dell
Services de support
Vérifiez si votre appareil est couvert par les services de support.