Sdílet prostřednictvím


Konfigurace skupiny převzetí služeb při selhání pro spravovanou instanci Azure SQL

Platí pro:Azure SQL Managed Instance

V tomto článku se dozvíte, jak nakonfigurovat skupinu převzetí služeb při selhání pro službu Azure SQL Managed Instance pomocí webu Azure Portal a Azure PowerShellu.

Pokud chcete vytvořit obě instance ve skupině převzetí služeb při selhání, přečtěte si téma Přidání instance do skupiny převzetí služeb při selhání.

Požadavky

Vezměte v úvahu následující požadavky:

  • Sekundární spravovaná instance musí být prázdná, tedy nesmí obsahovat žádné uživatelské databáze.
  • Dvě instance služby SQL Managed Instance musí mít stejnou úroveň služby a stejnou velikost úložiště. I když se nevyžaduje, důrazně doporučujeme, aby dvě instance měly stejnou velikost výpočetních prostředků, aby sekundární instance mohla trvale zpracovávat změny replikované z primární instance, včetně období špičky aktivity.
  • Rozsah IP adres pro virtuální síť primární instance se nesmí překrývat s rozsahem adres virtuální sítě pro sekundární spravovanou instanci nebo jakoukoli jinou virtuální sítí v partnerském vztahu s primární nebo sekundární virtuální sítí.
  • Při vytváření sekundární spravované instance musíte jako hodnotu parametru DnsZonePartner zadat ID zóny DNS primární instance. Pokud nezadáte hodnotu DnsZonePartner, ID zóny se vygeneruje jako náhodný řetězec při vytvoření první instance v každé virtuální síti a stejné ID se přiřadí ke všem ostatním instancím ve stejné podsíti. Zónu DNS po přiřazení není možné upravit.
  • Pravidla skupin zabezpečení sítě (NSG) v instanci hostování podsítě musí mít port 5022 (TCP) a rozsah portů 11000–11999 (TCP) otevřený příchozí a odchozí přenos pro připojení z a do podsítě hostující druhou spravovanou instanci. To platí pro podsítě, hostování primární i sekundární instance.
  • Kolace a časové pásmo sekundární spravované instance musí odpovídat časového pásmu primární spravované instance.
  • Spravované instance by se měly nasadit ve spárovaných oblastech z důvodů výkonu. Spravované instance umístěné v geograficky spárovaných oblastech mají oproti nezaplaceným oblastem výrazně vyšší rychlost geografické replikace.

Rozsah adresního prostoru

Pokud chcete zkontrolovat adresní prostor primární instance, přejděte k prostředku virtuální sítě pro primární instanci a v části Nastavení vyberte Adresní prostor. Zkontrolujte rozsah v oblasti Rozsah adres:

Snímek obrazovky adresního prostoru pro primární virtuální síť na webu Azure Portal

Zadejte ID zóny primární instance.

Při vytváření sekundární instance je nutné zadat ID zóny primární instance jako DnsZonePartnerhodnotu .

Pokud vytváříte sekundární instanci na webu Azure Portal, na kartě Další nastavení v části Geografická replikace zvolte Ano , pokud chcete použít jako sekundární převzetí služeb při selhání, a pak v rozevíracím seznamu vyberte primární instanci:

Snímek obrazovky webu Azure Portal určující primární spravovanou instanci jako sekundárního převzetí služeb při selhání na stránce dalšího nastavení

Povolení připojení mezi instancemi

Připojení mezi podsítěmi virtuální sítě, které hostují primární a sekundární instanci, musí být vytvořeno kvůli nepřerušovanému toku provozu geografické replikace. Existuje několik způsobů, jak vytvořit připojení mezi spravovanými instancemi v různých oblastech Azure, mezi které patří:

Globální partnerský vztah virtuálních sítí se doporučuje jako nejvýkonnější a nejúspornější způsob, jak vytvořit připojení mezi instancemi ve skupině převzetí služeb při selhání. Globální partnerský vztah virtuálních sítí poskytuje privátní připojení s nízkou latencí a velkou šířkou pásma mezi partnerskými virtuálními sítěmi pomocí páteřní infrastruktury Microsoftu. V komunikaci mezi partnerskými virtuálními sítěmi se nevyžaduje žádný veřejný internet, brány ani další šifrování.

