Operazioni preliminari all'installazione del clustering di failover
Prima di installare un cluster di failover di SQL Server è necessario selezionare l'hardware e il sistema operativo utilizzati per l'esecuzione di SQL Server. È inoltre necessario configurare il clustering di failover di Windows Server (WSFC) ed esaminare le considerazioni relative alla rete, alla sicurezza e agli altri software che verranno eseguiti nel cluster di failover.
Se un cluster Windows dispone di un'unità disco locale e la stessa lettera di unità viene utilizzata anche in uno o più nodi del cluster come unità condivisa, non sarà possibile installare SQL Server in questa unità.
Potrebbe inoltre essere necessario rivedere gli argomenti seguenti per ulteriori informazioni su attività, funzionalità e concetti relativi al clustering di failover di SQL Server.
Descrizione argomento |
Argomento |
|---|---|
Vengono descritti i concetti relativi al clustering di failover di SQL Server e vengono forniti collegamenti ad attività e contenuti associati. |
|
Vengono descritti i concetti relativi ai criteri di failover di SQL Server e vengono forniti collegamenti ad argomenti contenenti informazioni per una configurazione dei criteri di failover appropriata ai requisiti organizzativi. |
|
Viene descritto come effettuare la gestione del cluster di failover di SQL Server esistente. |
Gestione e manutenzione dell'istanza del cluster di failover |
Viene spiegata la modalità di installazione di Analysis Services in un cluster di failover di Windows Server (WSFC). |
In questo argomento
Procedure consigliate
Verificare la soluzione hardware in uso
Esaminare le considerazioni sulla sicurezza
Esaminare le considerazioni relative alla rete, alla porta e al firewall
Verificare il supporto del sistema operativo in uso
Considerazioni aggiuntive per la configurazione di failover su più subnet
Configurare il cluster di failover di Windows
Installare e configurare Microsoft Distributed Transaction Coordinator
Procedure consigliate
Esaminare le SQL Server 2012 note sulla versione
Installare i prerequisiti software. Prima di eseguire il programma di installazione per installare o effettuare l'aggiornamento a SQL Server 2012, installare i prerequisiti riportati di seguito per ridurre il tempo di installazione. È possibile installare il software necessario in ogni nodo del cluster di failover, quindi riavviare i nodi prima di eseguire il programma di installazione.
Windows PowerShell non viene installato più dal programma di installazione di SQL Server. Windows PowerShell 2.0 è un prerequisito per l'installazione dei componenti del motore di database di SQL Server 2012 e di SQL Server Management Studio. Se Windows PowerShell 2.0 non è installato nel computer, è possibile abilitarlo seguendo le istruzioni disponibili nella pagina relativa a Windows Management Framework.
.NET Framework 3.5 SP1 non viene più installato dal programma di installazione di SQL Server, tuttavia può essere richiesto durante l'istallazione di SQL Server in Windows Vista o Windows Server 2008. Per ulteriori informazioni, vedere le note sulla versione di SQL Server 2012.
Pacchetto Microsoft Update: per evitare il riavvio del computer dovuto all'installazione di .NET Framework 4 durante l'installazione, è necessario che sia installato Microsoft Update per eseguire il programma di installazione di SQL Server 2012. Se si installa SQL Server 2012 in Windows 7 SP1 o in Windows Server 2008 SP1, tale aggiornamento è incluso. Se si installa il sistema operativo Windows Vista o Windows Server 2008, è possibile eseguirne il download utilizzando il collegamento riportato di seguito.
.NET Framework 4: - il programma di installazione consente di installare .NET Framework 4 in un sistema operativo cluster. Per ridurre il tempo di installazione, è consigliabile installare .NET Framework 4 prima di eseguire il programma di installazione.
File di supporto per l'installazione di SQL Server. Questi file possono essere installati eseguendo SqlSupport.msi, disponibile nel supporto di installazione di SQL Server 2012.
Verificare che il software antivirus non sia installato nel cluster WSFC. Per ulteriori informazioni, vedere l'articolo della Microsoft Knowledge Base relativo alla possibilità che il software antivirus causi problemi con i servizi cluster.
Nell'assegnare un nome a un gruppo cluster per l'installazione del cluster di failover, non utilizzare nessuno dei seguenti caratteri nel nome del gruppo cluster:
Operatore Minore di (<)
Operatore Maggiore di (>)
Virgolette doppie (")
Virgolette singole (')
"e" commerciale (&)
Verificare inoltre che i nomi dei gruppi cluster esistenti non contengano caratteri non supportati.
Assicurarsi che tutti i nodi del cluster siano configurati in modo identico, inclusi COM+, le lettere di unità del disco e gli utenti nel gruppo degli amministratori.
Verificare di aver eliminato il contenuto dei registri eventi di sistema in tutti i nodi e visualizzato di nuovo i registri eventi di sistema. Assicurarsi che i registri siano privi di messaggi di errore prima di continuare.
Prima di installare o aggiornare un cluster di failover di SQL Server, disabilitare tutte le applicazioni e i servizi che potrebbero utilizzare componenti di SQL Server durante l'installazione, ma lasciare online le risorse disco.
Durante l'installazione di SQL Server vengono automaticamente impostate le dipendenze tra il gruppo cluster di SQL Server e i dischi che faranno parte del cluster di failover. Non impostare le dipendenze per i dischi prima dell'installazione.
Durante l'installazione del cluster di failover di SQL Server viene creato l'oggetto computer (account computer Active Directory) per il nome risorsa di rete di SQL Server. In un cluster di Windows Server 2008, per l'account del nome cluster (account computer del cluster) devono essere concesse le autorizzazioni per la creazione di oggetti computer. Per ulteriori informazioni, vedere la sezione relativa alla configurazione degli account in Active Directory.
Se si utilizza una condivisione di file SMB come opzione di archiviazione, l'account di configurazione SQL Server deve disporre di SeSecurityPrivilege nel file server. A tale scopo, utilizzare la console Criteri di sicurezza locali nel file server per aggiungere l'account di configurazione SQL Server ai diritti Gestione file registro di controllo e di sicurezza.
Inizio pagina
Verificare la soluzione hardware in uso
Se nella soluzione cluster sono inclusi nodi del cluster geograficamente distanti, sarà necessario verificare elementi aggiuntivi, come latenza di rete e supporto per dischi condivisi.
- Per ulteriori informazioni su Windows Server 2008 e Windows Server 2008 R2, vedere Convalidare l'hardware per un cluster di failover e Criteri del Servizio Supporto Tecnico Microsoft per cluster di failover di Windows Server 2008.
Verificare che il disco in cui verrà installato SQL Server non sia compresso o crittografato. Se si tenta di installare SQL Server in un'unità compressa o crittografata, l'installazione di SQL Server non viene completata.
Le configurazioni SAN sono supportate anche in Windows Server 2008 e Windows Server 2008 R2 Advanced Server e Datacenter Server. La categoria "Cluster/Multi-cluster Device" di Microsoft Windows Catalog e Hardware Compatibility List indica il set di dispositivi di archiviazione compatibili con SAN che sono stati testati e sono supportati come unità di archiviazione SAN con più cluster WSFC collegati. Eseguire la convalida del cluster dopo aver trovato i componenti certificati.
La condivisione file SMB è supportata anche per l'installazione di file di dati. Per ulteriori informazioni, vedere Tipi di archiviazione per i file di dati.
.gif "Nota di attenzione")
AttenzioneSe si utilizza un file server di Windows come archiviazione di condivisione file SMB, l'account di configurazione SQL Server deve disporre del privilegio SeSecurityPrivilege nel file server. A tale scopo, utilizzare la console Criteri di sicurezza locali nel file server per aggiungere l'account di configurazione SQL Server ai diritti Gestione file registro di controllo e di sicurezza.
Se si utilizza un'archiviazione di condivisione file SMB diversa dal file server di Windows, consultare il fornitore dell'archiviazione per un'impostazione equivalente sul lato del file server.
SQL Server supporta punti di montaggio.
Un volume montato, o punto di montaggio, consente di utilizzare una singola lettera di unità per fare riferimento a più dischi o volumi. Se la lettera di unità D: fa riferimento a un disco o volume normale, è possibile collegare o "montare" dischi o volumi aggiuntivi sotto la lettera D: senza che per tali dischi o volumi siano necessarie lettere di unità specifiche.
Considerazioni aggiuntive sui punti di montaggio per il clustering di failover di SQL Server:
L'installazione di SQL Server richiede che all'unità di base di un'unità montata sia associata una lettera di unità. Per le installazioni di cluster di failover, questa unità di base deve essere un'unità del cluster. In questa versione non sono supportati i GUID del volume.
L'unità di base, a cui è associata la lettera di unità, non può essere condivisa tra le istanze del cluster di failover. Si tratta di una limitazione normale per i cluster di failover, ma non per i server autonomi a istanze multiple.
Le installazioni di tipo cluster di SQL Server sono limitate al numero di lettere di unità disponibili. Supponendo di utilizzare solo una lettera di unità per il sistema operativo e che le altre siano disponibili come normali unità cluster o unità cluster con hosting dei punti di montaggio, il limite massimo consentito è di 25 istanze di SQL Server per cluster di failover.
.gif "Suggerimento")
SuggerimentoÈ possibile superare il limite di 25 istanze utilizzando l'opzione per la condivisione file di SMB. Se si utilizza la condivisione file SMB come opzione di archiviazione, è possibile installare fino a 50 istanze del cluster di failover SQL Server.
La formattazione di un'unità dopo il montaggio di unità aggiuntive non è supportata.
Il disco locale è supportato nell'installazione del cluster di failover di SQL Server solo per l'installazione dei file tempdb. Assicurarsi che il percorso specificato per i file di dati tempdb e di log sia valido su tutti i nodi del cluster. Durante il failover, se le directory tempdb non sono disponibili sul nodo di destinazione del failover, la risorsa di SQL Server non verrà riportata online. Per ulteriori informazioni, vedere Tipi di archiviazione per i file di dati e Configurazione Motore di database - Directory dati.
Se si distribuisce un cluster di failover di SQL Server in componenti con tecnologia iSCSI, è consigliabile adottare precauzioni appropriate. Per ulteriori informazioni, vedere l'articolo della Microsoft Knowledge Base relativo al supporto per SQL Server 2000 nei componenti con tecnologia iSCSI.
Per ulteriori informazioni, vedere l'articolo della Microsoft Knowledge Base relativo ai criteri di supporto di SQL Server per il clustering Microsoft.
Per ulteriori informazioni sulla corretta configurazione dell'unità quorum, vedere l'articolo della Microsoft Knowledge Base relativo alle informazioni sulla configurazione dell'unità quorum.
Per installare un cluster di failover di SQL Server quando i file di installazione di origine di SQL Server e il cluster si trovano in domini diversi, copiare i file di installazione nel dominio corrente disponibile nel cluster di failover di SQL Server.
Inizio pagina
Esaminare le considerazioni sulla sicurezza
Per utilizzare la crittografia, installare il certificato server con il nome DNS completo del cluster WSFC in tutti i nodi del cluster di failover di SQL Server. In presenza, ad esempio, di un cluster a due nodi, con nodi denominati "Test1.DomainName.com" e "Test2.DomainName.com", e di un'istanza del cluster di failover di SQL Server denominata "Virtsql", è necessario ottenere un certificato per "Virtsql.DomainName.com" e installarlo nei nodi test1 e test2. È quindi possibile selezionare la casella di controllo Forza crittografia protocolli in Gestione configurazione SQL Server per configurare il cluster di failover per la crittografia.
ImportanteNon selezionare la casella di controllo Forza crittografia protocollo prima di aver installato i certificati in tutti i nodi che fanno parte dell'istanza del cluster di failover.
Per le installazioni di SQL Server in configurazioni side-by-side con versioni precedenti, nei servizi SQL Server devono essere utilizzati solo gli account disponibili nel gruppo di dominio globale. Gli account utilizzati dai servizi SQL Server non devono inoltre essere inclusi nel gruppo Administrators locale. Se queste linee guida non vengono rispettate, potrebbero verificarsi effetti imprevisti a livello di sicurezza.
Per creare un cluster di failover è necessario essere un amministratore locale con autorizzazioni per accedere come servizio e agire come parte del sistema operativo in tutti i nodi dell'istanza del cluster di failover.
In Windows Server 2008 i SID del servizio vengono generati automaticamente per essere utilizzati con i servizi SQL Server 2012. Per le istanze del cluster di failover di SQL Server 2012 aggiornate da versioni precedenti di SQL Server, verranno mantenuti i gruppi di dominio e le configurazioni ACL esistenti.
I gruppi di dominio devono trovarsi nello stesso dominio degli account computer. Se ad esempio il computer in cui verrà installato SQL Server si trova nel dominio SQLSVR, figlio di MYDOMAIN, è necessario specificare un gruppo nel dominio SQLSVR. Nel dominio SQLSVR possono essere contenuti account utente di MYDOMAIN.
Il clustering di failover di SQL Server non può essere installato nelle configurazioni in cui i nodi del cluster sono controller di dominio.
Consultare il contenuto di Considerazioni sulla sicurezza per un'installazione di SQL Server.
Per abilitare l'autenticazione Kerberos con SQL Server, vedere l'articolo della Microsoft Knowledge Base relativo all'utilizzo dell'autenticazione Kerberos in SQL Server.
Inizio pagina
Esaminare le considerazioni relative alla rete, alla porta e al firewall
Verificare di aver disabilitato NetBIOS per tutte le schede di rete private prima di avviare l'installazione di SQL Server.
È consigliabile non utilizzare il nome di rete e l'indirizzo IP di SQL Server per altri scopi, ad esempio la condivisione di file. Per creare una risorsa di condivisione file, utilizzare un nome di rete e un indirizzo IP diversi e univoci per la risorsa.
ImportanteÈ consigliabile non utilizzare le condivisioni file sulle unità dati, in quanto possono influenzare il comportamento e le prestazioni di SQL Server.
Anche se in SQL Server vengono supportati sia Named Pipes sia TCP/IP Sockets su TCP/IP all'interno di un cluster, è consigliabile utilizzare TCP/IP Sockets in una configurazione cluster.
Si noti che ISA Server non è supportato nel Clustering di Windows e, di conseguenza, neanche nei cluster di failover di SQL Server.
È necessario che sia in esecuzione il servizio Registro di sistema remoto.
È necessario che sia abilitata l'amministrazione remota.
Per la porta di SQL Server utilizzare Gestione configurazione SQL Server per verificare la configurazione di rete di SQL Server relativa al protocollo TCP/IP per l'istanza che si desidera sbloccare. È necessario abilitare la porta TCP per IPALL se si desidera connettersi a SQL Server tramite TCP dopo l'installazione. Per impostazione predefinita, SQL Browser è in ascolto sulla porta UDP 1434.
Le operazioni di installazione del cluster di failover includono una regola che controlla l'ordine di associazione di rete. Anche se gli ordini di associazione possono sembrare corretti, è possibile che nel sistema siano presenti configurazioni di schede di rete disabilitate o fantasma. " che possono influire sull'ordine di associazione e causare la generazione di un avviso da parte della regola dell'ordine di associazione. Per evitare questa situazione, effettuare i passaggi seguenti per identificare e rimuovere le schede di rete disabilitate:
Al prompt dei comandi digitare: set devmgr_Show_Nonpersistent_Devices=1.
Digitare ed eseguire: start Devmgmt.msc.
Espandere l'elenco di schede di rete. L'elenco dovrebbe contenere solo le schede fisiche. Se una scheda di rete è disabilitata, il programma di installazione segnalerà un errore per la regola dell'ordine di associazione di rete. Tale scheda verrà visualizzata come disabilitata anche in Connessioni di rete nel Pannello di controllo. Verificare che in Impostazioni di rete e nel Pannello di controllo venga visualizzato lo stesso elenco di schede fisiche abilitate indicate in devmgmt.msc.
Rimuovere le schede di rete disabilitate prima di eseguire il programma di installazione di SQL Server.
Al termine dell'installazione, tornare in Connessioni di rete nel Pannello di controllo e disabilitare le schede di rete attualmente non in uso.
Inizio pagina
Verificare il sistema operativo in uso
Assicurarsi che il sistema operativo sia installato correttamente e sia configurato per il supporto del clustering di failover. Nella tabella seguente vengono elencate le edizioni di SQL Server e i sistemi operativi in cui sono supportati.
[!NOTA]
I requisiti hardware e software di SQL Server 2012 Evaluation sono analoghi a quelli di SQL Server 2012 Enterprise. Per ulteriori informazioni, vedere Requisiti hardware e software per l'installazione di SQL Server 2012.
SQL Server Edition |
Windows Server 2008 Enterprise |
Windows Server 2008 Data Center Server |
Windows Server 2008 R2 Enterprise |
Windows Server 2008 R2 Data Center Server |
|---|---|---|---|---|
SQL Server 2012 Enterprise (64 bit) x641 |
Sì |
Sì |
Sì2 |
Sì2 |
SQL Server 2012 Enterprise (32 bit) |
Sì |
Sì |
||
SQL Server 2012 Developer (64 bit) |
Sì |
Sì |
Sì 2 |
Sì 2 |
SQL Server 2012 Developer (32 bit) |
Sì |
Sì |
||
SQL Server 2012 Standard (64 bit) |
Sì |
Sì |
Sì |
Sì |
SQL Server 2012 Standard (32 bit) |
Sì |
Sì |
1 I cluster di SQL Server non sono supportati nella modalità WOW, inclusi gli aggiornamenti da versioni precedenti di cluster di failover di SQL Server che, in origine, erano stati installati nella modalità WOW. Per tali cluster l'unica opzione di aggiornamento consiste nell'installazione side-by-side della nuova versione e nella successiva migrazione.
2 Supportato per il clustering di failover su più subnet di SQL Server.
Inizio pagina
Considerazioni aggiuntive per le configurazioni di più subnet
Nelle sezioni seguenti si descrivono i requisiti da ricordare in caso di installazione di un cluster di failover su più subnet di SQL Server. Una configurazione di più subnet comporta clustering attraverso più subnet, pertanto comporta utilizzando più indirizzi IP e viene modificata nelle dipendenze della risorsa indirizzo IP.
Considerazioni sul sistema operativo e sull'edizione di SQL Server
Per ulteriori informazioni sulle edizioni di SQL Server che supportano un cluster di failover su più subnet di SQL Server, vedere Funzionalità supportate dalle edizioni di SQL Server 2012.
Per creare un cluster di failover su più subnet di SQL Server, è necessario innanzitutto creare il cluster di failover multisito di Windows Server 2008 R2 in più subnet.
Il cluster di failover di SQL Server dipende dal cluster di failover di Windows Server per assicurarsi che le condizioni della dipendenza IP siano valide se si verifica un failover.
In Windows Server 2008 R2 viene richiesto che tutti i server del cluster si trovino nello stesso dominio Active Directory. Pertanto, nel cluster di failover su più subnet di SQL Server viene richiesto che tutti i nodi del cluster si trovino nello stesso dominio Active Directory anche se sono presenti in subnet diverse.
L'indirizzo IP e la dipendenze della risorsa indirizzo IP
La dipendenze della risorsa indirizzo IP è impostata su OR in una configurazione di più subnet. Per ulteriori informazioni, vedere Creare un nuovo cluster di failover di SQL Server (programma di installazione)
Le dipendenze AND-OR miste dell'indirizzo IP non sono supportate. Ad esempio <IP1> AND <IP2> OR <IP3> non è supportato.
L'utilizzo di più indirizzi IP per subnet non è supportato.
Se si decide di utilizzare più indirizzi IP configurati per la stessa subnet, durante l'avvio di SQL Server potrebbero verificarsi errori di connessione client.
Contenuto correlato
Per ulteriori informazioni sul failover multisito di Windows Server 2008 R2, vedere la pagina relativa al clustering di failover di Windows Server 2008 R2 e l'argomento relativo al progetto per un servizio o un'applicazione cluster in un cluster di failover multisito.
Configurare il cluster di failover di Windows Server
Microsoft Cluster Service (WSFC) deve essere configurato in almeno un nodo del cluster di server. È inoltre necessario eseguire SQL Server Enterprise, SQL Server Business Intelligence o SQL Server Standard in combinazione con WSFC. SQL Server Enterprise Edition supporta i cluster di failover con un massimo di 16 nodi. SQL Server Business Intelligence e SQL Server Standard supportano i cluster di failover con due nodi.
Tramite la DLL della risorsa per il servizio SQL Server vengono esportate due funzioni utilizzate da Gestione cluster WSFC per verificare la disponibilità della risorsa di SQL Server. Per ulteriori informazioni, vedere Criteri di failover per istanze del cluster di failover.
È necessario che WSFC sia in grado di verificare l'esecuzione dell'istanza del cluster di failover mediante il controllo IsAlive. A tale scopo, è necessario che venga stabilita una connessione trusted. Per impostazione predefinita, l'account che esegue il servizio cluster non è configurato come amministratore sui nodi del cluster e il gruppo BUILTIN\Administrators non dispone delle autorizzazioni per accedere a SQL Server. Tali impostazioni cambiano solo se vengono modificate le autorizzazioni sui nodi del cluster.
Configurare Domain Name Service (DNS) e Windows Internet Name Service (WINS). Un server DNS o WINS deve essere in esecuzione nell'ambiente in cui sarà installato il cluster di failover di SQL Server. Per il programma di installazione di SQL Server è richiesta la registrazione al servizio DDNS del riferimento virtuale all'interfaccia IP di SQL Server. La configurazione del server DNS deve consentire ai nodi del cluster di registrare in modo dinamico la mappa indirizzi IP online sul nome di rete. Se non è possibile completare la registrazione dinamica, l'installazione non riesce e viene eseguito il rollback. Per ulteriori informazioni, vedere questo articolo della Knowledge Base.
Inizio pagina
Installare Microsoft Distributed Transaction Coordinator
Prima di installare SQL Server in un cluster di failover determinare se è necessario creare la risorsa cluster Microsoft Distributed Transaction Coordinator (MSDTC). Se si installa solo il Motore di database, la risorsa cluster MSDTC non sarà necessaria. Se si installano il motore di database, SSIS e i componenti workstation oppure si utilizzano transazioni distribuite, è necessario installare MSDTC. MSDTC non è necessario per le istanze solo di Analysis Services.
In Windows Server 2008 e Windows Server 2008 R2 è possibile installare più istanze di MSDTC in un singolo cluster di failover. La prima istanza di MSDTC installata sarà l'istanza predefinita del cluster di MSDTC. In SQL Server sarà possibile avvalersi di un'istanza di MSDTC installata nel gruppo di risorse cluster locale di SQL Server utilizzando automaticamente l'istanza di MSDTC. Tuttavia, è possibile eseguire il mapping delle singole applicazioni a qualsiasi istanza di MSDTC nel cluster.
Le regole seguenti vengono applicate per un'istanza di MSDTC che deve essere scelta da SQL Server:
Utilizzare MSDTC installato nel gruppo locale oppure
Utilizzare l'istanza di cui è stato eseguito il mapping di MSDTC oppure
Utilizzare l'istanza predefinita del cluster di MSDTC oppure
Utilizzare l'istanza installata del computer locale di MSDTC
| Importante |
|---|
Se l'istanza di MSDTC installata nel gruppo cluster locale di SQL Server ha esito negativo, in SQL Server non viene effettuato automaticamente il tentativo di utilizzare l'istanza cluster predefinita o l'istanza del computer locale di MSDTC. Sarebbe necessario rimuovere completamente l'istanza con errori di MSDTC dal gruppo di SQL Server per utilizzare un'altra istanza di MSDTC. Analogamente, se si crea un mapping per SQL Server e l'istanza di cui è stato eseguito il mapping di MSDTC ha esito negativo, anche le transazioni distribuite non riusciranno. Se si desidera che in SQL Server venga utilizzata un'istanza diversa di MSDTC, è necessario aggiungere un'istanza di MSDTC al gruppo cluster locale di SQL Server o eliminare il mapping. |
Configurare Microsoft Distributed Transaction Coordinator
Dopo l'installazione del sistema operativo e la configurazione del cluster è necessario configurare MSDTC per il funzionamento in un cluster, utilizzando Amministrazione cluster. Se non si configura MSDTC per il clustering, l'installazione di SQL Server non verrà bloccata, ma una configurazione non corretta di MSDTC può influire sulla funzionalità dell'applicazione SQL Server.
Inizio pagina
Vedere anche
Riferimento
Requisiti hardware e software per l'installazione di SQL Server 2012
Parametri di controllo di Controllo configurazione sistema
Concetti
Gestione e manutenzione dell'istanza del cluster di failover