Condividi tramite

Prima di installare il clustering di Failover

Prima di installare un cluster di failover di SQL Server, è necessario selezionare l'hardware e il sistema operativo in cui verrà eseguito SQL Server. È anche necessario configurare Windows Server Failover Clustering (WSFC) ed esaminare rete, sicurezza e considerazioni per 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 è possibile installare SQL Server in tale unità.

È anche possibile esaminare gli argomenti seguenti per altre informazioni sui concetti, sulle funzionalità e sulle attività del clustering di failover di SQL Server.

Descrizione dell'argomento Argomento
Descrivere dei concetti di failover clustering di SQL Server e fornire collegamenti a contenuti e attività correlati. Istanze del cluster di failover AlwaysOn (SQL Server)
Vengono descritti i concetti relativi ai criteri di failover di SQL Server e vengono forniti collegamenti alla configurazione dei criteri di failover in base ai requisiti dell'organizzazione. Criteri di failover per istanze del cluster di failover
Come mantenere e gestire il cluster di failover di SQL Server esistente. Amministrazione e manutenzione dell'istanza del cluster di failover
Viene illustrato come installare Analysis Services in un cluster di failover di Windows Server (WSFC). Come eseguire il clustering di SQL Server Analysis Services

Migliori pratiche

  • Rivederele note sulla versione di SQL Server 2014

  • Installare il software prerequisito. 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 prerequisito in ogni nodo del cluster di failover e quindi riavviare i nodi una sola volta prima dell'esecuzione del programma di installazione.

    • Windows PowerShell non è più installato dal programma di installazione di SQL Server. Windows PowerShell 2.0 è un prerequisito per l'installazione dei componenti del motore di SQL Server 2014Database e di SQL Server Management Studio. Se Windows PowerShell 2.0 non è presente nel computer, è possibile abilitarlo seguendo le istruzioni nella pagina Windows Management Framework .

    • .NET Framework 3.5 SP1 non è più installato dal programma di installazione di SQL Server, ma potrebbe essere necessario durante l'installazione di SQL Server nei sistemi operativi Windows precedenti. Per ulteriori informazioni, vedere le Note sulla versione di SQL Server 2014.

    • Pacchetto di Microsoft Update: Per evitare il riavvio del computer a causa dell'installazione di .NET Framework 4 durante l'installazione, l'installazione di 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 installa 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 installa .NET Framework 4 in un sistema operativo in cluster. Per ridurre il tempo di installazione, è consigliabile installare .NET Framework 4 prima di eseguire il programma di installazione.

    • File di supporto per il 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 può causare problemi con i servizi cluster.

  • Quando si assegna un nome a un gruppo di cluster per l'installazione del cluster di failover, non è necessario usare uno dei caratteri seguenti nel nome del gruppo di cluster:

    • Operatore minore di (<)

    • Operatore maggiore di (>)

    • Virgolette doppie ("")

    • Virgolette singole (')

    • E commerciale (&)

    Verificare anche che i nomi dei gruppi di cluster esistenti non contengano caratteri non supportati.

  • Assicurarsi che tutti i nodi del cluster siano configurati in modo identico, inclusi COM+, lettere di unità disco e utenti nel gruppo administrators.

  • Verificare di aver cancellato i log di sistema in tutti i nodi e di visualizzare di nuovo i log di sistema. Assicurarsi che i log siano liberi da eventuali 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 i componenti di SQL Server durante l'installazione, ma lasciare online le risorse del disco.

  • Il programma di installazione di SQL Server imposta automaticamente le dipendenze tra il gruppo di cluster di SQL Server e i dischi che si trovano 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 un oggetto computer (account computer di Active Directory) per il nome della risorsa di rete di SQL Server. In un cluster di Windows Server 2008, l'account del nome del cluster (l'account del computer del cluster stesso) deve avere le autorizzazioni necessarie per la creazione di oggetti computer. Per altre informazioni, vedere Configurazione degli account in Active Directory.

    • Se si usa la condivisione file SMB come opzione di archiviazione, l'account di installazione di SQL Server deve avere SeSecurityPrivilege nel file server. A tale scopo, usando la console Criteri di sicurezza locali nel file server, aggiungere l'account di installazione di SQL Server ai diritti di Gestione dei controlli e dei registri di sicurezza.