Důležité

Alternativní způsoby připojení instancí, které zahrnují další síťová zařízení, můžou komplikovat řešení potíží s připojením nebo rychlostí replikace, což může vyžadovat aktivní zapojení správců sítě a potenciálně výrazně prodloužit dobu řešení.

Bez ohledu na mechanismus připojení musí být splněny určité požadavky, aby mohl georeplikační provoz probíhat:

  • Směrovací tabulky a skupiny zabezpečení sítě přiřazené k podsítím spravovaných instancí se mezi dvěma partnerskými virtuálními sítěmi nesdílí.
  • Pravidla skupiny zabezpečení sítě (NSG) v podsíti hostující primární instanci povolují:
    • Příchozí provoz na portu 5022 a rozsah portů 11000–11999 z podsítě hostující sekundární instanci.
    • Odchozí provoz na portu 5022 a rozsah portů 11000–11999 do podsítě hostující sekundární instanci.
  • Pravidla skupiny zabezpečení sítě (NSG) v podsíti, která je hostitelem sekundární instance, povoluje:
    • Příchozí provoz na portu 5022 a rozsah portů 11000–11999 z podsítě hostující primární instanci.
    • Odchozí provoz na portu 5022 a rozsahu portů 11000–11999 do podsítě hostující primární instanci.
  • Rozsahy IP adres virtuálních sítí, které hostují primární a sekundární instanci, se nesmí překrývat.
  • Mezi virtuálními sítěmi, které hostují primární a sekundární instanci, nebo jinými virtuálními sítěmi, se kterými jsou partnerské vztahy prostřednictvím peeringu místních virtuálních sítí nebo jiných prostředků, neexistuje žádný nepřímý překrývání rozsahů IP adres.

Pokud navíc používáte jiné mechanismy pro poskytování připojení mezi instancemi, než je doporučený globální partnerský vztah virtuálních sítí, musíte zajistit následující:

  • Všechna použitá síťová zařízení, jako jsou brány firewall nebo síťová virtuální zařízení, neblokují provoz na dříve zmíněných portech.
  • Směrování je správně nakonfigurované a nepoužívá se asymetrické směrování.
  • Pokud nasadíte skupiny převzetí služeb při selhání v hvězdicové topologii sítě mezi oblastmi, provoz replikace by měl jít přímo mezi dvěma podsítěmi spravovaných instancí, a ne směrovat přes centrální sítě. Pomůže vám vyhnout se problémům s připojením a rychlostí replikace.
  1. Na webu Azure Portal přejděte k prostředku virtuální sítě pro vaši primární spravovanou instanci.
  2. V části Nastavení vyberte Partnerské vztahy a pak vyberte + Přidat.

