Clustering del server a livello dati
Aggiornamento: novembre 2007
Per garantire la continuità del servizio da parte di Team Foundation Server è possibile installare i database di Team Foundation in un cluster di server. Un cluster di server è un insieme di computer dedicati e corrispondenti configurati per sembrare un singolo server. Utilizzando un cluster, è possibile avviare automaticamente servizi di livello dati in un secondo computer quando il computer attivo non è in linea per motivi di manutenzione o se si verifica un errore. A differenza del livello dati, il livello applicazione non può risiedere in un cluster.
In genere questa strategia di disponibilità dei database di Team Foundation è economicamente efficace per le organizzazioni di grandi dimensioni che dispongono delle risorse per configurare e gestire una topologia complessa.
È possibile utilizzare le seguenti informazioni per comprendere la configurazione specifica supportata da Team Foundation Server.
Singolo quorum in una configurazione attiva/passiva
Se si decide di investire risorse in un cluster di server, Team Foundation Server supporta una configurazione basata su un nodo attivo e un nodo passivo che utilizza un server di periferica a singolo quorum. Il quorum è la periferica di memorizzazione controllata dal nodo primario per il livello dati e gestisce il nodo che funge da nodo primario. Solo un nodo alla volta può possedere il quorum.
Quando viene eseguito il failover del livello dati al nodo passivo, quest'ultimo assume la proprietà del quorum e del livello dati. Quando i due nodi sono associati a un'unica periferica di memorizzazione, il quorum può essere creato sulla periferica di memorizzazione.
I cluster vengono gestiti tramite lo snap-in Amministrazione cluster installato con Windows Server. Durante l'installazione, SQL Server fornisce risorse a entrambi i nodi del cluster.
SQL Server in un cluster
Durante l'installazione di SQL Server i cluster vengono riconosciuti e l'installazione nel nodo attivo e nel nodo passivo viene gestita automaticamente.
Prima di installare Team Foundation Server in un cluster, è necessario preparare quest’ultimo per l'installazione. È ad esempio necessario modificare le impostazioni affinché i servizi SQL Server vengano eseguiti automaticamente. Per ulteriori informazioni, vedere la sezione sulla configurazione dei server per l'installazione cluster di Team Foundation della guida all'installazione di Team Foundation, scaricabile dal sito Web Microsoft.
Sebbene durante il failover le operazioni nell'altro computer del cluster vengano avviate automaticamente tramite il server di livello dati, è necessario un determinato intervallo di tempo affinché SQL Server rilevi che le connessioni al livello applicazione devono essere riavviate. Di conseguenza, il failover dei database di Team Foundation non sarà istantaneo. Per ulteriori informazioni sui cluster e sul funzionamento di SQL Server, vedere la documentazione in linea di SQL Server 2005 e la documentazione in linea di SQL Server 2008 nel sito Web Microsoft e individuare la sezione dedicata alla configurazione della modalità a disponibilità elevata o la panoramica sulle soluzioni di disponibilità elevata.
Recupero di connessioni ai servizi applicativi
È possibile aggiungere una risorsa al cluster che consenta di riavviare in modo esplicito i servizi applicativi per stabilire connessioni tra il livello dati e il livello applicazione in modo più efficiente.
La risorsa punta a un file script che aggiorna gli indirizzi Domain Name System (DNS) e stabilisce connessioni in modo esplicito tra i livelli. Una risorsa script generico è un file con estensione wsh che utilizza i servizi API cluster esposti nell'interfaccia Strumentazione gestione Windows (WMI). Per ulteriori informazioni sui servizi API cluster e sui file di risorse del cluster, vedere "Server Cluster API Reference" nel sito Web Microsoft (informazioni in lingua inglese).
Per ulteriori informazioni e un esempio su come riavviare in modo esplicito le connessioni in caso di failover, scaricare la guida all'installazione di Team Foundation dal sito Web Microsoft e consultare l'argomento "Procedura: preparare un server per il recupero accelerato in un cluster".
Considerazioni sulla sicurezza
Per impostazione predefinita, l'account utente utilizzato al momento della creazione del cluster diventa l'account del servizio cluster.
.gif "Nota") Nota: |
|---|
Non modificare le password degli account del servizio SQL Server quando un nodo del cluster di failover è inattivo o non in linea. Se la password è stata modificata in questa situazione, è necessario reimpostarla utilizzando Enterprise Manager quando tutti i nodi sono di nuovo in linea. |
Se si desidera modificare l'account che consente di avviare il servizio cluster, è necessario utilizzare Gestione computer per Windows Server 2003 allo scopo di modificare l'account in ogni nodo nel cluster.
Per funzionare correttamente, l'account del servizio cluster richiede in modo esplicito le autorizzazioni seguenti per entrambi i nodi del cluster.
Agire come parte del sistema operativo
Regolazione limite risorse memoria per un processo
Backup di file e directory
Aumento della priorità di pianificazione
Accedi come servizio
Ripristino di file e directory
Assicurarsi inoltre che il gruppo Amministratore locale disponga di accesso alle seguenti autorizzazioni utente.
Debug di programmi
Rappresenta un client dopo l'autenticazione
Gestione file registro di controllo e di sicurezza
Altre risorse
Per ulteriori informazioni sulla creazione di un cluster, vedere gli argomenti seguenti nel sito Web Microsoft: "Procedura: Creazione di un nuovo cluster di failover di SQL Server 2005 (Installazione)" per SQL Server 2005 e "Procedura: Creazione di un nuovo cluster di failover di SQL Server (programma di installazione)" per SQL Server 2008.
Per ulteriori informazioni sugli account del servizio necessari, scaricare la guida all'installazione di Team Foundation dal sito Web Microsoft e consultare la sezione sulla configurazione dei server per l'installazione cluster di Team Foundation.
Vedere anche
Attività
Procedura: verificare il failover di Team Foundation Server in un cluster
Concetti
Garantire la disponibilità di Team Foundation Server