Zálohování a obnovení aplikace ve službě Aplikace Azure Service

Ve službě Aplikace Azure Service můžete snadno obnovit zálohy aplikací. Můžete také vytvořit vlastní zálohy na vyžádání nebo nakonfigurovat naplánované vlastní zálohy. Zálohu můžete obnovit přepsáním existující aplikace obnovením do nové aplikace nebo slotu. V tomto článku se dozvíte, jak obnovit zálohu a vytvořit vlastní zálohy.

Zálohování a obnovení se podporuje v úrovních Basic, Standard, Premium a Isolated . Pro úroveň Basic je možné zálohovat a obnovovat pouze produkční slot. Další informace o škálování plánu služby App Service na vyšší úroveň najdete v tématu Vertikální navýšení kapacity aplikace v Azure.

Poznámka:

Pro app Service Environment:

  • Automatické zálohování je možné obnovit do cílové aplikace v rámci samotného prostředí App Service, ne v jiném prostředí App Service.
  • Vlastní zálohy je možné obnovit do cílové aplikace v jiném prostředí služby App Service, například z App Service Environment v2 do služby App Service Environment v3.
  • Zálohy je možné obnovit do cílové aplikace stejné platformy operačního systému jako zdrojová aplikace.

Zálohování a obnovení vs. zotavení po havárii

Platforma Pokyny k zálohování a obnovení Pokyny pro zotavení po havárii
App Service Web Apps
(Bezplatná a sdílená cenová úroveň)
Pokud máte webové aplikace nasazené na úrovni Free nebo Shared a vyžadujete přístup k možnostem zálohování a obnovení těchto webových aplikací, vertikálně navyšte kapacitu na úroveň Basic nebo vyšší. Přenesení prostředků App Service zpět do režimu online v jiné oblasti Azure během regionální havárie

Od 31. března 2025 se aplikace služby App Service během havárie v oblasti Azure neumisťují do režimu zotavení po havárii, jak je vysvětleno v článku o zotavení po selhání v celé oblasti. Doporučuje se implementovat běžně používané techniky zotavení po havárii, aby se zabránilo výpadkům a ztrátě dat během regionální havárie.
App Service Web Apps
(Basic\Standard\Premium – cenová úroveň)
Ve službě Aplikace Azure Můžete vytvářet vlastní zálohy na vyžádání nebo využívat automatické zálohování. Zálohu můžete obnovit přepsáním existující aplikace obnovením do nové aplikace nebo slotu.

Další informace najdete v tématu Zálohování a obnovení aplikace ve službě Aplikace Azure Service.
Aktuální pokyny týkající se toho, jak přenést prostředky služby App Service zpět do režimu online v jiné oblasti Azure během regionální havárie, je k dispozici při zotavení z selhání v celé oblasti – Aplikace Azure Service.

Od 31. března 2025 už nebudou webové aplikace Aplikace Azure Služby v režimu zotavení po havárii v oblasti Azure umístěny v režimu zotavení po havárii, jak je vysvětleno v článku o zotavení z celého regionu. Doporučujeme vám implementovat běžně používané techniky zotavení po havárii, abyste zabránili ztrátě funkčnosti nebo dat pro webové aplikace, pokud dojde k regionální havárii.
App Service Environment (V2 a V3) Ve službě Aplikace Azure Service Environment můžete vytvářet vlastní zálohy na vyžádání nebo využívat automatické zálohování. Automatické zálohy je možné obnovit do cílové aplikace ve stejné službě ASE, nikoli v jiné službě ASE. Vlastní zálohy je možné obnovit do cílové aplikace v jiné službě ASE (například ze služby ASE V2 do služby ASE V3). Zálohy je možné obnovit do cílové aplikace stejné platformy operačního systému jako zdrojová aplikace.

Další podrobnosti najdete v tématu Zálohování a obnovení aplikace ve službě Aplikace Azure Service.
Doporučujeme implementovat pokyny pro zotavení po havárii pro webové aplikace nasazené do služby App Service Environment pomocí běžně používaných technik zotavení po havárii.
Azure Functions (vyhrazené) Ve službě Azure Functions můžete vytvářet vlastní zálohy na vyžádání nebo využívat automatické zálohování. Zálohu můžete obnovit přepsáním existující aplikace obnovením do nové aplikace nebo slotu.

