Sdílet prostřednictvím


Konfigurace pohotovostní repliky bez licence pro Azure SQL Database

Platí pro:Azure SQL Database

Tento článek popisuje, jak ušetřit náklady na licencování tím, že při použití Azure SQL Database navrhnete sekundární databázi zotavení po havárii (DR) pro pohotovostní režim.

Přehled

Pokud se sekundární replika databáze používá jenom pro zotavení po havárii a nemá na ní spuštěné žádné úlohy nebo aplikace, které se k ní připojují, můžete ušetřit náklady na licencování tím, že databázi navrhnete jako pohotovostní repliku. Pokud je sekundární databáze určená pro pohotovostní režim, poskytne vám Společnost Microsoft počet virtuálních jader licencovaných k primární databázi bez dalších poplatků v rámci zvýhodnění práv k převzetí služeb při selhání v licenčních podmínkách produktu. Stále se vám účtuje výpočetní prostředky a úložiště, které sekundární databáze používá.

Repliku můžete určit pro pohotovostní režim, když nakonfigurujete novou aktivní replikaci geografické replikace , nebo můžete existující repliku převést na pohotovostní.

Aktivní geografická replikace sice podporuje přidání čtyř sekundárních replik, ale pro pohotovostní režim můžete určit pouze jednu sekundární repliku databáze. Skupiny převzetí služeb při selhání podporují jednu sekundární repliku databáze na primární databázi a může být čitelná nebo pohotovostní.

Během plánovaného nebo neplánovaného převzetí služeb při selhání se pohotovostní replika stane novým primárním serverem a začne se účtují běžné licenční náklady na virtuální jádra, zatímco původní primární server se stane novým pohotovostním sekundárním úložištěm a přestane se účtují licenční náklady na virtuální jádra.

Nákladová výhoda

Když určíte repliku databáze jako pohotovostní, Microsoft vám neúčtuje náklady na licencování SQL Serveru za virtuální jádra používané pohotovostní replikou. Vzhledem k tomu, že se databáze účtuje celou hodinu, může se vám účtovat licenční náklady na celou hodinu, pokud se změna stavu provede uprostřed hodiny.

Výhoda se liší mezi zákazníky, kteří používají model průběžných plateb, a zákazníky, kteří používají model Zvýhodněné hybridní využití Azure. U zákazníka s průběžnými platbami se virtuální jádra zlevní na jejich faktuře. Pro zákazníka, který používá Zvýhodněné hybridní využití Azure pro pohotovostní repliku, se počet virtuálních jader, které sekundární replika používá, vrátí do svého fondu licencí.

Například jako zákazník s průběžnými platbami, pokud máte k sekundární databázi přiřazených 16 virtuálních jader, zobrazí se na faktuře sleva za 16 virtuálních jader, pokud sekundární databázi označíte pouze jako pohotovostní.

Pokud máte v jiném příkladu 16 Zvýhodněné hybridní využití Azure licencí a nasadíte jednu databázi, která má 16 virtuálních jader, po určení sekundární databáze pro pohotovostní režim se 16 virtuálních jader vrátí do fondu licencí, abyste je mohli používat s jinými nasazeními Azure SQL.

Funkční funkce

Následující tabulka popisuje funkční možnosti pohotovostní sekundární repliky databáze:

Funkce Popis
Omezené úlohy čtení Jakmile databázi označíte jako pohotovostní, můžete v sekundární databázi spustit pouze omezený počet úloh čtení, jako jsou zobrazení dynamické správy (DMV), zálohy a příkazy databázové konzoly (DBCC).
Plánované převzetí služeb při selhání Pohotovostní replika podporuje všechny scénáře plánovaného převzetí služeb při selhání, včetně postupů zotavení, přemístění databází do jiných oblastí a vrácení databází do primární oblasti. Když sekundární přepínač přepne na primární, může obsluhovat dotazy pro čtení a zápis. Nová sekundární (původní primární) se stane pohotovostní replikou a neměla by se používat pro úlohy čtení.
Neplánované převzetí služeb při selhání Během neplánovaného převzetí služeb při selhání může po sekundárním přepnutí do primární role obsluhovat dotazy pro čtení a zápis. Po zmírnění výpadku a původním primárním opětovným připojením se stane nová sekundární pohotovostní replika a neměla by se používat pro úlohy čtení.
Záloha a obnovení Chování zálohování a obnovení v pohotovostní replice a replikě sekundární databáze, která je čitelná, jsou stejná.
Sledování Pohotovostní replika podporuje všechny operace monitorování, které podporuje sekundární replika pro čtení.

