Sdílet prostřednictvím

Před instalací clusteru pro převzetí služeb při selhání

platí pro:SQL Server

Před instalací clusteru SQL Serveru s podporou převzetí služeb při selhání musíte vybrat hardware a operační systém, na kterém bude SQL Server spuštěn. Musíte také nakonfigurovat clustering s podporou převzetí služeb při selhání systému Windows Server (WSFC) a zkontrolovat síť, zabezpečení a důležité informace pro jiný software, který se bude spouštět v clusteru s podporou převzetí služeb při selhání.

Pokud má cluster s Windows místní diskovou jednotku a stejné písmeno jednotky se používá na jednom nebo více uzlech clusteru jako sdílená jednotka, nemůžete na tuto jednotku nainstalovat SQL Server. Toto omezení platí pro instance clusteru s podporou převzetí služeb při selhání SQL Serveru i samostatné instance na serveru, který je součástí instance clusteru s podporou převzetí služeb při selhání systému Windows.

Můžete se také podívat na následující články, kde najdete další informace o konceptech, funkcích a úlohách clusteringu s podporou převzetí služeb při selhání SQL Serveru.

Popis článku Článek
Popisuje koncepty clusteringu s podporou převzetí služeb při selhání SQL Serveru a poskytuje odkazy na přidružený obsah a úlohy. instance clusteru s podporou převzetí služeb při selhání alwaysOn (SQL Server)
Popisuje koncepty zásad převzetí služeb při selhání SQL Serveru a poskytuje odkazy na konfiguraci zásad převzetí služeb při selhání tak, aby vyhovovaly požadavkům vaší organizace. zásady převzetí služeb při selhání pro instance clusteru s podporou převzetí služeb při selhání
Popisuje, jak udržovat a spravovat stávající cluster pro převzetí služeb při selhání v SQL Serveru. Správa a údržba instance clusteru pro převzetí služeb při selhání
Vysvětluje, jak nainstalovat Službu Analysis Services do clusteru s podporou převzetí služeb při selhání systému Windows Server (WSFC). Jak klastrovat službu SQL Server Analysis Services

Osvědčené postupy

Projděte si poznámky k verzi pro SQL Server 2019 a SQL Server 2022.

Nainstalujte požadovaný software. Před spuštěním instalačního programu pro instalaci nebo upgrade nainstalujte následující požadavky, abyste zkrátili dobu instalace. Před spuštěním instalačního programu můžete nainstalovat požadovaný software na každý uzel clusteru s podporou převzetí služeb při selhání a poté restartovat uzly jednou.

  • Instalační program SQL Serveru už nenainstaluje Windows PowerShell. Windows PowerShell je předpokladem pro instalaci součástí databázového stroje SQL Serveru a aplikace SQL Server Management Studio. Pokud windows PowerShell na vašem počítači není, můžete ho povolit podle pokynů na stránce Windows Management Framework .

  • Rozhraní .NET Framework 3.5 SP1 už není instalováno instalačním programem SQL Serveru, ale může být vyžadováno při instalaci SQL Serveru na starších verzích operačního systému Windows. Další informace najdete v tématu SQL Server 2019: Požadavky na hardware a software.

  • Balíček Microsoft Update: Aby se zabránilo restartování počítače kvůli instalaci rozhraní .NET Framework 4 během instalace, instalační program SYSTÉMU SQL Server vyžaduje, aby byla v počítači nainstalována aktualizace microsoftu. Pro SQL Server 2014 (12.x) a novější verze, které se instalují v podporovaných verzích Windows, je tato aktualizace již součástí. Pokud instalujete do staršího operačního systému Windows, stáhněte si ho ze služby Microsoft Update pro .NET Framework 4.0 v systémech Windows Vista a Windows Server 2008.

  • .NET Framework 4: Instalační program nainstaluje rozhraní .NET Framework 4 do clusterovaného operačního systému. Pokud chcete zkrátit dobu instalace, můžete před spuštěním instalačního programu zvážit instalaci rozhraní .NET Framework 4.

  • Sql Server Nastavte podpůrné soubory. Tyto soubory můžete nainstalovat tím, že spustíte SqlSupport.msi, který je umístěný na instalačním médiu.