Verificare la soluzione hardware

  • Se la soluzione cluster include nodi del cluster geograficamente distribuiti, è necessario verificare elementi aggiuntivi, ad esempio la latenza di rete e il supporto del disco condiviso.

  • 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 in un'unità crittografata, il programma di installazione di SQL Server ha esito negativo.

  • Le configurazioni SAN sono supportate anche nelle edizioni Windows Server 2008 e Windows Server 2008 R2 Advanced Server e Datacenter Server. La categoria Elenco compatibilità hardware e catalogo Windows "Cluster/Multi-cluster Device" elenca il set di dispositivi di archiviazione con supporto SAN testati e 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.

    Avvertimento

    Se si usa Windows File Server come archiviazione di condivisione file SMB, l'account di installazione di SQL Server deve avere SeSecurityPrivilege nel file server. A tale scopo, usando la console Criteri di sicurezza locali nel file server, aggiungere l'account di configurazione di SQL Server ai diritti di gestione del controllo e dei log di sicurezza.

    Se si usa l'archiviazione di condivisione file SMB diversa da File server Windows, consultare il fornitore di archiviazione per un'impostazione equivalente sul lato file server.

  • SQL Server supporta i punti di montaggio.

    Un volume montato o un punto di montaggio consente di usare una singola lettera di unità disco per riferirsi a molti dischi o volumi. Se si dispone di una lettera di unità D: che fa riferimento a un normale disco o volume, è possibile connettere o "montare" dischi o volumi aggiuntivi come directory nella lettera di unità D: senza i dischi o i volumi aggiuntivi che richiedono lettere di unità proprie.

    Considerazioni aggiuntive sul punto di mount per il clustering di failover di SQL Server:

    • Il programma di installazione di SQL Server richiede che il disco di base di un'unità montata abbia una lettera dell'unità associata. Per le installazioni del cluster di failover, questo disco di base deve essere un'unità raggruppata. I GUID dei volumi non sono supportati in questa versione.

    • Il disco di base, quello con la lettera di unità, non può essere condiviso tra le istanze del cluster di failover. Si tratta di una restrizione normale per i cluster di failover, ma non è una restrizione sui server autonomi a istanze multipla.

    • Le installazioni clusterizzate di SQL Server sono limitate al numero di lettere di unità disponibili. Supponendo di utilizzare una sola lettera di unità per il sistema operativo e che tutte le altre lettere di unità siano disponibili come unità cluster normali o unità cluster che ospitano punti di montaggio, sei limitato a un massimo di 25 istanze di SQL Server per ogni cluster di failover.

      Suggerimento

      Il limite di 25 istanze può essere superato usando l'opzione condivisione file 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.

  • L'installazione del cluster di failover di SQL Server supporta solo il disco locale 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 nel nodo di destinazione del failover, la risorsa di SQL Server non sarà online. Per altre informazioni, vedere Tipi di archiviazione per file di dati e Configurazione del motore di database - Directory dati.

  • Se si distribuisce un cluster di failover di SQL Server nei componenti della tecnologia iSCSI, è consigliabile prestare attenzione. Per altre informazioni, vedere Supporto per SQL Server nei componenti della tecnologia iSCSI.

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

  • Per altre informazioni sulla configurazione corretta dell'unità quorum, vedere Informazioni sulla configurazione dell'unità quorum.

  • Per installare un cluster di failover di SQL Server quando i file di installazione dell'origine di SQL Server e il cluster si trovano in domini diversi, è necessario copiare i file di installazione nel dominio attualmente disponibile per il cluster di failover di SQL Server.

