Condividi tramite

Operazioni preliminari all'installazione del clustering di failover

  • Articolo

Prima di installare un cluster di failover di SQL Server è necessario selezionare l'hardware e il sistema operativo usati 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 ha un'unità disco locale e la stessa lettera di unità viene usata anche in uno o più nodi del cluster come unità condivisa, non sarà possibile installare SQL Server in questa unità.

Potrebbe anche essere necessario rivedere gli argomenti seguenti per altre 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. Istanze del cluster di failover AlwaysOn (SQL Server)
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. Failover Policy for Failover Cluster Instances
Viene descritto come effettuare la gestione del cluster di failover di SQL Server esistente. Gestione e manutenzione dell'istanza del cluster di failover
Viene spiegato come installare Analysis Services in un cluster di failover Windows Server. Come eseguire il clustering di SQL Server Analysis Services

Procedure consigliate

  • Esaminare lenote sulla versione di SQL Server 2014

  • Installare i prerequisiti software. Prima di eseguire il programma di installazione per installare o eseguire l'aggiornamento a SQL Server 2014, installare i prerequisiti seguenti 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 di SQL Server componenti del motore di database 2014 e 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 è più installato da SQL Server programma di installazione, ma può essere necessario durante l'installazione di SQL Server nei sistemi operativi Windows precedenti. Per altre informazioni, vedere SQL Servernote sulla versione 2014.

    • Pacchetto di Microsoft Update: Per evitare il riavvio del computer a causa dell'installazione di .NET Framework 4 durante l'installazione, SQL Server 2014 richiede l'installazione di un aggiornamento Microsoft nel computer. Se si installa SQL Server 2014 in Windows 7 SP1 o Windows Server 2008 SP2, questo aggiornamento è incluso. Se si sta eseguendo l'installazione in un sistema operativo Windows precedente, scaricarlo da Microsoft Update per .NET Framework 4.0 in Windows Vista e Windows Server 2008.

    • .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 del programma di installazione di SQL Server. È possibile installare questi file eseguendo SqlSupport.msi che si trova nel supporto di installazione di SQL Server 2014.

  • Verificare che il software antivirus non sia installato nel cluster WSFC. Per altre informazioni, vedere l'articolo della Microsoft Knowledge Base, Il software antivirus che non è a conoscenza del cluster può causare 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 usare componenti di SQL Server durante l'installazione, ma lasciare online le risorse disco.

  • Il programma di installazione di SQL Server configura automaticamente le dipendenze tra il gruppo di cluster di SQL Server e i dischi che saranno inclusi nel 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 del 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 altre informazioni, vedere Configuring Accounts in Active Directory(Configurazione di 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, usare 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.

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.

  • Verificare che il disco in cui verrà installato SQL Server non sia compresso o crittografato. Se si prova a 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 altre informazioni, vedere Tipi di archiviazione per i file di dati.

    Avviso

    Se 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, usare 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 i 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 usare 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.

      Suggerimento

      È possibile superare il limite di 25 istanze utilizzando l'opzione per la condivisione file di SMB. Se si usa la condivisione file SMB come opzione di archiviazione, è possibile installare fino a 50 istanze del cluster di failover di 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 altre 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 altre informazioni, vedere Supporto per SQL Server sui componenti della tecnologia iSCSI.

  • Per altre informazioni, vedere Criteri di supporto di SQL Server per Microsoft Clustering.

  • Per altre informazioni sulla corretta configurazione dell'unità quorum, vedere Quorum Drive Configuration Information(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.

Esaminare le considerazioni sulla sicurezza

  • Per usare 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 protocollo in Gestione configurazione SQL Server per configurare il cluster di failover per la crittografia.

    Importante

    Non 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 usati solo gli account disponibili nel gruppo di dominio globale. Gli account usati 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 l'uso con SQL Server servizi 2014. Per SQL Server istanze del cluster di failover 2014 aggiornate dalle versioni precedenti di SQL Server, verranno mantenuti i gruppi di dominio esistenti e le configurazioni ACL.

  • 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.

  • Vedere Considerazioni sulla sicurezza per un'installazione di SQL Server.

  • Per abilitare l'autenticazione Kerberos con SQL Server, vedere Come usare l'autenticazione Kerberos in SQL Server nella Microsoft Knowledge Base.

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 usare 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 usare 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 le named pipe che i socket TCP/IP su TCP/IP all'interno di un cluster, è consigliabile usare i socket TCP/IP 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 SQL Server, usare Gestione configurazione SQL Server per controllare la configurazione di rete SQL Server per il protocollo TCP/IP per l'istanza da sbloccare. È necessario abilitare la porta TCP per IPALL se si vuole connettersi a SQL Server usando 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. Tali configurazioni 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:

    1. Al prompt dei comandi digitare: set devmgr_Show_Nonpersistent_Devices=1.

    2. Digitare ed eseguire: start Devmgmt.msc.

    3. 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.

    4. Rimuovere le schede di rete disabilitate prima di eseguire il programma di installazione di SQL Server.

    5. Al termine dell'installazione, tornare in Connessioni di rete nel Pannello di controllo e disabilitare le schede di rete attualmente non in uso.

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 che le supportano.

Edizione di SQL Server Windows Server 2008 Enterprise Windows Server 2008 Data Center Server Windows Server 2008 R2 Enterprise Windows Server 2008 R2 Data Center Server
SQL Server 2014 Enterprise (64 bit) x641 Sì Sì Sì2 Sì2
SQL Server 2014 Enterprise (32 bit) Sì Sì
SQL Server 2014 -bit) Sviluppatore (64) Sì Sì Sì 2 Sì2
SQL Server sviluppatore 2014 (a 32 bit) Sì Sì
SQL Server 2014 Standard (64 bit) Sì Sì Sì Sì
SQL Server 2014 Standard (32 bit) Sì Sì

