Zálohování a obnovení v Azure Database for PostgreSQL – jeden serverBackup and restore in Azure Database for PostgreSQL - Single Server

Azure Database for PostgreSQL automaticky vytvoří zálohy serveru a uloží je v uživatelsky nakonfigurovaném místně redundantním nebo geograficky redundantním úložišti.Azure Database for PostgreSQL automatically creates server backups and stores them in user configured locally redundant or geo-redundant storage. Zálohy lze použít k obnovení serveru k určitému bodu v čase.Backups can be used to restore your server to a point-in-time. Zálohování a obnovení jsou důležitou součástí jakékoli strategie pro provozní kontinuitu, protože chrání vaše data před náhodným poškozením nebo odstraněním.Backup and restore are an essential part of any business continuity strategy because they protect your data from accidental corruption or deletion.

VytvářetBackups

Azure Database for PostgreSQL zabírají úplné a rozdílové zálohy a zálohy protokolu transakcí.Azure Database for PostgreSQL takes full, differential, and transaction log backups. Tyto zálohy umožňují obnovit server k jakémukoli časovému okamžiku v rámci nakonfigurované doby uchovávání záloh.These backups allow you to restore a server to any point-in-time within your configured backup retention period. Výchozí doba uchovávání záloh je sedm dní.The default backup retention period is seven days. Volitelně je můžete nakonfigurovat až 35 dní.You can optionally configure it up to 35 days. Všechny zálohy se šifrují pomocí šifrování AES 256-bit.All backups are encrypted using AES 256-bit encryption.

Četnost zálohováníBackup frequency

Obecně platí, že k úplnému zálohování dochází týdně, rozdílové zálohování probíhá dvakrát denně a k zálohování protokolu transakcí dochází každých pět minut.Generally, full backups occur weekly, differential backups occur twice a day, and transaction log backups occur every five minutes. První úplné zálohování je naplánováno ihned po vytvoření serveru.The first full backup is scheduled immediately after a server is created. Prvotní zálohování může trvat déle na velkém obnoveném serveru.The initial backup can take longer on a large restored server. Nejdřívějším bodem v čase, kdy je možné obnovit nový server, je čas, kdy bylo dokončeno prvotní úplné zálohování.The earliest point in time that a new server can be restored to is the time at which the initial full backup is complete.

Možnosti redundance zálohyBackup redundancy options

Azure Database for PostgreSQL poskytuje flexibilitu při výběru místně redundantního nebo geograficky redundantního úložiště záloh v Pro obecné účely a paměťově optimalizovaných úrovních.Azure Database for PostgreSQL provides the flexibility to choose between locally redundant or geo-redundant backup storage in the General Purpose and Memory Optimized tiers. Když jsou zálohy uložené v geograficky redundantním úložišti zálohování, neukládají se jenom v oblasti, ve které je váš server hostovaný, ale taky se replikují do spárovaného datového centra.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. To zajišťuje lepší ochranu a možnost obnovení serveru v jiné oblasti v případě havárie.This provides better protection and ability to restore your server in a different region in the event of a disaster. Úroveň Basic nabízí jenom místně redundantní úložiště záloh.The Basic tier only offers locally redundant backup storage.

Důležité

Konfigurace místně redundantního nebo geograficky redundantního úložiště pro zálohování je povolená jenom během vytváření serveru.Configuring locally redundant or geo-redundant storage for backup is only allowed during server create. Po zřízení serveru nemůžete změnit možnost redundance úložiště zálohování.Once the server is provisioned, you cannot change the backup storage redundancy option.

Náklady na úložiště zálohováníBackup storage cost

Azure Database for PostgreSQL poskytuje úložiště zřízeného serveru jako úložiště pro zálohování až 100%, a to bez dalších nákladů.Azure Database for PostgreSQL provides up to 100% of your provisioned server storage as backup storage at no additional cost. Obvykle je to vhodné pro uchovávání záloh sedmi dnů.Typically, this is suitable for a backup retention of seven days. Jakékoli další využité úložiště záloh se účtuje za GB-měsíc.Any additional backup storage used is charged in GB-month.

Pokud jste například zřídili Server s 250 GB, máte k dispozici až 250 GB úložiště zálohování bez dalších poplatků.For example, if you have provisioned a server with 250 GB, you have 250 GB of backup storage at no additional charge. Účtují se za úložiště převyšující 250 GB.Storage in excess of 250 GB is charged.

ObnovilRestore

Při obnovení se v Azure Database for PostgreSQL vytvoří nový server ze zálohy původního serveru.In Azure Database for PostgreSQL, performing a restore creates a new server from the original server's backups.

