Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Platí pro:Azure SQL Database
Tento článek obsahuje ukázky pro konfiguraci a správu pojmenované repliky Hyperscale služby Azure SQL Database.
Vytvořte pojmenovanou repliku Hyperscale
Následující ukázkové scénáře vás provedou vytvořením pojmenované repliky WideWorldImporters_NamedReplica pro databázi WideWorldImporterspomocí webu Azure Portal, T-SQL, PowerShellu nebo Azure CLI.
Následující příklad vytvoří na webu Azure Portal novou repliku s názvem Hyperscale.
Přejděte do centra Azure SQL v aka.ms/azuresqlhub.
V nabídce prostředků rozbalte Azure SQL Database a vyberte databáze SQL.
Na stránce SQL Database vyberte existující databázi Hyperscale, pro kterou chcete vytvořit pojmenovanou repliku.
V nabídce prostředků v části Správa dat vyberte Repliky a pak vyberte Vytvořit repliku.
V části Konfigurace repliky zvolte pojmenovanou repliku. Vyberte existující server nebo vytvořte nový server pro pojmenovanou repliku. Zadejte název pojmenované repliky databáze a v případě potřeby nakonfigurujte možnosti výpočtu a úložiště .
Volitelně můžete nakonfigurovat pojmenovanou zónově redundantní repliku hyperscale. Další informace najdete v tématu Zónová redundance pojmenovaných replik ve službě Azure SQL Database Hyperscale.
- Na stránce Konfigurovat databázi vyberte možnost Ano , chcete tuto zónu databáze nastavit jako redundantní?
- Přidejte do konfigurace aspoň jednu sekundární repliku s vysokou dostupností.
- Vyberte Použít.
Vyberte Zkontrolovat a vytvořit, zkontrolujte informace a pak vyberte Vytvořit.
Začíná proces nasazení pojmenované repliky.
Po dokončení nasazení zobrazí pojmenovaná replika svůj stav.
Vraťte se na stránku primární databáze a pak vyberte Repliky. Vaše pojmenovaná replika je uvedená v části Pojmenované repliky.
Vzhledem k tomu, že neexistuje žádný přesun dat, ve většině případů se vytvoří pojmenovaná replika přibližně za minutu. Jakmile je pojmenovaná replika dostupná, zobrazí se z webu Azure Portal nebo z libovolného nástroje příkazového řádku, jako je AZ CLI nebo PowerShell. Pojmenovaná replika je použitelná jako běžná databáze v režimu pouze pro čtení.
Připojte se k pojmenované replice Hyperscale
Pokud se chcete připojit k pojmenované replice Hyperscale, musíte pro tuto pojmenovanou repliku použít připojovací řetězec odkazující na jeho server a názvy databází. Není nutné zadávat možnost ApplicationIntent=ReadOnly , protože pojmenované repliky jsou vždy jen pro čtení.
Stejně jako u replik vysoké dostupnosti, přestože primární, HA a pojmenované repliky sdílejí stejná data na stejné sadě stránkových serverů, mezipaměti dat na každé pojmenované replice jsou synchronizovány s primární replikou. Synchronizaci udržuje služba transakčního protokolu, která předává záznamy protokolu z primární na pojmenované repliky. V důsledku toho může aplikace záznamů protokolu probíhat v závislosti na zatížení zpracovávané pojmenovanou replikou v různých rychlostech, a proto můžou mít různé repliky odlišnou latenci dat vzhledem k primární replice.
Modifikovat pojmenovanou repliku Hyperscale
Cíl úrovně služby pojmenované repliky můžete definovat během jeho vytváření pomocí příkazu ALTER DATABASE nebo jiným podporovaným způsobem (Portál, AZ CLI, PowerShell). Pokud po vytvoření pojmenované repliky potřebujete změnit cíl na úrovni služby, můžete to udělat pomocí ALTER DATABASE ... MODIFY příkazu na samotné pojmenované replice.
V následujícím příkladu WideWorldImporters_NamedReplica je pojmenovaná replika WideWorldImporters databáze.
Odeberte pojmenovanou repliku Hyperscale
Pokud chcete odstranit pojmenovanou repliku HyperScale, odstraníte ji stejně jako běžnou databázi.
Otevřete stránku databáze replik pojmenovaných a zvolte možnost Delete.
Důležité
Pojmenované repliky se automaticky odeberou při odstranění primární repliky, ze které byly vytvořeny.
Optimalizace konfigurace pojmenované repliky
Doporučujeme nakonfigurovat pojmenovanou repliku se stejnou výpočetní kapacitou (virtuálními jádry) jako primární replika. Pokud má primární replika intenzivní zápisové pracovní zatížení, pojmenovaná replika s menším výpočetním výkonem nemusí být schopná udržet krok, což způsobí prodlevu replikace. Aby se zachovaly SLA pro obnovitelnost, je možné dočasně snížit rychlost transakčního protokolu primárního uzlu, aby se jeho sekundární repliky mohly dohnat.
Pokud se rozhodnete vytvořit pojmenovanou repliku s jinou velikostí výpočetních prostředků (virtuálními jádry) než primární, monitorujte rychlost vstupně-výstupních operací protokolu v primárním prostředí v průběhu času. To pomáhá odhadnout minimální velikost výpočetních prostředků vyžadovanou pro pojmenovanou repliku pro udržení zatížení replikace. Další informace najdete v následujících objektech.
- Funkce dynamické správy (DMF ) sys.dm_hs_database_log_rate() poskytuje další podrobnosti, které vám pomůžou pochopit snížení rychlosti protokolů, pokud existuje. Může indikovat, která konkrétní sekundární replika zaostává v aplikaci záznamů protokolu a celkovou velikost neaplikovaného transakčního protokolu.
- Pokud chcete načíst historická data protokolu vstupně-výstupních operací, použijte zobrazení sys.resource_stats.
- U nedávných dat vstupně-výstupních operací protokolů s vyšší členitostí, která lépe odráží krátkodobé špičky, použijte sys.dm_db_resource_stats.
Další informace najdete v diagnostice výkonu hyperškálování služby Azure SQL Database.