Další informace najdete v tématu Zálohování a obnovení aplikace ve službě Aplikace Azure Service.
Aktuální pokyny týkající se toho, jak přenést prostředky aplikace Azure Functions (vyhrazené) zpět do režimu online v jiné oblasti Azure během regionální havárie, je k dispozici při zotavení z selhání v celé oblasti – Aplikace Azure Service.

Od 31. března 2025 se aplikace služby App Service během havárie v oblasti Azure neumisťují do režimu zotavení po havárii, jak je vysvětleno v článku o zotavení po selhání v celé oblasti. Místo toho implementujte geografické zotavení po havárii Azure Functions.

Kromě toho můžete také odkazovat na běžně používané techniky zotavení po havárii pro vyhrazené funkce Azure Functions.
Azure Functions Consumption & Premium Funkce Azure nasazené do plánů Consumption a Premium neposkytují přístup k vlastním a automatickým zálohám. Obsah aplikace funkcí je v účtu úložiště Azure. Pomocí možností redundance služby Azure Storage zajistěte, aby váš účet úložiště během výpadku splňoval cíle dostupnosti a stálosti.

Pokud jste své funkce vytvořili pomocí editoru na webu Azure Portal, můžete si stávající projekt aplikace funkcí stáhnout také jako soubor .zip.
Důrazně doporučujeme implementovat geografické zotavení po havárii a spolehlivost azure Functions.

Automatické a vlastní zálohy

Ve službě App Service existují dva typy záloh. Automatické zálohování vytvořené pro vaši aplikaci pravidelně, pokud je v podporované cenové úrovni. Vlastní zálohy vyžadují počáteční konfiguraci a dají se vytvořit na vyžádání nebo podle plánu. Následující tabulka ukazuje rozdíly mezi těmito dvěma typy.

Funkce Automatické zálohování Vlastní zálohy
Cenové úrovně Basic, Standard, Premium, Isolated. Basic, Standard, Premium, Isolated.
Vyžaduje se konfigurace. Ne. Ano.
Velikost zálohy 30 GB. 10 GB, 4 GB z toho může být propojená databáze.
Propojená databáze Nezazálohované. Následující propojené databáze je možné zálohovat: SQL Database, Azure Database for MySQL, Azure Database for PostgreSQL, MySQL v aplikaci.
Vyžaduje se účet úložiště. Ne. Ano.
Frekvence zálohování Hourly, not configurable. Konfigurovatelné.
Uchovávání 30 dní, nejde konfigurovat.
- 1-3 dny: hodinové zálohy se uchovávají.
- 4-14 dny: každou třetí hodinu uchovávání zálohy.
- Dny 15–30: každou šestou hodinovou zálohu se zachová.
0-30 dní nebo neomezená.
Ke stažení Ne. Ano, jako objekty blob služby Azure Storage.
Částečné zálohy Nepodporováno Podporováno.
Zálohy přes virtuální síť Nepodporováno Podporováno.

Obnovení zálohy

Poznámka:

App Service zastaví cílovou aplikaci nebo cílový slot při obnovování zálohy. Pokud chcete minimalizovat výpadky produkční aplikace, nejprve obnovte zálohu do slotu nasazení a pak prohoďte do produkčního prostředí.

  1. Na stránce správy aplikací na webu Azure Portal v nabídce vlevo vyberte Zálohování. Na stránce Zálohování jsou uvedeny všechny automatické a vlastní zálohy pro vaši aplikaci a stav každé z nich.

    Screenshot that shows how to open the backups page.

  2. Vyberte automatickou zálohu nebo vlastní zálohu, kterou chcete obnovit, výběrem odkazu na obnovení .

    Screenshot that shows how to select the restore link.

  3. Oddíl Podrobnosti o zálohování se automaticky vyplní za vás.

  4. Zadejte cíl obnovení v části Zvolit cíl. Pokud chcete provést obnovení do nové aplikace, vyberte v poli App Service možnost Vytvořit nový. Pokud chcete provést obnovení do nového slotu nasazení, vyberte v poli Slot nasazení možnost Vytvořit nový.

    Pokud zvolíte existující slot, všechna existující data v systému souborů se vymažou a přepíšou. Produkční slot má stejný název jako název aplikace.

  5. Konfiguraci lokality můžete obnovit v části Upřesnit možnosti.

  6. Vyberte Obnovit.