K dispozici jsou dva typy obnovení:There are two types of restore available:

  • Obnovení k určitému bodu v čase je dostupné s možností redundance zálohy a vytvoří nový server ve stejné oblasti jako původní server.Point-in-time restore is available with either backup redundancy option and creates a new server in the same region as your original server.
  • Geografické obnovení je k dispozici pouze v případě, že jste server nakonfigurovali pro geograficky redundantní úložiště a máte možnost obnovit server do jiné oblasti.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.

Odhadovaná doba obnovení závisí na několika faktorech, včetně velikostí databází, velikosti transakčního protokolu, šířky pásma sítě a celkového počtu databází obnovování ve stejné oblasti ve stejnou dobu.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. Doba obnovení je obvykle méně než 12 hodin.The recovery time is usually less than 12 hours.

Důležité

Odstraněné servery nelze obnovit.Deleted servers cannot be restored. Pokud server odstraníte, odstraní se i všechny databáze patřící do serveru a nebude možné je obnovit.If you delete the server, all databases that belong to the server are also deleted and cannot be recovered. Pro ochranu prostředků serveru, po nasazení, před náhodným odstraněním nebo neočekávaným změnám můžou správci využít zámky pro správu.To protect server resources, post deployment, from accidental deletion or unexpected changes, administrators can leverage management locks.

Obnovení k bodu v časePoint-in-time restore

Nezávisle na možnosti redundance záloh můžete provést obnovení do libovolného bodu v čase v rámci doby uchovávání záloh.Independent of your backup redundancy option, you can perform a restore to any point in time within your backup retention period. Nový server se vytvoří ve stejné oblasti Azure jako původní server.A new server is created in the same Azure region as the original server. Vytvoří se s konfigurací původního serveru pro cenovou úroveň, generování výpočtů, počet virtuální jádra, velikost úložiště, dobu uchování zálohy a možnost redundance zálohy.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.

Obnovení k bodu v čase je užitečné ve více scénářích.Point-in-time restore is useful in multiple scenarios. Například když uživatel omylem odstraní data, ponechá důležitou tabulku nebo databázi, nebo pokud aplikace náhodně přepíše dobrá data s chybnými daty z důvodu vady aplikace.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.

Možná budete muset počkat, než bude provedena další záloha protokolu transakcí, než bude možné provést obnovení k určitému bodu v čase během posledních pěti minut.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.

Geografické obnoveníGeo-restore

Server můžete obnovit do jiné oblasti Azure, kde je služba k dispozici, pokud jste server nakonfigurovali pro geograficky redundantní zálohy.You can restore a server to another Azure region where the service is available if you have configured your server for geo-redundant backups. Pokud má velký incident v oblasti nedostupnost vaší databázové aplikace, můžete obnovit server z geograficky redundantní zálohy na server v jakékoli jiné oblasti.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. Doba mezi vytvořením zálohy a při replikaci do jiné oblasti trvá zpoždění.There is a delay between when a backup is taken and when it is replicated to different region. Tato prodleva může trvat až jednu hodinu, takže pokud dojde k havárii, může dojít ke ztrátě dat o hodinu.This delay can be up to an hour, so, if a disaster occurs, there can be up to one hour data loss.

Během geografického obnovení můžou konfigurace serveru, které je možné změnit, zahrnovat výpočetní generování, vCore, dobu uchování záloh a možnosti redundance zálohování.During geo-restore, the server configurations that can be changed include compute generation, vCore, backup retention period, and backup redundancy options. Změna cenové úrovně (Basic, Pro obecné účely nebo paměťově optimalizovaná) nebo velikosti úložiště se nepodporuje.Changing pricing tier (Basic, General Purpose, or Memory Optimized) or storage size is not supported.

Provádění úloh po obnoveníPerform post-restore tasks

Po obnovení z některého mechanismu obnovení byste měli provést následující úlohy, aby se uživatelé a aplikace mohli zálohovat a spustit:After a restore from either recovery mechanism, you should perform the following tasks to get your users and applications back up and running:

  • Pokud má nový server nahradit původní server, přesměrujte klienty a klientské aplikace na nový server.If the new server is meant to replace the original server, redirect clients and client applications to the new server
  • Zajistěte, aby se pro uživatele připojovala odpovídající pravidla brány firewall na úrovni serveru.Ensure appropriate server-level firewall rules are in place for users to connect
  • Zajistěte, aby byla zajištěna příslušná přihlášení a oprávnění na úrovni databáze.Ensure appropriate logins and database level permissions are in place
  • Podle potřeby nakonfigurujte výstrahyConfigure alerts, as appropriate

Další krokyNext steps