Monitoramento o Uso dos Recursos
O DBA é responsável por monitorar o ambiente de banco de dados em uma base contínua para garantir que um nível eficiente de serviço é prestado, mantendo a integridade do banco de dados. O DBA deve implementar um conjunto de procedimentos destinados a prever a degradação da performance antes do evento e para ajustar a operação ou o design do banco de dados de forma ordenada e controlada. Este conjunto de procedimentos inclui;
- identificar fontes potenciais de degradação;
- a criação de ferramentas para monitorar o desempenho do banco de dados, e;
- controlar a implementação de ajustes.
Relatórios sobre Uso dos Recursos
O DBA deve apresentar regularmente relatórios sobre o uso de banco de dados e desempenho tanto de processamento de dados e gerenciamento de usuários. Os relatórios devem ser factual, mas também deve incluir recomendações para ajustar o ambiente de banco de dados. Deve ser lembrado que o tuning, enquanto beneficia a organização como um todo, podem afetar adversamente o serviço recebido por um ou mais usuários. Qualquer decisão sobre o ajuste deve, portanto, ser feita por todos os usuários afetados.
Monitorando e Controlando o banco de dados
A DBA deve estabelecer controles apropriados e controlá-los para assegurar a integridade da base de dados.
Gerados por computador totais de controle podem ser verificados e cross-pés entre as execuções de processamento do computador ou relatórios gerados. Respostas em lote (ou consultas) podem incluir informações como o tempo exato de execução, parâmetros de pesquisa, hora da última atualização dos dados, e os controles de parâmetros primários. Isso aumenta o nível de confiança e ajuda a assegurar a integridade da base de dados.
O problema de totais de controle assume diferentes formas em diferentes instalações. Embora regras rígidas e rápidas não são possíveis nesta área, algumas diretrizes gerais podem ser dadas.
O DBA precisa garantir que é dada a devida atenção às seguintes áreas do design de cada sistema de aplicação que irá utilizar o banco de dados:
- O que controla pode ser verificado em cada corrida atualização em lote? Por exemplo, a contagem de recordes, adições, exclusões, atualizações. - O controle requer uma plena passagem arquivo de verificá-los? Por exemplo, o campo valor total de hash. - O operações de entrada, logs Adabas, etc, devem ser mantidas a fim de ser capaz de recuperar totais de controle quando se encontram a ser errado no fim de um dado período de? São totais de controle localizadas (isto é, por ramo, grupo de produtos) de qualquer uso na identificação de áreas afetadas por um erro total controle de arquivo?
Gestão de Desempenho, estatísticas e Tuning
A tabela a seguir ilustra algumas das estatísticas de monitoramento que podem ser utilizados e quais ajustes (ou ajuste) no ambiente de banco de dados podem resultar.
O DBA deve ter cuidado para não exagerar a mudanças nos itens listados na tabela. A súbita mudança de tráfego da linha, tempos de resposta, etc, pode ser apenas temporário. É importante para determinar se a alteração representa uma tendência permanente ou uma perturbação temporária para o modo normal de funcionamento.
A mesa pode ser usada para determinar o que pode ser necessário ajuste quando um novo projecto causará uma mudança significativa no terminal de linha e de tráfego, os tempos de resposta, etc O DBA pode então actuar com antecedência para minimizar estes efeitos, antes do novo sistema de aplicação é implementada .
Sessão de Estatisticas do Adabas
As estatísticas impressas no fim de cada sessão Adabas pode ser utilizada para monitorizar o desempenho do Adabas. Especificamente, as estatísticas de sessão incluem
- input / estatísticas (I / O) de saída; - estatísticas de comando e - piscina / estatísticas de uso da fila. - Input / Output Statistics
As seguintes estatísticas de E/S são fornecidos:
Conta de I/O (incluindo a inicialização)
Se o valor for inferior a 10, o DBA pode querer aumentar o tamanho do buffer Adabas (consulte a documentação de Operações Adabas, ADARUN LBP descrição do parâmetro).
Distribuição do ASSO/DATA I/O por número de VOL-SER (Excluindo Inicialização)
Comando Estatísticas
No exemplo a seguir, as estatísticas de comando são fornecidos para uma sessão em que Adabas executadas 12.687 ligações em cinco tópicos.
Distribuição de Comandos por File
A tabela a seguir mostra a fonte de comandos para a sessão de: quer a partir do mesmo ambiente (local) ou a partir de um ambiente remoto através de uma rede:
Adabas comandos de atualização de leitura e exigem um tampão formato que especifica os campos a serem lidas ou atualizadas. Este formato de buffer é interpretado e transformado em um buffer Formato interno por Adabas, que entra em cada tampão formato interno resultante no pool de buffer interno Format. Cada buffer formato interno é identificado por uma combinação de IDs de usuário e de comando.
Para cada novo comando read / update, Adabas olha para ver se um ID de usuário / comando entrada ID já está presente na área de buffer formato. Se não, Adabas traduz tampão novo formato do comando e entra ele na piscina. Uma vez que o buffer formato torna-se completa, uma entrada existente deve ser substituído para acomodar uma nova entrada.
O processo de tradução formato é intensivo da CPU. Portanto, o DBA deve garantir que um número excessivo de formatação substitui não estão ocorrendo, fazendo o seguinte:
1 - Certifique-se de que os programas de usuários estão fazendo uso correto de IDs de comando, isto é, o uso de IDs de comando não estão em branco quando for o caso e liberar IDs de comando quando não for mais necessário. Para mais informações sobre o uso de ID de comando, consulte a documentação de referência de comando Adabas.
2 - Considere aumentar o tamanho do conjunto de tampão formato interno (com o parâmetro LFP ADARUN, descritos na documentação de Operações Adabas).
O núcleo Adabas produz estatísticas sobre traduções formato e formatação substitui no final de cada sessão. O Adabas operador comando DSTAT também pode ser usado para obter esta informação.
Autorestarts
O número de Autorestarts executadas durante a sessão.
Comando Throwbacks
O número de vezes que um comando não pode ser executado porque o núcleo Adabas estava esperando por
- um ISN disponível, ou
- Adabas Buffer espaço de trabalho
Nesse caso, o comando é jogado de volta para a fila de comandos para processamento em um momento posterior.
Se qualquer um destes números é maior do que zero:
1 - ajustar a relação entre o ADARUN LWP (tamanho do pool de trabalho) e LS (área de trabalho do tipo) parâmetros;
2 - aumentar o tamanho do pool de trabalho Adabas (ADARUN parâmetro LWP);
3 - avaliar ADARUN TT (limite de tempo de transação) parâmetro;
4 - verificar lógica hold programa de aplicação;
5 - aumentar o tamanho da fila de espera Adabas (ADARUN parâmetro NH), e
6 - usar superdescriptors para reduzir a complexidade dos comandos de busca.
Os parâmetros ADARUN estão descritas na documentação de Operações do Adabas.
Buffer Flushes
O número de descargas do buffer realizada durante a sessão.
O pool de buffers Adabas representa um banco de dados virtual que é compartilhado por todos os usuários ativos. Ele contém o Associator mais utilizado e blocos de armazenamento de dados, e seu objetivo é minimizar a atividade de E/S física.
O tamanho do conjunto de tampão é determinado pelo parâmetro de ADARUN LBP. LBP deve ser definido tão grande quanto possível com a restrição de que a fixação de um valor muito grande pode causar paginação excessiva pelo sistema operacional.
Buffer e Queue Statistics
As estatísticas de sessão incluem o tampão e utilização máxima da fila durante a sessão. Estas estatísticas são apresentadas para todos os buffers e filas (exceto a área de buffer) para que marcas de alta água podem ser calculadas. A tabela a seguir mostra marcas de alta de água para uma sessão de amostra:
O UQF é a extensão da fila de usuário que contém a lista de arquivos. O tamanho de seu buffer é calculado usando o tamanho da buffer UQ.
As marcas high-water são fornecidos em conjunto com o ajuste de parâmetros ADARUN aplicável que estava em vigor para a sessão.
O DBA deve monitorar cada marca d'água e, se necessário, fazer ajustes para os parâmetros ADARUN apropriadas.
Command Logging
Registro de comando Adabas pode ser usado para gerar informações sobre todos os comandos emitidos pelos usuários para Adabas. Algumas das informações fornecidas são
- identificação do usuário;
- a hora do dia;
- o comando usado;
- o arquivo acessado;
- o registro acessada;
- o código de resposta Adabas recebido;
- o tempo necessário para o comando para executar.
- Registro de comando é controlado pelo parâmetro de registro ADARUN.
O DBA é responsável por monitorar o ambiente de banco de dados em uma base contínua para garantir que um nível eficiente de serviço é prestado, mantendo a integridade do banco de dados. O DBA deve implementar um conjunto de procedimentos destinados a prever a degradação da performance antes do evento e para ajustar a operação ou o design do banco de dados de forma ordenada e controlada. Este conjunto de procedimentos inclui;
- identificar fontes potenciais de degradação;
- a criação de ferramentas para monitorar o desempenho do banco de dados, e;
- controlar a implementação de ajustes.
Relatórios sobre Uso dos Recursos
O DBA deve apresentar regularmente relatórios sobre o uso de banco de dados e desempenho tanto de processamento de dados e gerenciamento de usuários. Os relatórios devem ser factual, mas também deve incluir recomendações para ajustar o ambiente de banco de dados. Deve ser lembrado que o tuning, enquanto beneficia a organização como um todo, podem afetar adversamente o serviço recebido por um ou mais usuários. Qualquer decisão sobre o ajuste deve, portanto, ser feita por todos os usuários afetados.
Monitorando e Controlando o banco de dados
A DBA deve estabelecer controles apropriados e controlá-los para assegurar a integridade da base de dados.
Gerados por computador totais de controle podem ser verificados e cross-pés entre as execuções de processamento do computador ou relatórios gerados. Respostas em lote (ou consultas) podem incluir informações como o tempo exato de execução, parâmetros de pesquisa, hora da última atualização dos dados, e os controles de parâmetros primários. Isso aumenta o nível de confiança e ajuda a assegurar a integridade da base de dados.
O problema de totais de controle assume diferentes formas em diferentes instalações. Embora regras rígidas e rápidas não são possíveis nesta área, algumas diretrizes gerais podem ser dadas.
O DBA precisa garantir que é dada a devida atenção às seguintes áreas do design de cada sistema de aplicação que irá utilizar o banco de dados:
- O que controla pode ser verificado em cada corrida atualização em lote? Por exemplo, a contagem de recordes, adições, exclusões, atualizações. - O controle requer uma plena passagem arquivo de verificá-los? Por exemplo, o campo valor total de hash. - O operações de entrada, logs Adabas, etc, devem ser mantidas a fim de ser capaz de recuperar totais de controle quando se encontram a ser errado no fim de um dado período de? São totais de controle localizadas (isto é, por ramo, grupo de produtos) de qualquer uso na identificação de áreas afetadas por um erro total controle de arquivo?
Gestão de Desempenho, estatísticas e Tuning
A tabela a seguir ilustra algumas das estatísticas de monitoramento que podem ser utilizados e quais ajustes (ou ajuste) no ambiente de banco de dados podem resultar.
+----------------------------------+-------------------------------------------------------------------------------------------------------+
| | Pode requerer ajuste de .... |
| +-----------------+--------------------+-----------------------+----------------+-----------------------+
| Mudanças em ... | estrutura de | método de acesso | hardware ou | prioridade de | alocação de |
| | banco de dados | utilizado | configuração de soft. | processamento | armazenamento em disco|
+----------------------------------+-----------------+--------------------+-----------------------+----------------+-----------------------+
| terminal e o tráfego de linhas | | Y | Y | Y | Y |
+----------------------------------+-----------------+--------------------+-----------------------+----------------+-----------------------+
| tempos de resposta | Y | Y | Y | Y | Y |
| (desempenho de aplicações) | | | | | |
+----------------------------------+-----------------+--------------------+-----------------------+----------------+-----------------------+
| totais de acesso | Y | Y | | | Y |
| por usuário e descritor | | | | | |
+----------------------------------+-----------------+--------------------+-----------------------+----------------+-----------------------+
| tamanho do banco | Y | Y | Y | | Y |
+----------------------------------+-----------------+--------------------+-----------------------+----------------+-----------------------+
| taxa de crescimento dos dados | Y | Y | Y | | Y |
+----------------------------------+-----------------+--------------------+-----------------------+----------------+-----------------------+O DBA deve ter cuidado para não exagerar a mudanças nos itens listados na tabela. A súbita mudança de tráfego da linha, tempos de resposta, etc, pode ser apenas temporário. É importante para determinar se a alteração representa uma tendência permanente ou uma perturbação temporária para o modo normal de funcionamento.
A mesa pode ser usada para determinar o que pode ser necessário ajuste quando um novo projecto causará uma mudança significativa no terminal de linha e de tráfego, os tempos de resposta, etc O DBA pode então actuar com antecedência para minimizar estes efeitos, antes do novo sistema de aplicação é implementada .
Sessão de Estatisticas do Adabas
As estatísticas impressas no fim de cada sessão Adabas pode ser utilizada para monitorizar o desempenho do Adabas. Especificamente, as estatísticas de sessão incluem
- input / estatísticas (I / O) de saída; - estatísticas de comando e - piscina / estatísticas de uso da fila. - Input / Output Statistics
As seguintes estatísticas de E/S são fornecidos:
Conta de I/O (incluindo a inicialização)
+---------+---------+
| Reads | Writes |
+------------+---------+---------+
| ASSO | 50 | 21 |
+------------+---------+---------+
| DATA | 2388 | 2184 |
+------------+---------+---------+
| WORK | 9 | 1385 |
+------------+---------+---------+
| PLOG | 9 | 1603 |
+------------+---------+---------+
| CLOG | 0 | 0 |
+------------+---------+---------+
| TOTAL: | 2456 | 5193 |
+------------+---------+---------+
| LOG. READS | 33899 | |
+------------+---------+---------+
| BUFFER EFF.| 13.9 | |
+------------+---------+---------+Se o valor for inferior a 10, o DBA pode querer aumentar o tamanho do buffer Adabas (consulte a documentação de Operações Adabas, ADARUN LBP descrição do parâmetro).
Distribuição do ASSO/DATA I/O por número de VOL-SER (Excluindo Inicialização)
+-----------+--------------+----------+
| VOL-SER | HIGH RABN | COUNT |
+-----------+--------------+----------+
| ADA003 | (ASSO: 894) | 38 |
+-----------+--------------+----------+
| ADA003 | (ASSO: 2544) | 6 |
+-----------+--------------+----------+
| ADA003 | (DATA: 894) | 0 |
+-----------+--------------+----------+
| ADA003 | (DATA: 1344) | 4572 |
+-----------+--------------+----------+
| TOTAL: | 4616 | |
+-----------+--------------+----------+Comando Estatísticas
No exemplo a seguir, as estatísticas de comando são fornecidos para uma sessão em que Adabas executadas 12.687 ligações em cinco tópicos.
Distribuição de Comandos por File
A tabela a seguir mostra a fonte de comandos para a sessão de: quer a partir do mesmo ambiente (local) ou a partir de um ambiente remoto através de uma rede:
+----------+---------------+
|File | Number |
+----------+---------------+
| 0 | 4,247 |
+----------+---------------+
| 1 | 8,404 |
+----------+---------------+
| TOTAL | 12,651 |
+----------+---------------+
+-----------------+---------------+
| Tipo de Comando | Numero |
+-----------------+---------------+
| A1/4 | 4,198 |
+-----------------+---------------+
| ET | 4,191 |
+-----------------+---------------+
| L1/4 | 4,242 |
+-----------------+---------------+
| OP | 56 |
+-----------------+---------------+
| TOTAL | 12,687 |
+-----------------+---------------+ THERE WERE 56 USERS PARTICIPATING
MOST CALLS ( 57) INITIATED BY USER user ID
MOST I/O-S ( 14) INITIATED BY USER user ID
MOST THR.-TIME (04:16:32) WAS USED BY USER user ID+------+----------------------------------------------+
| 28 | Formatos tevem de ser traduzido |
| 0 | Formatos tevem que ser substituído |
| 0 | Autorestarts que foram feitas |
| 20 | Throw-backs devido a ISN com problema |
| 16 | Throw-backs devido a problema de espaço |
| 186 | Liberações feitas do Buffer |
+------+----------------------------------------------+
Adabas comandos de atualização de leitura e exigem um tampão formato que especifica os campos a serem lidas ou atualizadas. Este formato de buffer é interpretado e transformado em um buffer Formato interno por Adabas, que entra em cada tampão formato interno resultante no pool de buffer interno Format. Cada buffer formato interno é identificado por uma combinação de IDs de usuário e de comando.
Para cada novo comando read / update, Adabas olha para ver se um ID de usuário / comando entrada ID já está presente na área de buffer formato. Se não, Adabas traduz tampão novo formato do comando e entra ele na piscina. Uma vez que o buffer formato torna-se completa, uma entrada existente deve ser substituído para acomodar uma nova entrada.
O processo de tradução formato é intensivo da CPU. Portanto, o DBA deve garantir que um número excessivo de formatação substitui não estão ocorrendo, fazendo o seguinte:
1 - Certifique-se de que os programas de usuários estão fazendo uso correto de IDs de comando, isto é, o uso de IDs de comando não estão em branco quando for o caso e liberar IDs de comando quando não for mais necessário. Para mais informações sobre o uso de ID de comando, consulte a documentação de referência de comando Adabas.
2 - Considere aumentar o tamanho do conjunto de tampão formato interno (com o parâmetro LFP ADARUN, descritos na documentação de Operações Adabas).
O núcleo Adabas produz estatísticas sobre traduções formato e formatação substitui no final de cada sessão. O Adabas operador comando DSTAT também pode ser usado para obter esta informação.
Autorestarts
O número de Autorestarts executadas durante a sessão.
Comando Throwbacks
O número de vezes que um comando não pode ser executado porque o núcleo Adabas estava esperando por
- um ISN disponível, ou
- Adabas Buffer espaço de trabalho
Nesse caso, o comando é jogado de volta para a fila de comandos para processamento em um momento posterior.
Se qualquer um destes números é maior do que zero:
1 - ajustar a relação entre o ADARUN LWP (tamanho do pool de trabalho) e LS (área de trabalho do tipo) parâmetros;
2 - aumentar o tamanho do pool de trabalho Adabas (ADARUN parâmetro LWP);
3 - avaliar ADARUN TT (limite de tempo de transação) parâmetro;
4 - verificar lógica hold programa de aplicação;
5 - aumentar o tamanho da fila de espera Adabas (ADARUN parâmetro NH), e
6 - usar superdescriptors para reduzir a complexidade dos comandos de busca.
Os parâmetros ADARUN estão descritas na documentação de Operações do Adabas.
Buffer Flushes
O número de descargas do buffer realizada durante a sessão.
O pool de buffers Adabas representa um banco de dados virtual que é compartilhado por todos os usuários ativos. Ele contém o Associator mais utilizado e blocos de armazenamento de dados, e seu objetivo é minimizar a atividade de E/S física.
O tamanho do conjunto de tampão é determinado pelo parâmetro de ADARUN LBP. LBP deve ser definido tão grande quanto possível com a restrição de que a fixação de um valor muito grande pode causar paginação excessiva pelo sistema operacional.
Buffer e Queue Statistics
As estatísticas de sessão incluem o tampão e utilização máxima da fila durante a sessão. Estas estatísticas são apresentadas para todos os buffers e filas (exceto a área de buffer) para que marcas de alta água podem ser calculadas. A tabela a seguir mostra marcas de alta de água para uma sessão de amostra:
+-----------+------------------+-----------------+----+
| Pool Area | ADARUN Parameter | High-Water Mark | % |
+-----------+------------------+-----------------+----+
| AB | NAB = 10 | 12032 | 29 |
+-----------+------------------+-----------------+----+
| CQ | NC = 20 | 3648 | 95 |
+-----------+------------------+-----------------+----+
| DUQ | LDEUQP = 5000 | 500 | 10 |
+-----------+------------------+-----------------+----+
| FI | LFP= 12000 | 1760 | 14 |
+-----------+------------------+-----------------+----+
| HQ | NH = 100 | 552 | 23 |
+-----------+------------------+-----------------+----+
| SC | LCP= 10000 | 0 | 0 |
+-----------+------------------+-----------------+----+
| TBI | LI = 10000 | 0 | 0 |
+-----------+------------------+-----------------+----+
| TBS | LQ = 10000 | 0 | 0 |
+-----------+------------------+-----------------+----+
| UQ | NU = 20 | 4880 | 86 |
+-----------+------------------+-----------------+----+
| UQF | NU = 20 | | |
+-----------+------------------+-----------------+----+
| WORK | LWP = 14000 | 70464 | 50 |
+-----------+------------------+-----------------+----+
| XID | XID = 0 | 0 | 0 |
+-----------+------------------+-----------------+----+O UQF é a extensão da fila de usuário que contém a lista de arquivos. O tamanho de seu buffer é calculado usando o tamanho da buffer UQ.
As marcas high-water são fornecidos em conjunto com o ajuste de parâmetros ADARUN aplicável que estava em vigor para a sessão.
O DBA deve monitorar cada marca d'água e, se necessário, fazer ajustes para os parâmetros ADARUN apropriadas.
Command Logging
Registro de comando Adabas pode ser usado para gerar informações sobre todos os comandos emitidos pelos usuários para Adabas. Algumas das informações fornecidas são
- identificação do usuário;
- a hora do dia;
- o comando usado;
- o arquivo acessado;
- o registro acessada;
- o código de resposta Adabas recebido;
- o tempo necessário para o comando para executar.
- Registro de comando é controlado pelo parâmetro de registro ADARUN.
0 comentários:
Enviar um comentário