Vytvoření vlastní zálohy

  1. Na stránce správy aplikací na webu Azure Portal v nabídce vlevo vyberte Zálohování.

    Screenshot that shows how to open the backups page.

  2. V horní části stránky Zálohování vyberte Konfigurovat vlastní zálohy.

  3. V účtu úložiště vyberte existující účet úložiště (ve stejném předplatném) nebo vyberte Vytvořit nový. Totéž proveďte s kontejnerem.

    Pokud chcete zálohovat propojené databáze, vyberte Další: Upřesnit>zahrnutí databáze a vyberte databáze, které chcete zálohovat.

    Poznámka:

    Aby se podporovaná databáze zobrazila v tomto seznamu, musí její připojovací řetězec existovat v části řetězce Připojení na stránce Konfigurace vaší aplikace.

    Databáze MySQL v aplikaci se zálohují vždy bez jakékoli konfigurace. Pokud nastavíte nastavení pro databáze MySQL v aplikaci ručně, například přidání připojovací řetězec, zálohování nemusí fungovat správně.

  4. Vyberte Konfigurovat.

    Jakmile je účet úložiště a kontejner nakonfigurovaný, můžete kdykoli zahájit zálohování na vyžádání. Zálohy na vyžádání se uchovávají po neomezenou dobu.

  5. V horní části stránky Zálohování vyberte Zálohovat nyní.

    Screenshot that shows how to make an on-demand backup.

    Vlastní zálohování se zobrazí v seznamu s indikátorem průběhu. Pokud selže s chybou, můžete vybrat položku řádku a zobrazit chybovou zprávu.

Konfigurace vlastních plánovaných záloh

  1. Na stránce Konfigurovat vlastní zálohy vyberte Nastavit plán.

  2. Podle potřeby nakonfigurujte plán zálohování a vyberte Konfigurovat.

Zálohování a obnovení propojené databáze

Vlastní zálohy můžou zahrnovat propojené databáze (s výjimkou případů, kdy je zálohování nakonfigurované přes azure Virtual Network). Pokud chcete mít jistotu, že vaše záloha obsahuje propojenou databázi, postupujte takto:

  1. Ujistěte se, že je propojená databáze podporovaná.
  2. Vytvořte připojovací řetězec, která odkazuje na vaši databázi. Databáze se považuje za propojenou s vaší aplikací, pokud je v konfiguraci vaší aplikace platná připojovací řetězec.
  3. Podle pokynů v části Vytvoření vlastní zálohy vyberte propojenou databázi na kartě Upřesnit .

Obnovení databáze, která je součástí vlastní zálohy:

  1. Postupujte podle kroků v části Obnovení zálohy.
  2. V rozšířených možnostech vyberte Zahrnout databázi.

Informace o řešení potíží najdete v tématu Proč se propojená databáze nezálohuje.

Zálohování a obnovení ve službě Azure Virtual Network

Pomocí vlastních záloh můžete zálohovat soubory a konfigurační data aplikace do účtu úložiště chráněného bránou firewall, pokud jsou splněny následující požadavky:

Zálohování a obnovení ve službě Azure Virtual Network:

  1. Při konfiguraci vlastních záloh vyberte Zálohování/obnovení v integraci virtuální sítě.
  2. Nastavení uložte tak, že vyberete Konfigurovat.

Pokud zaškrtávací políčko nevidíte nebo pokud je zaškrtávací políčko zakázané, ověřte, že vaše prostředky splňují požadavky.

