Gestione delle directory diagnostiche per Db2

In qualità di amministratore di database, è possibile ripulire i file diagnostici creati da Db2.

Individuare la directory dei dati diagnostici controllando le Db2 impostazioni di configurazione o le impostazioni Db2 delle variabili di ambiente. Se i file presenti nel percorso della directory diagnostica causano il riempimento del file system, eseguire una delle seguenti operazioni.
  • Aumentare la dimensione della richiesta di volume persistente.
  • Sposta i file su un altro file system. Vedi tabella 1.
  • Utilizza il server per archiviare i file. Eliminali completando i seguenti passaggi:
    1. Eseguire l'utilità db2support per raccogliere le informazioni Db2 diagnostiche del sistema. Per ulteriori informazioni, consultare Utilizzo dello strumento db2support.
    2. Archivia il db2support.zip file e i file diagnostici elencati nella Tabella 1 sul tuo server con il client.
    3. Eliminare i file elencati nella Tabella 1.
Importante:
  • Non eliminare il db2diag.log file e i file all'interno della stmmlog directory. Contengono informazioni storiche che possono essere utili per diagnosticare problemi del server correlati al database.
  • Non eliminare i log attivi che si trovano all'interno della directory /mnt/logs/active o /mnt/bludata0/db2/databases/db2inst1/ log. Per eliminare i file di log attivi, vedere il comando PRUNE HISTORY/LOGFILE.
Tabella 1. File che possono essere eliminati dopo l'archiviazione
Nome file Descrizione
nome_istanza.nfy
nome_istanza. n.nfy (ad esempio db2inst.1.nfy )		 Registri delle notifiche amministrative
db2dasdiag.log Db2 registro diagnostico del server di amministrazione (DAS)
db2eventlog. xxx (ad esempio db2eventlog.123 ) Db2 registro eventi
nnnnnnn.nnnnn.nnn. dump.bin (come 1234567.12345.123.dump.bin File di dump binario delle principali strutture in memoria
nnnnnnn.n.nnn. trap.txt (ad esempio 1234567.1.123.trap.txt ) File trap
nnnnnnn.nnnnn.nnn. apm.bin (ad esempio 1234567.12345.123.amp.bin ) Accedere ai file di dump binario del gestore di piani
nnnnnnn.nnnnn.nnn. stack.txt (ad esempio 1234567.12345.123.stack.txt ) Tracce dello stack
F ODC_xxxx/core< pid > File core

Queste directory FODC_xxxx contengono il timestamp nel nome della directory. Conserva le directory più recenti e i relativi file. La cronologia può essere utile per diagnosticare possibili problemi futuri relativi al database. Una linea guida è quella di conservarne almeno una quantità sufficiente per una settimana.
events/db2optstats.n.log, come events/db2optstats.1.log. File di registro delle statistiche
Per ulteriori dettagli sull'automazione della gestione dei file di log diagnostici, consultare Automazione delle attività con l'Administrative Task Scheduler (ATS) per il servizio Db2.