1 SQL Server cluster non sono supportati in 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 SQL Server clustering di failover multi subnet.

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 informazioni sulle edizioni di SQL Server che supportano un cluster di failover a più subnet SQL Server, vedere Funzionalità supportate dalle edizioni di SQL Server 2014.

  • 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 Microsoft 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 di Active Directory. Il cluster di failover su più subnet di SQL Server richiede quindi che tutti i nodi del cluster siano nello stesso dominio di Active Directory anche se si trovano in subnet diverse.

L'indirizzo IP e la dipendenze della risorsa indirizzo IP

  1. La dipendenze della risorsa indirizzo IP è impostata su OR in una configurazione di più subnet. Per altre informazioni, vedere Creare un nuovo cluster di failover di SQL Server (programma di installazione)

  2. Le dipendenze AND-OR miste dell'indirizzo IP non sono supportate. Ad esempio, <IP1> AND <IP2> OR <IP3> non è supportata.

  3. L'utilizzo di più indirizzi IP per subnet non è supportato.

    Se si decide di usare più indirizzi IP configurati per la stessa subnet, durante l'avvio di SQL Server potrebbero verificarsi errori di connessione client.

Contenuto correlato

Per altre informazioni sul failover multisito di Windows Server 2008 R2, vedere la pagina Clustering di failover di Windows Server 2008 R2 e Progettare 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. È anche 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 usate da Gestione cluster WSFC per verificare la disponibilità della risorsa di SQL Server. Per altre 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 ha le 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. Il programma di installazione di SQL Server richiede 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 di un indirizzo IP online sul nome di rete. Se non è possibile completare la registrazione dinamica, l'installazione non riesce e viene eseguito il rollback. Per altre informazioni, vedere questo articolo della Knowledge Base

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. SQL Server si avvale di un'istanza di MSDTC installata nel gruppo di risorse cluster locale di SQL Server usando 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

  • Usare 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 usare 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 usare 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 usata 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.

Vedere anche

Requisiti hardware e software per l'installazione di SQL Server 2014
Parametri di controllo di Controllo configurazione sistema
Gestione e manutenzione dell'istanza del cluster di failover