Snímek obrazovky se stránkou peeringů pro virtuální síť A na webu Azure Portal

  1. Zadejte nebo vyberte hodnoty pro následující nastavení:

    Nastavení Popis
    Tato virtuální síť
    Název odkazu peeringu Název partnerského vztahu musí být v rámci virtuální sítě jedinečný.
    Přenosy do vzdálené virtuální sítě Výběrem možnosti Povolit (výchozí) povolte komunikaci mezi dvěma virtuálními sítěmi prostřednictvím výchozího VirtualNetwork toku. Povolení komunikace mezi virtuálními sítěmi umožňuje prostředkům připojeným k jedné virtuální síti vzájemně komunikovat se stejnou šířkou pásma a latencí, jako kdyby byly připojené ke stejné virtuální síti. Veškerá komunikace mezi prostředky ve dvou virtuálních sítích je přes privátní síť Azure.
    Přenosy přesměrované ze vzdálené virtuální sítě Pro účely tohoto kurzu bude fungovat možnost Povoleno (výchozí) i Blokovat . Další informace najdete v tématu Vytvoření partnerského vztahu.
    Brána virtuální sítě nebo směrovací server Vyberte Žádná. Další informace o dalších dostupných možnostech najdete v tématu Vytvoření partnerského vztahu.
    Vzdálená virtuální síť
    Název odkazu peeringu Název stejného partnerského vztahu, který se má použít ve virtuální síti hostující sekundární instanci.
    Model nasazení virtuální sítě Vyberte Resource Manager.
    Znám ID prostředku Toto políčko nechte nezaškrtnuté.
    Předplatné Vyberte předplatné Azure virtuální sítě hostující sekundární instanci, se kterou chcete vytvořit partnerský vztah.
    Virtuální síť Vyberte virtuální síť hostující sekundární instanci, se kterou chcete vytvořit partnerský vztah. Pokud je virtuální síť uvedená, ale zašedlá, může to být proto, že adresní prostor virtuální sítě se překrývá s adresními prostory pro tuto virtuální síť. Pokud se adresní prostory virtuální sítě překrývají, nemůžou být v partnerském vztahu.
    Přenosy do vzdálené virtuální sítě Výběr možnosti Povolit (výchozí)
    Přenosy přesměrované ze vzdálené virtuální sítě Pro účely tohoto kurzu bude fungovat možnost Povoleno (výchozí) i Blokovat . Další informace najdete v tématu Vytvoření partnerského vztahu.
    Brána virtuální sítě nebo směrovací server Vyberte Žádná. Další informace o dalších dostupných možnostech najdete v tématu Vytvoření partnerského vztahu.
  2. Vyberte Přidat a nakonfigurujte partnerský vztah s virtuální sítí, kterou jste vybrali. Po několika sekundách vyberte tlačítko Aktualizovat a stav partnerského vztahu se změní z Možnosti Aktualizace na Připojeno.

    Snímek obrazovky se stavem partnerského vztahu virtuálních sítí na stránce Peerings na webu Azure Portal

Vytvoření skupiny převzetí služeb při selhání

Pomocí webu Azure Portal nebo PowerShellu vytvořte skupinu převzetí služeb při selhání pro spravované instance.

Pomocí webu Azure Portal vytvořte skupinu převzetí služeb při selhání pro spravované instance SQL.

  1. V levé nabídce webu Azure Portal vyberte Azure SQL. Pokud Azure SQL není v seznamu, vyberte Všechny služby a do vyhledávacího pole zadejte Azure SQL. (Volitelné) Výběrem hvězdičky vedle Azure SQL ji přidáte jako oblíbenou položku do levé navigace.

  2. Vyberte primární spravovanou instanci, kterou chcete přidat do skupiny převzetí služeb při selhání.

  3. V části Nastavení přejděte do skupin převzetí služeb při selhání instance a pak zvolte Přidat skupinu , aby se otevřela stránka pro vytvoření skupiny převzetí služeb při selhání instance.

    Snímek obrazovky s přidáním stránky skupiny převzetí služeb při selhání na webu Azure Portal

  4. Na stránce Skupina převzetí služeb při selhání instance zadejte název vaší skupiny převzetí služeb při selhání a v rozevíracím seznamu zvolte sekundární spravovanou instanci. Výběrem možnosti Vytvořit vytvořte skupinu převzetí služeb při selhání.

    Snímek obrazovky pro vytvoření skupiny převzetí služeb při selhání na webu Azure Portal

  5. Po dokončení nasazení skupiny převzetí služeb při selhání se vrátíte na stránku skupiny převzetí služeb při selhání.

Test převzetí služeb při selhání

Otestujte převzetí služeb při selhání skupiny převzetí služeb při selhání pomocí webu Azure Portal nebo PowerShellu.

Otestujte převzetí služeb při selhání vaší skupiny převzetí služeb při selhání pomocí webu Azure Portal.

  1. Přejděte do sekundární spravované instance na webu Azure Portal a v nastavení vyberte Skupiny převzetí služeb při selhání instance.

  2. Poznamenejte si spravované instance v primární a sekundární roli.

  3. Vyberte převzetí služeb při selhání a pak v upozornění na odpojené relace TDS vyberte Ano .

    Snímek obrazovky pro převzetí služeb při selhání skupiny převzetí služeb při selhání na webu Azure Portal

  4. Poznamenejte si spravované instance v primární a sekundární roli. Pokud převzetí služeb při selhání proběhlo úspěšně, měly by mít dvě instance přepnuty role.

    Snímek obrazovky se stavem skupiny převzetí služeb při selhání u přepnulých rolí instance po převzetí služeb při selhání

