Een back-up maken van een server en deze herstellen in Azure Database for MariaDB azure CLI
Azure Database for MariaDB-servers worden periodiek back-up gemaakt om herstelfuncties in te kunnenschakelen. Met deze functie kunt u de server en alle databases op een eerder tijdstip op een nieuwe server herstellen.
Als u geen Azure-abonnement hebt, maakt u een gratis account voordat u begint.
Vereisten
Gebruik de bash-omgeving in Azure Cloud shell.
Installeer de Azure CLI, indien gewenst, om CLI-referentieopdrachten uit te voeren.
Als u een lokale installatie gebruikt, meldt u zich aan bij Azure CLI met behulp van de opdracht AZ login. Volg de stappen die worden weergegeven in de terminal, om het verificatieproces te voltooien. Raadpleeg Aanmelden bij de Azure CLI voor aanvullende aanmeldingsopties.
Installeer de Azure CLI-extensie bij het eerste gebruik, wanneer u hierom wordt gevraagd. Raadpleeg Extensies gebruiken met Azure CLI voor meer informatie over extensies.
Voer az version uit om de geïnstalleerde versie en afhankelijke bibliotheken te vinden. Voer az upgrade uit om te upgraden naar de nieuwste versie.
- Voor deze handleiding is versie 2.0 of hoger van de Azure CLI vereist. Als u Azure Cloud Shell gebruikt, is de nieuwste versie al geïnstalleerd.
Back-upconfiguratie instellen
U kunt kiezen tussen het configureren van uw server voor lokaal redundante back-ups of geografisch redundante back-ups bij het maken van de server.
Notitie
Nadat een server is gemaakt, kan het soort redundantie dat deze heeft, geografisch redundant versus lokaal redundant, niet worden omgeschakeld.
Tijdens het maken van een server via az mariadb server create de opdracht, --geo-redundant-backup bepaalt de parameter uw optie voor back-up redundantie. Als Enabled , worden geografisch redundante back-ups gemaakt. Of als Disabled lokaal redundante back-ups worden gemaakt.
De bewaarperiode voor back-ups wordt ingesteld met de parameter --backup-retention .
Zie voor meer informatie over het instellen van deze waarden tijdens het maken Azure Database for MariaDB CLI-snelstart voor de server.
De bewaarperiode voor back-ups van een server kan als volgt worden gewijzigd:
az mariadb server update --name mydemoserver --resource-group myresourcegroup --backup-retention 10
In het voorgaande voorbeeld wordt de bewaarperiode voor back-ups van mydemoserver gewijzigd in 10 dagen.
De bewaarperiode voor back-ups bepaalt hoe ver terug in de tijd een herstel naar een bepaald tijdstip kan worden opgehaald, omdat deze is gebaseerd op beschikbare back-ups. Herstel naar een bepaald tijdstip wordt verder beschreven in de volgende sectie.
Herstel naar een bepaald tijdstip van de server
U kunt de server herstellen naar een eerder tijdstip. De herstelde gegevens worden gekopieerd naar een nieuwe server en de bestaande server wordt in de huidige staat gelaten. Als een tabel bijvoorbeeld per ongeluk om twaalf uur 's middags wordt verwijderd, kunt u deze herstellen naar de tijd net vóór 12 uur 's middags. Vervolgens kunt u de ontbrekende tabel en gegevens ophalen van de herstelde kopie van de server.
Gebruik de Azure CLI-opdracht az mariadb server restore om de server te herstellen.
De herstelopdracht uitvoeren
Voer bij de Azure CLI-opdrachtprompt de volgende opdracht in om de server te herstellen:
az mariadb server restore --resource-group myresourcegroup --name mydemoserver-restored --restore-point-in-time 2018-03-13T13:59:00Z --source-server mydemoserver
Voor az mariadb server restore de opdracht zijn de volgende parameters vereist:
| Instelling | Voorgestelde waarde | Beschrijving |
|---|---|---|
| resource-group | myResourceGroup | De resourcegroep waar de bronserver zich bevindt. |
| naam | mydemoserver-restored | De naam van de nieuwe server die door de opdracht restore is gemaakt. |
| restore-point-in-time | 2018-03-13T13:59:00Z | Selecteer een tijdstip om naar te herstellen. Deze datum en tijd moet binnen de back-upretentieperiode van de bronserver vallen. Gebruik de iso8601-datum- en tijdnotatie. U kunt bijvoorbeeld uw eigen lokale tijdzone gebruiken, zoals 2018-03-13T05:59:00-08:00 . U kunt ook de UTC Zulu-indeling gebruiken, bijvoorbeeld 2018-03-13T13:59:00Z . |
| source-server | mydemoserver | De naam of ID van de bronserver voor het herstellen. |
Wanneer u een server naar een eerder tijdstip herstelt, wordt er een nieuwe server gemaakt. De oorspronkelijke server en de databases van het opgegeven tijdstip worden gekopieerd naar de nieuwe server.
De locatie en prijscategorie van de herstelde server zijn hetzelfde als die van de oorspronkelijke server.
Nadat het herstelproces is voltooid, zoekt u de nieuwe server en controleert u of de gegevens correct zijn hersteld. De nieuwe server heeft dezelfde aanmeldingsnaam en hetzelfde wachtwoord voor de serverbeheerder die geldig was voor de bestaande server op het moment dat het herstel werd gestart. Het wachtwoord kan worden gewijzigd op de pagina Overzicht van de nieuwe server.
De nieuwe server die is gemaakt tijdens een herstelbewerking, bevat niet de VNet-service-eindpunten die bestonden op de oorspronkelijke server. Deze regels moeten afzonderlijk worden ingesteld voor deze nieuwe server. Firewallregels van de oorspronkelijke server worden hersteld.
Geo-herstel
Als u uw server hebt geconfigureerd voor geografisch redundante back-ups, kan er een nieuwe server worden gemaakt op de back-up van die bestaande server. Deze nieuwe server kan worden gemaakt in elke regio Azure Database for MariaDB beschikbaar is.
Gebruik de Azure CLI-opdracht om een server te maken met behulp van een geografisch redundante az mariadb server georestore back-up.
Notitie
Wanneer een server voor het eerst wordt gemaakt, is deze mogelijk niet onmiddellijk beschikbaar voor geo-herstel. Het kan enkele uren duren voordat de benodigde metagegevens zijn ingevuld.
Voer bij de Azure CLI-opdrachtprompt de volgende opdracht in om de server geo-herstel uit te voeren:
az mariadb server georestore --resource-group myresourcegroup --name mydemoserver-georestored --source-server mydemoserver --location eastus --sku-name GP_Gen5_8
Met deze opdracht maakt u een nieuwe server met de naam mydemoserver-georestored in VS - oost die bij myresourcegroup hoort. Het is een Algemeen Gen 5-server met 8 vCores. De server wordt gemaakt vanuit de geografisch redundante back-up van mydemoserver, die zich ook in de resourcegroep myresourcegroup
Als u de nieuwe server wilt maken in een andere resourcegroep dan de bestaande server, moet u in de parameter de servernaam kwalificeren zoals --source-server in het volgende voorbeeld:
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
Voor az mariadb server georestore de opdracht zijn de volgende parameters vereist:
| Instelling | Voorgestelde waarde | Beschrijving |
|---|---|---|
| resource-group | myResourceGroup | De naam van de resourcegroep waar de nieuwe server bij hoort. |
| naam | mydemoserver-georestored | De naam van de nieuwe server. |
| source-server | mydemoserver | De naam van de bestaande server waarvan geografisch redundante back-ups worden gebruikt. |
| location | eastus | De locatie van de nieuwe server. |
| sku-name | GP_Gen5_8 | Met deze parameter stelt u de prijscategorie, het genereren van berekeningen en het aantal vCores van de nieuwe server in. GP_Gen5_8 is een Algemeen Gen 5-server met 8 vCores. |
Wanneer u een nieuwe server maakt op basis van geo-herstel, neemt deze dezelfde opslaggrootte en prijscategorie over als de bronserver. Deze waarden kunnen niet worden gewijzigd tijdens het maken. Nadat de nieuwe server is gemaakt, kan de opslaggrootte omhoog worden geschaald.
Nadat het herstelproces is voltooid, zoekt u de nieuwe server en controleert u of de gegevens correct zijn hersteld. De nieuwe server heeft dezelfde aanmeldingsnaam en hetzelfde wachtwoord voor de serverbeheerder die geldig was voor de bestaande server op het moment dat het herstel werd gestart. Het wachtwoord kan worden gewijzigd op de pagina Overzicht van de nieuwe server.
De nieuwe server die is gemaakt tijdens een herstelbewerking, bevat niet de VNet-service-eindpunten die bestonden op de oorspronkelijke server. Deze regels moeten afzonderlijk worden ingesteld voor deze nieuwe server. Firewallregels van de oorspronkelijke server worden hersteld.
Volgende stappen
- Meer informatie over de back-ups van de service
- Meer informatie over replica's
- Meer informatie over opties voor bedrijfscontinuïteit