Sdílet prostřednictvím

Provádění postupu zotavení po havárii – Azure SQL Managed Instance

  • Článek

Platí pro: Azure SQL Managed Instance

Doporučuje se pravidelně testovat a ověřovat, že aplikace jsou připravené pro pracovní postup obnovení. Ověření chování aplikace a důsledků ztráty dat nebo přerušení, které zahrnuje převzetí služeb při selhání, je dobrým technickým postupem. Je to také požadavek většiny oborových standardů v rámci certifikace kontinuity podnikových procesů.

Provedení postupu zotavení po havárii se skládá z:

  • Simulace výpadku datové vrstvy
  • Uzdravování
  • Ověření integrity aplikace po obnovení

V závislosti na tom, jak jste aplikaci navrhli pro provozní kontinuitu, se pracovní postup pro provedení postupu může lišit. Tento článek popisuje osvědčené postupy pro provádění postupu zotavení po havárii v kontextu služby Azure SQL Managed Instance.

Geografické obnovení

Pokud chcete zabránit potenciální ztrátě dat při provádění postupu zotavení po havárii, proveďte postup pomocí testovacího prostředí vytvořením kopie produkčního prostředí a jeho použitím k ověření pracovního postupu převzetí služeb při selhání aplikace.

Simulace výpadků

Pokud chcete simulovat výpadek, můžete zdrojová databáze přejmenovat. Tato změna názvu způsobí selhání připojení aplikace.

Obnovovací

  • Proveďte geografické obnovení databáze do jiné instance, jak je popsáno v pokynech pro zotavení po havárii.
  • Změňte konfiguraci aplikace tak, aby se připojila k obnovené instanci, a postupujte podle průvodce konfigurací databáze po obnovení a dokončete obnovení.

Ověřování

Dokončete postup ověřením integrity aplikace po obnovení (včetně připojovací řetězec, přihlášení, základního testování funkčnosti nebo jiné části ověřovacích postupů standardního přihlašování aplikací).

Skupiny převzetí služeb při selhání

V případě instance chráněné skupinami převzetí služeb při selhání zahrnuje cvičení přechodu k podrobnostem plánované převzetí služeb při selhání sekundární instanci. Plánované převzetí služeb při selhání zajišťuje, aby primární a sekundární instance ve skupině převzetí služeb při selhání zůstaly synchronizované, když se role přepnou. Na rozdíl od neplánovaného převzetí služeb při selhání tato operace nezpůsobí ztrátu dat, takže přechod k podrobnostem je možné provést v produkčním prostředí.

Nakonfigurujte skupinu převzetí služeb při selhání pomocí zásad převzetí služeb při selhání, které vyhovují potřebám vaší firmy, a otestujte převzetí služeb při selhání bez ohledu na to, jak se zásady převzetí služeb při selhání konfigurují. Další informace najdete v testovacím převzetí služeb při selhání. Zásady převzetí služeb při selhání spravované zákazníkem se doporučují, abyste měli kontrolu nad procesem převzetí služeb při selhání.

Důležité

Vzhledem k tomu, že systémové databáze se nereplikují mezi instancemi ve skupině převzetí služeb při selhání, ručně znovu vytvořte systémové objekty v sekundární instanci a pak otestujte prostředí se závislostmi systémových objektů, abyste zajistili, že po převzetí služeb při selhání budou fungovat správně.

Simulace výpadků

K simulaci výpadku můžete zakázat webovou aplikaci nebo virtuální počítač připojený k databázi. Tato simulace výpadku vede k selhání připojení webových klientů.

Obnovovací

Ověřování

Dokončete podrobnou analýzu ověřením integrity aplikace po obnovení (včetně připojení, základního testování funkčnosti nebo jiných ověření požadovaných pro přihlášení k podrobnostem).

Související obsah

Další informace najdete tady: