Guia do Probe Mecanismo de dados do CA Nimsoft Monitor

CA Nimsoft Monitor
Guia do Probe Mecanismo de dados
data_engine série 7.9
Aviso de copyright do CA Nimsoft Monitor
Este sistema de ajuda online (o “Sistema”) destina-se somente para fins informativos e
está sujeito a alteração ou revogação por parte da CA a qualquer momento.
O Sistema não pode ser copiado, transferido, reproduzido, divulgado, modificado nem
duplicado, por inteiro ou em parte, sem o prévio consentimento por escrito da CA. O
Sistema contém informações confidenciais e propriedade da CA e está protegido pelas
leis de direitos autorais dos Estados Unidos e por tratados internacionais. O Sistema não
pode ser divulgado nem usado para nenhum fim que não seja o permitido em um
acordo separado entre você e a CA, o qual rege o uso do software da CA ao qual o
Sistema está relacionado (o “Software da CA”). Tal acordo não é modificado de nenhum
modo pelos termos deste aviso.
Não obstante o que foi estabelecido acima, se você for um usuário licenciado do
Software da CA, poderá fazer uma cópia do Sistema para uso interno por você e seus
funcionários, contanto que todas as legendas e avisos de direitos autorais da CA estejam
afixados à cópia reproduzida.
O direito de fazer uma cópia do Sistema está limitado ao período de vigência no qual a
licença do Software da CA permanece em pleno vigor e efeito. Em caso de término da
licença, por qualquer motivo, você fica responsável por garantir à CA, por escrito, que
todas as cópias, parciais ou integrais, do Sistema foram destruídas.
DENTRO DO PERMITIDO PELA LEI APLICÁVEL, A CA FORNECE O SISTEMA “COMO ESTÁ”,
SEM GARANTIA DE NENHUM TIPO, INCLUINDO, SEM LIMITAÇÃO, QUAISQUER
GARANTIAS IMPLÍCITAS DE COMERCIABILIDADE E ADEQUAÇÃO A UM DETERMINADO
FIM OU NÃO VIOLAÇÃO. EM NENHUMA OCASIÃO, A CA SERÁ RESPONSÁVEL POR
QUAISQUER PERDAS OU DANOS, DIRETOS OU INDIRETOS, DO USUÁRIO FINAL OU DE
QUALQUER TERCEIRO, RESULTANTES DO USO DESTE SISTEMA INCLUINDO, SEM
LIMITAÇÃO, LUCROS CESSANTES, PERDA DE INVESTIMENTO, INTERRUPÇÃO DOS
NEGÓCIOS, PERDA DE DADOS OU ATIVOS INTANGÍVEIS, MESMO QUE A CA TENHA SIDO
EXPRESSAMENTE ADVERTIDA SOBRE A POSSIBILIDADE DE TAIS PERDAS E DANOS.
O fabricante deste Software é a CA.
Fornecido nos termos de “Direitos restritos”. O uso, a duplicação ou a divulgação pelo
Governo dos Estados Unidos está sujeito às restrições definidas nas seções 12.212,
52.227-14 e 52.227-19(c)(1) - (2) da FAR e na seção 252.227-7014(b)(3) da DFARS,
conforme aplicável, ou seus sucessores.
Copyright © 2014 CA. All rights reserved. Todas as marcas comerciais, nomes
comerciais, marcas de serviços e logotipos mencionados neste documento pertencem
às respectivas empresas.
As informações legais sobre software de domínio público e de terceiros usado na
solução do Nimsoft Monitor estão documentadas em Licenças de Terceiros e Termos de
Uso do Nimsoft Monitor (http://docs.nimsoft.com/prodhelp/en_US/Library/Legal.html).
Entrar em contato com a CA
Entrar em contato com a CA Support
Para sua conveniência, a CA Technologies oferece um site onde é possível acessar as
informações necessárias a seus produtos da CA Technologies para escritório doméstico,
pequena empresa e corporativos. Em http://ca.com/support, é possível acessar os
seguintes recursos:
■
Informações para contato online e telefônico, assistência técnica e atendimento ao
cliente
■
Informações sobre fóruns e comunidades de usuário
■
Downloads de produto e documentação
■
Políticas e diretrizes de CA Support
■
Outros recursos úteis adequados ao seu produto
Fornecendo comentários sobre a documentação do produto
Enviar comentários ou perguntas sobre a documentação de produtos da Nimsoft da CA
Technologies para nimsoft.techpubs @ ca.com.
Se desejar fornecer comentários sobre a documentação geral dos produtos da CA
Technologies, responda nossa breve pesquisa do cliente, disponível no site de CA
Support, encontrado em http://ca.com/docs.
Índice
Capítulo 1: Visão geral
9
Como o probe data_engine coleta e mantém dados de QoS ...................................................................................... 9
Colunas da tabela DADOS_deQoS_RN ....................................................................................................................... 10
Índices de tabela_RN .................................................................................................................................................. 10
Inicialização do data_engine ...................................................................................................................................... 10
Modo paralelo ..................................................................................................................................................... 11
Modo de série ..................................................................................................................................................... 12
Capítulo 2: Tarefas de configuração
13
Pré-requisitos para Autenticação SQL no Microsoft SQL Server ................................................................................ 13
Alterar as propriedades da conexão do banco de dados ........................................................................................... 14
Definir as configurações de retenção de dados ......................................................................................................... 14
Substitua as configurações de retenção de dados em objetos de QoS individuais ................................................... 15
Configurar a Manutenção do índice (MS SQL Server) ................................................................................................ 15
Configurar o particionamento de dados brutos de amostra (MS SQL Server) ........................................................... 16
Programar manutenção do banco de dados .............................................................................................................. 16
Capítulo 3: Melhores Práticas
17
Capítulo 4: Detalhes da configuração
19
data_engine ............................................................................................................................................................... 19
Configuração do banco de dados ............................................................................................................................... 20
MySQL ................................................................................................................................................................. 21
Microsoft SQL Server .......................................................................................................................................... 22
Oracle .................................................................................................................................................................. 23
Qualidade de serviço .................................................................................................................................................. 24
Programador .............................................................................................................................................................. 25
Capítulo 5: Solução de problemas
27
Visualizando o arquivo de log .................................................................................................................................... 27
Valores de definição da QoS corrompidos ................................................................................................................. 28
Informações desatualizadas na tabela Status do tipo de qualidade de serviço ......................................................... 30
Estatísticas de tabela para Oracle ....................................................................................................................... 31
Estatísticas de tabela para MySQL ...................................................................................................................... 31
Estatísticas de tabela para Microsoft SQL Server ................................................................................................ 32
Índice 5
Tarefas de particionamento entre verificações ......................................................................................................... 35
6 Guia do Probe Mecanismo de dados
Alterações na documentação
Esta tabela descreve o histórico da versão deste documento.
Versão
Data
O que há de novo?
7.9
Junho de 2014
Informações adicionadas para os itens de tabelas diária e configuração
avançada.
7.9
Março de 2014
Informações adicionadas para novos itens GUI.
7.9
Março de 2013
Release inicial da GUI do probe do Console de administração. (Versões
anteriores do probe são configuradas somente usando o Gerenciador
de Infraestrutura).
Documentação relacionada
Documentação para outras versões do probe do data_engine
As Notas da Versão para o probe data_engine
Monitorar informações de referência das métricas para probes do CA Nimsoft
(http://docs.nimsoft.com/prodhelp/en_US/Probes/ProbeReference/index.htm)
Alterações na documentação 7
Capítulo 1: Visão geral
O probe data_engine gerencia e mantém os dados coletados pelos probes de QoS
(Quality of Service – Qualidade de Serviço) ativados. O data_engine cria todas as tabelas
e procedimentos armazenados necessários para gerenciar os dados coletados.
Os dados produzidos pelos probes de QoS são armazenados no banco de dados do NIS,
em tabelas chamadas de tabelas de dados brutos (o prefixo da tabela é RN_). Os dados
brutos são mantidos por um período definido pelo usuário, em seguida, são
compactados e agregados em dados por hora (HN_tables). Em seguida, os dados por
hora são compactados e agregados em dados diários (DN_ tables).
Como o probe data_engine coleta e mantém dados de QoS
Durante a coleta de dados, o data_engine realiza as seguintes ações:
1.
O probe data_engine recebe uma definição de QoS de um probe.
2.
O probe data_engine consulta a tabela S_QOS_DEFINITION para verificar se o tipo
de QoS na mensagem já existe na tabela (por exemplo, QOS_CPU_USAGE).
3.
Se o tipo de QoS não existir, uma nova entrada é adicionada à tabela
S_QOS_DEFINITION. Novas tabelas RN e DN são criadas para armazenar dados de
monitoramento do probe.
4.
Quando o primeiro qos_message do probe for recebido, o probe data_engine
adiciona dados de objeto de QoS na tabela S_QOS_DATA. A tabela S_QOS_DATA
contém os dados do objeto para cada combinação exclusiva de qos, origem e
atributos de destino.
5.
O probe data_engine insere os dados brutos dos probes nas tabelas de RN
apropriadas.
6.
Durante as execuções de manutenção programadas, o probe data_engine
compacta e agrega dados brutos das tabelas de RN em dados por hora que são
armazenados em tabelas de HN.
7.
Dados de RN mais antigos são eliminados com base em um período definido pelo
usuário.
8.
O probe data_engine, compacta e agrega dados por hora das tabelas de HN em
dados diários armazenados nas tabelas de DN.
9.
Dados de HN mais antigos são eliminados com base em um período definido pelo
usuário.
10. Último valor de amostra provenientes dos probes para cada objeto de QoS é
preenchido na tabela Instantâneo_de QOS_S. Esses dados são usados para fornecer
rápido acesso aos dados de QoS para portlets do UMP.
Capítulo 1: Visão geral 9
Colunas da tabela DADOS_deQoS_RN
Colunas da tabela DADOS_deQoS_RN
Tabelas_DADOS_deQoS_RN contêm dados de QoS brutos. Os dados de QoS são
gravados uma vez e nunca atualizados.
Nome da Coluna
Descrição
ID da tabela
identificador exclusivo; chave para procurar a hora
dados de série
Hora da amostra
hora que a amostra foi executada
valor da amostra
Valor da QoS
Desvio da amostra
desvio padrão da amostra
Taxa de amostragem
Taxa de amostragem
Diferença_de fuso horário
Diferença de fuso horário
Índices de tabela_RN
Os índices padrão em tabelas_RN são otimizados para gravação de dados:
Índice remissivo
Descrição
Idx1
id_tabela, horadaamostra, valordaamostra,
taxadeamostragem, diferença_de fuso horário
Idx2
id_tabela e hora da amostra
As tabelas_DADOS_deQoS_RN não têm chaves primárias, pois Iddatabela e
horadaamostra podem ser duplicados.
Inicialização do data_engine
Quando o probe data_engine é iniciado, ele carrega S_QOS_DATA e S_QOS_DEFINITION
na memória e estabelece uma conexão em massa com o banco de dados.
O probe data_engine tem dois modos:
■
Modo paralelo (na página 11)
■
Modo de série (na página 12)
10 Guia do Probe Mecanismo de dados
Inicialização do data_engine
Modo paralelo
Observação: recomendamos a execução do probe data_engine no modo paralelo para
melhorar o desempenho do probe data_engine.
Se o parâmetro thread_count_insert estiver definido para um número maior que 1 no
menu Configuração de dados brutos, o probe data_engine usará o modo paralelo.
No modo paralelo, o data_engine usa vários segmentos para trabalhar em paralelo.
Nesse modo, o data_engine:
1.
Lê continuamente os dados do hub.
2.
Armazena os dados em uma lista compartilhada e começa a ler mais mensagens.
3.
Itera em todas as listas usando outro segmento para ver se algum precisa ser
liberado para o banco de dados.
Observação: a gravação real de dados não ocorre agora.
4.
Todos os objetos são marcados como "pronto para confirmar" e uma referência é
colocada em outra lista.
5.
Simultaneamente, um segmento é executado continuamente para validar,
classificar e colocar mensagens em uma lista que é gravada no banco de dados.
6.
Grava todas as mensagens que foram marcadas como "pronto para confirmar" no
banco de dados, usando um pool de segmentos de segmentos de trabalho.
Esse processo permite que o probe data_engine grave muitas linhas no banco de dados
em paralelo. Além disso, o data_engine não é tão vulnerável a problemas de
desempenho quando a inserção em uma tabela é lenta.
Para obter mais informações sobre como definir o modo paralelo, consulte o tópico
Práticas recomendadas (na página 17).
Capítulo 1: Visão geral 11
Inicialização do data_engine
Modo de série
O modo de série é o modo original para o probe data_engine. Se o parâmetro
thread_count_insert for definido como zero no menu Configuração de dados brutos, o
probe data_engine tem como padrão o modo de série.
Nesse modo, o data_engine:
1.
Lê mensagens do hub para um determinado período (padrão aproximadamente 1
segundo).
a.
De 1 a 20 mensagens são lidas por vez, dependendo de quantas estão fila ou se
o tamanho da fila de hub foi alterado (padrão 20).
b.
As mensagens lidas são validadas e classificadas em listas que podem ser
facilmente inseridas no banco de dados.
2.
Para de ler novas mensagens e itera todas as listas, verificando se há alguma
completa. Por padrão, a lista é liberada se ela contiver mais de 5.000 mensagens ou
se não tiver sido liberada nos últimos 5 segundos.
3.
Volta para ler mensagens do hub. Se um objeto em massa demorar muito tempo
para inserir, a gravação de todos os dados no banco de dados é atrasada.
12 Guia do Probe Mecanismo de dados
Capítulo 2: Tarefas de configuração
Se estiver usando a autenticação SQL no Microsoft SQL Server, verifique os
Pré-requisitos para autenticação SQL no Microsoft SQL Server (na página 13).
Na GUI de configuração do data_engine do Console de administração, é possível:
■
Alterar as propriedades da conexão do banco de dados. (na página 14)
■
Definir as configurações de retenção de dados. (na página 14)
■
Substituir as configurações de retenção de dados em objetos individuais de QoS.
(na página 15)
■
Programar a manutenção do banco de dados. (na página 16)
■
Configurar o particionamento de dados brutos de amostra (MS SQL Server) (na
página 16)
■
Configurar a Manutenção do índice (MS SQL Server) (na página 15)
Para abrir a GUI de configuração do data_engine:
1.
Na árvore de navegação do Console de administração, clique na seta para baixo ao
lado do hub e, em seguida, no robô em que o probe data_engine reside.
2.
Clique na seta para baixo ao lado do probe data_engine e selecione Configurar.
Pré-requisitos para Autenticação SQL no Microsoft SQL Server
Caso não esteja usando o logon de administrador do sistema e precisar da Autenticação
SQL no Microsoft SQL Server, sua conta de usuário deve ter as seguintes permissões:
■
A função de banco de dados db_owner para o banco de dados NimsoftSLM.
■
Ler e atualizar as permissões nos bancos de dados do sistema tmpdb e mestre.
■
A função de banco de dados serveradmin para criar e executar procedimentos
armazenados corretamente.
Capítulo 2: Tarefas de configuração 13
Alterar as propriedades da conexão do banco de dados
Alterar as propriedades da conexão do banco de dados
Importante: as propriedades de conexão do banco de dados devem ser alteradas
somente em circunstâncias limitadas, como operações de recuperação. Alterar o
fornecedor do banco de dados pode causar problemas de conexão. Se estiver alterando
os fornecedores de banco de dados, a CA recomenda a reinstalação do NMS.
Siga estas etapas:
1.
No menu de configuração do probe data_engine, clique na pasta Configuração do
banco de dados.
2.
Clique na lista suspensa Informações sobre a conexão, selecione o Fornecedor de
banco de dados para o seu banco de dados.
O campo Informações sobre a conexão exibe as opções de conexão para o
fornecedor selecionado.
3.
Insira as configurações da conexão. As configurações são diferentes para cada
fornecedor de banco de dados. Consulte o tópico Configuração do banco de dados
(na página 20) para obter mais informações sobre os campos que são necessários
para cada fornecedor.
4.
Clique no botão Testar conexão.
A janela Testar sequência de caracteres de conexão ADO é exibida. Se a conexão
for boa, os valores de Conectado e Ping são definidos como sim.
5.
Clique em Salvar.
As alterações de configuração são salvas e o probe é reiniciado.
Definir as configurações de retenção de dados
É possível alterar as configurações de retenção de dados para atender aos seus
requisitos de segurança ou de auditoria.
Siga estas etapas:
1.
No menu de configuração do probe data_engine, clique no cabeçalho data_engine.
2.
Altere as configurações de retenção desejadas na seção Geral. Consulte
data_engine (na página 19) para obter mais informações sobre cada campo.
3.
Clique em Salvar.
As alterações da configurações são salvas e o probe é reiniciado.
14 Guia do Probe Mecanismo de dados
Substitua as configurações de retenção de dados em objetos de QoS individuais
Substitua as configurações de retenção de dados em objetos de
QoS individuais
É possível substituir as configurações de retenção de dados para itens individuais de
QoS.
Siga estas etapas:
1.
No menu de configuração do probe data_engine, clique na pasta Qualidade de
serviço.
2.
Na tabela Qualidade de serviço, clique na linha da métrica de QoS que deseja
modificar.
3.
Altere as configurações de retenção desejadas. Consulte Qualidade de serviço (na
página 24) para obter mais informações sobre cada campo.
4.
Clique em Salvar.
As alterações da configurações são salvas e o probe é reiniciado.
Configurar a Manutenção do índice (MS SQL Server)
Importante: não é possível recriar o índice para partições únicas antes do SQLServer
2014. Só é possível reorganizar partições individuais. Realizar a indexação automática de
tabelas grandes do probe data_engine é desaconselhado, pois a indexação pode não ser
concluída dentro de um período razoável.
Se estiver usando o MS SQL Server, será possível configurar a Manutenção do índice
para melhorar a velocidade das operações de recuperação de dados.
Siga estas etapas:
1.
Clique na pasta Configuração do banco de dados.
2.
Selecione a caixa Manutenção do índice.
3.
Altere as opções desejadas da Manutenção do índice. Consulte o tópico Microsoft
SQL Server (na página 22) para obter mais informações sobre cada campo.
4.
Clique em Salvar.
A manutenção do índice será executada durante o próximo período de manutenção
Capítulo 2: Tarefas de configuração 15
Configurar o particionamento de dados brutos de amostra (MS SQL Server)
Configurar o particionamento de dados brutos de amostra (MS
SQL Server)
Se estiver usando o MS SQL Server, será possível configurar o particionamento para
melhorar o desempenho ao acessar as tabelas de dados brutos de amostra.
Siga estas etapas:
1.
Clique na pasta Configuração do banco de dados.
2.
Selecione a caixa Tabelas de partição de dados.
3.
Clique em Salvar.
O particionamento será executado durante o próximo período de manutenção. O tempo
necessário para executar o particionamento é dependente tanto da quantidade de
dados quanto do desempenho do subsistema do disco. O particionamento pode levar
até vários dias em instalações especialmente grandes.
Programar manutenção do banco de dados
É possível programar a manutenção automática do banco de dados, de forma a otimizar
o desempenho do sistema.
Siga estas etapas:
1.
No menu de configuração do probe data_engine, clique na pasta Programador.
2.
Insira uma data de início da manutenção. É possível definir a data de início como
uma data futura ou pode iniciar o programa de manutenção imediatamente.
3.
Insira uma data de término da manutenção. A data final pode ser tanto uma data
do calendário ou um número definido de ocorrências.
4.
Selecione um padrão de recorrência.
As opções de tempo adicional são exibidas para seu padrão de duração
selecionado.
5.
Digite as opções de tempo adicional necessárias para a duração selecionada. Por
exemplo, se selecionar um padrão de duração diário, digite a hora e o minuto
inicial.
6.
Clique em Aplicar.
As alterações de configuração são salvas. Se a opção iniciar agora for selecionada, a
nova programação para manutenção é iniciada.
16 Guia do Probe Mecanismo de dados
Capítulo 3: Melhores Práticas
O data_engine realiza a maioria das tarefas com pouca ou nenhuma interação do
administrador. No entanto, há algumas configurações que podem aprimorar o
desempenho.
Local do probe data_engine
■
Para reduzir o tráfego de rede, execute o data_engine em um hub o mais
próximo possível do servidor de banco de dados.
Contagem de segmentos
■
Segmentos múltiplos não são ativados por padrão no probe data_engine. Para
aumentar o desempenho do data_engine, é possível aumentar o número de
segmentos por meio do parâmetro thread_count_insert na Configuração de
dados brutos. A melhor contagem de segmentos é altamente dependente de
vários fatores, incluindo:
■
A quantidade de CPUs em execução no sistema.
■
O número de tabelas RN no banco de dados do NIS.
■
O tamanho da sua implantação NMS.
Tamanho em massa do hub
■
Por padrão, tamanho em massa do hub é definido como 20. Um baixo tamanho
em massa é ideal para ambientes pequenos com uma pequena taxa de
mensagem no data_engine. No entanto, se a sua implantação da NMS
apresentar uma alta taxa de mensagem, será possível aumentar o parâmetro
hub_bulk_size na Configuração de dados brutos para valores no intervalo
1800-2000. Essa ação reduz o número de mensagens de QoS enviadas de uma
vez entre o hub e data_engine.
Capítulo 3: Melhores Práticas 17
Capítulo 4: Detalhes da configuração
Essa seção descreve as informações de configuração e as opções disponíveis por meio
da GUI de configuração data_engine do Console de administração. O painel de
navegação organiza a configuração do data_engine nos seguintes nós:
■
data_engine (na página 19)
■
Programador (na página 25)
■
Qualidade de serviço (na página 24)
■
Configuração do banco de dados (na página 20)
Para acessar a interface de configuração do data_engine, selecione o robô no qual o
probe data_engine reside no painel de navegação do Console de administração. Na lista
Probes, clique na seta à esquerda do probe do hub e selecione Configurar.
data_engine
Navegação: data_engine
Esta seção permite exibir informações de QoS e do probe, alterar o nível de log e definir
valores de gerenciamento de dados.
Informações do probe
Esta seção fornece informações básicas do probe e é somente leitura.
Configuração geral
Esta seção fornece os detalhes de configuração geral.
■
Nível do log: define a quantidade de detalhes registrada no arquivo de log.
■
Valores padrão de gerenciamento de dados: as configurações padrão para
manutenção de dados. Essas configurações se aplicam a todas as definições de
QoS, a menos que tenham sido individualmente substituídas nas configurações
de qualidade de serviço.
Capítulo 4: Detalhes da configuração 19
Configuração do banco de dados
Compactar os dados antes de excluir: se selecionado, por padrão, a compactação é
executada em dados brutos, que em seguida são copiados para tabelas de histórico.
Esta opção só é concluída antes que uma exclusão seja executada. Além disso, os dados
históricos são compactados e agregados em Dados Diários antes de serem excluídos das
tabelas de HN.
■
Excluir dados brutos mais antigos que: os dados brutos mais antigos que o
número de dias indicado são excluídos.
■
Excluir dados históricos mais antigos que: os dados da tabela de histórico mais
antigos que o número de dias indicado são excluídos.
■
Excluir média de dados diária mais antiga que: os dados da tabela diários mais
antigos que o número de dias indicado são excluídos.
Qualidade do status de tipo de serviço
Esta seção fornece os dados relativos às tabelas de QoS e é somente leitura.
Observação: as informações de status são criadas com base nas estatísticas geradas
pelo provedor de banco de dados. Se informações incorretas forem exibidas,
poderá ser necessário atualizar as estatísticas de tabela. Para obter mais
informações, consulte Atualizar as estatísticas da tabela (na página 30).
Configuração do banco de dados
Importante: as propriedades de conexão do banco de dados devem ser alteradas
somente em circunstâncias limitadas, como operações de recuperação. Alterar o
fornecedor do banco de dados pode causar problemas de conexão. Se estiver alterando
os fornecedores de banco de dados, a CA recomenda a reinstalação do NMS.
A seção Configuração do banco de dados permite especificar as configurações de
conexão do banco de dados. Essas configurações são diferentes para cada fornecedor
de banco de dados:
■
MySQL (na página 21)
■
Microsoft (na página 22)
■
Oracle (na página 23)
Para testar a conexão de todos os fornecedores, clique em Ações, Testar conexão, na
parte superior da tela.
20 Guia do Probe Mecanismo de dados
Configuração do banco de dados
MySQL
Navegação: data_engine> Configuração do banco de dados>MySQL
Esta seção permite configurar as opções de conexão para um banco de dados do
MySQL.
■
Esquema: o nome do esquema de banco de dados.
■
Host do servidor: o nome do servidor de banco de dados ou endereço IP.
■
Porta: o número da porta para conectar ao servidor de banco de dados.
Padrão: 3306
■
Nome de usuário: o nome de usuário de logon.
■
Senha: a senha do usuário de logon.
Restrição: a senha NÃO contém caracteres especiais (por exemplo, ";").
Capítulo 4: Detalhes da configuração 21
Configuração do banco de dados
Microsoft SQL Server
Navegação: data_engine>Configuração do banco de dados> Microsoft
Esta seção permite configurar as opções de conexão para um banco de dados Microsoft
SQL Server.
■
Provedor: o provedor do servidor SQL.
■
Catálogo inicial: o nome do banco de dados.
■
Origem de dados: o servidor do banco de dados.
■
ID de usuário: o usuário de logon.
■
Senha: a senha do usuário de logon.
Restrição: a senha não pode conter caracteres especiais (por exemplo, ";").
■
Parâmetros: outros parâmetros para a conexão do OLEDB.
Modo de compactação: o método que é usado para a compactação de dados:
■
Nenhum: nenhuma compactação ocorre.
■
Página: otimiza o armazenamento de várias linhas em uma página, um
superconjunto de compactação de linhas.
■
Linha: armazena tipos de dados de comprimento fixo no formato de
armazenamento de comprimento variável.
■
Manutenção do índice: executa a reindexação da tabela com outras rotinas de
manutenção, que, por padrão, são executadas a cada 24 horas.
■
Modo de manutenção: como os índices são mantidos:
■
Dinâmico: a manutenção é realizada com base nas estatísticas do índice.
■
Reorganização: a manutenção é realizada usando o script "alter index...
reorganizar" do SQL Server.
■
Recriação: a manutenção é realizada usando o script "alter index... recriar" do
SQL Server.
Importante: não é possível recriar o índice para partições únicas antes do
SQLServer 2014. Só é possível reorganizar partições individuais. Realizar a
indexação automática de tabelas grandes do probe data_engine é
desaconselhado, pois a indexação pode não ser concluída dentro de um
período razoável.
■
Modo online: o efeito da manutenção no uso simultâneo das tabelas de QoS:
■
Dinâmico: a manutenção é determinada pela edição do SQL Server. Se o SQL
Server for o Enterprise Edition, o modo online será usado para manutenção (se
o modo de manutenção escolhido oferecer suporte a ele); caso contrário, será
usado o modo offline.
22 Guia do Probe Mecanismo de dados
Configuração do banco de dados
■
Online: as tabelas de QoS ficam disponíveis para atualização e consulta durante
o período de manutenção da tabela. O modo online oferece uma maior
simultaneidade, mas exige mais recursos.
■
Offline: as tabelas de QoS ficam indisponíveis para atualização e consulta
durante o período de manutenção da tabela.
■
Nível de fragmentação: limite baixo: se a fragmentação de um índice for menor do
que o valor percentual de limite mínimo, nenhuma manutenção será executada.
■
Nível de fragmentação: limite alto: se o modo dinâmico de manutenção for
selecionado e a fragmentação estiver entre as porcentagens de limite máximo e
mínimo, o modo Reorganização será usado; caso contrário, o modo Reconstrução
será usado.
Observação: essa opção está disponível apenas para o Microsoft SQL Server
Enterprise Edition. Ela não está disponível ao se usar o Microsoft SQL Express
Edition.
■
Padrão de nome do índice: os índices que são mantidos.
Padrão: em branco (uma entrada em branco resulta em todos os índices que estão
sendo considerados para manutenção).
■
Tabelas de partição de dados: a opção para particionar as tabelas de dados.
Observação: essa opção está disponível apenas para o Microsoft SQL Server
Enterprise Edition. Ela não está disponível no Microsoft SQL Express Edition.
Oracle
Navegação: data_engine> Configuração do banco de dados>Oracle
Esta seção permite configurar as opções de conexão para um banco de dados Oracle.
■
Nome do host: o nome do servidor de banco de dados ou o endereço IP
■
Porta: o número da porta para conectar ao servidor de banco de dados
■
Nome de usuário: o nome de usuário de logon
■
Senha: a senha do usuário de logon.
Restrição: a senha não pode conter caracteres especiais (por exemplo, ";").
■
Nome do serviço: o SID do Oracle ou Nome do serviço
Capítulo 4: Detalhes da configuração 23
Qualidade de serviço
Qualidade de serviço
Navegação: data_engine> Qualidade de serviço
A seção Qualidade de serviço exibe os atributos para as métricas de QoS.
■
Nome: o nome do tipo de QoS.
■
Descrição: a descrição do tipo de QoS.
■
Grupo da QoS: o grupo de QoS é um grupo lógico ao qual a QoS pertence
(opcional).
■
Unidade: a unidade dos dados de QoS (a forma abreviada da unidade de dados de
QoS).
■
Tem o valor máximo: o tipo de dados tem um máximo absoluto.
Exemplo: tamanho do disco, uso da memória.
■
É booleano: o tipo de dados é lógico (sim/não). Exemplo: host está
disponível/indisponível, a impressora está em operação/inoperante.
■
Tipo: tipos de dados diferentes:
■
0 = Automático (O valor de amostra é lido em intervalos fixos, individualmente
definido para cada um dos probes).
■
1 = Assíncrono (O valor de amostra de dados é somente leitura cada vez que o
valor for alterado e o novo valor for leitura).
■
Substituir tempo de vida de dados brutos: marque essa caixa de seleção para
substituir o tempo de vida de dados brutos da métrica da QoS.
■
Tempo de vida de dados brutos: o número de dias que deseja manter as
informações de métrica de QoS.
■
Substituir tempo de vida do histórico: marque essa caixa de seleção para substituir
o tempo do histórico da métrica da QoS.
■
Tempo de vida do histórico: o número de dias que deseja manter as informações
do histórico.
■
Substituir tempo de vida médio diário: marque essa caixa de seleção para
substituir o tempo de vida médio diário da métrica de QoS.
■
Tempo de vida médio diário: o número de dias que deseja manter as informações
médias diárias.
■
Substituir compactação: marque essa caixa de seleção para substituir as
configurações de compactação para os dados nas tabelas RN e HN.
■
Compactar: os dados brutos são compactados e agregados em dados Por
hora/Históricos antes da exclusão das tabelas de RN. Esses dados Por
hora/Históricos são compactados e agregados em dados Diários antes de serem
excluídos das tabelas de HN.
24 Guia do Probe Mecanismo de dados
Programador
Programador
Navegação: data_engine> Programador
Esta seção permite programar a manutenção do banco de dados.
■
Hora de início - Selecione Agora ou uma data e hora específicas. Selecionar Agora
começa a nova programação de manutenção do banco de dados imediatamente.
■
Hora de término - Selecione Nunca, Após x ocorrências ou Por uma data e hora
específicas.
■
Hora de início da recorrência – selecione um dos seguintes padrões de ocorrência:
■
Por minuto
■
Horário
■
Diário (incluindo um determinado horário)
■
Semanal (incluindo um horário específico e dias da semana)
■
Mensal (incluindo ocorrência, dia do calendário e hora específica)
■
Anualmente (incluindo o mês e horário específico)
Capítulo 4: Detalhes da configuração 25
Capítulo 5: Solução de problemas
Tópicos sobre a solução de problemas:
■
Visualizando o arquivo de log (na página 27)
■
Valores de definição da QoS corrompidos (na página 28)
■
Informações desatualizadas na tabela Status do tipo de qualidade de serviço (na
página 30)
■
Tarefas de particionamento entre verificações (na página 35)
Se seu problema não aparecer aqui:
■
Procure uma solução ou peça ajuda a outros usuários no
Fórum da Comunidade da CA Nimsoft.
■
Entre em contato com o Suporte técnico da Nimsoft:
Envie seus comentários pelo link que permite classificar a página abaixo. Nós vamos nos
empenhar para incluir uma solução no próximo release do documento.
Visualizando o arquivo de log
Os usuários avançados podem achar a visualização do arquivo de log útil. Para exibir o
arquivo de log, clique no probe data_engine e selecione Exibir log. Você também pode
modificar as configurações do arquivo de log para que ele mantenha mais dados para a
solução de problemas.
Capítulo 5: Solução de problemas 27
Valores de definição da QoS corrompidos
Valores de definição da QoS corrompidos
Sintoma:
Vejo valores de definição da QoS corrompidos nos dados de QoS em relatórios ou
painéis, por exemplo, unidades definidas pelo usuário, como graus F ou C, watts, etc.,
sendo rotuladas como "variante". As unidades personalizadas de definição da QoS
foram incorretamente substituídas pelo data_engine versão 7.85 (servidor do NM 5.60)
ou pelo data_engine 7.86 (servidor do NM 5.61).
Solução:
As versões da 7.87 à 7.90 do data_engine incluem um utilitário de patch para recuperar
e restaurar as unidades personalizadas de definição da QoS incorretamente substituídas
pelo data_engine versão 7.85 (servidor do NM 5.60) ou pelo data_engine 7.86 (servidor
do NM 5.61). Este utilitário de patch usa uma abordagem de substituição condicional
que corrige o problema.
Siga estas etapas:
1.
A partir de um prompt de comando, vá até o diretório que contém o utilitário:
(Unix) cd /opt/nimsoft/probes/slm/data_engine/ferramentas
(Windows) CD C:\Arquivos de Programas
(x86)\Nimsoft\probes\slm\data_engine\ferramentas
2.
Execute a ferramenta no modo de "relatório" (sinalizador -r) com a versão do java
instalada com o servidor do NM:
(Unix) ../../../../jre/jre1.6.0_24/bin/java –jar qos_def_unit_repair_kit.jar –r
(Windows)..\..\..\..\jre\jre1.6.0_24\bin\java –jar qos_def_unit_repair_kit.jar -r
3.
O utilitário de patch verifica a tabela S_QOS_DEF_SKIP_UNIT no banco de dados e
localiza as definições da QoS que são suspeitas de estarem corrompidas.
Importante: a tabela S_QOS_DEF_SKIP_UNIT mantém os valores de definição da
QoS que não devem substituir o que é enviado por um probe de QoS. Essa tabela é
preenchida previamente com três valores:
■
variante
■
none
■
definido pelo usuário
Se tiver definido outros valores personalizados que tenham sido incorretamente
substituídos por uma versão anterior do data_engine, adicione esses valores como
novas linhas na tabela S_QOS_DEF_SKIP_UNIT antes de realizar a etapa 5 a seguir,
para que o utilitário de patch localize, relate e corrija-os também. (Use as
ferramentas de gerenciamento de banco de dados padrão para estabelecer
conexão com o banco de dados do NIS e adicione as linhas e os novos valores à
tabela S_QOS_DEF_SKIP_UNIT.)
28 Guia do Probe Mecanismo de dados
Valores de definição da QoS corrompidos
O relatório gerado pelo utilitário mostra as definições da QoS corrompidas (se
houver) e o probe ou probes associados a esses dados. Veja um trecho de um
relatório de exemplo:
Listando problemas atuais…
S_QOS_DEFINITION { name=QOS_CPUSAMPLECOUNT, qosDefId=12,
group=QOS_VMWARE, unit=none,
unitShort=sc }
S_QOS_DATA { source=esxiqa1.i9.x, target=CPU sample count,
origin=w2k8-vm0hub,
host=10.0.0.1, robot=w2k8-vm0, probe=vmware }
S_QOS_DEFINITION { name=QOS_SNMP_VARIABLE, qosDefId=11,
group=QOS_SNMP_VARIABLE, unit=variant,
unitShort=value }
S_QOS_DATA { source=w2k8-vm0, target=interfaces.ifTable.ifREntry.ifOutOctets.1,
origin=w2k8-vm0hub, host=10.0.0.1, robot=w2k8-vm0, probe=snmpget }
S_QOS_DATA { source=w2k8-vm0, target=system.sysServices.0,
origin=w2k8-vm0hub,
host=10.0.0.1, robot=w2k8-vm0, probe=snmpget }
Final da lista de problemas atuais.
Executando em modo somente relatório
4.
Execute o utilitário sem o sinalizador -r para fazer as correções:
(Unix) ../../../../jre/jre1.6.0_24/bin/java –jar qos_def_unit_repair_kit.jar
(Windows)..\..\..\..\jre\jre1.6.0_24\bin\java –jar qos_def_unit_repair_kit.jar
O utilitário se inscreve no NimBUS para receber as definições da QoS e corrige tudo
no banco de dados que tenha sido substituído incorretamente.
5.
Reinicie cada um dos probes listados no relatório. No exemplo acima, os probes
vmware e snmpget seriam reiniciados para que as unidades corretas fossem
recebidas. Os probes são identificados no final de cada listagem S_QOS_DATA no
relatório. Por exemplo:
S_QOS_DATA { source=esxiqa1.i9.x, target=CPU sample count,
origin=w2k8-vm0hub,
host=10.0.0.1, robot=w2k8-vm0, probe=vmware }
Depois que o utilitário de patch tiver corrigido todas as definições da QoS, ele não
precisa ser executado novamente e nenhuma outra ação é necessária.
Capítulo 5: Solução de problemas 29
Informações desatualizadas na tabela Status do tipo de qualidade de serviço
Informações desatualizadas na tabela Status do tipo de
qualidade de serviço
Sintoma:
Vejo informações desatualizadas na tabela Status do tipo de qualidade de serviço.
Solução:
As estatísticas da tabela são coletadas pelo software de banco de dados para criar o
melhor plano de execução para uma consulta. Alguns exemplos de estatísticas coletadas
incluem:
■
Linhas que são armazenadas em uma tabela
■
Índices disponíveis
■
Quantas páginas armazenam as linhas
O probe data_engine usa essas estatísticas de tabela para gerar a tabela Status do tipo
de qualidade de serviço. As estatísticas de tabela podem ser atualizadas manualmente
se ficarem desatualizadas.
O procedimento para atualizar as estatísticas de tabela é diferente para cada fornecedor
de banco de dados:
■
Estatísticas de tabela para Oracle (na página 31)
■
Estatísticas de tabela para MySQL (na página 31)
■
Estatísticas de tabela para Microsoft SQL Server (na página 32)
Importante: a atualização das estatísticas de tabela tem um impacto significativo sobre
todas as plataformas de banco de dados, principalmente em bancos de dados maiores.
30 Guia do Probe Mecanismo de dados
Informações desatualizadas na tabela Status do tipo de qualidade de serviço
Estatísticas de tabela para Oracle
Para receber as estatísticas corretas no Oracle, execute uma das seguintes consultas em
todas as tabelas RN_ e HN_:
■
ANALYZE table RN_QOS_DATA_XXXX ESTIMATE STATISTICS; – Amostras da tabela
são retiradas e armazenadas no dicionário de dados.
■
ANALYZE table RN_QOS_DATA_XXXX COMPUTE STATISTICS; – Toda a tabela é
analisada usando uma verificação completa da tabela e armazenada no dicionário
de dados.
Usar o comando ANALYZE no Oracle pode ser uma operação demorada, especialmente
para bancos de dados grandes. Execute o comando esporadicamente e não use tarefas
de manutenção automatizadas.
Para obter mais informações, consulte a seguinte documentação do Oracle:
■
http://docs.oracle.com/cd/B28359_01/server.111/b28310/general002.htm#ADMIN
11524
Estatísticas de tabela para MySQL
Para receber as estatísticas corretas no MySQL, execute a seguinte consulta em todas as
tabelas RN_ e HN_:
■
ANALYZE table RN_QOS_DATA_XXXX;
No MySQL, o comando ANALYZE mantém um bloqueio de leitura nas tabelas, o que
pode afetar negativamente o desempenho do banco de dados.
Para obter mais informações, consulte a seguinte documentação do MySQL:
■
http://dev.mysql.com/doc/refman/5.5/en/tables-table.html
■
http://dev.mysql.com/doc/refman/5.6/en/analyze-table.html
Capítulo 5: Solução de problemas 31
Informações desatualizadas na tabela Status do tipo de qualidade de serviço
Estatísticas de tabela para Microsoft SQL Server
Normalmente, as estatísticas de tabela são automaticamente gerenciadas pelo SQL
Server. No entanto, essa funcionalidade não funciona em alguns casos.
Por exemplo, se estiver executando inserções em massa usando a FastLoad API do OLE
DB, as estatísticas das tabelas de dados não serão atualizadas automaticamente. Isso
pode levar a um desempenho insatisfatório e trabalho adicional para o SQL Server.
O probe data_engine contém opções que podem atualizar automaticamente as
estatísticas do Microsoft SQL Server. O código está em um procedimento armazenado
no banco de dados SLM, que é chamado de "spn_de_UpdateStatistics".
A atualização das estatísticas de tabelas no Microsoft SQL Server faz com que as
consultas sejam recompiladas. Para obter mais informações, consulte a seguinte
documentação do Microsoft SQL:
■
http://msdn.microsoft.com/en-us/library/ms187348.aspx
■
http://msdn.microsoft.com/en-us/library/ms187348(v=sql.100).aspx
O comportamento pode ser controlado com as seguintes variáveis no menu de
configuração de dados brutos:
Nome da chave
Valor padrão
Type
statistics_age
24
Tempo em horas. Isso significa que quando o
procedimento armazenado é chamado, as
estatísticas que são mais antigas do que esse
número serão atualizadas. Esse valor é usado
pelo procedimento armazenado, não pelo
data_engine em si.
Se esse número for definido como 0 (zero), as
estatísticas serão desativadas e não serão
executadas de forma nenhuma pelo
data_engine.
statistics_pattern
RN_QOS_DATA%
Padrão de sequência de caracteres para o qual
as tabelas de dados serão atualizadas.
statistics_loglevel
0
Números de 0 a 5 usados pelo procedimento
armazenado ao registrar no tbnLogging.
32 Guia do Probe Mecanismo de dados
Informações desatualizadas na tabela Status do tipo de qualidade de serviço
statistics_time_pattern
<not set>
A sequência de caracteres de programação que
determina quando executar as estatísticas. Se
essa chave estiver vazia ou não for definida, a
mesma programação que estiver definida para o
gerenciamento de dados será usada. Isso
significa que as estatísticas serão executadas
quando o data_engine tiver terminado a
manutenção do índice e o gerenciamento de
dados.
Se esse valor for especificado para uma
programação diferente, as estatísticas serão
atualizadas independentemente de quando o
gerenciamento de dados estiver programado.
A sequência de caracteres será usada pela
biblioteca de programação de calendário do
Nimsoft, que é usada por vários componentes
do Nimsoft. Ela oferece suporte a RFC2445.
Consulte o breve exemplo a seguir.
Capítulo 5: Solução de problemas 33
Informações desatualizadas na tabela Status do tipo de qualidade de serviço
Alguns exemplos de sequência de caracteres que são copiados do arquivo de ajuda da
biblioteca.
/****************************************************************************************
** nimCalCreate – Cria um identificador para uma estrutura nimCal
*****************************************************************************************
** PARÂMETROS:
**
char
*pattern
- RFC2445 ,'weekly' or 'dts'
** char
*start
- startdate: yyyy-mm-dd [hh:mm:ss] || NULL
**
: weekly format 1 or 2
**
**
start = 'yyyy-mm-dd [hh:mm:ss]' will expect the 'pattern' to comply with RFC2445.
**
= NULL results in setting start to 'now'
**
e.g.
**
h = nimCalCreate("DTSTART:19970610T090000|RRULE:FREQ=YEARLY;COUNT=10",NULL);
**
h =
nimCalCreate("DTSTART:19970610T090000|RRULE:FREQ=YEARLY;COUNT=10","2007-07-25");
**
** pattern = 'weekly' handles two 'start' formats:
**
1. 0123,10:00,14:00 [,NOT]
(old NAS
format)
**
2. MO=12:00-14:00,15:30-17:00;TU=08:00-16:00 (new, allow 8-16)
**
**
h = nimCalCreate("weekly","012,10:00,14:00");
**
h = nimCalCreate("weekly","MO=12:00-14:00,15:30-17:00;TU=08:00-16:00");
**
h = nimCalCreate("dts","2007-08-20 08:00,2007-08-27 08:00,2007-09-03
08:00,2007-09-10"
**
** Observação: libere o identificador usando o nimCalFree.
****************************************************************************************/
Também é possível criar uma programação no NAS e usar a sequência de caracteres
resultante a partir de lá ou usar o agendador do data_engine para criar uma sequência
de caracteres.
34 Guia do Probe Mecanismo de dados
Tarefas de particionamento entre verificações
Tarefas de particionamento entre verificações
Use a seguinte instrução SQL para determinar as tarefas de particionamento que estão
em execução:
SELECT sqltext.TEXT,
req.session_id,
req.status,
req.command,
req.cpu_time,
req.total_elapsed_time
FROM sys.dm_exec_requests req
CROSS APPLY sys.dm_exec_sql_text(sql_handle) AS sqltext;
Se os resultados exibirem várias instruções "CREATE nonclustered index", há mais de
uma tarefa de particionamento em execução.
Para interromper uma tarefa de particionamento:
KILL [session_id]
Capítulo 5: Solução de problemas 35