Esaminare le considerazioni sulla sicurezza

  • Per usare la crittografia, installare il certificato del server con il nome DNS completamente qualificato del cluster WSFC su tutti i nodi del cluster di failover di SQL Server. Ad esempio, se si dispone di un cluster a due nodi, con nodi denominati "Test1.DomainName.com" e "Test2.DomainName.com" e un'istanza del cluster di failover di SQL Server denominata "Virtsql", è necessario ottenere un certificato per "Virtsql.DomainName.com" e installare il certificato 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 fino a quando i certificati non sono installati in tutti i nodi partecipanti nell'istanza del cluster di failover.

  • Per le installazioni di SQL Server in configurazioni side-by-side con le versioni precedenti, i servizi DI SQL Server devono usare gli account presenti solo nel gruppo di domini globali. Inoltre, gli account usati dai servizi di SQL Server non devono essere visualizzati nel gruppo Administrators locale. La mancata conformità a questa linea guida comporterà un comportamento di sicurezza imprevisto.

  • Per creare un cluster di failover, è necessario essere un amministratore locale con autorizzazioni per effettuare l'accesso come servizio e agire come parte integrante del sistema operativo su tutti i nodi dell'istanza del cluster di failover.

  • In Windows Server 2008 i SID del servizio vengono generati automaticamente per l'uso con i servizi DI SQL Server 2014. Per le istanze del cluster di failover di SQL Server 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 del computer. Ad esempio, se il computer in cui verrà installato SQL Server si trova nel dominio SQLSVR figlio di MYDOMAIN, è necessario specificare un gruppo nel dominio SQLSVR. Il dominio SQLSVR può contenere account utente da MYDOMAIN.

  • Non è possibile installare il clustering di failover di SQL Server in cui i nodi del cluster sono controller di dominio.

  • Esaminare il contenuto in 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 considerazioni su rete, porta e firewall

  • Verificare di aver disabilitato NetBIOS per tutte le schede di rete private prima di iniziare il programma di installazione di SQL Server.

  • Il nome di rete e l'indirizzo IP di SQL Server non devono essere usati per altri scopi, ad esempio la condivisione di file. Se si vuole creare una risorsa di condivisione file, usare un nome di rete e un indirizzo IP diversi e univoci per la risorsa.

    Importante

    È consigliabile non usare condivisioni file nelle unità dati, perché possono influire sul comportamento e sulle prestazioni di SQL Server.

  • Anche se SQL Server supporta sia named pipe che socket TCP/IP su TCP/IP all'interno di un cluster, è consigliabile usare socket TCP/IP in una configurazione in cluster.

  • Si noti che il server ISA non è supportato in Windows Clustering e di conseguenza non è supportato nei cluster di failover di SQL Server.

  • Il servizio Registro di sistema remoto deve essere operativo.

  • È necessario abilitare Amministrazione remota.

  • Per la porta di SQL Server, usare Gestione configurazione SQL Server per controllare la configurazione di rete di SQL Server per il protocollo TCP/IP per l'istanza da sbloccare. Se si vuole connettersi a SQL Server usando TCP dopo l'installazione, è necessario abilitare la porta TCP per IPALL. 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 le configurazioni legate potrebbero sembrare corrette, le configurazioni della scheda di rete potrebbero essere state disabilitate o rese "fantasma" nel sistema. Le configurazioni della scheda di interfaccia di rete "fantasma" possono influire sull'ordine di associazione e causare l'emissione di un avviso da parte della regola dell'ordine di associazione. Per evitare questa situazione, attenersi alla procedura seguente per identificare e rimuovere schede di rete disabilitate:

    1. Al prompt dei comandi, digita: set devmgr_Show_Nonpersistent_Devices=1.

    2. Digitare ed eseguire: avviare Devmgmt.msc.

    3. Espandere l'elenco delle schede di rete. Solo gli adattatori fisici devono trovarsi nell'elenco. Se si dispone di una scheda di rete disabilitata, il programma di installazione segnala un errore per la regola dell'ordine di associazione di rete. Pannello di controllo/Connessioni di rete mostrerà anche che la scheda è stata disabilitata. Verificare che le Impostazioni di rete nel Pannello di controllo mostrino lo stesso elenco di adattatori fisici abilitati visualizzato da devmgmt.msc.

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

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

Verificare il sistema operativo

Assicurarsi che il sistema operativo sia installato correttamente e sia progettato per supportare il cluster di failover. Nella tabella seguente è riportato un elenco delle edizioni di SQL Server e dei sistemi operativi che li supportano.

Edizione di SQL Server Windows Server 2008 Enterprise Windows Server 2008 Datacenter Server Windows Server 2008 R2 Enterprise Windows Server 2008 R2 Datacenter 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 2014 Developer (32-bit) Sì Sì
SQL Server 2014 Standard (64 bit) Sì Sì Sì Sì
SQL Server 2014 Standard (32 bit) Sì Sì

1 I cluster di SQL Server non sono supportati in modalità WOW. Sono inclusi gli aggiornamenti delle versioni precedenti dei cluster di failover di SQL Server originariamente installati in WOW. Per quelli l'unica opzione di aggiornamento consiste nell'installare la nuova versione affiancata ed eseguire la migrazione.

2 Supportato per il clustering di failover su più subnet di SQL Server.

Considerazioni aggiuntive per le configurazioni su più subnet

Le sezioni seguenti descrivono i requisiti da tenere presenti durante l'installazione di un cluster di failover su più subnet di SQL Server. Una configurazione su più subnet comporta il clustering tra più subnet e quindi implica l'uso di più indirizzi IP e modifiche alle dipendenze delle risorse associate agli indirizzi IP.