Důležité

Pokud se role nepřepnuly, zkontrolujte připojení mezi instancemi a souvisejícími skupinami zabezpečení sítě a pravidly brány firewall. Pokračujte dalším krokem až po přepnutí rolí.

  1. Přejděte do nové sekundární spravované instance a znovu vyberte Převzetí služeb při selhání , aby se primární instance vrátila k primární roli.

Vyhledání koncového bodu naslouchacího procesu

Po nakonfigurování skupiny převzetí služeb při selhání aktualizujte připojovací řetězec vaší aplikace na koncový bod naslouchacího procesu. Aplikace je připojená k naslouchacímu procesu skupiny převzetí služeb při selhání, nikoli k primární databázi, elastickému fondu nebo databázi instance. Tímto způsobem nemusíte ručně aktualizovat připojovací řetězec při každém převzetí služeb při selhání vaší databázové entity a provoz se směruje do libovolné entity, která je aktuálně primární.

Koncový bod naslouchacího fog-name.database.windows.netprocesu je ve formě a je viditelný na webu Azure Portal při prohlížení skupiny převzetí služeb při selhání:

Snímek obrazovky, kde najdete skupinu převzetí služeb při selhání připojovací řetězec na webu Azure Portal

Vytvoření skupiny mezi instancemi v různých předplatných

Skupinu převzetí služeb při selhání mezi službami SQL Managed Instance můžete vytvořit ve dvou různých předplatných, pokud jsou předplatná přidružená ke stejnému tenantovi Microsoft Entra.

  • Pokud používáte rozhraní API PowerShellu, můžete to udělat zadáním parametru PartnerSubscriptionId pro sekundární spravovanou instanci SQL.
  • Při použití rozhraní REST API může mít každé ID instance zahrnuté v parametru properties.managedInstancePairs vlastní ID předplatného.
  • Azure Portal nepodporuje vytváření skupin převzetí služeb při selhání v různých předplatných.

Důležité

Azure Portal nepodporuje vytváření skupin převzetí služeb při selhání v různých předplatných. U skupin převzetí služeb při selhání v různých předplatných nebo skupinách prostředků není možné převzetí služeb při selhání iniciovat ručně prostřednictvím webu Azure Portal z primární spravované instance SQL. Místo toho ji můžete zahájit z instance v sekundární geografické oblasti.

Zabránění ztrátě důležitých dat

Kvůli vysoké latenci širokých sítí používá geografická replikace mechanismus asynchronní replikace. Asynchronní replikace umožňuje neuložené ztrátě dat, pokud primární selže. Aby bylo možné chránit důležité transakce před ztrátou dat, vývojář aplikace může okamžitě po potvrzení transakce zavolat sp_wait_for_database_copy_sync uloženou proceduru. Volání sp_wait_for_database_copy_sync blokuje volající vlákno do poslední potvrzené transakce byla přenášena a posílena v transakčním protokolu sekundární databáze. Nečeká však na přehrání přenášených transakcí (znovu) na sekundárním serveru. sp_wait_for_database_copy_sync je vymezen na konkrétní odkaz geografické replikace. Tento postup může volat každý uživatel s právy k připojení k primární databázi.

Poznámka:

sp_wait_for_database_copy_sync zabraňuje ztrátě dat po geografickém převzetí služeb při selhání pro konkrétní transakce, ale nezaručuje úplnou synchronizaci pro přístup ke čtení. Zpoždění způsobené voláním sp_wait_for_database_copy_sync procedury může být významné a závisí na velikosti dosud nepřesílaného transakčního protokolu v primárním okamžiku volání.

Změna sekundární oblasti

