Säkerhets kopiering och återställning i Azure Database for MySQLBackup and restore in Azure Database for MySQL

Azure Database for MySQL skapar automatiskt serversäkerhetskopior och lagrar dem i användarkonfigurerad lokalt redundant eller geo-redundant lagring.Azure Database for MySQL automatically creates server backups and stores them in user configured locally redundant or geo-redundant storage. Säkerhetskopieringar kan användas för att återställa servern till en vald tidpunkt.Backups can be used to restore your server to a point-in-time. Säkerhetskopiering och återställning är en viktig del i strategin för affärskontinuitet, eftersom de skyddar dina data från oavsiktlig skada eller borttagning.Backup and restore are an essential part of any business continuity strategy because they protect your data from accidental corruption or deletion.

SäkerhetskopiorBackups

Azure Database for MySQL säkerhetskopierar datafilerna och transaktions loggen.Azure Database for MySQL takes backups of the data files and the transaction log. Med dessa säkerhets kopieringar kan du återställa en server till alla tidpunkter inom den konfigurerade kvarhållningsperioden för säkerhets kopior.These backups allow you to restore a server to any point-in-time within your configured backup retention period. Standard kvarhållningsperioden för säkerhets kopiering är sju dagar.The default backup retention period is seven days. Du kan också konfigurera det upp till 35 dagar.You can optionally configure it up to 35 days. Alla säkerhetskopior krypteras med AES 256-bitars kryptering.All backups are encrypted using AES 256-bit encryption.

De säkerhetskopierade filerna visas inte för användarna och kan inte exporteras.These backup files are not user-exposed and cannot be exported. Dessa säkerhets kopior kan bara användas för återställnings åtgärder i Azure Database for MySQL.These backups can only be used for restore operations in Azure Database for MySQL. Du kan använda mysqldump för att kopiera en databas.You can use mysqldump to copy a database.

Säkerhets kopieringens typ och frekvens beror på Server serverns lagrings utrymme.The backup type and frequency is depending on the backend storage for the servers.

Typ av säkerhets kopiering och frekvensBackup type and frequency

Grundläggande lagrings servrarBasic storage servers

Basic Storage är Server dels lagringen med stöd för grundläggande nivå servrar.The Basic storage is the backend storage supporting Basic tier servers. Säkerhets kopior på Basic Storage-servrar är Snapshot-baserade.Backups on Basic storage servers are snapshot-based. En fullständig ögonblicks bild av databasen utförs dagligen.A full database snapshot is performed daily. Det finns inga differentiella säkerhets kopieringar för grundläggande lagrings servrar och alla säkerhets kopior av ögonblicks bilder är bara fullständiga databas säkerhets kopieringar.There are no differential backups performed for basic storage servers and all snapshot backups are full database backups only.

Säkerhetskopieringar av transaktionsloggar sker var femte minut.Transaction log backups occur every five minutes.

Generella lagrings servrar med upp till 4 TB lagringGeneral purpose storage servers with up to 4-TB storage

Det allmänna lagrings utrymmet är den server dels lagring som stöder generell användning och minnesoptimerade nivå Server.The General purpose storage is the backend storage supporting General Purpose and Memory Optimized tier server. För servrar med generell lagring upp till 4 TB sker fullständiga säkerhets kopieringar varje vecka.For servers with general purpose storage up to 4 TB, full backups occur once every week. Differentiella säkerhets kopieringar sker två gånger om dagen.Differential backups occur twice a day. Säkerhetskopieringar av transaktionsloggar sker var femte minut.Transaction log backups occur every five minutes. Säkerhets kopieringarna i generell användning av lagrings utrymme på 4 TB är inte ögonblicks bilds och använder IO-bandbredd vid tidpunkten för säkerhets kopieringen.The backups on general purpose storage up to 4-TB storage are not snapshot-based and consumes IO bandwidth at the time of backup. För stora databaser (> 1 TB) på 4 TB-lagring rekommenderar vi att duFor large databases (> 1 TB) on 4-TB storage, we recommend you consider

  • Etablering av mer IOPs till konto för säkerhets kopiering av IOs ellerProvisioning more IOPs to account for backup IOs OR
  • Du kan också migrera till allmän lagring som stöder upp till 16 TB lagrings utrymme om den underliggande lagrings infrastrukturen är tillgänglig i dina önskade Azure-regioner.Alternatively, migrate to general purpose storage that supports up to 16-TB storage if the underlying storage infrastructure is available in your preferred Azure regions. Det kostar inget extra att tillhandahålla lagring med upp till 16 TB.There is no additional cost for general purpose storage that supports up to 16-TB storage. Om du vill ha hjälp med migrering till 16 TB-lagring öppnar du ett support ärende från Azure Portal.For assistance with migration to 16-TB storage, please open a support ticket from Azure portal.

