cf_diagpath-caminho de diretório de dados de diagnóstico para o parâmetro de configuração CF

Este parâmetro permite especificar o caminho totalmente qualificado para o arquivo de informações de diagnóstico para a CF

Tipo de Configuração
Gerenciador do Banco de Dados
Aplica-se a
  • Db2 pureScale®
Tipo de parâmetro
Offline configurável
Classe de propagação
Imediatos
Padrão [intervalo]
INSTHOME/sqllib/db2dump/ $m [qualquer nome de caminho válido]
Símbolos
pathname
Um caminho de diretório a ser usado em vez do diretório de dados de diagnóstico de CF padrão.
$h
Resolve para HOST_hostname.
Nota: a partir da versão 10, em Db2 pureScale, $h refere-se ao host inicial do membro..
$n
É resolvido para NODEnumber
$m
Resolve para DIAGnumber.
/trailing-dir
Um único diretório, ou um diretório e sub-diretório para trail $h ou $n
Os valores a seguir estão disponíveis:
  • '"$h"'
  • '"$h/trailing-dir"'
  • '"pathname $h"'
  • '"pathname $h/trailing-dir"'
  • '"$n"'1
  • '"$n/trailing-dir"'
  • '"pathname $n"'
  • '"pathname $n/trailing-dir"'
  • '"$m"'
  • '"$m/trailing-dir"'
  • '"pathname $m"'
  • '"pathname $m/trailing-dir"'
  • '"$h$n"'2
  • '"$h$n/trailing-dir"'
  • '"pathname $h$n"'
  • '"pathname $h$n/trailing-dir"'
  • '"$h$m"'
  • '"$h$m/trailing-dir"'
  • '"pathname $h$m"'
  • '"pathname $h$m/trailing-dir"'

Começando na Db2® versão 11.5.6, enquanto estiver em um ambiente Db2 pureScale o caminho do diretório de dados de diagnóstico do CF usado deve conter pelo menos um token de divisão ($h, $n ou $m) para garantir um arquivo de registro privado para cada membro e CF.

Nota: Quando o diretório cf_diagpath não está disponível, mas o alt_diagpath está disponível, os logs de diagnóstico CF são colocados no diretório alt_diagpath .
Cada nome de arquivo de log do CF tem o seguinte formato:
cfdiag-YYYYMMDDhhmmssuuuuuu.<cf#>.log 
No entanto, há também um único nome de log de diagnóstico estático CF que sempre aponta para o arquivo de registro de registro de diagnóstico mais atual do CF e tem o seguinte formato:
cfdiag.<cf#>.log 
Por exemplo, se você listou todos os arquivos de log do CF , você veria algo semelhante ao seguinte:
$ ls -la cfdiag*
lrwxrwxrwx 1 db2inst1 pdxdb2   35 2011-02-09 15:07 
      cfdiag.128.log -> cfdiag-20110209150733000049.128.log
lrwxrwxrwx 1 db2inst1 pdxdb2   35 2011-02-09 15:10 
      cfdiag.129.log -> cfdiag-20110209151021000040.129.log
-rw-r-xr-- 1 db2inst1 pdxdb2 1271 2011-02-09 15:07 
      cfdiag-20110209150733000049.128.log
-rw-r-xr-- 1 db2inst1 pdxdb2 1271 2011-02-09 15:07 
      cfdiag-20110209150740000082.129.log
-rw-r-xr-- 1 db2inst1 pdxdb2 1274 2011-02-09 15:10 
      cfdiag-20110209151021000040.129.log
Neste exemplo, cfdiag.128.log e cfdiag.129.log são links simbólicos para as versões mais recentes dos arquivos de log estampado do tempo contrário.

O arquivo de log do CF parece semelhante ao db2diag.log file.

1 $n é reprovado e pode ser removido em um release futuro.
2 $h$n é reprovado e pode ser removido em um release futuro.