Předpokládejme, že instance A je primární instancí, instance B je stávající sekundární instance a instance C je nová sekundární instance ve třetí oblasti. Pokud chcete přechod provést, postupujte takto:

  1. Vytvořte instanci C se stejnou velikostí jako A a ve stejné zóně DNS.
  2. Odstraňte skupinu převzetí služeb při selhání mezi instancemi A a B. V tomto okamžiku se pokusí přihlásit k selhání, protože aliasy SQL pro naslouchací procesy skupiny převzetí služeb při selhání byly odstraněny a brána nerozpozná název skupiny převzetí služeb při selhání. Sekundární databáze se od primárních databází odpojí a stanou se databázemi pro čtení i zápis.
  3. Vytvořte skupinu převzetí služeb při selhání se stejným názvem mezi instancí A a C. Postupujte podle pokynů v průvodci konfigurací skupiny převzetí služeb při selhání. Jedná se o operaci velikosti dat a dokončí se, když jsou všechny databáze z instance A počáteční a synchronizované.
  4. Pokud není potřeba, odstraňte instanci B, abyste se vyhnuli zbytečným poplatkům.

Poznámka:

Po dokončení kroku 2 a do kroku 3 zůstanou databáze v instanci A nechráněné před katastrofickým selháním instance A.

Změna primární oblasti

Předpokládejme, že instance A je primární instancí, instance B je existující sekundární instance a instance C je nová primární instance ve třetí oblasti. Pokud chcete přechod provést, postupujte takto:

  1. Vytvořte instanci C se stejnou velikostí jako B a ve stejné zóně DNS.
  2. Připojte se k instanci B a ruční převzetí služeb při selhání a přepněte primární instanci na B. Instance A se stane novou sekundární instancí automaticky.
  3. Odstraňte skupinu převzetí služeb při selhání mezi instancemi A a B. V tomto okamžiku se začnou neúspěšné pokusy o přihlášení pomocí koncových bodů skupiny převzetí služeb při selhání. Sekundární databáze na A jsou odpojené od primárních databází a stanou se databázemi pro čtení i zápis.
  4. Vytvořte skupinu převzetí služeb při selhání se stejným názvem mezi instancí B a C. Postupujte podle pokynů v průvodci skupinou převzetí služeb při selhání. Jedná se o operaci velikosti dat a dokončí se, když jsou všechny databáze z instance A počáteční a synchronizované. V tomto okamžiku se pokusy o přihlášení přestanoulhat.
  5. Ruční převzetí služeb při selhání, aby se instance jazyka C přepnula na primární roli. Instance B se automaticky stane novou sekundární instancí.
  6. Pokud není potřeba, odstraňte instanci A, abyste se vyhnuli zbytečným poplatkům.

Upozornění

Po dokončení kroku 3 a do kroku 4 zůstanou databáze v instanci A nechráněné před katastrofickým selháním instance A.

Důležité

Po odstranění skupiny převzetí služeb při selhání se odstraní také záznamy DNS pro koncové body naslouchacího procesu. V tomto okamžiku existuje nenulová pravděpodobnost, že někdo jiný vytvoří skupinu převzetí služeb při selhání se stejným názvem. Vzhledem k tomu, že názvy skupin převzetí služeb při selhání musí být globálně jedinečné, zabráníte tomu, abyste znovu používali stejný název. Pokud chcete toto riziko minimalizovat, nepoužívejte obecné názvy skupin převzetí služeb při selhání.

Změna zásad aktualizace

Instance ve skupině převzetí služeb při selhání musí mít odpovídající zásady aktualizace. Pokud chcete u instancí, které jsou součástí skupiny převzetí služeb při selhání, povolit vždy aktuální zásady aktualizace v sekundární instanci, počkejte, až se změna projeví, a pak aktualizujte zásadu pro primární instanci.

Při změně zásad aktualizace primární instance ve skupině převzetí služeb při selhání způsobí převzetí služeb při selhání instance do jiného místního uzlu (podobně jako operace správy u instancí, které nejsou součástí skupiny převzetí služeb při selhání), nezpůsobí převzetí služeb při selhání skupinu převzetí služeb při selhání, přičemž primární instance bude v primární roli.

Povolení scénářů závislých na objektech ze systémových databází

