Innan du installerar redundanskluster

gäller för:SQL Server

Innan du installerar ett SQL Server-redundanskluster måste du välja den maskinvara och det operativsystem som SQL Server ska köras på. Du måste också konfigurera Windows Server-redundansklustring (WSFC) och granska nätverk, säkerhet och överväganden för annan programvara som ska köras på redundansklustret.

Om ett Windows-kluster har en lokal diskenhet och samma enhetsbeteckning används på en eller flera klusternoder som en delad enhet kan du inte installera SQL Server på den enheten. Den här begränsningen gäller både för SQL Server-redundansklusterinstanser och fristående instanser på en server som ingår i en Windows-redundansklusterinstans.

Du kanske också vill läsa följande artiklar om du vill veta mer om begrepp, funktioner och uppgifter för SQL Server-redundanskluster.

Metodtips

Granska versionsanteckningarna för SQL Server 2019 och SQL Server 2022.

Installera nödvändig programvara. Innan du kör installationsprogrammet för att installera eller uppgradera installerar du följande krav för att minska installationstiden. Du kan installera nödvändig programvara på varje nod för redundanskluster och sedan starta om noderna en gång innan du kör installationsprogrammet.

• Windows PowerShell installeras inte längre av SQL Server-installationsprogrammet. Windows PowerShell är en förutsättning för att installera SQL Server Database Engine-komponenter och SQL Server Management Studio. Om Windows PowerShell inte finns på datorn kan du aktivera det genom att följa anvisningarna på sidan Windows Management Framework .

• .NET Framework 3.5 SP1 installeras inte längre av SQL Server-installationsprogrammet, men kan krävas vid installation av SQL Server på äldre Windows-operativsystem. Mer information finns i SQL Server 2019: Maskinvaru- och programvarukrav.

• Microsoft Update-paket: För att undvika omstart av datorn på grund av installationen av .NET Framework 4 under installationen kräver SQL Server-installationen att en Microsoft-uppdatering installeras på datorn. För SQL Server 2014 (12.x) och senare versioner som installeras på versioner av Windows som stöds ingår den här uppdateringen redan. Om du installerar på ett äldre Windows-operativsystem laddar du ned det från Microsoft Update för .NET Framework 4.0 i Windows Vista och Windows Server 2008.

• .NET Framework 4: Installationsprogrammet installerar .NET Framework 4 på ett klustrat operativsystem. För att minska installationstiden kan du överväga att installera .NET Framework 4 innan du kör installationsprogrammet.

• SQL Server Konfigurera supportfiler. Du kan installera dessa filer genom att köra SqlSupport.msi som finns på installationsmediet.

Kontrollera att antivirusprogrammet inte är installerat i WSFC-klustret. Mer information finns i artikeln Microsoft Knowledge Base: Antivirusprogram kan orsaka problem med klustertjänster.

När du namnger en klustergrupp för installationen av redundansklustret får du inte använda något av följande tecken i klustergruppens namn:

• Mindre än operatorn (<)

• Större än operatorn (>)