Generella lagrings servrar med upp till 16 TB lagringGeneral purpose storage servers with up to 16-TB storage

I en delmängd av Azure-regionerhar alla nyligen etablerade servrar stöd för generell användning av lagrings utrymme på 16 TB.In a subset of Azure regions, all newly provisioned servers can support general purpose storage up to 16-TB storage. Med andra ord är lagring upp till 16 TB lagrings utrymme standard lagring för alla regioner där det stöds.In other words, storage up to 16-TB storage is the default general purpose storage for all the regions where it is supported. Säkerhets kopieringar på dessa 16-TB-lagrings servrar är ögonblicks bilds-baserade.Backups on these 16-TB storage servers are snapshot-based. Den första fullständiga säkerhetskopieringen schemaläggs omedelbart efter att en server har skapats.The first full snapshot backup is scheduled immediately after a server is created. Den första fullständiga säkerhets kopieringen behålls som serverns grundläggande säkerhets kopiering.That first full snapshot backup is retained as the server's base backup. Efterföljande säkerhetskopieringar av ögonblicksbilder är bara differentiella säkerhetskopieringar.Subsequent snapshot backups are differential backups only.

Differentiella säkerhetskopieringar av ögonblicksbilder görs minst en gång per dag.Differential snapshot backups occur at least once a day. Differentiella säkerhetskopieringar av ögonblicksbilder sker inte enligt ett fast schema.Differential snapshot backups do not occur on a fixed schedule. Differentiella ögonblicks bilds säkerhets kopieringar sker var 24: e timme om transaktions loggen (BinLog i MySQL) överskrider 50 GB sedan den senaste differentiella säkerhetsDifferential snapshot backups occur every 24 hours unless the transaction log (binlog in MySQL) exceeds 50 GB since the last differential backup. Högst sex differentiella ögonblicksbilder tillåts under samma dag.In a day, a maximum of six differential snapshots are allowed.

Säkerhetskopieringar av transaktionsloggar sker var femte minut.Transaction log backups occur every five minutes.

Kvarhållningsperiod för säkerhetskopiorBackup retention

Säkerhets kopior bevaras baserat på inställningen för kvarhållning av säkerhets kopior på servern.Backups are retained based on the backup retention period setting on the server. Du kan välja en kvarhållningsperiod på 7 till 35 dagar.You can select a retention period of 7 to 35 days. Standard kvarhållningsperioden är 7 dagar.The default retention period is 7 days. Du kan ställa in kvarhållningsperioden när servern skapas eller senare genom att uppdatera säkerhets kopierings konfigurationen med Azure Portal eller Azure CLI.You can set the retention period during server creation or later by updating the backup configuration using Azure portal or Azure CLI.

Kvarhållningsperioden för säkerhets kopior styr hur långt tillbaka i tiden en tidpunkts återställning kan hämtas, eftersom den baseras på tillgängliga säkerhets kopior.The backup retention period governs how far back in time a point-in-time restore can be retrieved, since it's based on backups available. Kvarhållningsperioden för säkerhets kopior kan också behandlas som ett återställnings fönster från ett återställnings perspektiv.The backup retention period can also be treated as a recovery window from a restore perspective. Alla säkerhets kopior som krävs för att utföra en återställning efter en viss tidpunkt inom kvarhållning av säkerhets kopior bevaras i säkerhets kopierings lagringen.All backups required to perform a point-in-time restore within the backup retention period are retained in backup storage. Om säkerhets kopierings perioden till exempel är 7 dagar, betraktas återställnings fönstret de senaste 7 dagarna.For example, if the backup retention period is set to 7 days, the recovery window is considered last 7 days. I det här scenariot behålls alla säkerhets kopior som krävs för att återställa servern under de senaste 7 dagarna.In this scenario, all the backups required to restore the server in last 7 days are retained. Med ett fönster för kvarhållning av säkerhets kopior av sju dagar:With a backup retention window of seven days:

  • Servrar med upp till 4 TB lagrings utrymme behåller upp till 2 fullständiga säkerhets kopieringar av databaser, alla differentiella säkerhets kopieringar och säkerhets kopieringar av transaktions loggar som utförs sedan den tidigaste fullständiga säkerhets kopieringenServers with up to 4-TB storage will retain up to 2 full database backups, all the differential backups, and transaction log backups performed since the earliest full database backup.
  • Servrar med upp till 16 TB lagring behåller den fullständiga ögonblicks bilden av databasen, alla differentiella ögonblicks bilder och säkerhets kopieringar av transaktions loggar de senaste 8 dagarna.Servers with up to 16-TB storage will retain the full database snapshot, all the differential snapshots and transaction log backups in last 8 days.

