İş sürekliliği ve olağanüstü durum kurtarma
Olağanüstü durumlar donanım hataları, doğal afetler veya yazılım hataları olabilir. Olağanüstü durum için hazırlanma ve olağanüstü durumdan kurtarma işlemine olağanüstü durum kurtarma (DR) adı verilir. Bu makalede, Azure Operatör Analizler için iş sürekliliği ve olağanüstü durum kurtarma (BCDR) elde etmek için önerilen yöntemler ele alınmaktadır.
BCDR stratejileri kullanılabilirlik alanı yedekliliğini ve kullanıcı tarafından yönetilen kurtarmayı içerir.
Kontrol düzlemi
Azure Operatör Analizler denetim düzlemi hem yazılım hatalarına hem de Kullanılabilirlik Alanı hatasına dayanıklıdır. Veri Ürünleri oluşturma ve yönetme özelliği bu hata modlarından etkilenmez.
Kontrol düzlemi bölgesel olarak yedekli değil. Azure bölgesindeki bir kesinti sırasında, bu bölgede yeni Veri Ürünleri oluşturamaz veya mevcut ürünlere erişemez/yönetemezsiniz. Bölge kesintiden kurtarıldıktan sonra mevcut Veri Ürünlerine yeniden erişebilir ve bunları yönetebilirsiniz.
Veri düzlemi
Veri Ürünleri yazılım veya donanım hatalarına dayanıklıdır. Örneğin, bir yazılım hatası hizmetin kilitlenmesine veya donanım hatası zenginleştirme sorgularının işlem kaynaklarının kaybolmasına neden olursa, hizmet otomatik olarak kurtarılır. Tek etki, yeni alınan verilerin Veri Ürününün depolama uç noktasında ve KQL tüketim URL'sinde kullanılabilir hale gelmesindeki küçük bir gecikmedir.
Bölge yedekliliği
Veri Ürünleri alanlar arası yedekliliği desteklemez. Kullanılabilirlik alanı başarısız olduğunda Veri Ürününün alımı, blob/DFS ve KQL/SQL API'lerinin tümü kullanılamaz ve panolar çalışmaz. Zaten alınan verilerin dönüşümü duraklatılır. Daha önce alınan hiçbir veri kaybolmaz. Kullanılabilirlik alanı kurtarıldığında işleme devam eder.
Kullanılabilirlik alanı kesintisi sırasında oluşturulan verilere ne olacağı, alma aracısının davranışına bağlıdır:
- Alma aracısı verileri arabelleğe alır ve kullanılabilirlik alanı kurtarıldığında yeniden gönderirse veriler kaybolmaz. Azure İşleci Analizler dönüştürme kapsamına biraz zaman alabilir.
- Aksi takdirde veriler kaybolur.
Olağanüstü durum kurtarma
Azure operatör Analizler doğuştan gelen bölge yedekliliği yoktur. Bölgesel kesintiler, Veri Ürünlerini kullanılabilirlik alanı hatalarıyla aynı şekilde etkiler. Azure bölgesinin tamamının hatayla başa çıkabilmesini isteyen müşterileri desteklemek için önerilerimiz ve özelliklerimiz var.
Kullanıcı tarafından yönetilen yedeklilik
Maksimum yedeklilik için, Veri Ürünlerini etkin-etkin modda dağıtabilirsiniz. İkinci bir Veri Ürününü istediğiniz bir yedek Azure bölgesine dağıtın ve veri alımı aracılarınızı aynı anda her iki Veri Ürününe de çatal oluşturacak şekilde yapılandırın. Yedekleme Veri Ürünü birincil bölgenin hatasından etkilenmez. Bölgesel bir kesinti sırasında, veri kaynağı olarak yedekleme Veri Ürününü kullanan panolara bakın. Bu mimari, çözümün maliyetini ikiye katlar.
Alternatif olarak, etkin-pasif modu kullanabilirsiniz. Yedek Azure bölgesine ikinci bir Veri Ürünü dağıtın ve alma aracılarınızı birincil Veri Ürününe gönderecek şekilde yapılandırın. Bölgesel bir kesinti sırasında, bölge kesintisi sırasında veri alımı aracılarınızı yedek Veri Ürününe veri gönderecek şekilde yeniden yapılandırın. Bu mimari kesinti sırasında oluşturulan verilere tam erişim sağlar (veri alımı aracılarını yeniden yapılandırdığınız zamandan başlayarak), ancak kesinti sırasında o zamandan önce alınan verilere erişiminiz olmaz. Bu mimari, ikinci Veri Ürünü için küçük bir altyapı ücreti gerektirir, ancak ek veri işleme ücreti gerektirmez.
Geri Bildirim
https://aka.ms/ContentUserFeedback.
Çok yakında: 2024 boyunca, içerik için geri bildirim mekanizması olarak GitHub Sorunları’nı kullanımdan kaldıracak ve yeni bir geri bildirim sistemiyle değiştireceğiz. Daha fazla bilgi için bkz.Gönderin ve geri bildirimi görüntüleyin