Operazioni preliminari all'installazione del clustering di failover

  • Articolo

Si applica a:SQL Server

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 considerazioni relative a rete, sicurezza e 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 in uno o più nodi del cluster come unità condivisa, non sarà possibile installare SQL Server in tale unità. Questa restrizione si applica sia a istanze del cluster di failover di SQL Server sia a istanze autonome in un server che fa parte di un'istanza del cluster di failover di Windows.

Potrebbe essere utile rivedere gli articoli seguenti per ottenere ulteriori informazioni su attività, funzionalità e concetti relativi al clustering di failover di SQL Server.

Descrizione articolo Articolo
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 Always On (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. Criteri di failover per istanze del cluster di failover
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 le note sulla versione di SQL Server 2019 e SQL Server 2022.

Installare i prerequisiti software. Prima di eseguire il programma di installazione per installare o effettuare l'aggiornamento, 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 è un prerequisito per l'installazione dei componenti del Motore di database di SQL Server e di SQL Server Management Studio. Se Windows PowerShell non è installato nel computer, è possibile abilitarlo seguendo le istruzioni disponibili nella pagina 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 sistemi operativi Windows meno recenti. Per ulteriori informazioni, vedere SQL Server 2019: requisiti hardware e software.

  • Pacchetto Microsoft Update: per evitare il riavvio del computer dovuto all'installazione di .NET Framework 4 durante l'installazione, è necessario che sia installato un aggiornamento Microsoft per eseguire il programma di installazione di SQL Server. Per l'installazione di SQL Server 2014 (12.x) e versioni successive nelle versioni supportate di Windows, questo aggiornamento è già 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 in 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. Questi file possono essere installati eseguendo SqlSupport.msi, disponibile nel supporto di installazione.

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 di sistema in tutti i nodi e visualizzato di nuovo i registri 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 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, l'account del nome del cluster (account del computer del cluster) deve disporre delle 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 del programma di installazione di 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 del programma di installazione di SQL Server ai diritti Gestire registro di protezione e controllo.

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, a partire da Windows Server 2008, e nelle edizioni 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 del programma di installazione di 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 del programma di installazione di SQL Server ai diritti Gestire registro di protezione e controllo.

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.

  • L'installazione di SQL Server richiede che all'unità di base di un'unità montata sia associata una lettera di unità. Se l'unità di base di un'unità montata non dispone di una lettera di unità associata, il programma di installazione assegnerà all'unità la successiva lettera di unità disponibile.

    Nota

    Se tutte le lettere di unità sono già assegnate, il programma di installazione avrà esito negativo.

  • SQL Server non supporta l'uso di directory radice del volume di montaggio/punto di montaggio per i database di SQL Server. Per ulteriori informazioni, vedere Errore di autorizzazione quando si usa un punto di montaggio del volume nel programma di installazione di SQL Server

  • 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. Questa versione non supporta 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 più istanze.

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

    • La risorsa SQL Server in SQL Server 2005 e versioni successive dipende dalla risorsa del nome di rete di SQL e dalle risorse disco fisico che contengono i dati. I punti di montaggio e l'unità host devono essere visualizzati come una risorsa disco fisico cluster. Inoltre, il disco fisico con una lettera di unità e ciascun volume montato devono anche essere aggiunti come dipendenza di SQL Server.

    • Se si esegue una nuova installazione, sui dischi fisici con una lettera di unità associata e sui punti di montaggio vengono impostate le autorizzazioni di dipendenza corrette. Le autorizzazioni di dipendenza vengono impostate in automatico durante la configurazione.

    • Se viene aggiunta solo la dipendenza dei dischi fisici radice e la dipendenza dei punti di montaggio invece no, si verificherà un danneggiamento del database in caso di failover. Il danneggiamento del database può verificarsi anche durante un riavvio di SQL Server se le risorse del disco passano offline e tornano allo stato online anche senza failover.

  • Procedure consigliate per i punti di montaggio:

    • Se si sposta un punto di montaggio da un disco condiviso a un altro disco condiviso, assicurarsi che questi si trovino nello stesso gruppo.

    • Provare a usare il volume radice (host) esclusivamente per i punti di montaggio. Il volume radice è il volume che ospita i punti di montaggio. Questa procedura riduce notevolmente il tempo necessario per ripristinare l'accesso ai volumi montati se è necessario eseguire lo strumento Chkdsk.exe. Ciò riduce inoltre il tempo necessario per eseguire il ripristino dal backup nel volume host.

    • Se si usa il volume radice (host) esclusivamente per i punti di montaggio, le dimensioni del volume host devono essere di almeno 5 megabyte (MB). In questo modo si riduce la probabilità che il volume venga usato per elementi diversi dai punti di montaggio.

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

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 su tutti i nodi dell'istanza del cluster di failover.

In Windows Server 2008 e versioni successive, i SID dei servizi vengono generati in automatico per l'uso con i servizi SQL Server. Per le istanze del cluster di failover di SQL Server 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.

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.

Per l'istanza del cluster di failover di SQL Server è necessario che i nodi del cluster siano aggiunti a un dominio. Non sono supportate le configurazioni seguenti:

  • Istanza del cluster di failover di SQL Server in cluster di gruppi di lavoro.
  • Istanza del cluster di failover di SQL Server in cluster con più domini.
  • Istanza del cluster di failover di SQL Server in cluster di domini + gruppi di lavoro.

Esaminare le considerazioni relative a rete, porta e 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, come 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.

Il server ISA non è supportato nel clustering di Windows e 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 le istanze di SQL Server che usano una porta non predefinita, usare la configurazione di rete di Gestione configurazione SQL Server per determinare la porta usata dall'istanza di SQL Server che si vuole sbloccare. Abilitare la porta TCP per IPALL nel firewall se ci si vuole connettere all'istanza di SQL Server usando il servizio SQL Server Browser, che usa un indirizzo IP diverso da quello dell'istanza in cluster e la 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. Nel 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 di rete fisiche abilitate riportato da 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 in cui sono supportate.

Edizione di SQL Server Windows Server 2022 Datacenter Windows Server 2022 Datacenter: Azure Edition Windows Server 2022 Standard
SQL Server 2014 (12.x) Enterprise (64 bit) x64 1 No No No
SQL Server 2014 (12.x) Enterprise (32 bit) No No No
SQL Server 2016 (13.x) Enterprise No No No
SQL Server 2016 (13.x) Standard No No No
SQL Server 2017 (14.x) Enterprise Sì Sì Sì
SQL Server 2017 (14.x) Standard Sì Sì Sì
SQL Server 2019 (15.x) Enterprise Sì Sì Sì
SQL Server 2019 (15.x) Standard Sì Sì Sì
SQL Server 2022 (16.x) Enterprise Sì Sì Sì
SQL Server 2022 (16.x) Standard Sì Sì Sì
Edizione di SQL Server Windows Server 2019 Datacenter Windows Server 2019 Standard Windows Server 2016 Datacenter Windows Server 2016 Standard
SQL Server 2014 (12.x) Enterprise (64 bit) x64 1 Sì Sì Sì Sì
SQL Server 2014 (12.x) Enterprise (32 bit) Sì Sì
SQL Server 2016 (13.x) Enterprise Sì Sì Sì Sì
SQL Server 2016 (13.x) Standard Sì Sì Sì Sì
SQL Server 2017 (14.x) Enterprise Sì Sì Sì Sì
SQL Server 2017 (14.x) Standard Sì Sì Sì Sì
SQL Server 2019 (15.x) Enterprise Sì Sì Sì Sì
SQL Server 2019 (15.x) Standard Sì Sì Sì Sì
SQL Server 2022 (16.x) Enterprise Sì Sì Sì Sì
SQL Server 2022 (16.x) Standard Sì Sì 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 affiancata della nuova versione e nella successiva migrazione.

Considerazioni aggiuntive per le configurazioni a 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 un elenco delle funzionalità supportate dalle edizioni di SQL Server su Windows, vedere:

Per creare un cluster di failover su più subnet di SQL Server, è necessario innanzitutto creare il cluster di failover multisito di Windows Server 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 in caso di failover.

In Windows Server 2008 R2 e versioni successive viene richiesto che tutti i server di cluster si trovino nello stesso dominio 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, la dipendenza <IP1> AND <IP2> OR <IP3> non è supportata.

  3. L'uso di più indirizzi IP per ogni 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. È inoltre necessario eseguire SQL Server Enterprise, SQL Server Business Intelligence o SQL Server Standard 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 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 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. 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 ha esito negativo e viene eseguito il rollback. Per ulteriori informazioni, vedere KB947048(collegamento archiviato).

Installare Microsoft Distributed Transaction Coordinator (MSDTC)

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 installano il motore di database e SSIS, componenti workstation o si useranno transazioni distribuite, è necessario installare MSDTC. MSDTC non è necessario per le istanze solo di Analysis Services.

In Windows Server 2008 e versioni successive è 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.

Vedi anche

Passaggi successivi