Långsiktig kvarhållningLong-term retention

Långsiktig kvarhållning av säkerhets kopieringar utöver 35 dagar stöds för närvarande inte av tjänsten ännu.Long-term retention of backups beyond 35 days is currently not natively supported by the service yet. Du har möjlighet att använda mysqldump för att göra säkerhets kopior och lagra dem för långsiktig kvarhållning.You have an option to use mysqldump to take backups and store them for long-term retention. Vårt support team har blogg en steg-för-steg-artikel för att dela hur du kan åstadkomma det.Our support team has blogged a step by step article to share how you can achieve it.

Alternativ för redundans för säkerhets kopieringBackup redundancy options

Azure Database for MySQL ger flexibiliteten att välja mellan lokalt redundant eller Geo-redundant lagring av säkerhets kopior i Generell användning och minnesoptimerade nivåer.Azure Database for MySQL provides the flexibility to choose between locally redundant or geo-redundant backup storage in the General Purpose and Memory Optimized tiers. När säkerhets kopiorna lagras i Geo-redundant lagring av säkerhets kopior lagras de inte bara i den region där servern finns, men replikeras också till ett parat Data Center.When the backups are stored in geo-redundant backup storage, they are not only stored within the region in which your server is hosted, but are also replicated to a paired data center. Den här geo-redundansen ger bättre skydd och möjlighet att återställa servern i en annan region i händelse av en katastrof.This geo-redundancy provides better protection and ability to restore your server in a different region in the event of a disaster. Basic-nivån erbjuder endast lokalt redundant säkerhets kopierings lagring.The Basic tier only offers locally redundant backup storage.

Flytta från lokalt redundant till Geo-redundant lagring av säkerhets kopiorMoving from locally redundant to geo-redundant backup storage

Det går bara att konfigurera lokalt redundant eller geo-redundant lagring för säkerhetskopiering när servern skapas.Configuring locally redundant or geo-redundant storage for backup is only allowed during server create. När servern har etablerats kan du inte ändra alternativet för redundant lagring för säkerhetskopior.Once the server is provisioned, you cannot change the backup storage redundancy option. För att kunna flytta lagrings utrymme för säkerhets kopior från lokalt redundant lagring till Geo-redundant lagring, skapar du en ny server och migrerar data med dump och Restore är det enda alternativ som stöds.In order to move your backup storage from locally redundant storage to geo-redundant storage, creating a new server and migrating the data using dump and restore is the only supported option.

Reserv lagrings kostnadBackup storage cost

Azure Database for MySQL tillhandahåller upp till 100% av din etablerade Server lagring som säkerhets kopierings lagring utan extra kostnad.Azure Database for MySQL provides up to 100% of your provisioned server storage as backup storage at no additional cost. Ytterligare lagrings utrymme för säkerhets kopior debiteras i GB per månad.Any additional backup storage used is charged in GB per month. Om du till exempel har etablerad en server med 250 GB lagrings utrymme har du 250 GB ytterligare lagrings utrymme för Server säkerhets kopior utan extra kostnad.For example, if you have provisioned a server with 250 GB of storage, you have 250 GB of additional storage available for server backups at no additional charge. Förbrukad lagring för säkerhets kopieringar över 250 GB debiteras enligt pris sättnings modellen.Storage consumed for backups more than 250 GB is charged as per the pricing model.

