Dipendenze delle risorse del cluster di failover di Microsoft Windows in SQL Server

Questo articolo presenta le dipendenze predefinite delle risorse in SQL Server e le restrizioni relative a queste dipendenze.

Versione originale del prodotto: SQL Server 2017, SQL Server 2016, SQL Server 2014, SQL Server 2012, SQL Server 2008
Numero KB originale: 835185

Riepilogo

Quando si installa SQL Server in un cluster come istanza del cluster di failover SQL Server, viene creato un set specifico di risorse SQL Server con dipendenze da altre risorse nel gruppo di cluster.

Importante

Non modificare l'albero delle dipendenze predefinito, ad eccezione delle modifiche elencate in questo articolo o delle modifiche elencate nell'articolo seguente della Microsoft Knowledge Base: SQL Server supporto per le cartelle montate

Esempio 1 - Dipendenze predefinite dell'istanza del cluster di failover SQL Server

In questo diagramma si noterà quanto segue:

• Il disco del cluster 1 non ha dipendenze necessarie.
• Indirizzo IP: xxx.xxx.xxx.xxx non ha dipendenze necessarie.
• Indirizzo IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx non ha dipendenze necessarie.
• Nome: le dipendenze SOFTY sono Indirizzo IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx e Indirizzo IP: xxx.xxx.xxx.xxx.
• Le dipendenze necessarie per il nome di rete SQL (SOFTY) sono Indirizzo IP.
• SQL Server dipendenze sono Disco cluster 1 e Nome: SOFTY.
• SQL Server non dispone di dipendenze necessarie.
• SQL Server Agent le dipendenze sono SQL Server.
• SQL Server Agent non dispone di dipendenze necessarie.

Esempio 2: SQL Server dipendenze dell'istanza di failover di Analysis Services 2008

In questo diagramma si noterà quanto segue:

• Le dipendenze di Analysis Services (LOCALINSTANCE) sono Disco cluster 2 e Nome: STANDALONE2008R.
• Analysis Services (LOCALINSTANCE) non ha dipendenze necessarie.
• Il disco del cluster 2 non ha dipendenze necessarie.
• Indirizzo IP: xxx.xxx.xxx.xxx non ha dipendenze necessarie.
• Indirizzo IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx non ha dipendenze necessarie.
• Nome: STANDALONE2008R dipendenze sono Indirizzo IP: xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx e Indirizzo IP: xxx.xxx.xxx.xxx.
• Le dipendenze necessarie per il nome di rete SQL (STANDALONE2008R) sono indirizzo IP.
• SQL Server (LOCALINSTANCE) sono Disco cluster 2 e Nome: STANDALONE2008R.
• SQL Server (LOCALINSTANCE) non dispone di dipendenze necessarie.
• le dipendenze SQL Server Agent (LOCALINSTANCE) sono SQL Server (LOCALINSTANCE).
• SQL Server Agent (LOCALINSTANCE) non dispone di dipendenze necessarie.

Esempio 3: SQL Server dipendenze dell'istanza di failover 2008 con un punto di montaggio

In questo diagramma si noterà quanto segue:

• Il disco del cluster 1 non ha dipendenze necessarie.
• Disco cluster 4, le dipendenze di Mountpoint sono Disco cluster 1.
• Disco cluster 4, Mountpoint non ha dipendenze necessarie.
• Indirizzo IP: xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 non ha dipendenze necessarie.
• Nome: le dipendenze SOFTY sono Indirizzo IP: xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2 e Indirizzo IP: xxx.xxx.xxx.88.
• Le dipendenze necessarie per il nome di rete SQL (SOFTY) sono Indirizzo IP.
• SQL Server dipendenze sono Name: SOFTY, Cluster Disk 4, Mountpoint e Cluster Disk 1.
• SQL Server non dispone di dipendenze necessarie.

Nota

La doppia dipendenza dal punto di montaggio consiste nell'assicurarsi che SQL Server non possano avviare e caricare i database senza che i dischi fisici siano disponibili. Ciò consente di evitare il danneggiamento del database.

L'albero delle dipendenze predefinito per SQL Server ha le implicazioni seguenti:

• La risorsa SQL Server Agent dipende dalla risorsa SQL Server.
• La risorsa SQL Server dipende dalla risorsa nome di rete SQL, dalle risorse del disco fisico e dalle cartelle montate che contengono i file di database.
• La risorsa nome di rete SQL dipende dalla risorsa indirizzo IP SQL.
• La risorsa indirizzo IP SQL e le risorse del disco fisico non dipendono da alcuna risorsa.

Ulteriori informazioni

Per informazioni su come aggiungere dipendenze a una risorsa SQL Server, vedere:

• Come aggiungere dipendenze in SQL Server 2008
• Come aggiungere dipendenze in SQL Server 2008 R2
• Come aggiungere dipendenze in SQL Server 2012
• Come aggiungere dipendenze a un SQL Server 2016 o a una versione successiva di SQL Server

Limitazioni e restrizioni

Se si aggiungono altre risorse al gruppo di SQL Server, tali risorse devono avere sempre risorse di nome di rete SQL univoche e risorse di indirizzi IP SQL personalizzate. Non usare le risorse dei nomi di rete SQL esistenti e le risorse degli indirizzi IP SQL per qualsiasi elemento diverso da SQL Server. Se SQL Server risorse vengono condivise con altre risorse o sono configurate in modo errato, potrebbero verificarsi i problemi seguenti:

• È possibile che si verifichino interruzioni non previste.
• È possibile che si verifichi un danneggiamento del database.
• Le installazioni del Service Pack potrebbero non riuscire.
• Il programma di installazione SQL Server potrebbe non riuscire. In questo caso, non è possibile installare istanze aggiuntive di SQL Server o eseguire la manutenzione di routine.
• SQL Server potrebbe non essere online.
• I dischi potrebbero non essere disponibili per SQL Server uso.

Considerazioni aggiuntive

• FTP con replica SQL Server: per le istanze di SQL Server che usano FTP con SQL Server replica, il servizio FTP deve usare uno degli stessi dischi fisici usati dall'installazione di SQL Server configurata per l'uso del servizio FTP.
• SQL Server dipendenze delle risorse: se si aggiunge una risorsa a un gruppo di SQL Server e si ha una dipendenza dalla risorsa SQL Server per assicurarsi che SQL Server sia disponibile, è consigliabile aggiungere una dipendenza dalla risorsa SQL Server Agent invece di aggiungere una dipendenza da SQL Server risorsa. Per assicurarsi che il computer che esegue SQL Server rimanga a disponibilità elevata, configurare la risorsa SQL Server Agent in modo che non influisca sul gruppo di SQL Server se la risorsa SQL Server Agent ha esito negativo.
• Condivisioni file e risorse della stampante: un'eccezione è la condivisione file usata dalla funzionalità FILESTREAM SQL Server. Una risorsa stampante non deve trovarsi nel gruppo di SQL Server. Le risorse di condivisione file o stampante richiedono il nome di rete e la risorsa IP in un cluster di failover di Windows Server 2003. Le condivisioni file e le risorse della stampante richiedono anche il nome di rete e la risorsa IP per un punto di accesso client in Windows Server 2008 e versioni successive. Per un'istanza del cluster di failover in Windows Server 2008 o versione successiva, usare la Creazione guidata cartella condivisa per specificare un nome univoco e altre impostazioni per la cartella condivisa.
• Prestazioni: la riduzione delle prestazioni e la perdita del servizio per il computer in esecuzione SQL Server possono verificarsi quando si verificano le condizioni seguenti:
  • Una risorsa cluster condivisione file che non usa la funzionalità FILESTREAM viene installata nella stessa risorsa disco fisico in cui è installato SQL Server.
  • Una risorsa cluster stampante viene installata nella stessa risorsa disco fisico in cui è installato SQL Server.

Considerazioni su MSDTC

La lettura delle raccomandazioni MSDTC nel cluster di failover SQL deve essere il punto di partenza per eventuali discussioni sulle dipendenze MSDTC, per determinare se è necessario o meno.

Le domande frequenti sulle raccomandazioni MSDTC (domande frequenti) rispondono a domande comuni e procedure consigliate con MSDTC (Microsoft Distributed Transaction Coordinator) quando vengono usate con istanze cluster di failover SQL Server per includere le raccomandazioni e le procedure consigliate correnti.

Quando si aggiunge una risorsa MSDTC a un gruppo di SQL Server, è possibile usare uno dei dischi SQL Server o un altro disco. Tuttavia, affinché la risorsa funzioni correttamente e in modo coerente e per poter usare il Test-DTC cmdlet di PowerShell, è necessario usare il nome di rete e l'indirizzo IP del SQL Server e rinominare la risorsa MSDTC con il nome del server virtuale del SQL Server.

A partire da Windows Server 2012 e versioni successive quando si crea un nuovo coordinatore delle transazioni distribuite usando Cluster Manager, non è possibile scegliere tra il nome delle risorse, sarà sempre New Distributed Transaction Coordinator e non sarà possibile rinominare la risorsa in Gestione cluster.

PowerShell per il salvataggio, questo comando consente di rinominare new distributed transaction coordinator con il nome scelto, in questo esempio il nome viene modificato in MSDTC.

Get-ClusterResource "New Distributed Transaction Coordinator" | %{ $_.Name = MSDTC }

Si applica a

• SQL Server 2008 Standard
• SQL Server 2008 Enterprise
• SQL Server 2008 Developer
• SQL Server 2008 R2 Datacenter
• SQL Server 2008 R2 Developer
• SQL Server 2008 R2 Enterprise
• SQL Server 2008 R2 Standard
• SQL Server 2008 R2 Standard Edition for Small Business
• SQL Server 2008 R2 Express Edition with Advanced Services
• SQL Server 2008 R2 Workgroup
• SQL Server 2012 Developer
• SQL Server 2012 Enterprise
• SQL Server 2012 Standard
• SQL Server 2012 Enterprise Core
• SQL Server 2014 Enterprise
• SQL Server 2014 Enterprise Core
• SQL Server 2014 R2
• SQL Server 2014 Business Intelligence
• SQL Server 2016 Enterprise Core
• SQL Server 2016 Enterprise
• SQL Server 2016 Developer
• SQL Server 2016 Standard
• SQL Server 2017 Windows (tutte le edizioni)