Systémové databáze se nereplikují do sekundární instance ve skupině převzetí služeb při selhání. Pokud chcete povolit scénáře, které závisí na objektech ze systémových databází, vytvořte stejné objekty v sekundární instanci a udržujte je synchronizované s primární instancí.

Pokud například plánujete používat stejná přihlášení v sekundární instanci, nezapomeňte je vytvořit se stejným identifikátorem SID.

-- Code to create login on the secondary instance
CREATE LOGIN foo WITH PASSWORD = '<enterStrongPasswordHere>', SID = <login_sid>;

Další informace viz Replikace přihlašovacích údajů a úloh agenta.

Synchronizace vlastností instance a instancí zásad uchovávání informací

Instance ve skupině převzetí služeb při selhání zůstávají samostatné prostředky Azure a žádné změny konfigurace primární instance se automaticky replikují do sekundární instance. Nezapomeňte provést všechny relevantní změny v primární i sekundární instanci. Pokud například změníte redundanci úložiště zálohování nebo zásady dlouhodobého uchovávání záloh v primární instanci, nezapomeňte ji také změnit v sekundární instanci.

Škálování instancí

Primární a sekundární instanci můžete škálovat nahoru nebo dolů na jinou velikost výpočetních prostředků ve stejné úrovni služby nebo na jinou úroveň služby. Při vertikálním navýšení kapacity ve stejné úrovni služby nejprve vertikálně navyšte kapacitu sekundární geografické oblasti a pak vertikálně navyšte kapacitu primární úrovně. Při vertikálním snížení kapacity ve stejné úrovni služby otočte pořadí: nejprve vertikálně snížit kapacitu primárního serveru a pak vertikálně snížit kapacitu sekundární úrovně. Při škálování instance na jinou úroveň služby postupujte stejně.

Tato posloupnost se doporučuje vyhnout problémům v sekundární geografické oblasti v nižší SKU, přetížit a během procesu upgradu nebo downgradu je nutné je přetížit.

Oprávnění

Oprávnění pro skupinu převzetí služeb při selhání se spravují prostřednictvím řízení přístupu na základě role v Azure (Azure RBAC).

Role Přispěvatel spravované instance SQL, která je vymezená na skupiny prostředků primární a sekundární spravované instance, stačí k provádění všech operací správy ve skupinách převzetí služeb při selhání.

Následující tabulka obsahuje podrobné zobrazení minimálních požadovaných oprávnění a jejich odpovídající minimální požadované úrovně rozsahu pro operace správy ve skupinách převzetí služeb při selhání:

Operace správy Oprávnění Scope
Vytvoření nebo aktualizace skupiny převzetí služeb při selhání Microsoft.Sql/locations/instanceFailoverGroups/write Skupiny prostředků primární a sekundární spravované instance
Vytvoření nebo aktualizace skupiny převzetí služeb při selhání Microsoft.Sql/managedInstances/write Primární a sekundární spravovaná instance
Skupina převzetí služeb při selhání při selhání Microsoft.Sql/locations/instanceFailoverGroups/failover/action Skupiny prostředků primární a sekundární spravované instance
Vynucení skupiny převzetí služeb při selhání při selhání Microsoft.Sql/locations/instanceFailoverGroups/forceFailoverAllowDataLoss/action Skupiny prostředků primární a sekundární spravované instance
Odstranění skupiny převzetí služeb při selhání Microsoft.Sql/locations/instanceFailoverGroups/delete Skupiny prostředků primární a sekundární spravované instance

Omezení