Pohotovostní replika databáze musí být použita pouze pro zotavení po havárii. V následujícím seznamu jsou uvedeny pouze aktivity, které jsou povoleny v pohotovostní databázi:

  • Provádění operací údržby, jako je checkDB
  • Připojení monitorovacích aplikací
  • Spuštění postupu zotavení po havárii

Omezení

Následující tabulka uvádí podporované a nepodporované modely nasazení:

Model nasazení Úroveň výpočetních prostředků Úroveň služby Podporovaná pohotovostní replika Hardware
Izolovaná databáze Zřízené Pro obecné účely Ano Řada Standard (Gen5), FSv2-Series, DC-Series
Izolovaná databáze Zřízené Pro důležité obchodní informace Ano Řada Standard (Gen5), DC-Series
Izolovaná databáze Zřízené Hyperškálování
Izolovaná databáze Bezserverová architektura Všechna No
Elastický fond Všechna Všechna No

Použití pohotovostní databáze má následující omezení:

  • Pro pohotovostní režim je možné určit pouze jednu sekundární repliku databáze.
  • Úroveň výpočetních prostředků bez serveru není podporovaná. Pohotovostní repliku nelze povolit, pokud je primární nebo sekundární databáze na úrovni výpočetních prostředků bez serveru.
  • Nákupní model DTU se nepodporuje. Pro databáze můžete povolit pohotovostní repliku pouze pomocí nákupního modelu virtuálních jader.
  • Úroveň služby Hyperscale se nepodporuje. Pro pohotovostní režim je možné určit pouze databáze v úrovních služby Pro obecné účely a Pro důležité obchodní informace.
  • Při použití skupiny převzetí služeb při selhání jsou pohotovostní práva přiřazena na úrovni databáze, nikoli na úrovni skupiny převzetí služeb při selhání a musí být přiřazena zvlášť pro každou databázi v rámci skupiny převzetí služeb při selhání.
  • Určení sekundární repliky pro pohotovostní režim se nepodporuje, pokud je replika sekundární replikou sekundární repliky (známý proces je řetězení).

Požadavky

  • Předplatné Azure. Pokud ještě nemáte předplatné Azure, vytvořte si bezplatný účet Azure před tím, než začnete.
  • Primární zřízená virtuální databáze Azure SQL Database pro obecné účely nebo Pro důležité obchodní informace úroveň služby spuštěná na podporovaném hardwaru. Projděte si rychlý start a začněte.

Konfigurace nové repliky pro pohotovostní režim

Repliku pro pohotovostní režim můžete určit při konfiguraci nového aktivního vztahu geografické replikace pomocí webu Azure Portal, PowerShellu, Azure CLI nebo rozhraní REST API.

Pokud chcete vytvořit nový aktivní vztah geografické replikace a určit sekundární databázi pro pohotovostní režim na webu Azure Portal, postupujte takto:

  1. Na webu Azure Portal přejděte k prostředku databáze SQL.

  2. V nabídce prostředků zvolte Repliky v části Správa dat a pak výběrem + Vytvořit repliku otevřete stránku Vytvořit databázi SQL – Geografická replika.

    Snímek obrazovky se stránkou Repliky pro databázi SQL na webu Azure Portal

  3. Na stránce Vytvořit databázi SQL – Geografická replika vyberte pohotovostní repliku pro typ repliky v části Konfigurace repliky. Zaškrtnutím políčka potvrďte, že použijete repliku pro pohotovostní režim.

    Snímek obrazovky se stránkou Vytvořit geografickou repliku se zvýrazněnou pohotovostní replikou na webu Azure Portal

  4. Zadejte nový nebo existující server pro novou pohotovostní databázi a pak pomocí příkazu Zkontrolovat a vytvořit proveďte konečné ověření databáze a podrobností o serveru.

  5. Pomocí příkazu Vytvořit potvrďte nastavení a vytvořte novou pohotovostní repliku databáze.

Poznámka:

Databáze můžete také určit pro pohotovostní režim při vytváření skupiny převzetí služeb při selhání nebo přidat databáze do existující skupiny převzetí služeb při selhání na webu Azure Portal.

Převod existující repliky

Pomocí webu Azure Portal nebo odkazů replikace – Aktualizace příkazu REST API můžete převést existující repliku z běžné geografické repliky na pohotovostní repliku nebo pohotovostní repliku na běžnou geografickou repliku.

Pokud chcete převést existující repliku na webu Azure Portal, postupujte takto:

  1. Na webu Azure Portal přejděte k prostředku databáze SQL.
  2. V části Správa dat vyberte repliky.
  3. Vyberte tři tečky (...) pro repliku a pak:
    1. Chcete-li převést běžnou repliku na pohotovostní repliku, zvolte Převést na pohotovostní režim. Zaškrtněte políčko vedle položky Potvrdit... v automaticky otevíraném okně Převést na pohotovostní repliku a pak výběrem možnosti Ano uložte změnu a převeďte repliku.
    2. Pokud chcete převést pohotovostní repliku na běžnou geografickou repliku, zvolte Převést na geografickou oblast. Zaškrtněte políčko vedle potvrzení... v automaticky otevírané okně Převést na geografickou repliku a pak vyberte Ano , uložte změny a převeďte repliku.

Pokud chcete převést existující repliku pomocí odkazů replikace rozhraní REST API – příkaz Update , určete linkTypeSTANDBY jako pohotovostní repliku nebo GEO převeďte existující pohotovostní repliku zpět na běžnou geografickou repliku.

Zobrazení licenčních práv

Licenční práva pro existující databázi můžete zobrazit pomocí webu Azure Portal, PowerShellu, Azure CLI nebo rozhraní REST API.

Pokud chcete zkontrolovat licenční práva pro existující databázi pomocí webu Azure Portal, postupujte takto:

  1. Přejděte do databáze SQL na webu Azure Portal.

  2. Na stránce Přehled zkontrolujte typ repliky v části Základy. Hodnota Standby značí, že vaše databáze je pohotovostní replika a za náklady na licencování SQL pro tuto databázi se vám neúčtují poplatky:

    Snímek obrazovky se stránkou Přehled databáze SQL na webu Azure Portal se zvýrazněným typem repliky

Odebrání pohotovostní repliky

Jakmile je databáze určena jako pohotovostní, nemůžete pouze odebrat pohotovostní vlastnost. Pokud chcete odebrat pohotovostní repliku, je nutné zastavit replikaci, abyste ukončili aktivní vztah geografické replikace. Po zastavení replikace se vaše databáze stane samostatnou a začnete začínat licenčními náklady.

Geografickou replikaci můžete zastavit pomocí webu Azure Portal, PowerShellu, Azure CLI nebo rozhraní REST API.

Pokud chcete odebrat pohotovostní repliku ukončením geografické replikace na webu Azure Portal, postupujte takto:

  1. Přejděte do databáze SQL na webu Azure Portal.
  2. V části Správa dat vyberte repliky.
  3. Vyberte tři tečky (...) pro pohotovostní repliku a pak v místní nabídce vyberte Zastavit replikaci. Tím se zastaví replikace, takže sekundární databáze je teď samostatná a není určená pro pohotovostní režim a účtují se náklady na licencování.

