Gestire gli eventi
si applica a:
SQL ServerIstanza gestita di SQL di Azure
Importante
In Istanza gestita di SQL di Azure, la maggior parte, ma non tutte le funzionalità di SQL Server Agent sono attualmente supportate. Per informazioni dettagliate, vedere differenze T-SQL tra Istanza gestita di SQL di Azure e SQL Server.
È possibile inoltrare a un'istanza di SQL Server tutti i messaggi di evento che soddisfano o superano un livello di gravità dell'errore specifico. Questa operazione viene chiamata 'inoltro di eventi. Il server di inoltro è un server dedicato che può anche essere un server master. È possibile usare l'inoltro degli eventi per centralizzare la gestione degli avvisi per un gruppo di server, riducendo così il carico di lavoro su server usati di frequente.
Quando un server riceve eventi per un gruppo di altri server, il server che riceve gli eventi viene chiamato server di gestione degli avvisi . In un ambiente multiserver si designa il server master come server di gestione degli avvisi.
Vantaggi dell'uso di un server di gestione degli avvisi
I vantaggi della configurazione di un server di gestione degli avvisi includono:
centralizzazione. Il controllo centralizzato e una visualizzazione consolidata degli eventi di diverse istanze di SQL Server sono possibili da un singolo server.
scalabilità. Molti server fisici possono essere amministrati come un server logico. È possibile aggiungere o rimuovere server a questo gruppo di server fisici in base alle esigenze.
Efficienza. Il tempo di configurazione è ridotto perché è necessario definire avvisi e operatori una sola volta.
Svantaggi dell'uso di un server di gestione degli avvisi
Gli svantaggi della configurazione di un server di gestione degli avvisi includono:
Aumento del traffico. L'inoltro di eventi a un server di gestione degli avvisi può aumentare il traffico di rete. Questo aumento può essere moderato limitando l'inoltro degli eventi agli eventi che superano un livello di gravità designato.
singolo punto di errore. Se il server di gestione degli avvisi passa offline, non vengono generati avvisi per alcun evento nel gruppo gestito di server.
Carico del server. La gestione degli avvisi per gli eventi inoltrati causa un aumento del carico di elaborazione nel server di gestione degli avvisi.
Linee guida per l'uso di un server di gestione degli avvisi
Quando si configura un server di gestione degli avvisi, seguire queste linee guida:
Per ricevere eventi inoltrati, il server di gestione degli avvisi deve essere un'istanza predefinita di SQL Server.
Evitare di eseguire applicazioni critiche o molto usate nel server di gestione degli avvisi.
Pianificare attentamente il traffico di rete coinvolto nella configurazione di molti server per condividere lo stesso server di gestione degli avvisi. In caso di congestione, ridurre il numero di server che usano un server di gestione degli avvisi specifico.
I server registrati in SQL Server Management Studio costituiscono l'elenco dei server disponibili per essere scelti da tale server come server di inoltro degli avvisi.
Definire avvisi nell'istanza locale di SQL Server che richiedono una risposta specifica del server, anziché inoltrare gli avvisi al server di gestione degli avvisi.
Il server di gestione degli avvisi visualizza tutti i server che lo inoltrano come intero logico. Ad esempio, un server di gestione degli avvisi risponde nello stesso modo a un evento 605 dal server A e un evento 605 dal server B.
Dopo aver configurato il sistema di avvisi, controllare periodicamente il registro applicazioni di Microsoft Windows per gli eventi di SQL Server Agent.
Le condizioni di errore rilevate dal motore di avvisi vengono scritte nel registro applicazioni di Windows locale con un nome di origine "SQL Server Agent". Ad esempio, se SQL Server Agent non può inviare una notifica di posta elettronica come è stata definita, viene registrato un evento nel registro applicazioni.
Se un avviso definito localmente viene disattivato e si verifica un evento che avrebbe causato l'attivazione dell'avviso, l'evento viene inoltrato al server di gestione degli avvisi (se soddisfa la condizione di inoltro degli avvisi). Questo inoltro consente di attivare e disattivare le sovrascritture locali (avvisi definiti sia localmente che sul server di gestione degli avvisi) in base alle esigenze dell'utente nel sito locale. È anche possibile richiedere che gli eventi vengano sempre inoltrati, anche se vengono gestiti anche da avvisi locali.
Di seguito sono riportate le attività comuni per la gestione degli eventi in un ambiente multiserver:
Per designare un server di gestione degli avvisi
Per definire la risposta a un avviso
Esecuzione di processi di Event-Triggered
È possibile definire un processo da eseguire in risposta a un avviso. Ad esempio, è possibile eseguire un processo che corregge o diagnosticare ulteriormente un problema rilevato dall'avviso.
Nota
Poiché un processo può generare un evento, prestare attenzione a non creare un ciclo di processi di avviso ricorsivo.