Mějte na paměti následující omezení:

  • Skupiny převzetí služeb při selhání se nedají vytvořit mezi dvěma instancemi ve stejné oblasti Azure.
  • Skupiny převzetí služeb při selhání není možné přejmenovat. Budete muset skupinu odstranit a vytvořit ji znovu s jiným názvem.
  • Skupina převzetí služeb při selhání obsahuje přesně dvě spravované instance. Přidání dalších instancí do skupiny převzetí služeb při selhání není podporováno.
  • Instance se může kdykoli účastnit pouze jedné skupiny převzetí služeb při selhání.
  • Skupinu převzetí služeb při selhání nejde vytvořit mezi dvěma instancemi patřícími do různých tenantů Azure.
  • Skupinu převzetí služeb při selhání mezi dvěma instancemi patřícími do různých předplatných Azure nejde vytvořit pomocí webu Azure Portal nebo Azure CLI. K vytvoření takové skupiny převzetí služeb při selhání použijte Azure PowerShell nebo rest API. Po vytvoření se skupina převzetí služeb při selhání mezi předplatnými pravidelně zobrazuje na webu Azure Portal a všechny následné operace, včetně převzetí služeb při selhání, je možné zahájit z webu Azure Portal nebo Azure CLI.
  • Přejmenování databáze není podporováno pro databáze ve skupině převzetí služeb při selhání. Abyste mohli přejmenovat databázi, budete muset dočasně odstranit skupinu převzetí služeb při selhání.
  • Systémové databáze se nereplikují do sekundární instance ve skupině převzetí služeb při selhání. Proto scénáře, které závisejí na objektech ze systémových databází, jako jsou přihlášení k serveru a úlohy agenta, vyžadují ruční vytvoření objektů v sekundárních instancích a také ruční synchronizaci po jakýchkoli změnách provedených v primární instanci. Jedinou výjimkou je hlavní klíč služby (SMK) pro spravovanou instanci SQL, která se během vytváření skupiny převzetí služeb při selhání replikuje automaticky do sekundární instance. Všechny následné změny sady SMK v primární instanci však nebudou replikovány do sekundární instance. Další informace najdete v tématu věnovaném povolení scénářů závislých na objektech ze systémových databází.
  • Skupiny převzetí služeb při selhání nelze vytvořit mezi instancemi, pokud jsou některé z nich ve fondu instancí.
  • V případě instancí ve skupině převzetí služeb při selhání se změna úrovně služby na úroveň Další generace pro obecné účely nebo z ní nepodporuje. Před úpravou repliky musíte nejprve odstranit skupinu převzetí služeb při selhání a po provedení změny znovu vytvořit skupinu převzetí služeb při selhání.
  • Spravované instance SQL ve skupině převzetí služeb při selhání musí mít stejné zásady aktualizace, i když je možné změnit zásady aktualizace pro instance v rámci skupiny převzetí služeb při selhání.

Programová správa skupin převzetí služeb při selhání

Skupiny převzetí služeb při selhání je možné spravovat také programově pomocí Azure PowerShellu, Azure CLI a rozhraní REST API. Následující tabulky popisují sadu dostupných příkazů. Skupiny převzetí služeb při selhání zahrnují sadu rozhraní API Azure Resource Manageru pro správu, včetně rozhraní REST API služby Azure SQL Database a rutin Azure PowerShellu. Tato rozhraní API vyžadují použití skupin prostředků a podporují řízení přístupu na základě role v Azure (Azure RBAC). Další informace o tom, jak implementovat přístupové role, najdete v tématu Řízení přístupu na základě role v Azure (Azure RBAC).

Rutina Popis
New-AzSqlDatabaseInstanceFailoverGroup Tento příkaz vytvoří skupinu převzetí služeb při selhání a zaregistruje ji v primárních i sekundárních instancích.
Set-AzSqlDatabaseInstanceFailoverGroup Upraví konfiguraci skupiny převzetí služeb při selhání.
Get-AzSqlDatabaseInstanceFailoverGroup Načte konfiguraci skupiny převzetí služeb při selhání.
Switch-AzSqlDatabaseInstanceFailoverGroup Aktivuje převzetí služeb při selhání skupiny převzetí služeb při selhání do sekundární instance.
Remove-AzSqlDatabaseInstanceFailoverGroup Odebere skupinu převzetí služeb při selhání.

Další kroky

Postup konfigurace skupiny převzetí služeb při selhání najdete v průvodci přidáním spravované instance do skupiny převzetí služeb při selhání.

Přehled této funkce najdete v tématu Skupiny převzetí služeb při selhání. Informace o tom, jak ušetřit náklady na licencování, najdete v tématu Konfigurace pohotovostní repliky.