Zálohování a obnovení serveru ve službě Azure Database for MariaDB pomocí Azure CLI
Důležité
Azure Database for MariaDB je na cestě vyřazení. Důrazně doporučujeme migrovat do služby Azure Database for MySQL. Další informace o migraci na Azure Database for MySQL najdete v tématu Co se děje se službou Azure Database for MariaDB?.
Servery Azure Database for MariaDB se pravidelně zálohují za účelem povolení funkcí obnovení. Pomocí této funkce můžete server a všechny jeho databáze obnovit k dřívějšímu bodu v čase na novém serveru.
Pokud ještě nemáte předplatné Azure, vytvořte si bezplatný účet Azure před tím, než začnete.
Požadavky
- Potřebujete server a databázi Azure Database for MariaDB.
Použijte prostředí Bash v Azure Cloud Shellu. Další informace najdete v tématu Rychlý start pro Bash v Azure Cloud Shellu.
Pokud dáváte přednost místnímu spouštění referenčních příkazů rozhraní příkazového řádku, nainstalujte Azure CLI. Pokud používáte Windows nebo macOS, zvažte spuštění Azure CLI v kontejneru Docker. Další informace najdete v tématu Jak spustit Azure CLI v kontejneru Dockeru.
Pokud používáte místní instalaci, přihlaste se k Azure CLI pomocí příkazu az login. Pokud chcete dokončit proces ověřování, postupujte podle kroků zobrazených na terminálu. Další možnosti přihlášení najdete v tématu Přihlášení pomocí Azure CLI.
Po zobrazení výzvy nainstalujte rozšíření Azure CLI při prvním použití. Další informace o rozšířeních najdete v tématu Využití rozšíření v Azure CLI.
Spuštěním příkazu az version zjistěte verzi a závislé knihovny, které jsou nainstalované. Pokud chcete upgradovat na nejnovější verzi, spusťte az upgrade.
- Tato příručka s postupy vyžaduje verzi 2.0 nebo novější azure CLI. Pokud používáte Azure Cloud Shell, je už nainstalovaná nejnovější verze.
Nastavení konfigurace zálohování
Při vytváření serveru zvolíte možnost konfigurace serveru pro místně redundantní zálohy nebo geograficky redundantní zálohy.
Poznámka:
Po vytvoření serveru není možné přepnout druh redundance, který má, geograficky redundantní a místně redundantní.
Při vytváření serveru pomocí az mariadb server create
příkazu --geo-redundant-backup
se parametr rozhodne o možnosti redundance zálohování. Pokud Enabled
se pořídí geograficky redundantní zálohy. Nebo pokud Disabled
jsou místně redundantní zálohy pořízené.
Doba uchovávání záloh je nastavena parametrem --backup-retention
.
Další informace o nastavení těchto hodnot během vytváření najdete v rychlém startu rozhraní příkazového řádku serveru Azure Database for MariaDB.
Dobu uchovávání záloh serveru je možné změnit následujícím způsobem:
az mariadb server update --name mydemoserver --resource-group myresourcegroup --backup-retention 10
Předchozí příklad změní dobu uchovávání záloh serveru mydemoserver na 10 dnů.
Doba uchovávání záloh určuje, jak daleko zpět je možné obnovit k určitému bodu v čase, protože je založená na dostupných zálohách. Obnovení k určitému bodu v čase je popsáno dále v další části.
Obnovení k určitému bodu v čase serveru
Server můžete obnovit k určitému bodu v čase. Obnovená data se zkopírují na nový server a stávající server zůstane tak, jak je. Pokud se například dnes v poledne omylem vyřadí tabulka, můžete ji obnovit těsně před polednem. Potom můžete načíst chybějící tabulku a data z obnovené kopie serveru.
Pokud chcete obnovit server, použijte příkaz Azure CLI az mariadb server restore .
Spuštění příkazu restore
Pokud chcete obnovit server, na příkazovém řádku Azure CLI zadejte následující příkaz:
az mariadb server restore --resource-group myresourcegroup --name mydemoserver-restored --restore-point-in-time 2018-03-13T13:59:00Z --source-server mydemoserver
Příkaz az mariadb server restore
vyžaduje následující parametry:
Nastavení | Navrhovaná hodnota | Popis |
---|---|---|
resource-group | myresourcegroup | Skupina prostředků, ve které existuje zdrojový server. |
name | mydemoserver-restored | Název nového serveru, který se vytvoří příkazem restore. |
restore-point-in-time | 2018-03-13T13:59:00Z | Vyberte bod v čase, do které chcete provést obnovení. Tato datum a čas musí být v rámci doby uchovávání záloh zdrojového serveru. Použijte formát ISO8601 data a času. Můžete například použít vlastní místní časové pásmo, například 2018-03-13T05:59:00-08:00 . Můžete také použít formát UTC Zulu, 2018-03-13T13:59:00Z například . |
source-server | mydemoserver | Název nebo ID zdrojového serveru, ze kterého se má provést obnovení. |
Když obnovíte server k dřívějšímu bodu v čase, vytvoří se nový server. Původní server a jeho databáze ze zadaného bodu v čase se zkopírují na nový server.
Hodnoty umístění a cenové úrovně obnoveného serveru zůstanou stejné jako původní server.
Po dokončení procesu obnovení vyhledejte nový server a ověřte, že se data obnoví podle očekávání. Nový server má stejné přihlašovací jméno a heslo správce serveru, které bylo platné pro existující server v době, kdy bylo zahájeno obnovení. Heslo můžete změnit ze stránky Přehled nového serveru.
Nový server vytvořený během obnovení nemá koncové body služby virtuální sítě, které existovaly na původním serveru. Tato pravidla je potřeba pro tento nový server nastavit samostatně. Obnoví se pravidla brány firewall z původního serveru.
Geografické obnovení
Pokud jste server nakonfigurovali pro geograficky redundantní zálohy, můžete nový server vytvořit ze zálohy stávajícího serveru. Tento nový server je možné vytvořit v libovolné oblasti, ve které je dostupná služba Azure Database for MariaDB.
Pokud chcete vytvořit server pomocí geograficky redundantní zálohy, použijte příkaz Azure CLI az mariadb server georestore
.
Poznámka:
Při prvním vytvoření serveru nemusí být okamžitě k dispozici pro geografické obnovení. Naplnění potřebných metadat může trvat několik hodin.
Pokud chcete server geograficky obnovit, zadejte na příkazovém řádku Azure CLI následující příkaz:
az mariadb server georestore --resource-group myresourcegroup --name mydemoserver-georestored --source-server mydemoserver --location eastus --sku-name GP_Gen5_8
Tento příkaz vytvoří nový server s názvem mydemoserver-georestored v oblasti USA – východ, který bude patřit do myresourcegroup. Jedná se o server pro obecné účely Gen 5 s 8 virtuálními jádry. Server se vytvoří z geograficky redundantní zálohy serveru mydemoserver, který je také ve skupině prostředků myresourcegroup.
Pokud chcete vytvořit nový server v jiné skupině prostředků než na existujícím serveru, pak v --source-server
parametru byste opravovali název serveru jako v následujícím příkladu:
az mariadb server georestore --resource-group newresourcegroup --name mydemoserver-georestored --source-server "/subscriptions/$<subscription ID>/resourceGroups/$<resource group ID>/providers/Microsoft.DBforMariaDB/servers/mydemoserver" --location eastus --sku-name GP_Gen5_8
Příkaz az mariadb server georestore
vyžaduje následující parametry:
Nastavení | Navrhovaná hodnota | Popis |
---|---|---|
resource-group | myresourcegroup | Název skupiny prostředků, do které bude nový server patřit. |
name | mydemoserver-georestored | Název nového serveru. |
source-server | mydemoserver | Název existujícího serveru, jehož geograficky redundantní zálohy se používají. |
location | eastus | Umístění nového serveru. |
sku-name | GP_Gen5_8 | Tento parametr nastaví cenovou úroveň, generaci výpočetních prostředků a počet virtuálních jader nového serveru. GP_Gen5_8 se mapuje na server Pro obecné účely Gen 5 s 8 virtuálními jádry. |
Při vytváření nového serveru geografickým obnovením dědí stejnou velikost úložiště a cenovou úroveň jako zdrojový server. Tyto hodnoty nelze během vytváření změnit. Po vytvoření nového serveru je možné vertikálně navýšit jeho velikost úložiště.
Po dokončení procesu obnovení vyhledejte nový server a ověřte, že se data obnoví podle očekávání. Nový server má stejné přihlašovací jméno a heslo správce serveru, které bylo platné pro existující server v době, kdy bylo zahájeno obnovení. Heslo můžete změnit ze stránky Přehled nového serveru.
Nový server vytvořený během obnovení nemá koncové body služby virtuální sítě, které existovaly na původním serveru. Tato pravidla je potřeba pro tento nový server nastavit samostatně. Obnoví se pravidla brány firewall z původního serveru.
Další kroky
- Další informace o zálohách služby
- Informace o replikách
- Další informace o možnostech provozní kontinuity
Váš názor
https://aka.ms/ContentUserFeedback.
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu:Odeslat a zobrazit názory pro