Ověřte, že v clusteru WSFC není nainstalovaný antivirový software. Další informace naleznete v článku znalostní báze Microsoft Knowledge Base, Antivirový software může způsobit problémy se službami clusteru.

Při pojmenování klastrové skupiny pro instalaci clusteru s podporou převzetí služeb při selhání nesmíte použít žádný z následujících znaků v názvu skupiny:

  • Operátor Menší než (<)

  • Operátor Větší než (>)

  • Dvojitá uvozovka (")

  • Jednoduchá uvozovka (')

  • Ampersand (&)

    Ověřte také, že existující názvy skupin clusterů neobsahují nepodporované znaky.

Ujistěte se, že jsou všechny uzly clusteru nakonfigurované stejně, včetně COM+, označení jednotek disku a uživatelů ve skupině správců.

Ověřte, že jste vymazali systémové protokoly ve všech uzlech a znovu zobrazili systémové protokoly. Než budete pokračovat, ujistěte se, že protokoly neobsahují žádné chybové zprávy.

Před instalací nebo aktualizací clusteru s podporou převzetí služeb při selhání SQL Serveru zakažte všechny aplikace a služby, které můžou během instalace používat komponenty SYSTÉMU SQL Server, ale ponechejte prostředky disku online.

Instalační program SQL Serveru automaticky nastaví závislosti mezi skupinou clusteru SQL Serveru a disky, které budou v clusteru pro převzetí služeb při selhání. Před instalací nenastavujte závislosti pro disky.

  • Během instalace clusteru s převzetím služeb při selhání SQL Serveru se vytvoří objekt počítače (účet počítače ve službě Active Directory) pro název síťového prostředku SQL Serveru. V clusteru se systémem Windows Server 2008 musí mít účet názvu clusteru (účet počítače samotného clusteru) oprávnění k vytváření objektů počítače. Další informace naleznete v tématu Konfigurace účtů ve službě Active Directory.

  • Pokud jako možnost úložiště používáte sdílenou složku SMB, musí mít instalační účet SQL Serveru na souborovém serveru oprávnění SeSecurityPrivilege. Uděláte to tak, že pomocí konzoly Místních zásad zabezpečení na souborovém serveru přidáte účet nastavení SYSTÉMU SQL Server ke správě oprávnění k auditování a protokolu zabezpečení .

Ověření hardwarového řešení

Pokud řešení clusteru zahrnuje geograficky rozptýlené uzly clusteru, je potřeba ověřit další položky, jako je latence sítě a podpora sdílených disků.

Ověřte, že disk, na kterém bude nainstalován SQL Server, není komprimovaný ani šifrovaný. Pokud se pokusíte nainstalovat SQL Server na komprimovanou jednotku nebo zašifrovanou jednotku, instalace SQL Serveru selže.

Konfigurace sítě SAN jsou podporovány také na Windows Serveru počínaje edicemi Windows Server 2008 a Windows Server 2008 R2 Advanced Server a Datacenter Server. Kategorie Katalogu Windows a Seznamu kompatibility hardwaru "Víceklustrové zařízení" uvádí sadu úložných zařízení s podporou SAN, která byla testována a jsou podporována jako úložiště SAN s připojenými několika WSFC clustery. Po vyhledání certifikovaných komponent spusťte ověření clusteru.

Sdílená složka SMB se podporuje také pro instalaci datových souborů. Další informace naleznete v tématu Typy úložiště pro datové soubory.

Výstraha

Pokud používáte souborový server systému Windows jako úložiště sdílené složky SMB, musí mít instalační účet SYSTÉMU SQL Server na souborovém serveru oprávnění SeSecurityPrivilege. Uděláte to tak, že pomocí konzoly Místních zásad zabezpečení na souborovém serveru přidáte účet nastavení SYSTÉMU SQL Server ke správě oprávnění k auditování a protokolu zabezpečení .

Pokud používáte jiné úložiště sdílené složky SMB než souborový server Systému Windows, obraťte se na dodavatele úložiště s ekvivalentním nastavením na straně souborového serveru.

SQL Server podporuje přípojné body. Připojený svazek nebo přípojný bod umožňuje použít jedno písmeno disku k odkazování na více disků nebo svazků. Pokud máte písmeno jednotky D: které odkazuje na běžný disk nebo svazek, můžete připojit nebo "mountovat" další disky nebo svazky jako adresáře pod písmenem jednotky D:, aniž by další disky nebo svazky vyžadovaly písmena jednotek.

  • Instalační program systému SQL Server vyžaduje, aby základní disk připojené jednotky měl přidružené písmeno jednotky. Pokud základní jednotka připojené jednotky nemá přidružené písmeno jednotky, přiřadí instalační program k jednotce další dostupné písmeno jednotky.

    Poznámka:

    Pokud jsou již přiřazena všechna písmena jednotek, instalační program selže.

  • SQL Server nepodporuje použití kořenových adresářů připojovacích bodů / svazků pro databáze SQL Serveru. Další informace získáte přezkoumáním problému s oprávněním, ke kterému dochází při použití přípojného bodu svazku během instalace SQL Serveru.

  • Další důležité informace o přípojných bodech pro clustering s podporou převzetí služeb při selhání SQL Serveru:

    • Instalační program systému SQL Server vyžaduje, aby základní disk připojené jednotky měl přidružené písmeno jednotky. Pro instalace clusteru pro převzetí služeb při selhání musí být tento základní disk clusterovým diskem. Identifikátory GUID svazků nejsou v této verzi podporovány.

    • Základní disk, ten s písmenem jednotky, nemůže být sdílen mezi instancemi clusteru pro převzetí služeb při selhání. Toto je standardní omezení pro clustery s podporou převzetí služeb při selhání, takové omezení se však netýká samostatných serverů s více instancemi.

    • Clusterované instalace SQL Serveru jsou omezené na počet dostupných písmen diskových jednotek. Za předpokladu, že pro operační systém používáte pouze jedno písmeno jednotky a všechna ostatní písmena jednotek jsou k dispozici jako normální jednotky clusteru nebo jednotky clusteru hostující přípojné body, omezíte se na maximálně 25 instancí SQL Serveru na cluster s podporou převzetí služeb při selhání.

      Návod

      Limit 25 instancí je možné překonat pomocí možnosti sdílené složky SMB. Pokud jako možnost úložiště používáte sdílenou složku SMB, můžete nainstalovat až 50 instancí clusteru s podporou převzetí služeb při selhání SQL Serveru.

    • Formátování jednotky po připojení dalších jednotek se nepodporuje.

    • Prostředek SQL Serveru v verzích SQL Serveru 2005 a novějších závisí na prostředku s názvem sítě SQL a na prostředcích fyzického disku, které obsahují data. Přípojné body a hostitelský disk se musí zobrazit jako fyzický diskový prostředek clusteru. Kromě toho musí být fyzický disk označený písmenem jednotky a každý namontovaný svazek také přidán jako závislost SQL Serveru.

    • Pokud provedete novou instalaci, správná oprávnění závislostí jsou nastavena na fyzických discích, které mají přidružené písmeno jednotky, a na bodech připojení. Oprávnění k závislostem se nastaví automaticky během instalace.

    • Pokud se přidá pouze závislost na kořenových fyzických discích a nepřidá-li se závislost na přípojných bodech, při selhání dojde k poškození databáze. Při restartování SQL Serveru může dojít také k poškození databáze, pokud diskové prostředky přejdou do režimu offline a vrátí se do stavu online, aniž by došlo k převzetí služeb při selhání.

  • Osvědčené postupy pro přípojné body:

    • Pokud přesunete přípojný bod z jednoho sdíleného disku na jiný sdílený disk, ujistěte se, že jsou sdílené disky umístěné ve stejné skupině.

    • Zkuste použít kořenový svazek (hostitel) výhradně pro přípojné body. Kořenový svazek je svazek, který je hostitelem přípojných bodů. Tento postup výrazně zkracuje dobu potřebnou k obnovení přístupu k připojeným svazkům, pokud potřebujete spustit nástroj Chkdsk.exe. To také zkracuje dobu potřebnou k obnovení ze zálohy na hostitelském svazku.

    • Pokud používáte kořenový (hostitelský) svazek výhradně pro přípojné body, velikost hostitelského svazku musí být alespoň 5 megabajtů (MB). Tím se sníží pravděpodobnost, že se svazek použije pro cokoli jiného než připojovací body.

Instalace SQL Serveru pro cluster s převzetím služeb při selhání podporuje pouze místní disk pro instalaci souborů tempdb. Ujistěte se, že cesta zadaná pro data a soubory protokolu tempdb je platná na všech uzlech clusteru. Během převzetí služeb při selhání, pokud nejsou na cílovém uzlu dostupné adresáře tempdb, prostředku SQL Serveru se nepodaří přejít do režimu online. Další informace najdete v tématu Typy úložiště pro datové soubory a konfiguraci databázového stroje – datové adresáře.

  • Pokud nasadíte cluster s podporou převzetí služeb při selhání SQL Serveru na součásti technologie iSCSI, doporučujeme postupovat opatrně. Další informace naleznete v tématu Podpora SQL Serveru na součástech technologie iSCSI.

  • Další informace najdete v tématu Zásady podpory SQL Serveru pro Microsoft Clustering.

  • Další informace o správné konfiguraci jednotky kvora naleznete v tématu Informace o konfiguraci jednotky kvora.

  • Pokud chcete nainstalovat cluster s podporou převzetí služeb při selhání SYSTÉMU SQL Server, pokud zdrojové instalační soubory SQL Serveru a cluster existují v různých doménách, zkopírujte instalační soubory do aktuální domény dostupné pro cluster s podporou převzetí služeb při selhání SYSTÉMU SQL Server.

Kontrola aspektů zabezpečení

Pokud chcete použít šifrování, nainstalujte certifikát serveru s plně kvalifikovaným názvem DNS clusteru WSFC na všech uzlech v clusteru s podporou převzetí služeb při selhání SQL Serveru. Pokud máte například cluster se dvěma uzly s uzly s názvem "Test1.DomainName.com" a "Test2.DomainName.com" a instancí clusteru s podporou převzetí služeb při selhání SQL Serveru s názvem Virtsql, musíte získat certifikát pro "Virtsql.DomainName.com" a nainstalovat ho na uzly test1 a test2. Potom můžete zaškrtnout políčko Vynutit šifrování protokolu v nástroji SQL Server Configuration Manager a nakonfigurovat cluster s podporou převzetí služeb při selhání pro šifrování.

Důležité

Nezaškrtávejte políčko Vynutit šifrování protokolu, dokud nebudete mít certifikáty nainstalované na všech zúčastněných uzlech v instanci clusteru s funkcí převzetí služeb při selhání.

Pro instalace SQL Serveru v souběžných konfiguracích s předchozími verzemi musí služby SQL Serveru používat účty nalezené pouze ve skupině globálních domén. Účty používané službami SQL Serveru se navíc nesmí zobrazovat v místní skupině Administrators. Nedodržení tohoto pokynu povede k neočekávanému bezpečnostnímu chování.

Pokud chcete vytvořit cluster s podporou převzetí služeb při selhání, musíte být místním správcem s oprávněním k přihlášení jako služba a jednat jako součást operačního systému na všech uzlech instance clusteru s podporou převzetí služeb při selhání.

V systémech Windows Server 2008 a novějších verzích se identifikátory SID služeb generují automaticky pro použití se službami SQL Serveru. U instancí clusteru s podporou převzetí služeb při selhání SQL Serveru upgradovaných z předchozích verzí SQL Serveru se zachovají stávající skupiny domén a konfigurace seznamu ACL.

Skupiny domén musí být ve stejné doméně jako účty počítačů. Pokud je například počítač, na kterém bude nainstalován SQL Server, v doméně SQLSVR, což je podřízená doména MYDOMAIN. Musíte zadat skupinu v doméně SQLSVR. Doména SQLSVR může obsahovat uživatelské účty z domény MYDOMAIN.

Clustering s podporou převzetí služeb při selhání SQL Serveru nejde nainstalovat tam, kde jsou uzly clusteru řadiči domény.

Projděte si obsah v aspektech zabezpečení instalace SQL Serveru.

Pokud chcete povolit ověřování protokolem Kerberos s SQL Serverem, přečtěte si téma Použití ověřování protokolem Kerberos na SQL Serveru ve znalostní bázi Microsoft Knowledge Base.

Instance clusteru s podporou převzetí služeb při selhání SQL Serveru (FCI) vyžaduje připojení uzlů clusteru k doméně. Následující konfigurace nejsou podporovány:

  • SQL FCI v clusterech pracovních skupin
  • SQL FCI v clusteru s více doménami
  • Sql FCI v clusterech domén a pracovních skupin

Zvažte požadavky na síť, porty a bránu firewall.

Před zahájením instalace SYSTÉMU SQL Server ověřte, že jste zakázali rozhraní NetBIOS pro všechny privátní síťové karty.

Název sítě a IP adresa vašeho SQL Serveru by se neměly používat pro žádný jiný účel, například pro sdílení souborů. Pokud chcete vytvořit prostředek sdílené složky, použijte pro prostředek jiný jedinečný název sítě a IP adresu.

Důležité

Doporučujeme, abyste na datových jednotkách nepoužívali sdílené složky, protože můžou ovlivnit chování a výkon SQL Serveru.

I když SQL Server podporuje pojmenované kanály i sokety TCP/IP přes protokol TCP/IP v rámci clusteru, doporučujeme použít sokety TCP/IP v clusterované konfiguraci.

Server ISA není podporován na clusterech Windows a také není podporován na SQL Server failover clusterech.

Služba Vzdáleného registru musí být aktivní a spuštěná.

Musí být povolená vzdálená správa.

Pro instance SYSTÉMU SQL Server používající jiný než výchozí port použijte konfiguraci sítě nástroje SQL Server Configuration Manager k určení portu používaného instancí SYSTÉMU SQL Server, kterou chcete odblokovat. Pokud se chcete připojit k instanci SQL Serveru pomocí služby SQL Server Browser, která používá jinou IP adresu než clusterovaná instance, povolte v bráně firewall port TCP pro IPALL a také port UDP 1434.

Operace nastavení failover clusteru zahrnují pravidlo, které kontroluje pořadí síťových svazků. I když se příkazy vazeb můžou zdát správné, možná jste v systému zakázali nebo "stínoví" konfigurace síťových adaptérů. Konfigurace síťových adaptérů "Ghosted" můžou ovlivnit pořadí vazeb a způsobit, že pravidlo pořadí vazeb vydá upozornění. Pokud se chcete této situaci vyhnout, pomocí následujících kroků identifikujte a odeberte zakázané síťové adaptéry:

  1. Do příkazového řádku zadejte: set devmgr_Show_Nonpersistent_Devices=1

  2. Zadejte a spusťte: start devmgmt.msc

  3. Rozbalte seznam síťových adaptérů. V seznamu by měly být jenom fyzické adaptéry. Pokud máte zakázaný síťový adaptér, instalační program oznámí selhání pravidla pořadí síťových vazeb. Ovládací panely nebo síťová připojení také ukazují, že byl adaptér zakázaný. Ověřte, že v Ovládacích panelech nastavení sítě zobrazuje stejný seznam povolených fyzických adaptérů, jaký zobrazuje devmgmt.msc.

  4. Před spuštěním instalace SYSTÉMU SQL Server odeberte zakázané síťové adaptéry.

  5. Po dokončení instalace se vraťte do síťových připojení v Ovládacích panelech a zakažte všechny síťové adaptéry, které se aktuálně nepoužívají.

Ověření operačního systému

Ujistěte se, že je operační systém správně nainstalovaný a je navržený tak, aby podporoval clustering s podporou převzetí služeb při selhání. Následující tabulka obsahuje seznam edicí SQL Serveru a operačních systémů, které je podporují.

Edice SQL Serveru Windows Server 2022 Datacenter Windows Server 2022 Datacenter: Azure Edition Windows Server 2022 Standard
SQL Server 2014 (12.x) Enterprise (64bitová verze) x64 1 Ne Ne Ne
SQL Server 2014 (12.x) Enterprise (32bitová verze) Ne Ne Ne
SQL Server 2016 (13.x) Enterprise Ne Ne Ne
SQL Server 2016 (13.x) Standard Ne Ne Ne
SQL Server 2017 (14.x) Enterprise Ano Ano Ano
SQL Server 2017 (14.x) Standard Ano Ano Ano
SQL Server 2019 (15.x) Enterprise Ano Ano Ano
SQL Server 2019 (15.x) Standard Ano Ano Ano
SQL Server 2022 (16.x) Enterprise Ano Ano Ano
SQL Server 2022 (16.x) Standard Ano Ano Ano
Edice SQL Serveru Windows Server 2019 Datacenter Windows Server 2019 Standard Windows Server 2016 Datacenter Windows Server 2016 Standard
SQL Server 2014 (12.x) Enterprise (64bitová verze) x64 1 Ano Ano Ano Ano
SQL Server 2014 (12.x) Enterprise (32bitová verze) Ano Ano
SQL Server 2016 (13.x) Enterprise Ano Ano Ano Ano
SQL Server 2016 (13.x) Standard Ano Ano Ano Ano
SQL Server 2017 (14.x) Enterprise Ano Ano Ano Ano
SQL Server 2017 (14.x) Standard Ano Ano Ano Ano
SQL Server 2019 (15.x) Enterprise Ano Ano Ano Ano
SQL Server 2019 (15.x) Standard Ano Ano Ano Ano
SQL Server 2022 (16.x) Enterprise Ano Ano Ano Ano
SQL Server 2022 (16.x) Standard Ano Ano Ano Ano

1 clustery SQL Serveru nejsou podporovány v režimu WOW. To zahrnuje upgrady z předchozích verzí SQL Server clusterů s podporou převzetí služeb při selhání, které byly původně nainstalovány v systému WOW. Jedinou možností upgradu je nainstalovat novou verzi vedle sebe a migrovat.

Další aspekty konfigurace s více podsítěmi

Následující části popisují požadavky, které je potřeba mít na paměti při instalaci vícepodsíťového clusteru SQL Serveru s převzetím služeb při selhání. Konfigurace s více podsítěmi zahrnuje clustering napříč několika podsítěmi, a proto zahrnuje použití více IP adres a změny závislostí prostředků IP adres.

Důležité informace o edici SQL Serveru a operačním systému

Seznam funkcí podporovaných edicemi SQL Serveru ve Windows najdete tady:

Pokud chcete vytvořit vícepodsíťový cluster převzetí služeb při selhání SQL Serveru, musíte nejprve vytvořit vícepodsíťový cluster převzetí služeb při selhání systému Windows Server na několika podsítích.

Cluster s podporou převzetí služeb při selhání SQL Serveru závisí na clusteru s podporou převzetí služeb při selhání systému Windows Server, aby se zajistilo, že podmínky závislostí PROTOKOLU IP jsou platné, pokud dojde k převzetí služeb při selhání.

Windows Server 2008 R2 a novější verze vyžadují, aby všechny servery clusteru byly ve stejné doméně služby Active Directory. Proto cluster SQL Serveru pro převzetí služeb při selhání mezi více podsítěmi vyžaduje, aby všechny uzly byly ve stejné doméně služby Active Directory, i když jsou v různých podsítích.

Závislosti na IP adresách a prostředcích IP adres

  1. Závislost prostředku IP adresy je nastavená na OR v konfiguraci s více podsítěmi. Další informace najdete v tématu Vytvoření nového SQL Server Failover Clustru (Setup)

  2. Smíšené AND-OR závislosti IP adres se nepodporují. Například <IP1> AND <IP2> NEBO <IP3> se nepodporuje.

  3. Nepodporuje se více než jedna IP adresa na podsíť.

    Pokud se rozhodnete použít více než jednu IP adresu nakonfigurovanou pro stejnou podsíť, může dojít k selhání připojení klienta při spuštění SQL Serveru.

Související obsah

Další informace o převzetí služeb při selhání systému Windows Server 2008 R2 s více lokalitami najdete v tématu Lokality clusteringu s podporou převzetí služeb při selhání systému Windows Server 2008 R2 a návrh pro clusterovou službu nebo aplikaci v clusteru s podporou převzetí služeb při selhání s více lokalitami.

Konfigurace Windows Server Failover Clusteru

Služba clusteru Microsoft (WSFC) musí být nakonfigurovaná alespoň na jednom uzlu vašeho serverového clusteru. Musíte také spustit SQL Server Enterprise, SQL Server Business Intelligence nebo SQL Server Standard s WSFC. SQL Server Enterprise podporuje clustery s podporou převzetí služeb při selhání s až 16 uzly. SQL Server Business Intelligence a SQL Server Standard podporují dvouuzlové clustery pro převzetí služeb při selhání.

Knihovna DLL prostředků pro službu SQL Serveru exportuje dvě funkce používané Správcem clusteru WSFC ke kontrole dostupnosti prostředku SQL Serveru. Další informace najdete v tématu Zásady převzetí služeb při selhání pro instance clusteru.

WSFC musí být schopen ověřit, jestli je clusterová instance s podporou převzetí služeb při selhání spuštěná pomocí kontroly IsAlive. To vyžaduje připojení k serveru pomocí důvěryhodného připojení. Ve výchozím nastavení není účet, který spouští službu clusteru, nakonfigurovaný jako správce na uzlech v clusteru a skupina BUILTIN\Administrators nemá oprávnění k přihlášení k SQL Serveru. Tato nastavení se mění jenom v případě, že změníte oprávnění na uzlech clusteru.

Nakonfigurujte službu DNS (Domain Name Service) nebo službu WINS (Windows Internet Name Service). Server DNS nebo server WINS musí být spuštěn v prostředí, kde se nainstaluje cluster pro převzetí služeb při selhání SQL Serveru. Instalační program SQL Serveru vyžaduje registraci služby dynamického názvu domény virtuálního odkazu na virtuální rozhraní IP serveru SQL Server. Konfigurace serveru DNS by měla umožnit uzlům clusteru dynamicky zaregistrovat online mapování IP adres na název sítě. Pokud dynamickou registraci nejde dokončit, instalační program selže a instalace se vrátí zpět. Další informace najdete v tématu KB947048(archivovaný odkaz).

Instalace koordinátoru distribuovaných transakcí společnosti Microsoft (MSDTC)

Před instalací SQL Serveru do clusteru v případě selhání určete, zda je potřeba vytvořit prostředek clusteru MSDTC (Microsoft Distributed Transaction Coordinator). Pokud instalujete jenom databázový stroj, clusterový prostředek MSDTC není vyžadován. Pokud instalujete databázový stroj a SSIS, součásti pracovních stanic nebo pokud budete používat distribuované transakce, musíte nainstalovat MSDTC. MSDTC se nevyžaduje pro čistě instance Služeb analýzy.

Ve Windows Serveru 2008 a novějších verzích můžete do jednoho clusteru s podporou převzetí služeb při selhání nainstalovat několik instancí MSDTC. První instancí MSDTC, která je nainstalována, bude výchozí instance clusteru MSDTC. SQL Server automaticky využije instance MSDTC nainstalované do místní skupiny prostředků clusteru SQL Serveru. Jednotlivé aplikace je však možné mapovat na libovolnou instanci MSDTC v clusteru.

Pro instanci MSDTC, kterou má zvolit SQL Server, se použijí následující pravidla:

  • Použijte MSDTC instalovanou v místní skupině, jinak

  • Použijte mapovanou instanci MSDTC, jinak

  • Použijte výchozí instanci MSDTC clusteru, jinak

  • Použijte nainstalovanou instanci MSDTC místního počítače.

Důležité

Pokud instance MSDTC nainstalovaná do místní skupiny clusteru SYSTÉMU SQL Server selže, SQL Server se automaticky nepokusí použít výchozí instanci clusteru nebo instanci místního počítače MSDTC. Aby bylo možné použít jinou instanci MSDTC, je nutné zcela odebrat neúspěšnou instanci msDTC ze skupiny SQL Serveru. Podobně pokud vytvoříte mapování pro SQL Server a mapovaná instance MSDTC selže, vaše distribuované transakce také selžou. Pokud chcete, aby SQL Server používal jinou instanci MSDTC, musíte buď přidat instanci MSDTC do místní skupiny clusteru SYSTÉMU SQL Server, nebo odstranit mapování.

Konfigurace koordinátoru distribuovaných transakcí od Microsoftu

Po instalaci operačního systému a konfiguraci clusteru je nutné nakonfigurovat msDTC pro práci v clusteru pomocí správce clusteru. Selhání clusteru MSDTC nezablokuje instalaci SYSTÉMU SQL Server, ale funkce aplikace SQL Serveru můžou být ovlivněny, pokud msDTC není správně nakonfigurovaný.

Viz také

Další kroky

  • Last updated on