Nejčastější dotazy

  • Jaké jsou důsledky na ceny?

    Sekundární repliky databáze se účtují za licencování, výpočetní prostředky a úložiště SQL za data a zálohy. Když určíte repliku databáze pro pohotovostní režim, nebudou se vám účtovat poplatky za licenční náklady na virtuální jádra používané sekundární replikou, ale stále se vám účtují poplatky za výpočetní prostředky a úložiště.

  • Jaké jsou přibližné úspory s pohotovostní replikou?

    Bez nákladů na licencování může pohotovostní replika ušetřit mezi 35 až 40 procenty oproti běžné plně čitelné sekundární replice, ale úspory se liší podle oblasti. Pokud chcete přesné ceny, použijte cenovou kalkulačku Azure a v rozevíracím seznamu **Zotavení po havárii zvolte pohotovostní repliku.

  • Kolikvirtuálních

    Stejný počet virtuálních jader jako primární databáze. Konfigurace sekundární repliky se stejným počtem virtuálních jader jako primární databáze se doporučuje pro optimální výkon geografické replikace.

  • Musím mít licenci SQL Serveru s aktivním programem Software Assurance , aby bylo možné používat pohotovostní repliku?

    Ne. Vzhledem k tomu, že pohotovostní replika neúčtují náklady na licencování, nepotřebujete aktivní licenci SQL Serveru s aktivním programem Software Assurance.

  • Jak můžu používat pohotovostní repliku?

    Pohotovostní repliky jsou určeny pouze pro účely zotavení po havárii (DR) a nemohou mít aktivní úlohy čtení. Jediné přijatelné úlohy jsou pro monitorování, údržbu, jako je spuštění zobrazení dynamické správy (DMV) a CheckDB.

  • Můžu aktualizovat stávající čitelnou sekundární repliku na pohotovostní repliku, aby se ušetřily náklady?

    Ano, na webu Azure Portal v podokně Repliky . Vyberte tři tečky (...) a pak vyberte možnost Převést repliku.

  • Můžu pro pohotovostní repliku povolit Zvýhodněné hybridní využití Azure?

    Určení repliky pro pohotovostní režim nahrazuje slevu z Zvýhodněné hybridní využití Azure, takže nemůžete upravit licenční model repliky pomocí webu Azure Portal. Pokud ale chcete, aby pohotovostní replika při převzetí služeb při selhání používala Zvýhodněné hybridní využití Azure, můžete k aktualizaci typu licence použít PowerShell Set-AzSqlDatabase nebo az sql db update Azure CLI BasePrice (Zvýhodněné hybridní využití Azure) pro pohotovostní repliku, která se použije, když se pohotovostní replika stane primárním po převzetí služeb při selhání.

  • Co se stane se stavem pohotovostní repliky během převzetí služeb při selhání?

    Během plánovaného nebo neplánovaného převzetí služeb při selhání se pohotovostní replika stane novým primárním serverem, zatímco původní primární server se stane novým pohotovostním sekundárním úložištěm a zastaví náklady na licencování virtuálních jader. Vzhledem k tomu, že se instance účtuje celou hodinu, můžou se vám za novou sekundární sekundu účtovat poplatky za celou hodinu, pokud dojde ke změně stavu uprostřed hodiny. Pokud původní primární server (který se stane pohotovostním režimem po převzetí služeb při selhání) používal Zvýhodněné hybridní využití Azure, přepíše sleva za pohotovostní licencování Zvýhodněné hybridní využití Azure, kterou databáze používá.

  • Co když vertikálně navyšuji kapacitu primárního nebo sekundárního virtuálního jádra na vyšší velikost virtuálního jádra?

    Při vertikálním navýšení kapacity je osvědčeným postupem vertikálně navýšit sekundární kapacitu a pak primární. I když sekundární replika bude mít v přechodném období vyšší počet virtuálních jader než primární replika, výhody pohotovostní repliky se stále uplatňují. Pokuste se co nejvíce minimalizovat přechodné období.

  • Co když vertikálně snížím kapacitu primárního nebo sekundárního virtuálního jádra na nižší velikost virtuálního jádra?

    Při vertikálním snížení kapacity je osvědčeným postupem nejprve vertikálně snížit kapacitu primárního a sekundárního. I když sekundární replika bude mít v přechodném období vyšší počet virtuálních jader než primární replika, výhody pohotovostní repliky se stále uplatňují. Pokuste se co nejvíce minimalizovat přechodné období.

  • Co se stane, když odeberu vztah geografické replikace mezi primární a pohotovostní replikou?

    Po odebrání geografické replikace se pohotovostní databáze stane běžnou samostatnou databází a začne se účtují licenční náklady.

  • Můžu získat výhody rezervace pro pohotovostní repliku?

    Ano. Ceny rezervací jsou plně kompatibilní se záložní replikou.

  • Můžu určit repliku pro pohotovostní režim, když vytvářím novou skupinu převzetí služeb při selhání nebo do ní přidávám databáze?

    Ano, ale pouze při vytváření nové skupiny převzetí služeb při selhání nebo přidávání databází do existující skupiny převzetí služeb při selhání na webu Azure Portal. PowerShell a Azure CLI momentálně nejsou k dispozici.