Utilizzo della distribuzione dei log o del mirroring del database con Notification Services
Se non è necessario il failover rapido e automatico fornito dal clustering di failover, ma si desidera ottenere un'elevata disponibilità per un'applicazione di notifica, è possibile utilizzare un server di standby da portare in linea in seguito a errori o durante le operazioni di manutenzione del server. Il server di standby contiene una copia di ogni database utilizzato dall'istanza di Notification Services.
Per mantenere automaticamente un server di database di standby, è possibile utilizzare la distribuzione dei log o il mirroring del database.
Utilizzo della distribuzione dei log
La distribuzione dei log consente di mantenere un server di standby a caldo (warm standby) per un determinato database inviando automaticamente copie di backup del log delle transazioni dal database in questione, definito database primario, a un database secondario in un altro server, definito server secondario. Nel server secondario i backup del log delle transazioni vengono ripristinati nel database secondario, assicurandone così la sincronizzazione con il database primario.
Quando si utilizza la distribuzione dei log con i database di Notification Services, è consigliabile utilizzare lo stesso database per i dati dell'istanza e dell'applicazione. È possibile specificare un nome di database nella configurazione dell'istanza e nella definizione di ogni applicazione. Se si utilizzano database distinti per l'istanza e le relative applicazioni, assicurarsi che ogni database utilizzi la stessa pianificazione di distribuzione dei log, in modo che i database del server di standby vengano aggiornati contemporaneamente. Se i database vengono aggiornati in momenti diversi, è possibile che si verifichino errori nelle applicazioni. Ad esempio, nel database dell'applicazione potrebbero essere presenti sottoscrizioni per sottoscrittori non presenti nel database dell'istanza.
Se attiva la modalità in linea per il server secondario, è necessario ripetere la registrazione dell'istanza di Notification Services e aggiornarla:
- È necessario ripetere la registrazione dell'istanza per modificare il server di database specificato per l'istanza di Notification Services. Eseguire questa operazione in tutti i server in cui è registrata l'istanza, inclusi quelli che eseguono componenti del motore, interfacce per la gestione delle sottoscrizioni e provider di eventi non hosted.
- È necessario modificare il valore di sistema di SQL Server nella configurazione dell'istanza e, se possibile, i valori del nome di sistema nelle definizioni delle applicazioni, quindi aggiornare l'istanza di Notification Services per applicare le modifiche.
Per ulteriori informazioni sull'utilizzo della distribuzione dei log, vedere Distribuzione dei log.
Per passare a un'istanza di Notification Services in un server di standby
Utilizzo del mirroring del database
Il mirroring del database costituisce una soluzione alternativa o complementare al clustering di failover o alla distribuzione dei log. Il mirroring del database mantiene un server di standby che può fungere da server di hot standby, il quale supporta il failover rapido senza perdita di dati nelle transazioni di cui è stato eseguito il commit, oppure da server di standby a caldo (warm standby). Con un server di hot standby, dopo un errore di un server di produzione, il server di standby diventa il server di produzione. Le applicazioni client possono quindi eseguire rapidamente il recupero, riconnettendosi al nuovo server di produzione.
Il motore e i componenti client di Notification Services non passano automaticamente ai server di standby a caldo. È tuttavia possibile utilizzare il mirroring del database in modo analogo alla distribuzione dei log. Quando il server di standby viene portato in linea, è possibile aggiornare l'istanza di Notification Services in modo che utilizzi il nuovo server.
Per ulteriori informazioni sul mirroring del database, vedere Mirroring del database.
Per passare a un'istanza di Notification Services in un server di standby
Consigli per il server di standby
Per utilizzare la distribuzione dei log o il mirroring del database con configurazioni di Notification Services comuni, attenersi ai consigli seguenti.
- In una distribuzione di Notification Services con un solo server, in cui il motore e i database di Notification Services si trovano nello stesso server, è necessario eseguire il mirroring della struttura di directory contenente i file operativi dell'istanza nel server secondario. La presenza di tutti i file in un'unica posizione semplifica il passaggio al server secondario.
- Per semplificare ulteriormente il passaggio al server secondario, è possibile preparare la configurazione dell'istanza e le definizioni delle applicazioni con il nome del server secondario, quindi registrare l'istanza di Notification Services in anticipo. Quando si passerà al server secondario, sarà sufficiente aggiornare l'istanza di Notification Services e avviarla.
- Se il motore di Notification Services viene eseguito in un server diverso dal server di database, è possibile utilizzare versioni per il server secondario della configurazione dell'istanza e delle definizioni delle applicazioni. Tali versioni per il server secondario contengono i nomi del server secondario per il server di database e, se necessario, dei provider di eventi non hosted, dei generatori e dei server di distribuzione. Dopo avere portato in linea il server di database secondario, aggiornare l'istanza di Notification Services tramite le copie per il server secondario della configurazione dell'istanza e delle definizioni delle applicazioni.
Vedere anche
Altre risorse
Distribuzione dei log
Mirroring del database
Mantenimento della disponibilità elevata
Amministrazione di Notification Services