Operazioni preliminari all'installazione del clustering di failover

  • Articolo
  • 21 minuti per la lettura

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. È anche necessario configurare Il clustering di failover di Windows Server (WSFC) e esaminare la rete, la sicurezza e le 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 in uno o più nodi del cluster come unità condivisa, non è 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.

È anche possibile esaminare gli articoli seguenti per altre informazioni su SQL Server concetti di clustering di failover, funzionalità e attività.

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. 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 le note sulla versione per 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 di componenti SQL Server motore di database e SQL Server Management Studio. Se Windows PowerShell non è presente nel computer, è possibile abilitarla seguendo le istruzioni riportate 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 meno recenti. Per altre informazioni, vedere SQL Server 2019: requisiti hardware e software.

  • Pacchetto di Microsoft Update: Per evitare il riavvio del computer a causa dell'installazione di .NET Framework 4 durante l'installazione, SQL Server l'installazione richiede l'installazione di un aggiornamento Microsoft nel computer. Per SQL Server 2014 (12.x) e versioni successive che si installano nelle versioni supportate di Windows, questo aggiornamento è già 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 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.

  • SQL Server Configurare i file di supporto. 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 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+, le lettere di unità del disco e gli utenti nel gruppo degli amministratori.

Verificare di aver cancellato i log di sistema in tutti i nodi e di visualizzare nuovamente i log 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 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 locale nel file server, aggiungere l'account di installazione SQL Server per gestire i diritti di controllo e log di sicurezza.

Verificare la soluzione hardware

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 SQL Server verrà installato 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 dalle edizioni Windows Server 2008 e Windows Server 2008 R2 Advanced Server e Datacenter Server. La categoria elenco di compatibilità hardware e catalogo hardware di 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.

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, usando la console Criteri di sicurezza locale nel file server, aggiungere l'account di installazione SQL Server per gestire i diritti di controllo e log 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.

  • 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 ha una lettera di unità associata, il programma di installazione assegna la lettera di unità disponibile successiva all'unità.

    Nota

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

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

  • 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. I GUID del volume non sono supportati in questa versione.

    • L'unità di base, quella con la lettera di unità, non può essere condivisa tra le istanze del cluster di failover. Si tratta di una normale restrizione per i cluster di failover, ma non è una restrizione sui server autonomi e multiistanza.

    • Le installazioni di tipo cluster di SQL Server sono limitate al numero di lettere di unità disponibili. Supponendo che usi una sola lettera di unità per il sistema operativo e 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 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 nome di rete SQL e dalle risorse del disco fisico che contengono i dati. I punti di montaggio e l'unità host devono essere visualizzati come risorsa del disco fisico del cluster. Inoltre, il disco fisico con una lettera di unità e ogni volume montato deve essere aggiunto anche come dipendenza SQL Server.

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

    • Se viene aggiunta solo la dipendenza dei dischi fisici radice e la dipendenza dei punti di montaggio non viene aggiunta, il danneggiamento del database si verificherà nel failover. Il danneggiamento del database può verificarsi anche durante un SQL Server riavviare le risorse del disco deve essere offline e tornare 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 i dischi condivisi 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 pratica riduce notevolmente il tempo necessario per ripristinare l'accesso ai volumi montati se è necessario eseguire lo strumento di Chkdsk.exe. Ciò riduce anche il tempo necessario per 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 almeno 5 megabyte (MB). Ciò riduce la probabilità che il volume venga usato per qualsiasi cosa diversa dai punti di montaggio.

SQL Server'installazione del cluster di failover supporta solo disco locale per l'installazione dei tempdb file. Assicurarsi che il percorso specificato per i dati e i tempdb file di log sia valido in tutti i nodi del cluster. Durante il failover, se le tempdb directory non sono disponibili nel nodo di destinazione di failover, la risorsa SQL Server non verrà visualizzata 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 in tutti i nodi dell'istanza del cluster di failover.

In Windows Server 2008 e versioni successive, i SID del servizio vengono generati automaticamente 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. Ad esempio, se il computer in cui SQL Server verrà installato 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.

SQL Server clustering di failover non può essere installato 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 sulla rete, sulla porta e sul firewall

Verificare di aver disabilitato NetBIOS per tutte le schede di rete private prima di avviare l'installazione di SQL Server.

Il nome di rete e l'indirizzo IP del SQL Server non devono essere usati 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.

Il server ISA non è supportato nel clustering di Windows e non è supportato anche nei cluster di failover 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. 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 le impostazioni di rete nella Pannello di controllo visualizzino lo stesso elenco di schede fisiche abilitate visualizzatedevmgmt.msc.

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

  5. Al termine dell'installazione, tornare a Connessioni di rete in Pannello di controllo e disabilitare qualsiasi scheda di rete attualmente in uso.

Verificare il sistema operativo

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 2022 Datacenter Windows Server 2022 Datacenter: Azure Edition Windows Server 2022 Standard
SQL Server 2014 (12.x) Enterprise (a 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 (a 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 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 elementi, l'unica opzione di aggiornamento consiste nell'installare la nuova versione affiancata e eseguire la migrazione.

Considerazioni aggiuntive per le configurazioni multi-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 sull'edizione e sul sistema operativo SQL Server

Per informazioni sulle edizioni di SQL Server che supportano un cluster di failover multi-subnet SQL Server, vedere:

Per creare un cluster di failover multi-subnet SQL Server, è prima necessario creare il cluster di failover multisito di Windows Server in più subnet.

SQL Server cluster di failover dipende dal cluster di failover di Windows Server per assicurarsi che le condizioni di dipendenza IP siano valide se è presente un failover.

Windows Server 2008 R2 e versioni successive richiedono che tutti i server cluster siano 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.

Dipendenze dell'indirizzo IP e dell'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 degli indirizzi IP AND-OR miste non sono supportate. Ad esempio, <IP1> AND <IP2> O <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, durante l'avvio di SQL Server potrebbero verificarsi errori di connessione client.

Contenuti correlati

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 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 nei nodi del cluster e il gruppo BUILTIN\Administrators non dispone dell'autorizzazione 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 dell'installazione. Per altre 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 installa il motore di database e SSIS, i componenti della workstation o se si usano transazioni distribuite, è necessario installare MSDTC. MSDTC non è necessario per le istanze 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. L'errore nel cluster MSDTC non blocca SQL Server programma di installazione, ma SQL Server funzionalità dell'applicazione potrebbe essere interessata se MSDTC non è configurato correttamente.

Vedi anche

Passaggi successivi