Du kan använda måttet säkerhets kopierings lagring som används i Azure Monitor tillgängligt via Azure Portal för att övervaka säkerhets kopierings lagringen som används av en server.You can use the Backup Storage used metric in Azure Monitor available via the Azure portal to monitor the backup storage consumed by a server. Måttet mått för säkerhets kopierings lagring representerar summan av lagrings utrymme som förbrukas av alla fullständiga säkerhets kopior av databasen, differentiella säkerhets kopior och logg säkerhets kopior som bevaras baserat på den kvarhållna säkerhets kopierings perioden för servern.The Backup Storage used metric represents the sum of storage consumed by all the full database backups, differential backups, and log backups retained based on the backup retention period set for the server. Säkerhets kopierings frekvensen är tjänsten hanterad och förklaras tidigare.The frequency of the backups is service managed and explained earlier. Krävande transaktionsaktivitet på servern kan orsaka att lagringsanvändningen för säkerhetskopior ökar oberoende av databasens totala storlek.Heavy transactional activity on the server can cause backup storage usage to increase irrespective of the total database size. För Geo-redundant lagring är lagrings utrymmet för säkerhets kopiering två gånger för det lokalt redundanta lagrings utrymmet.For geo-redundant storage, backup storage usage is twice that of the locally redundant storage.

Det främsta sättet att kontrol lera lagrings kostnaden för säkerhets kopiering är genom att ställa in lämplig kvarhållningsperiod för säkerhets kopior och välja rätt alternativ för säkerhets kopiering för att uppfylla önskade återställnings mål.The primary means of controlling the backup storage cost is by setting the appropriate backup retention period and choosing the right backup redundancy options to meet your desired recovery goals. Du kan välja en kvarhållningsperiod från mellan 7 och 35 dagar.You can select a retention period from a range of 7 to 35 days. Generell användning-och Minnesoptimerade servrar kan välja att ha Geo-redundant lagring för säkerhets kopiering.General Purpose and Memory Optimized servers can choose to have geo-redundant storage for backups.

ÅterställRestore

I Azure Database for MySQL skapar en återställning en ny server från den ursprungliga serverns säkerhets kopior och återställer alla databaser som finns på servern.In Azure Database for MySQL, performing a restore creates a new server from the original server's backups and restores all databases contained in the server.

Det finns två typer av återställning:There are two types of restore available:

  • Återställning på plats-till-tid är tillgängligt med alternativ för redundans och skapar en ny server i samma region som den ursprungliga servern som använder kombinationen av fullständiga säkerhets kopieringar och säkerhets kopieringar av transaktions loggar.Point-in-time restore is available with either backup redundancy option and creates a new server in the same region as your original server utilizing the combination of full and transaction log backups.
  • Geo-återställning är bara tillgängligt om du har konfigurerat servern för Geo-redundant lagring och du kan återställa servern till en annan region som använder den senaste säkerhets kopian.Geo-restore is available only if you configured your server for geo-redundant storage and it allows you to restore your server to a different region utilizing the most recent backup taken.

Den uppskattade tiden för återställning av servern beror på flera faktorer:The estimated time for the recovery of the server depends on several factors:

  • Databasernas storlekThe size of the databases
  • Antalet transaktions loggar som ingårThe number of transaction logs involved
  • Den mängd aktivitet som måste spelas upp för att återställas till återställnings punktenThe amount of activity that needs to be replayed to recover to the restore point
  • Nätverks bandbredden om återställningen är till en annan regionThe network bandwidth if the restore is to a different region
  • Antalet samtidiga återställnings begär Anden som bearbetas i mål regionenThe number of concurrent restore requests being processed in the target region
  • Förekomsten av primär nyckel i tabellerna i-databasen.The presence of primary key in the tables in the database. Överväg att lägga till primär nyckel för alla tabeller i databasen för snabbare återställning.For faster recovery, consider adding primary key for all the tables in your database. Du kan använda följande fråga för att kontrol lera om tabellerna har en primär nyckel:To check if your tables have primary key, you can use the following query:
select tab.table_schema as database_name, tab.table_name from information_schema.tables tab left join information_schema.table_constraints tco on tab.table_schema = tco.table_schema and tab.table_name = tco.table_name and tco.constraint_type = 'PRIMARY KEY' where tco.constraint_type is null and tab.table_schema not in('mysql', 'information_schema', 'performance_schema', 'sys') and tab.table_type = 'BASE TABLE' order by tab.table_schema, tab.table_name;

För en stor eller mycket aktiv databas kan återställningen ta flera timmar.For a large or very active database, the restore might take several hours. Efter ett långvarigt avbrott i en region kan ett stort antal förfrågningar om geo-återställning för haveriberedskap initieras ungefär samtidigt.If there is a prolonged outage in a region, it's possible that a high number of geo-restore requests will be initiated for disaster recovery. Om många sådana förfrågningar körs samtidigt kan återställningstiden för enskilda databaser öka.When there are many requests, the recovery time for individual databases can increase. De flesta databas återställningar slutförs på mindre än 12 timmar.Most database restores finish in less than 12 hours.

Viktigt

Borttagna servrar kan bara återställas inom fem dagar från borttagningen efter vilken säkerhets kopian tas bort.Deleted servers can be restored only within five days of deletion after which the backups are deleted. Säkerhets kopian av databasen kan bara nås och återställas från Azure-prenumerationen som är värd för-servern.The database backup can be accessed and restored only from the Azure subscription hosting the server. Om du vill återställa en släppt Server, se dokumenterade steg.To restore a dropped server, refer documented steps. För att skydda server resurser, efter distribution, från oavsiktlig borttagning eller oväntade ändringar, kan administratörer utnyttja hanterings lås.To protect server resources, post deployment, from accidental deletion or unexpected changes, administrators can leverage management locks.

Återställning från tidpunktPoint-in-time restore

Oberoende av ditt alternativ för säkerhets kopiering kan du utföra en återställning till vilken tidpunkt som helst inom lagrings perioden för säkerhets kopiorna.Independent of your backup redundancy option, you can perform a restore to any point in time within your backup retention period. En ny server skapas i samma Azure-region som den ursprungliga servern.A new server is created in the same Azure region as the original server. Den skapas med den ursprungliga serverns konfiguration för pris nivån, beräknings generering, antalet virtuella kärnor, lagrings storlek, kvarhållning av säkerhets kopior och alternativet för redundans.It is created with the original server's configuration for the pricing tier, compute generation, number of vCores, storage size, backup retention period, and backup redundancy option.

Anteckning

Det finns två server parametrar som återställs till standardvärdena (och kopieras inte över från den primära servern) efter återställnings åtgärdenThere are two server parameters which are reset to default values (and are not copied over from the primary server) after the restore operation

  • time_zone – det här värdet ställs in på standardvärdet systemtime_zone - This value to set to DEFAULT value SYSTEM
  • event_scheduler – event_scheduler har angetts till av på den återställda servernevent_scheduler - The event_scheduler is set to OFF on the restored server

Du måste ange dessa Server parametrar genom att konfigurera om Server parameternYou will need to set these server parameters by reconfiguring the server parameter

Återställning av tidpunkt är användbart i flera scenarier.Point-in-time restore is useful in multiple scenarios. Till exempel när en användare oavsiktligt tar bort data, släpper en viktig tabell eller databas, eller om ett program av misstag skriver över bra data med felaktiga data på grund av ett program fel.For example, when a user accidentally deletes data, drops an important table or database, or if an application accidentally overwrites good data with bad data due to an application defect.

Du kan behöva vänta tills nästa säkerhets kopiering av transaktions loggen tas innan du kan återställa till en tidpunkt under de senaste fem minuterna.You may need to wait for the next transaction log backup to be taken before you can restore to a point in time within the last five minutes.

Geo-återställningGeo-restore

Du kan återställa en server till en annan Azure-region där tjänsten är tillgänglig om du har konfigurerat servern för geo-redundanta säkerhets kopieringar.You can restore a server to another Azure region where the service is available if you have configured your server for geo-redundant backups. Servrar som har stöd för upp till 4 TB lagrings utrymme kan återställas till den geo-kopplade regionen eller till en region som har stöd för upp till 16 TB lagring.Servers that support up to 4 TB of storage can be restored to the geo-paired region, or to any region that supports up to 16 TB of storage. För servrar som stöder upp till 16 TB lagrings utrymme kan geo-säkerhetskopieringar återställas i alla regioner som har stöd för 16 TB-servrar.For servers that support up to 16 TB of storage, geo-backups can be restored in any region that support 16-TB servers as well. Granska Azure Database for MySQL pris nivåer för listan över regioner som stöds.Review Azure Database for MySQL pricing tiers for the list of supported regions.