Po uložení konfigurace se prostřednictvím virtuální sítě provede jakékoli ruční, plánované zálohování nebo obnovení. Pokud provedete změny aplikace, virtuální sítě nebo účtu úložiště, které brání aplikaci v přístupu k účtu úložiště prostřednictvím virtuální sítě, operace zálohování nebo obnovení selžou.

Konfigurace částečných záloh

Částečné zálohování se podporuje pro vlastní zálohy (ne pro automatické zálohování). Někdy nechcete zálohovat všechno v aplikaci. Tady je pár příkladů:

  • Nastavíte týdenní zálohy aplikace, které obsahují statický obsah, který se nikdy nezmění, například staré blogové příspěvky nebo obrázky.
  • Vaše aplikace má více než 10 GB obsahu (to je maximální množství, které můžete zálohovat najednou).
  • Nechcete zálohovat soubory protokolu.

Pokud chcete vyloučit, aby se složky a soubory ukládaly do budoucích záloh, vytvořte _backup.filter soubor ve %HOME%\site\wwwroot složce aplikace. Zadejte seznam souborů a složek, které chcete v tomto souboru vyloučit.

Tip

K souborům se dostanete tak, že přejdete na https://<app-name>.scm.azurewebsites.net/DebugConsole. Pokud se zobrazí výzva, přihlaste se ke svému účtu Azure.

Určete složky, které chcete ze záloh vyloučit. Chcete například vyfiltrovat zvýrazněnou složku a soubory.

Screenshot that shows files and folders to exclude from backups.

Vytvořte volaný _backup.filter soubor a vložte do souboru předchozí seznam, ale odeberte kořen %HOME%. Vypíše jeden adresář nebo soubor na řádek. Obsah souboru by proto měl být:

\site\wwwroot\Images\brand.png
\site\wwwroot\Images\2014
\site\wwwroot\Images\2013

Nahrajte _backup.filter soubor do D:\home\site\wwwroot\ adresáře webu pomocí ftp nebo jiné metody. Pokud chcete, můžete soubor vytvořit přímo pomocí Kudu DebugConsole a vložit ho tam.

Spouštět zálohy stejným způsobem, jako byste to normálně dělali, vlastní na vyžádání nebo vlastní naplánované. Všechny soubory a složky, které jsou zadány, _backup.filter jsou vyloučeny z budoucích záloh.

Poznámka:

_backup.filter změní způsob, jakým obnovení funguje. Bez _backup.filterobnovení zálohy odstraníte všechny existující soubory v aplikaci a nahradí je soubory v zálohování. V _backup.filterpřípadě, že veškerý obsah v systému souborů aplikace, který je součástí _backup.filter , zůstane bez odstranění (neodstraní).

Jak se zálohy ukládají

Po provedení jedné nebo více záloh pro vaši aplikaci se zálohy zobrazí na stránce Kontejnery vašeho účtu úložiště a vaší aplikaci. V účtu úložiště se každá záloha skládá ze.zip souboru, který obsahuje zálohovaná data, a .xml souboru, který obsahuje manifest .zip obsahu souboru. Tyto soubory můžete rozbalit a procházet, pokud chcete získat přístup k zálohám, aniž byste skutečně provedli obnovení aplikace.

Záloha databáze aplikace je uložená v kořenovém adresáři souboru .zip. Pro SQL Database se jedná o soubor BACPAC (bez přípony souboru) a dá se importovat. Pokud chcete vytvořit databázi ve službě Azure SQL Database na základě exportu BACPAC, přečtěte si téma Import souboru BACPAC pro vytvoření databáze ve službě Azure SQL Database.

Upozorňující

Změna některého ze souborů v kontejneru webbackups může způsobit, že zálohování bude neplatné, a proto nepůjde obnovit.

Chybové zprávy

Na stránce Zálohování se zobrazí stav jednotlivých záloh. Pokud chcete získat podrobnosti protokolu týkající se neúspěšného zálohování, vyberte položku řádku v seznamu. Při řešení potíží se zálohováním vám pomůže následující tabulka. Pokud se chyba v tabulce nezdokumentuje, otevřete lístek podpory.

