Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo descrive come garantire la disponibilità elevata per i server Analysis Services in Azure.
Garantire la disponibilità elevata durante un'interruzione del servizio
Anche se raramente, un data center di Azure può avere un'interruzione. Quando si verifica un'interruzione, causa un'interruzione dell'azienda che potrebbe durare alcuni minuti o che potrebbe durare per ore. La disponibilità elevata viene spesso ottenuta con la ridondanza dei server. Azure Analysis Services consente di ottenere tale ridondanza tramite la creazione di server secondari e aggiuntivi in una o più aree. Per garantire che i dati e i metadati presenti sui server ridondanti creati siano sincronizzati con il server posizionato nell'area non in linea, è possibile:
Distribuire i modelli nei server ridondanti in altre aree. Questo metodo richiede l'elaborazione dei dati in parallelo sia sul server primario sia sui server, assicurando così la sincronizzazione di tutti i server.
Eseguire il backup dei database dal server primario e il ripristino nei server ridondanti. È possibile ad esempio automatizzare i backup notturni nell'archiviazione di Azure e il ripristino nei server ridondanti in altre aree.
In entrambi i casi, se il server primario riscontra un'interruzione, è necessario modificare le stringhe di connessione nei client di report per connettersi al server in un data center a livello di area diverso. Questa modifica deve essere considerata un'ultima risorsa e solo se si verifica un'interruzione irreversibile del data center a livello di area. È più probabile che un'interruzione del data center che ospita il server primario torni online prima di poter aggiornare le connessioni in tutti i client.
Per evitare di dover modificare le stringhe di connessione nei client di report, è possibile creare un alias server per il server primario. Se il server primario diventa inattivo, è possibile modificare l'alias in modo che punti a un server ridondante in un'altra area. È possibile automatizzare l'associazione di un alias al nome del server implementando un controllo di integrità dell'endpoint sul server primario. Se il controllo integrità ha esito negativo, lo stesso endpoint può essere diretto a un server ridondante in un'altra area.
Informazioni pertinenti
backup e ripristino
Gestire Azure Analysis Services
Nomi dei server alias