Geo-återställning är standard alternativet för återställning när servern inte är tillgänglig på grund av en incident i den region där-servern finns.Geo-restore is the default recovery option when your server is unavailable because of an incident in the region where the server is hosted. Om en storskalig incident i en region resulterar i att databas programmet inte är tillgängligt, kan du återställa en server från de geo-redundanta säkerhets kopieringarna till en server i någon annan region.If a large-scale incident in a region results in unavailability of your database application, you can restore a server from the geo-redundant backups to a server in any other region. Geo-återställning använder den senaste säkerhets kopian av servern.Geo-restore utilizes the most recent backup of the server. Det uppstår en fördröjning mellan när en säkerhets kopia tas och när den replikeras till en annan region.There is a delay between when a backup is taken and when it is replicated to different region. Den här fördröjningen kan vara upp till en timme, så om en katastrof inträffar kan det vara upp till en timmes data förlust.This delay can be up to an hour, so, if a disaster occurs, there can be up to one hour data loss.

Viktigt

Om en geo-återställning utförs för en nyskapad Server kan den första synkroniseringen av säkerhets kopieringen ta mer än 24 timmar, beroende på data storleken eftersom den första säkerhets kopierings tiden för ögonblicks bilder är mycket högre.If a geo-restore is performed for a newly created server, the initial backup synchronization may take more than 24 hours depending on data size as the initial full snapshot backup copy time is much higher. Efterföljande ögonblicks säkerhets kopieringar är stegvisa kopior och därför går det snabbare att återställa efter 24 timmar efter att servern har skapats.Subsequent snapshot backups are incremental copy and hence the restores are faster after 24 hours of server creation. Om du utvärderar geo-Restore för att definiera RTO rekommenderar vi att du väntar och utvärdera geo-återställning bara efter 24 timmars Server skapande för bättre uppskattningar.If you are evaluating geo-restores to define your RTO, we recommend you to wait and evaluate geo-restore only after 24 hours of server creation for better estimates.

Vid geo-återställning kan de serverkonfigurationer som kan ändras omfatta beräknings generering, vCore, bevarande period för säkerhets kopior och alternativ för säkerhets kopiering.During geo-restore, the server configurations that can be changed include compute generation, vCore, backup retention period, and backup redundancy options. Det finns inte stöd för att ändra pris nivå (Basic, Generell användning eller Minnesoptimerade) eller lagrings storlek under geo-återställning.Changing pricing tier (Basic, General Purpose, or Memory Optimized) or storage size during geo-restore is not supported.

Den uppskattade återställnings tiden beror på flera faktorer, till exempel databasens storlek, transaktions loggens storlek, nätverks bandbredden och det totala antalet databaser som återställs i samma region på samma tid.The estimated time of recovery depends on several factors including the database sizes, the transaction log size, the network bandwidth, and the total number of databases recovering in the same region at the same time. Återställnings tiden är vanligt vis mindre än 12 timmar.The recovery time is usually less than 12 hours.

Utföra uppgifter efter återställningPerform post-restore tasks

Efter en återställning från återställnings metoden bör du utföra följande uppgifter för att få dina användare och program att säkerhetskopiera och köra dem:After a restore from either recovery mechanism, you should perform the following tasks to get your users and applications back up and running:

  • Om den nya servern är avsedd att ersätta den ursprungliga servern omdirigerar du klienter och klient program till den nya servernIf the new server is meant to replace the original server, redirect clients and client applications to the new server
  • Se till att det finns lämpliga VNet-regler för att användare ska kunna ansluta.Ensure appropriate VNet rules are in place for users to connect. De här reglerna kopieras inte från den ursprungliga servern.These rules are not copied over from the original server.
  • Se till att lämpliga inloggningar och behörigheter på databas nivå är på platsEnsure appropriate logins and database level permissions are in place
  • Konfigurera aviseringar efter behovConfigure alerts, as appropriate

Nästa stegNext steps