Considerazioni sull'edizione e sul sistema operativo di SQL Server

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

  • Per creare un cluster di failover su più subnet di SQL Server, è prima necessario 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 di dipendenza IP siano valide se si verifica un failover.

  • Windows Server 2008 R2 richiede che tutti i server del cluster si trovano nello stesso dominio di Active Directory. Di conseguenza, il cluster di failover su più subnet di SQL Server richiede che tutti i nodi del cluster si trovino nello stesso dominio di Active Directory anche se si trovano in subnet diverse.

Dipendenze delle risorse indirizzo IP e indirizzo IP

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

  2. Le dipendenze di indirizzi IP misti AND-OR non sono supportate. Ad esempio, <IP1> AND <IP2> OR <IP3> non è supportato.

  3. Non è supportato più di un indirizzo IP per subnet.

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

Contenuto correlato

Per altre informazioni sul failover multisito di Windows Server 2008 R2, vedere Sito di cluster di failover di Windows Server 2008 R2 e Progettazione di un servizio o applicazione cluster in un cluster di failover multisito.

Configurare il cluster di failover di Windows Server

  • Il servizio Cluster Microsoft (WSFC) deve essere configurato in almeno un nodo del cluster server. È anche necessario eseguire SQL Server Enterprise, SQL Server Business Intelligence o SQL Server Standard insieme a WSFC. SQL Server Enterprise supporta i cluster di failover con un massimo di 16 nodi. SQL Server Business Intelligence e SQL Server Standard supportano cluster di failover a due nodi.

  • La DLL della risorsa per il servizio SQL Server esporta due funzioni usate da Gestione cluster WSFC per verificare la disponibilità della risorsa di SQL Server. Per altre informazioni, vedere Criteri di failover per le istanze del cluster di failover.

  • WSFC deve essere in grado di verificare che l'istanza del cluster di failover sia in esecuzione usando il controllo IsAlive. Ciò richiede la connessione al server tramite una connessione attendibile. Per impostazione predefinita, l'account che esegue il servizio cluster non è configurato come amministratore nei nodi del cluster e il gruppo BUILTIN\Administrators non dispone dell'autorizzazione per accedere a SQL Server. Queste impostazioni cambiano solo se si modificano le autorizzazioni nei nodi del cluster.

  • Configurare Domain Name Service (DNS) o Windows Internet Name Service (WINS). Un server DNS o WINS deve essere in esecuzione nell'ambiente in cui verrà installato il cluster di failover di SQL Server. Il programma di installazione di SQL Server richiede la registrazione dinamica del servizio dei nomi di dominio del riferimento virtuale dell'interfaccia IP di SQL Server. La configurazione del server DNS deve consentire ai nodi del cluster di registrare dinamicamente una mappatura degli indirizzi IP online al nome di rete. Se non è possibile completare la registrazione dinamica, il programma di installazione non riesce e viene eseguito il rollback dell'installazione. 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 è necessaria. Se si installa il motore del database e SSIS, i componenti workstation, o se userai transazioni distribuite, è necessario installare MSDTC. Si noti che 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 sfrutta 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 di singole applicazioni a qualsiasi istanza di MSDTC nel cluster.

Le regole seguenti vengono applicate per un'istanza di MSDTC da scegliere da SQL Server:

  • Usare MSDTC installato nel gruppo locale, altrimenti

  • Utilizzare l'istanza mappata di MSDTC, altrimenti

  • Usare l'istanza predefinita del cluster di MSDTC, altrimenti

  • Usare l'istanza MSDTC installata sul computer locale

Importante

Se l'istanza MSDTC installata nel gruppo di cluster locale di SQL Server ha esito negativo, SQL Server non tenta automaticamente di usare l'istanza del cluster predefinita o l'istanza del computer locale di MSDTC. È necessario rimuovere completamente l'istanza non riuscita 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 mappata di MSDTC non riesce, anche le transazioni distribuite avranno esito negativo. Se si vuole che SQL Server usi un'istanza diversa di MSDTC, è necessario aggiungere un'istanza di MSDTC al gruppo di cluster locale di SQL Server o eliminare il mapping.

Configurare Microsoft Distributed Transaction Coordinator

Dopo aver installato il sistema operativo e configurato il cluster, è necessario configurare MSDTC per funzionare in un cluster usando l'amministratore del cluster. L'errore nel cluster MSDTC non bloccherà il programma di installazione di SQL Server, ma la funzionalità dell'applicazione DI SQL Server potrebbe essere interessata se MSDTC non è configurato correttamente.

Vedere anche

requisiti hardware e software per l'installazione di SQL Server 2014
Controllare i parametri per il controllo della configurazione di sistema
Amministrazione e manutenzione dell'istanza del cluster di failover

  • Last updated on