Caminho do diretório dos dados de diagnóstico
Dependendo da sua plataforma, as informações de diagnóstico Db2® contidas em um arquivo dump, arquivo trap, arquivo de log de diagnóstico, arquivo de log de notificação de administração, arquivo de log de alerta e pacote de captura de dados da primeira ocorrência (FODC) podem ser encontradas no diretório de dados de diagnóstico especificado pelos parâmetros de configuração do gerenciador de banco de dados diagpath ou alt_diagpath.
Visão Geral
- Caminho do diretório de dados de diagnóstico primário
- Todos os dados de diagnóstico de membros, recursos de cache de cluster, servidores de partição de banco de dados e partições de banco de dados são registrados em um arquivo de log privado db2diag. Esse caminho de diretório de dados de diagnóstico dividido é a condição padrão, a menos que você especifique o valor diagpath com um nome de caminho válido e os identificadores de padrão
$h,$nou$m. - Caminho alternativo do diretório de dados de diagnóstico
- O parâmetro de configuração do gerenciador de banco de dados alt_diagpath é um caminho alternativo do diretório de dados de diagnóstico que fornece um caminho secundário para armazenar informações de diagnóstico. O caminho especificado pelo parâmetro alt_diagpath é usado somente quando o gerenciador de banco de dados não consegue gravar no caminho especificado em diagpath e garante que informações importantes de diagnóstico não sejam perdidas. Para que o caminho alternativo do diretório de dados de diagnóstico esteja disponível, você deve definir o parâmetro de configuração alt_diagpath. Para aumentar a resiliência, é recomendável definir esse parâmetro como um caminho que esteja em um sistema de arquivos diferente do diagpath.
Benefícios
A vantagem de especificar um único caminho de diretório de dados de diagnóstico é que as informações de diagnóstico, de várias partições de banco de dados e hosts, podem ser consolidadas em um local central para fácil acesso, definindo um único caminho de diretório de dados de diagnóstico. A vantagem de usar o caminho padrão do diretório de dados de diagnóstico dividido é que o desempenho do registro de diagnóstico pode ser melhorado devido a menos contenções no arquivo de registro db2diag.
- Maior resiliência à perda de informações importantes de diagnóstico.
- Compatibilidade com algumas ferramentas usadas para diagpath, como a divisão.
Mesclagem de arquivos e classificação de registros
A fusão e a classificação de registros de vários arquivos de diagnóstico do mesmo tipo, com base em registros de data e hora, podem ser feitas com o comando db2diag -merge no caso de um caminho de diretório de dados de diagnóstico dividido. Para obter mais informações, consulte: db2diag - comando da ferramenta de análise de logs db2diag
.
Requisitos de espaço para dados de diagnóstico
A coleta de dados de diagnóstico no caminho especificado pelo parâmetro diagpath pode gerar grandes volumes de informações de diagnóstico, especialmente se os despejos de arquivos principais e os dados de captura de dados da primeira ocorrência (FODC) não forem redirecionados para um caminho de diretório separado ou se você usar um único arquivo db2diag.log que aumenta de tamanho indefinidamente. Deve haver espaço suficiente disponível para armazenar os dados de diagnóstico, e você deve fazer uma manutenção regular no caminho do diagnóstico para garantir que haja espaço suficiente disponível.
É possível usar as seguintes recomendações ao configurar o registro de dados de diagnóstico no servidor de dados para garantir que os requisitos de espaço para os dados de diagnóstico sejam atendidos:
- Atender aos requisitos mínimos de espaço para diagnóstico
- A quantidade mínima de espaço livre disponível no caminho do diretório de diagnóstico deve ser duas vezes a quantidade de memória física instalada na máquina (espaço livre mínimo = 2x memória física). Por exemplo, se uma máquina tiver 64 GB de memória física instalada, um mínimo de 128 GB de espaço para dados de diagnóstico deverá estar disponível no sistema de arquivos.
- Redirecionar os despejos de arquivos principais e os dados do FODC para um caminho de diretório diferente
- Tanto os despejos de arquivos principais quanto os dados do FODC podem consumir espaço em disco significativo rapidamente e ambos enviam dados para o caminho do diretório especificado pelo parâmetro de configuração do gerenciador de banco de dados diagpath por padrão. Para manter mais espaço disponível no caminho do diretório de diagnóstico, os despejos de arquivos principais e os dados do FODC podem ser redirecionados para um caminho de diretório ou sistema de arquivos diferente. Você pode controlar onde os arquivos principais são gerados por meio da variável de registro DB2FODC, definindo a variável DUMPDIR para apontar para um caminho de diretório diferente de diagpath. Da mesma forma, você pode controlar onde os diretórios de pacotes do FODC são criados configurando a variável FODCPATH para apontar para um caminho de diretório diferente.
- Mover ou remover arquivos que não são mais necessários
- Se você executar o comando db2support sem especificar um caminho de saída diferente de diagpath, o arquivo compactado resultante será armazenado no caminho do diretório de diagnóstico. Depois de fazer o upload do arquivo para a IBM, lembre-se de mover o arquivo compactado para fora do caminho do diretório de diagnóstico ou ele continuará a consumir o espaço em disco disponível.
- Configurar a rotação de logs de diagnóstico e arquivos de log de arquivamento
- Por padrão, se você usar um único arquivo db2diag.log, o arquivo de log de diagnóstico Db2 aumentará de tamanho indefinidamente. Se você configurar para logs de diagnóstico rotativos definindo o parâmetro de configuração do gerenciador de banco de dados diagsize, serão usados uma série de arquivos de log de diagnóstico rotativos e uma série de arquivos de log de notificação de administração rotativos que se encaixam no tamanho definido por diagsize. À medida que os arquivos de registro são preenchidos, os arquivos mais antigos são excluídos e novos arquivos de registro são criados. Além disso, quando o arquivo db2diag.log mais antigo for excluído, os diretórios do FODC e outros arquivos de diagnóstico mais antigos do que o novo intervalo de tempo do db2diag.log serão excluídos. Para evitar a perda muito rápida de informações devido à rotação de arquivos (a exclusão do arquivo de log mais antigo), defina diagsize como um valor superior a 50 MB, mas não superior a 80% do espaço livre nos caminhos de diretório especificados com os parâmetros diagpath e alt_diagpath. Também é possível preservar os arquivos de registro de diagnóstico rotativos arquivando-os em diagpath com o comando db2diag -archive.
- Configurar um caminho de diagnóstico alternativo
- Como proteção contra falhas para evitar a perda de informações importantes de diagnóstico, o parâmetro de configuração do gerenciador de banco de dados alt_diagpath fornece um caminho alternativo de diretório de dados de diagnóstico para armazenar informações de diagnóstico. Se o gerenciador de banco de dados não conseguir gravar no caminho especificado por diagpath, o caminho especificado por alt_diagpath será usado para armazenar informações de diagnóstico até que diagpath fique disponível novamente. Para aumentar a resiliência, aponte o parâmetro alt_diagpath para um sistema de arquivos diferente do parâmetro diagpath.