• Dubbelt citattecken (")

• Enkelt citattecken (')

• Ampersand (&)

  Kontrollera också att befintliga klustergruppnamn inte innehåller tecken som inte stöds.

Se till att alla klusternoder har konfigurerats på samma sätt, inklusive COM+, diskenhetsbeteckningar och användare i gruppen Administratörer.

Kontrollera att du har rensat systemloggarna i alla noder och visat systemloggarna igen. Kontrollera att loggarna är fria från eventuella felmeddelanden innan du fortsätter.

Innan du installerar eller uppdaterar ett SQL Server-redundanskluster inaktiverar du alla program och tjänster som kan använda SQL Server-komponenter under installationen, men lämnar diskresurserna online.

Sql Server-installationsprogrammet anger automatiskt beroenden mellan SQL Server-klustergruppen och de diskar som ska finnas i redundansklustret. Ange inte beroenden för diskar före installationen.

• Under installationen av SQL Server-redundanskluster skapas datorobjekt (Active Directory-datorkonton) för SQL Server-nätverksresursnamnet. I ett Windows Server 2008-kluster måste klustrets namnkonto (själva klustrets datorkonto) ha behörighet att skapa datorobjekt. Mer information finns i Konfigurera konton i Active Directory.

• Om du använder SMB-filresurs som lagringsalternativ måste SQL Server-installationskontot ha SeSecurityPrivilege på filservern. Om du vill göra detta med hjälp av konsolen Lokal säkerhetsprincip på filservern lägger du till SQL Server-installationskontot i Hantera gransknings- och säkerhetsloggrättigheter .

Verifiera maskinvarulösningen

Om klusterlösningen innehåller geografiskt spridda klusternoder måste ytterligare objekt som nätverksfördröjning och stöd för delade diskar verifieras.

• Mer information om Windows Server 2008 och Windows Server 2008 R2 finns i Verifiera maskinvara för ett redundanskluster och supportprincip för Windows-redundanskluster.

Kontrollera att disken där SQL Server ska installeras inte är komprimerad eller krypterad. Om du försöker installera SQL Server på en komprimerad enhet eller en krypterad enhet misslyckas SQL Server-installationen.

SAN-konfigurationer stöds också på Windows Server, från och med Versionerna Windows Server 2008 och Windows Server 2008 R2 Advanced Server och Datacenter Server. Kategorin Kluster-/flerklusterenhet i kategorin Windows-katalog och maskinvarukompatibilitetslista visar en lista över de SAN-kompatibla lagringsenheter som har testats och som stöds som SAN-lagringsenheter med flera anslutna WSFC-kluster. Kör klustervalidering efter att ha hittat de certifierade komponenterna.

SMB-filresurs stöds också för att installera datafiler. Mer information finns i Lagringstyper för datafiler.

SQL Server stöder monteringspunkter. Med en monterad volym eller monteringspunkt kan du använda en enda enhetsbeteckning för att referera till många diskar eller volymer. Om du har enhetsbeteckningen D: som refererar till en vanlig disk eller volym kan du ansluta eller "montera" ytterligare diskar eller volymer som kataloger under enhetsbeteckningen D: utan de ytterligare diskar eller volymer som kräver egna enhetsbeteckningar.

• SQL Server-installationen kräver att basenheten på en monterad enhet har en associerad enhetsbeteckning. Om grunddisken för en monterad enhet inte har någon associerad enhetsbeteckning, kommer installationsprogrammet att tilldela nästa tillgängliga enhetsbeteckning till disken.

  Anmärkning

  Om alla enhetsbeteckningar redan har tilldelats misslyckas installationsprogrammet.

• SQL Server stöder inte användning av rotkataloger för monteringsvolym/monteringspunkt för SQL Server-databaser. För mer information, se Behörighetsfel uppstår när du använder en volymmonteringspunkt i SQL Server-installationsprogrammet

• Ytterligare överväganden för monteringspunkter för SQL Server-redundansklustring:

  • SQL Server-installationen kräver att basenheten på en monterad enhet har en associerad enhetsbeteckning. För redundansklusterinstallationer måste den här basenheten vara en klustrad enhet. Volym-GUID:er stöds inte i den här versionen.

  • Basenhetens disk, den med enhetsbeteckningen, kan inte delas upp mellan failover-klusterinstanser. Detta är en normal begränsning för redundanskluster, men är inte en begränsning för fristående servrar med flera instanser.

  • Klustrade installationer av SQL Server är begränsade till antalet tillgängliga enhetsbeteckningar. Förutsatt att du bara använder en enhetsbeteckning för operativsystemet och alla andra enhetsbeteckningar är tillgängliga som vanliga klusterenheter eller klusterenheter som är värdar för monteringspunkter, är du begränsad till högst 25 instanser av SQL Server per redundanskluster.

    Tips/Råd

    Gränsen på 25 instanser kan övervinnas med hjälp av SMB-filresursalternativet. Om du använder SMB-fildelning som lagringsalternativ kan du installera upp till 50 SQL Server-failover-klusterinstanser.

  • Formatering av en enhet efter montering av ytterligare enheter stöds inte.

  • SQL Server-resursen i SQL Server 2005 och senare versioner beror på SQL-nätverksnamnresursen och på de fysiska diskresurser som innehåller data. Monteringspunkter och värddisken måste visas som en fysisk klusterdiskresurs. Dessutom måste både den fysiska disken med en enhetsbeteckning och varje monterad volym läggas till som ett SQL Server-beroende.

  • Om du utför en ny installation anges rätt beroendebehörigheter på de fysiska diskar som har en associerad enhetsbeteckning och på monteringspunkterna. Beroendebehörigheterna anges automatiskt under installationen.

  • Om endast rotberoendet för fysiska diskar läggs till och monteringspunktsberoendet inte läggs till, uppstår databasskada vid redundansväxling. Databasskada kan också inträffa under en omstart av SQL Server om diskresurserna kopplas från och återgår till onlinetillstånd även utan att växla över.

• Metodtips för monteringspunkter:

  • Om du flyttar en monteringspunkt från en delad disk till en annan delad disk kontrollerar du att de delade diskarna finns i samma grupp.

  • Försök att använda rotvolymen (värdvolym) exklusivt för monteringspunkter. Rotvolymen är den volym som innehåller monteringspunkterna. Den här metoden minskar avsevärt den tid som krävs för att återställa åtkomsten till de monterade volymerna om du måste köra verktyget Chkdsk.exe. Detta minskar också den tid som krävs för att återställa från säkerhetskopian på värdvolymen.

  • Om du använder värdvolymen (rot) uteslutande för monteringspunkter måste storleken på värdvolymen vara minst 5 megabyte (MB). Detta minskar sannolikheten för att volymen används för något annat än monteringspunkterna.

Installation av SQL Server-redundanskluster stöder endast lokal disk för att installera tempdb-filerna. Kontrollera att sökvägen som angetts för tempdb data och loggfiler är giltig på alla klusternoder. Om katalogerna tempdb inte är tillgängliga på redundansmålnoden under redundansväxlingen kommer SQL Server-resursen inte att vara online. Mer information finns i Lagringstyper för datafiler och databasmotorkonfiguration – datakataloger.

• Om du distribuerar ett SQL Server-redundanskluster på iSCSI-teknikkomponenter rekommenderar vi att du använder lämplig försiktighet. Mer information finns i Stöd för SQL Server på iSCSI-teknikkomponenter.

• För mer information, se SQL Server-supportpolicy för Microsoft-klustring.

• Mer information om korrekt konfiguration av kvorumenhet finns i Konfigurationsinformation för kvorumenhet.

• Om du vill installera ett SQL Server-redundanskluster när SQL Server-källinstallationsfilerna och klustret finns på olika domäner kopierar du installationsfilerna till den aktuella domänen som är tillgänglig för SQL Server-redundansklustret.

Granska säkerhetsöverväganden

Om du vill använda kryptering installerar du servercertifikatet med det fullständigt kvalificerade DNS-namnet för WSFC-klustret på alla noder i SQL Server-redundansklustret. Om du till exempel har ett kluster med två noder med namnet "Test1.DomainName.com" och "Test2.DomainName.com" och en SQL Server-redundansklusterinstans med namnet "Virtsql" måste du skaffa ett certifikat för "Virtsql.DomainName.com" och installera certifikatet på noderna test1 och test2. Sedan kan du markera kryssrutan Framtvinga protokollkryptering i SQL Server Configuration Manager för att konfigurera redundansklustret för kryptering.

För SQL Server-installationer i konfigurationer sida vid sida med tidigare versioner måste SQL Server-tjänster endast använda konton som finns i gruppen globala domäner. Dessutom får konton som används av SQL Server-tjänster inte visas i den lokala gruppen Administratörer. Om den här riktlinjen inte uppfylls resulterar det i oväntat säkerhetsbeteende.

Om du vill skapa ett redundanskluster måste du vara en lokal administratör med behörighet att logga in som en tjänst och fungera som en del av operativsystemet på alla noder i redundansklusterinstansen.

I Windows Server 2008 och senare versioner genereras tjänst-SID:er automatiskt för användning med SQL Server-tjänster. För SQL Server-redundansklusterinstanser som uppgraderats från tidigare versioner av SQL Server bevaras befintliga domängrupper och ACL-konfigurationer.

Domängrupper måste finnas inom samma domän som datorkontona. Om till exempel datorn där SQL Server ska installeras finns i SQLSVR-domänen, som är underordnad MYDOMAIN. Du måste ange en grupp i SQLSVR-domänen. SQLSVR-domänen kan innehålla användarkonton från MYDOMAIN.

SQL Server-redundanskluster kan inte installeras där klusternoder är domänkontrollanter.

Granska innehållet i Säkerhetsöverväganden för en SQL Server-installation.

Information om hur du aktiverar Kerberos-autentisering med SQL Server finns i Använda Kerberos-autentisering i SQL Server i Microsoft Knowledge Base.

SQL Server-redundansklusterinstansen (FCI) kräver att klusternoderna är domänanslutna. Följande konfigurationer stöds inte:

• SQL FCI på arbetsgruppskluster.
• SQL FCI på kluster med flera domäner.
• SQL FCI på Domän + Arbetsgruppskluster.

Granska nätverks-, port- och brandväggsöverväganden

Kontrollera att du har inaktiverat NetBIOS för alla privata nätverkskort innan du börjar konfigurera SQL Server.

Nätverksnamnet och IP-adressen för din SQL Server ska inte användas för något annat ändamål, till exempel fildelning. Om du vill skapa en filresurs, använd ett annat och unikt nätverksnamn samt en unik IP-adress för resursen.

Även om SQL Server stöder både namngivna pipes och TCP/IP-socketar via TCP/IP i ett kluster rekommenderar vi att du använder TCP/IP Sockets i en klustrad konfiguration.

ISA-servern stöds inte i Windows-kluster och stöds inte heller i SQL Server-redundanskluster.

Fjärrregistertjänsten måste vara igång.

Fjärradministration måste vara aktiverat.

För SQL Server-instanser som använder en port som inte är standard använder du nätverkskonfigurationen för SQL Server Configuration Manager för att fastställa vilken port som används av den SQL Server-instans som du vill avblockera. Aktivera TCP-porten för IPALL i brandväggen om du vill ansluta till SQL Server-instansen med hjälp av SQL Server Browser-tjänsten, som använder en annan IP-adress än den klustrade instansen, och UDP-port 1434.

Installationsåtgärder för redundanskluster innehåller en regel som kontrollerar nätverksbindningsordningen. Även om bindningsordningar kan verka korrekta kan du ha inaktiverat eller "spökat" nätverkskortskonfigurationer i systemet. "Ghosted"-NIC-konfigurationer kan påverka bindningsordningen och orsaka att bindningsordningsregeln utfärdar en varning. Undvik den här situationen genom att använda följande steg för att identifiera och ta bort inaktiverade nätverkskort:

1. I en kommandotolk skriver du: set devmgr_Show_Nonpersistent_Devices=1

2. Skriv och kör: start devmgmt.msc

3. Expandera listan över nätverkskort. Endast de fysiska adaptrarna ska finnas i listan. Om du har ett inaktiverat nätverkskort rapporterar installationsprogrammet ett fel för nätverksbindningsordningsregeln. Kontrollpanelen/Nätverksanslutningar visar också att kortet har inaktiverats. Bekräfta att Nätverksinställningar i Kontrollpanelen visar samma lista över aktiverade fysiska kort som visas av devmgmt.msc.

4. Ta bort inaktiverade nätverkskort innan du kör SQL Server-installationsprogrammet.

5. När installationen är klar återgår du till Nätverksanslutningar på Kontrollpanelen och inaktiverar alla nätverkskort som inte används för närvarande.

Verifiera operativsystemet

Kontrollera att operativsystemet är korrekt installerat och har utformats för att stödja redundansklustring. Följande tabell är en lista över SQL Server-utgåvor och de operativsystem som stöder dem.

¹ SQL Server-kluster stöds inte i WOW-läge. Det inkluderar uppgraderingar från tidigare versioner av SQL Server-redundanskluster som ursprungligen installerades i WOW. För dessa är det enda uppgraderingsalternativet att installera den nya versionen sida vid sida och migrera.

Ytterligare överväganden för konfigurationer med flera undernät

I avsnitten nedan beskrivs de krav som du bör tänka på när du installerar ett SQL Server-redundanskluster för flera undernät. En konfiguration med flera undernät omfattar klustring över olika undernät och kräver användning av flera IP-adresser samt förändringar i resursberoenden för IP-adresser.

Överväganden för SQL Server-utgåvan och operativsystemet

En lista över funktioner som stöds av versionerna av SQL Server i Windows finns i:

• Utgåvor och funktioner som stöds i förhandsversionen av SQL Server 2025
• Utgåvor och funktioner som stöds i SQL Server 2022
• Utgåvor och funktioner som stöds i SQL Server 2019
• Utgåvor och funktioner som stöds i SQL Server 2017
• Utgåvor och funktioner som stöds i SQL Server 2016

Om du vill skapa ett redundanskluster för flera undernät i SQL Server måste du först skapa Windows Server-redundansklustret för flera platser i flera undernät.

SQL Server-failoverkluster är beroende av Windows Server-failoverklustret för att se till att IP-beroendevillkoren är giltiga om det sker en failover.

Windows Server 2008 R2 och senare versioner kräver att alla klusterservrar måste finnas i samma Active Directory-domän. Därför kräver SQL Server redundanskluster för flera undernät att alla klusternoder finns i samma Active Directory-domän även om de finns i olika undernät.

IP-adress och resursberoenden för IP-adress

1. Resursberoendet för IP-adressen är inställt på OR i en konfiguration med flera undernät. Mer information finns i Skapa ett nytt SQL Server-redundanskluster (installation)

2. Blandade AND-OR IP-adressberoenden stöds inte. IP1< OCH >IP2< ELLER >IP3< stöds till exempel >inte.

3. Mer än en IP-adress per undernät stöds inte.

   Om du bestämmer dig för att använda mer än en IP-adress som konfigurerats för samma undernät kan det uppstå klientanslutningsfel när SQL Server startas.

Relaterat innehåll

Mer information om Windows Server 2008 R2 för redundansväxling på flera platser finns i Windows Server 2008 R2-redundansklusterplats och design för en klustrad tjänst eller ett program i ett redundanskluster för flera platser.

Konfigurera Windows Server-redundanskluster

Microsoft Cluster Service (WSFC) måste konfigureras på minst en nod i serverklustret. Du måste också köra SQL Server Enterprise, SQL Server Business Intelligence eller SQL Server Standard med WSFC. SQL Server Enterprise stöder redundanskluster med upp till 16 noder. SQL Server Business Intelligence och SQL Server Standard stöder redundanskluster med två noder.

Resurs-DLL:n för SQL Server-tjänsten exporterar två funktioner som används av WSFC Cluster Manager för att söka efter tillgänglighet för SQL Server-resursen. Mer information finns i Redundansprincip för redundansklusterinstanser.

WSFC måste kunna kontrollera att den redundansklustrade instansen körs med hjälp av IsAlive-kontrollen. Detta kräver att du ansluter till servern med hjälp av en betrodd anslutning. Som standard konfigureras inte kontot som kör klustertjänsten som administratör på noder i klustret, och gruppen BUILTIN\Administrators har inte behörighet att logga in på SQL Server. De här inställningarna ändras endast om du ändrar behörigheter på klusternoderna.

Konfigurera DNS (Domain Name Service) eller Windows Internet Name Service (WINS). En DNS-server eller WINS-server måste köras i den miljö där SQL Server-redundansklustret ska installeras. SQL Server-installationsprogrammet kräver dynamisk registrering av tjänsten för domännamnstjänsten för SQL Server IP-gränssnittets virtuella referens. DNS-serverkonfigurationen bör göra det möjligt för klusternoder att dynamiskt registrera en ip-adresskarta online till Nätverksnamn. Om den dynamiska registreringen inte kan slutföras misslyckas installationen och installationen återställs. Mer information finns i KB947048(arkiverad länk).

Installera Microsoft Distributed Transaction Coordinator (MSDTC)

Innan du installerar SQL Server på ett redundanskluster ska du avgöra om klusterresursen Microsoft Distributed Transaction Coordinator (MSDTC) måste skapas. Om du bara installerar databasmotorn krävs inte MSDTC-klusterresursen. Om du installerar databasmotorn och SSIS, arbetsstationskomponenterna eller om du ska använda distribuerade transaktioner måste du installera MSDTC. MSDTC krävs inte endast för Analysis Services-instanser.

I Windows Server 2008 och senare versioner kan du installera flera instanser av MSDTC på ett enda redundanskluster. Den första instansen av MSDTC som installeras är klusterstandardinstansen av MSDTC. SQL Server drar nytta av en instans av MSDTC som är installerad på den lokala SQL Server-klusterresursgruppen genom att automatiskt använda instansen av MSDTC. Enskilda program kan dock mappas till valfri instans av MSDTC i klustret.

Följande regler tillämpas för att en instans av MSDTC ska väljas av SQL Server:

• Använd MSDTC installerat i den lokala gruppen, annars

• Använd den mappade instansen av MSDTC, annars

• Använd klustrets standardinstans av MSDTC, annars

• Använda den lokala datorns installerade instans av MSDTC

Konfigurera Microsoft Distributed Transaction Coordinator

När du har installerat operativsystemet och konfigurerat klustret måste du konfigurera MSDTC så att det fungerar i ett kluster med hjälp av klusteradministratören. Det går inte att klustra MSDTC blockerar inte SQL Server-installationsprogrammet, men SQL Server-programfunktioner kan påverkas om MSDTC inte är korrekt konfigurerat.

Se även

• Maskinvaru- och programvarukrav för SQL Server 2016 och senare versioner
• Kontrollera parametrar för systemkonfigurationskontroll
• Administration och underhåll av redundansklusterinstans

Nästa steg

• Använda klusterdelade volymer i ett redundanskluster
• Konfigurera volymmonteringspunkter på ett serverkluster i Windows Server
• Resursberoenden för Microsoft Windows-redundanskluster i SQL Server