Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel worden de standaardresourceafhankelijkheden in SQL Server en de beperkingen voor deze afhankelijkheden geïntroduceerd.
Oorspronkelijke productversie: SQL Server 2017, SQL Server 2016, SQL Server 2014, SQL Server 2012, SQL Server 2008
Oorspronkelijk KB-nummer: 835185
Samenvatting
Wanneer u SQL Server op een cluster installeert als een exemplaar van een SQL Server-failovercluster, wordt er een specifieke set SQL Server-resources gemaakt die afhankelijk zijn van andere resources in de clustergroep.
Belangrijk
Wijzig de standaardstructuur voor afhankelijkheden niet, met uitzondering van de wijzigingen die in dit artikel worden vermeld
Voorbeeld 1: standaardafhankelijkheden van sql Server-failoverclusterexemplaren
In dit diagram ziet u het volgende:
- Clusterschijf 1 heeft geen vereiste afhankelijkheden.
- IP-adres:
xxx.xxx.xxx.xxxheeft geen vereiste afhankelijkheden. - IP-adres:
xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxxheeft geen vereiste afhankelijkheden. - Naam: SOFTY-afhankelijkheden zijn IP-adres:
xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxxen IP-adres:xxx.xxx.xxx.xxx. - Vereiste afhankelijkheden van SQL-netwerknaam (SOFTY) zijn IP-adres.
- SQL Server-afhankelijkheden zijn clusterschijf 1 en naam: SOFTY.
- SQL Server heeft geen vereiste afhankelijkheden.
- SQL Server Agent-afhankelijkheden zijn SQL Server.
- SQL Server Agent heeft geen vereiste afhankelijkheden.
Voorbeeld 2: afhankelijkheden van SQL Server 2008 Analysis Services-failover-exemplaren
In dit diagram ziet u het volgende:
- Analysis Services-afhankelijkheden (LOCALINSTANCE) zijn Cluster Disk 2 en Name: STANDALONE2008R.
- Analysis Services (LOCALINSTANCE) heeft geen vereiste afhankelijkheden.
- Clusterschijf 2 heeft geen vereiste afhankelijkheden.
- IP-adres:
xxx.xxx.xxx.xxxheeft geen vereiste afhankelijkheden. - IP-adres:
xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxxheeft geen vereiste afhankelijkheden. - Naam: STANDALONE2008R afhankelijkheden zijn IP-adres:
xxxx:xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxxen IP-adres:xxx.xxx.xxx.xxx. - Vereiste afhankelijkheden van SQL-netwerknaam (STANDALONE2008R) zijn IP-adres.
- SQL Server-afhankelijkheden (LOCALINSTANCE) zijn Cluster Disk 2 en Name: STANDALONE2008R.
- SQL Server (LOCALINSTANCE) heeft geen vereiste afhankelijkheden.
- SQL Server Agent-afhankelijkheden (LOCALINSTANCE) zijn SQL Server (LOCALINSTANCE).
- SQL Server Agent (LOCALINSTANCE) heeft geen vereiste afhankelijkheden.
Voorbeeld 3: afhankelijkheden van SQL Server 2008-failover-exemplaren met een koppelpunt
In dit diagram ziet u het volgende:
- Clusterschijf 1 heeft geen vereiste afhankelijkheden.
- Clusterschijf 4, koppelpuntafhankelijkheden zijn Clusterschijf 1.
- Clusterschijf 4, Koppelpunt heeft geen vereiste afhankelijkheden.
- IP-adres:
xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2heeft geen vereiste afhankelijkheden. - Naam: SOFTY-afhankelijkheden zijn IP-adres:
xxx:xxxx:c0:xxxx:xxxx:c597:8cb0:49f2en IP-adres:xxx.xxx.xxx.88. - Vereiste afhankelijkheden van SQL-netwerknaam (SOFTY) zijn IP-adres.
- SQL Server-afhankelijkheden zijn naam: SOFTY, Cluster Disk 4, Mountpoint en Cluster Disk 1.
- SQL Server heeft geen vereiste afhankelijkheden.
Notitie
De dubbele afhankelijkheid van het koppelpunt is ervoor te zorgen dat SQL Server geen databases kan starten en laden zonder dat de fysieke schijven beschikbaar zijn. Dit helpt beschadiging van de database te voorkomen.
De standaardafhankelijkheidsstructuur voor SQL Server heeft de volgende gevolgen:
- De SQL Server Agent-resource is afhankelijk van de SQL Server-resource.
- De SQL Server-resource is afhankelijk van de SQL-netwerknaamresource, op de fysieke schijfresources en op gekoppelde mappen die de databasebestanden bevatten.
- De SQL-netwerknaamresource is afhankelijk van de SQL-IP-adresresource.
- De SQL IP-adresresource en de fysieke schijfresources zijn niet afhankelijk van resources.
Meer informatie
Zie voor meer informatie over het toevoegen van afhankelijkheden aan een SQL Server-resource:
- Afhankelijkheden toevoegen in SQL Server 2008
- Afhankelijkheden toevoegen in SQL Server 2008 R2
- Afhankelijkheden toevoegen in SQL Server 2012
- Afhankelijkheden toevoegen aan een SQL Server 2016 of een latere versie van SQL Server
Beperkingen en limieten
Als u andere resources toevoegt aan de SQL Server-groep, moeten deze resources altijd hun eigen unieke SQL-netwerknaambronnen en hun eigen SQL IP-adresbronnen hebben. Gebruik de bestaande SQL-netwerknaambronnen en SQL IP-adresbronnen niet voor iets anders dan SQL Server. Als SQL Server-resources worden gedeeld met andere resources of onjuist zijn ingesteld, kunnen de volgende problemen optreden:
- Storingen die niet worden verwacht, kunnen optreden.
- Databasebeschadiging kan optreden.
- Servicepack-installaties zijn mogelijk niet geslaagd.
- Het installatieprogramma van SQL Server is mogelijk niet geslaagd. Als dit gebeurt, kunt u geen extra exemplaren van SQL Server installeren of routineonderhoud uitvoeren.
- SQL Server is mogelijk niet online.
- Schijven zijn mogelijk niet beschikbaar voor SQL Server-gebruik.
Aanvullende overwegingen
- FTP met SQL Server-replicatie: voor exemplaren van SQL Server die FTP gebruiken met SQL Server-replicatie, moet uw FTP-service een van dezelfde fysieke schijven gebruiken als de installatie van SQL Server die is ingesteld voor het gebruik van de FTP-service.
- SQL Server-resourceafhankelijkheden: als u een resource toevoegt aan een SQL Server-groep en als u een afhankelijkheid hebt van de SQL Server-resource om ervoor te zorgen dat SQL Server beschikbaar is, raden we u aan een afhankelijkheid toe te voegen aan de SQL Server Agent-resource in plaats van een afhankelijkheid toe te voegen aan de SQL Server-resource. Als u ervoor wilt zorgen dat de computer waarop SQL Server wordt uitgevoerd maximaal beschikbaar blijft, configureert u de SQL Server Agent-resource zodat deze niet van invloed is op de SQL Server-groep als de SQL Server Agent-resource mislukt.
- Bestandsshares en printerbronnen: Een uitzondering is de bestandsshare die wordt gebruikt door de functie SQL Server FILESTREAM. Een printerresource mag zich niet in uw SQL Server-groep bevinden. Bestandsshare- of printerresources vereisen hun eigen netwerknaam en IP-resource op een Windows Server 2003-failovercluster. Bestandsshares en printerresources vereisen ook hun eigen netwerknaam en IP-resource voor een clienttoegangspunt op Windows Server 2008 en latere versies. Voor een exemplaar van een failovercluster in Windows Server 2008 of een latere versie gebruikt u de wizard Een gedeelde map maken om een unieke naam en andere instellingen voor de gedeelde map op te geven.
- Prestaties: De prestaties en het verlies van de service voor de computer waarop SQL Server wordt uitgevoerd, kunnen optreden wanneer aan de volgende voorwaarden wordt voldaan:
- Een bestandsshareclusterresource die de functie FILESTREAM niet gebruikt, wordt geïnstalleerd op dezelfde fysieke schijfresource waarop SQL Server is geïnstalleerd.
- Er wordt een printerclusterresource geïnstalleerd op dezelfde fysieke schijfresource waarop SQL Server is geïnstalleerd.
MSDTC-overwegingen
Het lezen van MSDTC-aanbevelingen voor SQL-failovercluster moet het startpunt zijn voor afhankelijkheidsdiscussies van MSDTC om te bepalen of dit vereist is of niet.
Deze veelgestelde vragen over MSDTC-aanbevelingen (veelgestelde vragen) hebben betrekking op veelgestelde vragen en best practices met MSDTC (Microsoft Distributed Transaction Coordinator) wanneer ze worden gebruikt met SQL Server-failoverclusterexemplaren om actuele aanbevelingen en best practices op te nemen.
Wanneer u een MSDTC-resource toevoegt aan een SQL Server-groep, kunt u een van de SQL Server-schijven of een andere schijf gebruiken. Als de resource echter correct en consistent werkt en u de Test-DTC PowerShell-cmdlet wilt kunnen gebruiken, moet u de netwerknaam en het IP-adres van de SQL Server gebruiken en de naam van de MSDTC-resource wijzigen in de naam van de virtuele server van uw SQL Server.
Vanaf Windows Server 2012 en hoger bij het maken van een nieuwe gedistribueerde transactiecoördinator met behulp van clusterbeheer hebt u geen keuze in de naam van de resources, is het altijd nieuwe gedistribueerde transactiecoördinator en hebt u ook de mogelijkheid om de naam van de resource in Clusterbeheer te wijzigen.
Met deze opdracht kunt u de naam van de nieuwe gedistribueerde transactiecoördinator wijzigen in de naam van uw keuze. In dit voorbeeld wordt de naam gewijzigd in MSDTC.
Get-ClusterResource "New Distributed Transaction Coordinator" | %{ $_.Name = MSDTC }
Van toepassing op
- 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 voor Professionals en Kleine Bedrijven
- SQL Server 2008 R2 Express met Geavanceerde services
- SQL Server 2008 R2-werkgroep
- 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 Standard
- 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 (alle edities)