Zálohování a obnovení
Ve velkých i malých organizacích dochází k nehodám i náhodám. Proto vždycky potřebujete mít plán, jak obnovíte systémy v případě, že dojde k jejich selhání. Na SQL Serveru můžete obnovit databázi k určitému bodu v čase, ale jen v případě, že používáte úplný model obnovení. V modelu hromadně protokolovaného obnovení je pravděpodobnější, že budete muset obnovit databázi až do konce zálohy transakčních protokolů.
Jednou z výhod Azure SQL je to, že Azure se o všechno postará za vás. Protože Azure SQL spravuje vaše zálohy a běží v úplném modelu obnovení, může provést obnovení databáze k jakémukoli bodu v čase. V rámci nakonfigurovaných zásad uchovávání informací můžete dokonce obnovit i odstraněnou databázi. Vaše zálohy také Microsoft automaticky zašifruje, pokud je na logickém serveru nebo instanci povoleno transparentní šifrování dat.
Ve výchozím nastavení se úplná záloha databáze provede jednou týdně. Zálohování protokolů probíhá každých 5 až 10 minut a rozdílové zálohování každých 12 až 24 hodin. Záložní soubory se standardně ukládají v Azure Storage do geograficky redundantního úložiště jen pro čtení (RA-GRS). Můžete se ale rozhodnout, že budete mít zálohy v zónově redundantním úložišti (ZRS) nebo místně redundantním úložišti (LRS). Technický tým Azure SQL průběžně automaticky testuje obnovení automatizovaných záloh databází u databází umístěných na logických serverech a ve fondech elastických databází. U migrací do Azure SQL Managed Instance proběhne automatická počáteční záloha s kontrolním součtem databází obnovených pomocí nativního příkazu RESTORE nebo služby Azure Database Migration Service. V Azure SQL Managed Instance můžete také volitelně vzít nativní zálohu copy-only a uložit ji do služby Azure Blob Storage.
Vytvoření strategie zálohování pro službu Azure SQL Managed Instance a Azure SQL Database
Azure SQL se postará o náročné zpracování, ale přesto je důležité pochopit, jak se zálohy ukládají a zpracovávají a jaké máte možnosti uchovávání a obnovování. Nakonec jste stále zodpovědní za celkovou strategii obnovení k určitému bodu v čase, dlouhodobého uchovávání a geografického obnovení.
Obnovení k určitému bodu v čase
V Azure SQL Database a Azure SQL Managed Instance můžete provést samoobslužné obnovení. Můžete zvolit přesný bod v čase, ke kterému chcete provést obnovení a potom proces spustit pomocí portálu Azure Portal, PowerShellu/Azure CLI nebo rozhraní REST API. Obnovení k určitému bodu v čase (PITR) vytvoří novou databázi (s jiným názvem) na stejném logickém serveru. Pokud potřebujete nahradit původní databázi databází obnovenou k určitému bodu v čase, musíte přejmenovat původní i novou databázi, abyste je mohli vrátit do funkčního stavu. Nebudete muset aktualizovat připojovací řetězce.
Doba uchovávání obnovení k bodu v čase se pohybuje mezi 1 a 35 dny. Ve výchozím nastavení je doba uchovávání (pro všechny úrovně služeb a možnosti nasazení) sedm dní. Ve většině možností nasazení a úrovní služeb můžete nakonfigurovat dobu mezi 1 a 35 dny v závislosti na požadavcích vašeho scénáře. Například pro testovací databázi budete potřebovat jenom jeden den, ale pro kritickou databázi můžete zvolit maximálně 35 dní.
Dlouhodobé uchovávání
Pokud požadavkům nebo předpisům vaší organizace 35 dnů nestačí, můžete zvolit dlouhodobé uchovávání (LTR). Tato možnost umožňuje automaticky vytvářet úplné zálohy databáze, které jsou uložené v úložišti RA-GRS, ZRS nebo LRS po dobu až 10 let. Pro Azure SQL Database je zpravidla k dispozici LTR. V případě služby Azure SQL Managed Instance je LTR k dispozici v omezené veřejné verzi Preview.
Geografické obnovení
Pokud dojde ke katastrofické události, musí být vaše organizace schopna se zotavit. Zálohy se automaticky ukládají do RA-GRS (pokud se nerozhodnete pro ZRS nebo LRS), což znamená, že se vaše zálohy uloží do spárované oblasti. Takže pokud dojde k výpadku celé oblasti a vaše databáze nebo spravované instance jsou v této oblasti, budete chráněni. Z nejnovější geograficky replikované zálohy můžete provést geografické obnovení do kterékoli jiné oblasti. Tato záloha může být trochu opožděná oproti primární záloze, protože replikace objektu blob Azure do jiné oblasti určitou dobu trvá. Geografické obnovení můžete snadno provést pomocí portálu Azure Portal, PowerShellu, Azure CLI nebo rozhraní REST API.