Gestione di eventi

  • Articolo

Si applica a:SQL ServerIstanza gestita di SQL di Azure

Importante

In Istanza gestita di SQL di Azure sono attualmente supportate la maggior parte delle funzionalità di SQL Server Agent, ma non tutte. 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 con livello di gravità dell'errore corrispondente o superiore a un determinato valore. Questa caratteristica è nota come inoltro degli eventi. Il server di inoltro è un server dedicato che può essere anche un server master. L'inoltro degli eventi consente di gestire in modo centralizzato gli avvisi per un gruppo di server, riducendo in tal modo il carico di lavoro per i server utilizzati molto frequentemente.

Un singolo server che riceve gli eventi per un gruppo di altri server è denominato server di gestione avvisi. In un ambiente multiserver come server di gestione degli avvisi viene scelto il server master.

Vantaggi derivanti dall'utilizzo di un server di gestione degli avvisi

I vantaggi derivanti dall'impostazione di un server di gestione degli avvisi sono:

  • Centralizzazione. Da un unico server è possibile controllare in modo centralizzato e visualizzare globalmente gli eventi di più istanze di SQL Server.

  • Scalabilità. È possibile amministrare molti server fisici come un unico server logico, nonché aggiungere o rimuovere server da questo gruppo di server fisici a seconda delle necessità.

  • Efficienza. Il tempo necessario per la configurazione risulta ridotto, in quanto è sufficiente definire avvisi e operatori una sola volta.

Svantaggi derivanti dall'utilizzo di un server di gestione degli avvisi

Gli svantaggi derivanti dall'impostazione di un server di gestione degli avvisi sono:

  • Aumento del traffico. L'inoltro di eventi a un server di gestione degli avvisi può determinare un aumento del traffico di rete. È possibile ridurre il traffico limitando l'inoltro ai soli eventi con livello di gravità superiore a un determinato valore.

  • Singolo punto di errore. Se il server di gestione degli avvisi viene portato offline, non verrà generato nessun avviso per qualsiasi evento del gruppo di server gestito.

  • Carico server. La gestione degli avvisi per gli eventi inoltrati determina un aumento del carico di elaborazione nel server di gestione degli avvisi.

Linee guida per l'utilizzo di un server di gestione degli avvisi

Per la configurazione di un server di gestione degli avvisi attenersi alle linee guida riportate di seguito.

  • Per ricevere eventi inoltrati, il server di gestione degli avvisi deve essere un'istanza predefinita di SQL Server.

  • Nel server di gestione degli avvisi evitare di eseguire applicazioni di primaria importanza o utilizzate molto frequentemente.

  • Pianificare con attenzione il traffico di rete associato alla configurazione di molti server per la condivisione dello stesso server di gestione degli avvisi. In caso di congestione, ridurre il numero di server che utilizzano lo stesso server di gestione degli avvisi.

    I server registrati in SQL Server Management Studio sono quelli selezionabili come server di inoltro degli avvisi.

  • Definire nell'istanza locale di SQL Server gli avvisi 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 inoltrano avvisi come un insieme logico. Un server di gestione degli avvisi risponde ad esempio in modo identico a un evento 605 inoltrato dal server A e a un evento 605 inoltrato dal server B.

  • Dopo aver configurato il sistema degli avvisi, controllare periodicamente se nel registro applicazioni di Microsoft Windows sono presenti eventi di SQL Server Agent.

    Le condizioni di errore rilevate dal motore degli avvisi vengono registrate nel registro applicazioni locale di Windows con il nome di origine "SQL Server Agent". Se ad esempio SQL Server Agent non è in grado di inviare notifiche tramite posta elettronica in base alle impostazioni definite, nel registro applicazioni viene registrato un evento.

Se un avviso definito localmente è disattivato e viene generato un evento che avrebbe causato l'attivazione di tale avviso, l'evento verrà inoltrato al server di gestione degli avvisi purché soddisfi la condizione di inoltro degli avvisi. In tal modo, a seconda dei casi, gli utenti del sito locale potranno attivare o disattivare gli avvisi definiti sia localmente che nel server di gestione degli avvisi. È inoltre possibile richiedere che gli eventi siano sempre inoltrati, anche quando sono gestiti da avvisi locali.

Di seguito sono riportate le attività comuni per la gestione degli eventi in un ambiente multiserver:

Per impostare un server di gestione degli avvisi

Per definire la risposta a un avviso

Esecuzione di processi attivati da eventi

È possibile definire l'esecuzione di un processo in risposta a un avviso, ad esempio eseguendo un processo che corregga il problema segnalato dall'avviso o ne esegua un'analisi aggiuntiva.

Nota

Poiché un processo può generare un evento, assicurarsi che non venga creato un ciclo ricorsivo avviso-processo.

Vedi anche

sp_add_notification (Transact-SQL)