Gerenciando eventos

Vantagens de usar um servidor de gerenciamento de alertas

São vantagens de se configurar um servidor de gerenciamento de alertas:

• Centralização. Controle centralizado e exibição consolidada dos eventos de várias instâncias do SQL Server são possíveis a partir de um único servidor.

• Escalabilidade. Vários servidores físicos podem ser administrados como um mesmo servidor lógico. É possível adicionar ou remover servidores desse grupo de servidores físicos, conforme a necessidade.

• Eficiência. O tempo de configuração é reduzido, porque alertas e operadores precisam ser definidos apenas uma vez.

Desvantagens de usar um servidor de gerenciamento de alertas

São desvantagens de se configurar um servidor de gerenciamento de alertas:

• Aumento do tráfego. Encaminhar eventos a um servidor de gerenciamento de alertas pode aumentar o tráfego da rede. Esse aumento pode ser moderado pela restrição do encaminhamento a eventos que estejam acima de um nível de severidade designado.

• Ponto de falha único. Se o servidor de gerenciamento de alertas ficar offline, nenhum alerta será emitido para qualquer evento no grupo gerenciado de servidores.

• Carga de servidor. A manipulação de alertas para os eventos encaminhados provocam um aumento na carga de processamento no servidor de gerenciamento de alertas.

Diretrizes para usar um servidor de gerenciamento de alertas

Ao configurar um servidor de gerenciamento de alertas, siga estas diretrizes:

• Evite executar aplicativos críticos ou intensamente utilizados no servidor de gerenciamento de alertas.

• Planeje cuidadosamente o tráfego de rede envolvido na configuração de muitos servidores compartilhando o mesmo servidor de gerenciamento de alertas. Se houver congestionamento, reduza o número de servidores que usam o servidor de gerenciamento de alertas em questão.

  Os servidores registrados no SQL Server Management Studio constituem a lista de servidores disponíveis para eleição como servidor de encaminhamento de alerta.

• Defina alertas na instância local do SQL Server que requeira uma resposta específica a servidor, em vez de encaminhar os alertas ao servidor de gerenciamento de alertas.

  O servidor de gerenciamento de alertas exibe todos os servidores do quais recebe encaminhamentos como um todo lógico. Por exemplo, um servidor de gerenciamento de alertas responde do mesmo modo a um evento 605 tanto de um servidor A, quanto de um servidor B.

• Configurado o seu sistema de alertas, verifique periodicamente o log de aplicativos do Microsoft Windows quanto a eventos do SQL Server Agent.

  As condições de falha encontradas pelo mecanismo de alerta são gravadas no log de aplicativos do Windows local, com nome de origem "SQL Server Agent." Por exemplo, se o SQL Server Agent não puder enviar uma notificação por email, conforme está definido, será registrado um evento no log de aplicativos.

Se um alerta definido localmente estiver inativo e ocorrer um evento que o dispararia, este será encaminhado ao servidor de gerenciamento de alertas (caso satisfaça a condição de encaminhamento de alerta). Esse encaminhamento permite a desativação e a ativação de substituições locais (alertas definidos localmente que também estão definidos no servidor de gerenciamento de alertas), conforme a necessidade, pelo usuário no site local. Você também pode solicitar que os eventos sempre sejam encaminhados, mesmo quando eles também são manipulados por alertas locais.

A seguir, encontram-se tarefas comuns do gerenciamento de eventos em um ambiente multiservidor:

Executando trabalhos acionados por eventos

Você pode definir que um trabalho seja executado em resposta a um alerta. Por exemplo, é possível executar um trabalho que corrija ou aprofunde o diagnóstico de um problema detectado pelo alerta.

Observação
Uma vez que um trabalho pode emitir um evento, tenha cuidado para não criar um loop recursivo alerta-trabalho.

Consulte também

Referência