Usando limites de aviso e alertas em métricas de desempenho de espelhamento

Métricas de desempenho e limites de aviso

A tabela a seguir lista as métricas de desempenho para as quais os avisos podem ser configurados, descreve o limite de aviso correspondente e lista os rótulos correspondentes do Monitor de Espelhamento de Banco de Dados.

Métrica de desempenho	Limite de aviso	Rótulo do monitor de espelhamento de banco de dados
Log não enviado	Especifica quantos quilobytes (KB) de log não enviado geram um aviso na instância do servidor principal. Essa advertência ajuda a medir o potencial para perda de dados em termos de KB e é especialmente relevante para o modo de alto desempenho. No entanto, o aviso também é relevante para o modo de alta segurança, quando o espelhamento é pausado ou suspenso devido à desconexão dos parceiros.	Avisar se o log não enviado exceder o limite
Log não restaurado	Especifica quantos KB de log não restaurado geram um aviso na instância do servidor espelho. Esse aviso ajuda a medir o tempo de failover. O Tempo de failover consiste principalmente no tempo necessário para que o servidor espelho anterior faça roll forward de qualquer log restante em sua fila de restauração, mais um tempo adicional curto. Observação Em um failover automático, o tempo necessário para que o sistema note o erro é independente do tempo de failover. Para obter mais informações, consulte Estimando interrupção de serviço durante troca de função.	Avisar se o log não restaurado exceder o limite
Transação não enviada mais antiga	Especifica o número de minutos de transações que podem ser acumuladas na fila de envio antes da geração de um aviso na instância do servidor principal. Essa advertência ajuda a medir o potencial para perda de dados em termos de tempo e é especialmente relevante no modo de alto desempenho. No entanto, o aviso também é relevante para o modo de alta segurança, quando o espelhamento é pausado ou suspenso devido à desconexão dos parceiros.	Avisar se a idade da transação não enviada mais antiga exceder o limite
Sobrecarga confirmada de espelho	Especifica o número de milissegundos de espera em média, por transação, tolerada antes da geração de um aviso no servidor principal. Esse atraso é a quantidade de sobrecarga incorrida enquanto a instância do servidor principal aguarda que a instância do servidor espelho grave o registro do log da transação na fila de restauração. Esse valor só é relevante no modo de alta segurança.	Avisar se a sobrecarga espelhada confirmada exceder o limite

Para qualquer uma dessas métrica de desempenho, um administrador de sistema pode especificar um limite em um banco de dados espelhado. Para obter mais informações, consulte "Configurando e gerenciando limites de aviso", posteriormente neste tópico.

Configurando e gerenciando limites de aviso

Um administrador de sistema pode configurar um ou mais limites de aviso para as métricas de desempenho chave de espelhamento. Recomendamos a definição de um limite para um determinado aviso em ambos os parceiros para garantir que o aviso persista se o banco de dados cair. O limite apropriado de cada parceiro depende dos recursos de desempenho do sistema daquele parceiro.

Limites de aviso também podem ser configurados e gerenciados com uma das seguintes opções:

• Monitor de Espelhamento de Banco de Dados

  No Monitor de Espelhamento de Banco de Dados, o administrador pode exibir a configuração atual de avisos para um banco de dados selecionado nas instâncias do servidor principal e espelho ao mesmo tempo, selecionando a página com guias Avisos. Dessa página, o administrador pode abrir a caixa de diálogo Definir Limites de Aviso para habilitar e configurar um ou mais limites de aviso.

  Para uma introdução à interface do Monitor de Espelhamento de Banco de Dados, consulte Visão geral do Monitor de Espelhamento de Banco de Dados. Para obter informações sobre como iniciar o Monitor de Espelhamento de Banco de Dados, consulte Como iniciar o Monitor de Espelhamento de Banco de Dados.

• Procedimentos armazenados do sistema

  O conjunto a seguir de procedimentos armazenados do sistema permite que um administrador configure e gerencie limites de aviso em bancos de dados espelhados, um parceiro por vez.

  Procedimentos	Descrição
  sp_dbmmonitorchangealert (Transact-SQL)	Adiciona ou altera limites de aviso para uma métrica especificada de desempenho de espelhamento.
  sp_dbmmonitorhelpalert (Transact-SQL)	Retorna informações sobre limites de aviso em uma ou todas as métricas de desempenho chave do monitor de espelhamento de banco de dados.
  sp_dbmmonitordropalert (Transact-SQL)	Descarta o aviso de uma métrica de desempenho especificada.

Eventos de limite de desempenho enviados para o log de eventos do Windows

Se o limite de aviso for definido para uma métrica de desempenho, quando a tabela de status for atualizada o último valor será avaliado com relação ao limite. Se o limite tiver sido alcançado, o procedimento de atualização sp_dbmmonitorupdate irá gerar um evento informativo, um evento do limite de desempenho, para a métrica e gravará o evento no log de eventos do Microsoft Windows. A tabela a seguir lista as IDs de evento dos eventos de limite de desempenho.

Observação
Um administrador pode definir alertas em qualquer um ou mais desses eventos. Para obter mais informações, consulte "Usando alertas para um banco de dados espelhado", posteriormente neste tópico.

Usando alertas para um banco de dados espelhado

Uma parte importante do monitoramento de um banco de dados espelhado é a configuração de alertas sobre eventos importantes de espelhamento de banco de dados. O SQL Server 2005 gera os seguintes tipos de eventos de espelhamento de banco de dados:

• Eventos de limite de desempenho

  Para obter mais informações, consulte "Eventos de limite de desempenho enviados para o log de eventos do Windows", anteriormente neste tópico.

• Eventos de alteração de estado

  Esses são eventos WMI (Windows Management Instrumentation) gerados quando ocorrem alterações no estado interno de uma sessão de espelhamento de banco de dados.

  Observação
  Para obter mais informações, consulte Provedor WMI para conceitos de eventos de servidor.

Um administrador de sistema pode configurar alertas nesses eventos com o SQL Server Agent ou outros aplicativos, como o Microsoft Operations Manager.

Quando você define alertas em eventos de espelhamento de banco de dados, recomendamos que defina limites de aviso e alertas em ambas as instâncias do servidor parceiro. Eventos individuais são gerados no servidor principal ou no servidor espelho, mas cada parceiro pode executar qualquer uma dessas funções a qualquer momento. Para garantir que um alerta continue operando depois de um failover, o alerta deve ser definido em ambos os parceiros.

Para obter mais informações, consulte o white paper sobre alertas em eventos de espelhamento de banco de dados neste site do SQL Server. Esse white paper contém informações sobre como configurar alertas com o SQL ServerAgent, os eventos WMI de espelhamento de banco de dados e scripts de exemplo.

Importante

Para todas a sessões de espelhamento, é altamente recomendável que você configure o banco de dados para enviar um alerta em qualquer evento de alteração de estado. A menos que uma alteração de estado seja esperada como resultado de uma alteração de configuração manual, algo ocorreu que pode comprometer seus dados. Para ajudar a proteger seus dados, identifique e repare a causa de uma alteração de estado imprevista.

Consulte também

Tarefas

Referência

Outros recursos