Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Aplica-se a:
SQL ServerAzure SQL Managed Instance
Importante
No Azure SQL Managed Instance, a maioria dos recursos do SQL Server Agent, mas não todos, são suportados no momento. Consulte Diferenças de T-SQL da Instância Gerenciada do Azure SQL em relação ao SQL Server ou as limitações de trabalho do SQL Agent na Instância Gerenciada do SQL para obter detalhes.
Você pode encaminhar para uma instância do SQL Server todas as mensagens de evento que atendem ou excedem um nível de gravidade de erro específico. Isso é chamado encaminhamento de eventos. O servidor de encaminhamento é um servidor dedicado que também pode ser um servidor mestre. Você pode usar o encaminhamento de eventos para centralizar o gerenciamento de alertas para um grupo de servidores, reduzindo assim a carga de trabalho em servidores muito usados.
Quando um servidor recebe eventos para um grupo de outros servidores, o servidor que recebe eventos é chamado de servidor de gerenciamento de alertas. Em um ambiente multisservidor, você designa o servidor mestre como o servidor de gerenciamento de alertas.
Vantagens de usar um servidor de gerenciamento de alertas
As vantagens de configurar um servidor de gerenciamento de alertas incluem:
Centralização. O controle centralizado e uma exibição consolidada dos eventos de várias instâncias do SQL Server são possíveis a partir de um único servidor.
Escalabilidade. Muitos servidores físicos podem ser administrados como um servidor lógico. Você pode adicionar ou remover servidores a esse grupo de servidores físicos conforme necessário.
Eficiência. O tempo de configuração é reduzido, porque você precisa definir alertas e operadores apenas uma vez.
Desvantagens de usar um servidor de gerenciamento de alertas
As desvantagens de configurar um servidor de gerenciamento de alertas incluem:
Aumento do tráfego. O encaminhamento de eventos para um servidor de gerenciamento de alertas pode aumentar o tráfego da rede. Esse aumento pode ser moderado restringindo o encaminhamento de eventos a eventos acima de um nível de gravidade designado.
Ponto único de falha. Se o servidor de gerenciamento de alertas ficar offline, nenhum alerta será emitido para qualquer evento no grupo gerenciado de servidores.
Carga do servidor. A manipulação de alertas para os eventos encaminhados causa um aumento da 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:
Para receber eventos encaminhados, o servidor de gerenciamento de alertas deve ser uma instância padrão do SQL Server.
Evite executar aplicativos críticos ou muito usados no servidor de gerenciamento de alertas.
Planeje cuidadosamente o tráfego de rede envolvido na configuração de muitos servidores para compartilhar o mesmo servidor de gerenciamento de alertas. Se o congestionamento resultar, reduza o número de servidores que usam um determinado servidor de gerenciamento de alertas.
Os servidores registrados no SQL Server Management Studio constituem a lista de servidores disponíveis para serem escolhidos por esse servidor como o servidor de encaminhamento de alertas.
Defina alertas na instância local do SQL Server que exijam uma resposta específica do servidor, em vez de encaminhar os alertas para o servidor de gerenciamento de alertas.
O servidor de gerenciamento de alertas exibe todos os servidores encaminhados para ele como um todo lógico. Por exemplo, um servidor de gerenciamento de alertas responde da mesma maneira a um evento 605 do servidor A e a um evento 605 do servidor B.
Depois de configurar seu sistema de alerta, verifique periodicamente se há eventos do SQL Server Agent no log de aplicativos do Microsoft Windows.
As condições de falha encontradas pelo mecanismo de alertas são gravadas no log de aplicativos local do Windows com um nome de origem "SQL Server Agent". Por exemplo, se o SQL Server Agent não puder enviar uma notificação por email como foi definido, um evento será registrado no log do aplicativo.
Se um alerta definido localmente for inativado e ocorrer um evento que teria causado o disparo do alerta, o evento será encaminhado para o servidor de gerenciamento de alertas (se atender à condição de encaminhamento de alertas). Esse encaminhamento permite que substituições locais (alertas definidos localmente que também são definidos no servidor de gerenciamento de alertas) sejam desativadas e ativadas conforme necessário pelo usuário no site local. Você também pode solicitar que os eventos sejam sempre encaminhados, mesmo quando também são tratados por alertas locais.
A seguir estão as tarefas comuns para gerenciar eventos em um ambiente multisservidor:
Para designar um servidor de gerenciamento de alertas
Para definir a resposta a um alerta
Executando tarefas Event-Triggered
Você pode definir um trabalho a ser executado em resposta a um alerta. Por exemplo, você pode executar um trabalho que corrija ou diagnostique ainda mais um problema detetado pelo alerta.
Observação
Como um trabalho pode gerar um evento, tenha cuidado para não criar um loop recursivo de trabalho de alerta.