Chyba Oprava
Přístup k úložišti se nezdařil. Odstraňte plán zálohování a znovu ho nakonfigurujte. Nebo překonfigurujte úložiště zálohování.
Velikost webu a databáze překračuje {0} limit GB pro zálohy. Velikost obsahu je {1} GB. Vylučte ze zálohy některé soubory nebo odeberte část zálohy databáze a místo toho použijte externě nabízené zálohy.
Při připojování k databázi {0} na serveru {1}došlo k chybě: Ověřování hostitele{1} pro uživatele uživatelské< jméno> pomocí metody mysql_native_password se nezdařilo se zprávou: Neznámá databáze< db-name> Aktualizujte připojovací řetězec databáze.
Nelze vyřešit {0}. {1} (CannotResolveStorageAccount) Odstraňte plán zálohování a znovu ho nakonfigurujte.
Přihlášení uživatele se{0} nezdařilo. Aktualizujte připojovací řetězec databáze.
Vytvoření kopie {0} databáze ({1}) vyvolala výjimku. Nelze vytvořit kopii databáze. Použijte správce v připojovací řetězec.
Hlavní název<> serveru nemůže získat přístup k databázi master v aktuálním kontextu zabezpečení. Nelze otevřít databázi "master" požadovanou pro přihlášení. Přihlášení se nezdařilo. Přihlášení se nezdařilo kvůli uživatelskému jménu<>. Použijte správce v připojovací řetězec.
Při navazování připojení k SQL Serveru došlo k chybě související se sítí nebo konkrétní instancí. Server se nenašel nebo nebyl dostupný. Ověřte správnost názvu instance. Dále ověřte, jestli je SQL Server nakonfigurovaný tak, aby povoloval vzdálená připojení (poskytovatel: Poskytovatel pojmenovaných kanálů, chyba: 40 – Nepovedlo se otevřít připojení k SQL Serveru). Zkontrolujte platnost připojovací řetězec. Povolte odchozí IP adresy aplikace v nastavení databázového serveru.
Server "<name>" požadovaný pro přihlášení nelze otevřít. Přihlášení se nezdařilo. Zkontrolujte platnost připojovací řetězec.
Chybí povinné parametry platného sdíleného přístupového podpisu. Odstraňte plán zálohování a znovu ho nakonfigurujte.
Vyžaduje se připojení SSL. Zadejte možnosti PROTOKOLU SSL a zkuste to znovu při pokusu o připojení. Zálohování databází nepodporuje připojení SSL ke službě Azure Database for MySQL a Azure Database for PostgreSQL. Místo toho použijte funkci nativního zálohování v příslušné databázi.

Automatizace pomocí skriptů

Správu zálohování můžete automatizovat pomocí skriptů pomocí Azure CLI nebo Azure PowerShellu.

Ukázky najdete tady:

Nejčastější dotazy

Jsou zálohy přírůstkové aktualizace nebo úplné zálohy?

Každá záloha je úplná offline kopie vaší aplikace, ne přírůstková aktualizace.

Podporuje Azure Functions automatické zálohování?

Automatické zálohy jsou dostupné pro Azure Functions ve vyhrazených úrovních (App Service) Basic nebo Standard nebo Premium . U automatických záloh se nepodporují aplikace funkcí v cenových úrovních Consumption nebo Elastic Premium.

Co je součástí automatického zálohování?

Následující tabulka ukazuje, který obsah se zálohuje v automatickém zálohování:

Nastavení Obnovit?
Aplikace pro Windows: Veškerý obsah aplikace v %HOME% adresáři
Linuxové aplikace: Veškerý obsah aplikace v adresáři /home
Vlastní kontejnery (Windows a Linux): Obsah v trvalém úložišti
Ano
Obsah balíčku run-from-ZIP No
Obsah z libovolného vlastního připojeného úložiště Azure, například ze sdílené složky Azure Files. No

Následující tabulka ukazuje, která konfigurace aplikace se obnoví, když se rozhodnete obnovit konfiguraci aplikace:

Nastavení Obnovit?
Nativní nastavení protokolu, včetně účtu služby Azure Storage a nastavení kontejneru Ano
Konfigurace Přehledy aplikace Ano
Kontrola stavu Ano
Síťové funkce, jako jsou privátní koncové body, hybridní připojení a integrace virtuální sítě No
Authentication No
Spravované identity No
Vlastní domény No
TLS/SSL No
Horizontální navýšení kapacity No
Diagnostika se službou Azure Monitor No
Upozornění a metriky No
Backup No
Přidružené sloty nasazení No
Jakákoli propojená databáze, která vlastní zálohování podporuje No

Co je součástí vlastní zálohy?

Vlastní zálohování (zálohování na vyžádání nebo plánované zálohování) zahrnuje veškerý obsah a konfiguraci, které jsou součástí automatického zálohování a všechny propojené databáze, až do povolené maximální velikosti.

Při zálohování přes azure Virtual Network nemůžete zálohovat propojenou databázi.

Proč se propojená databáze nezálohuje?

Propojené databáze se zálohují jenom pro vlastní zálohy až do povolené maximální velikosti. Pokud dojde k překročení maximální velikosti zálohování (10 GB) nebo překročení maximální velikosti databáze (4 GB), zálohování selže. Tady je několik běžných důvodů, proč se propojená databáze nezálohuje:

  • Zálohování služby Azure Database for MySQL s povoleným protokolem TLS se nepodporuje. Pokud je nakonfigurované zálohování, dojde k selhání zálohování.
  • Zálohování služby Azure Database for PostgreSQL s povoleným protokolem TLS se nepodporuje. Pokud je nakonfigurované zálohování, dojde k selhání zálohování.
  • Databáze MySQL v aplikaci se automaticky zálohují bez jakékoli konfigurace. Pokud provedete ruční nastavení databází MySQL v aplikaci, jako je přidání připojovací řetězec, nemusí zálohování fungovat správně.

Co se stane, když velikost zálohy překročí povolené maximum?

Automatické zálohování nejde obnovit, pokud velikost zálohy překročí maximální velikost. Podobně vlastní zálohy selžou, pokud dojde k překročení maximální velikosti zálohování nebo překročení maximální velikosti databáze. Pokud chcete zmenšit velikost úložiště, zvažte přesun souborů, jako jsou protokoly, obrázky, zvuk a videa, například do Služby Azure Storage.

Můžu použít účet úložiště, který má povolené funkce zabezpečení?

Pokud je součástí stejné topologie virtuální sítě jako vaše aplikace, můžete zálohovat do účtu úložiště chráněného bránou firewall. Viz Zálohování a obnovení ve službě Azure Virtual Network.

Návody obnovit aplikaci v jiném předplatném?

  1. Vytvořte vlastní zálohu do kontejneru Azure Storage.
  2. Stáhněte záložní soubor ZIP do místního počítače.
  3. Na stránce Zálohování cílové aplikace vyberte v horní nabídce možnost Obnovit.
  4. V podrobnostech zálohování vyberte Úložiště ve zdroji.
  5. Vyberte upřednostňovaný účet úložiště.
  6. V souboru ZIP vyberte Nahrát soubor.
  7. V části Název vyberte Procházet a vyberte stažený soubor ZIP.
  8. Nakonfigurujte zbývající části, jako je obnovení zálohy.

Návody obnovení aplikace ve stejném předplatném, ale v jiné oblasti?

Postup je stejný jako v Návody obnovení do aplikace v jiném předplatném.

Kde se ukládají automatické zálohy?

Automatické zálohování je jednoduché a uložené ve stejném datacentru jako App Service a nemělo by se spoléhat na váš plán zotavení po havárii.

Návody automatické zálohování zastavit?

Automatické zálohování nejde zastavit. Automatické zálohování se ukládá na platformě a nemá žádný vliv na instanci podkladové aplikace nebo její úložiště.

Další kroky

Dokumentace ke službě Azure Blob Storage