Aracılığıyla paylaş

Azure Backup güvenilirliği

Azure Backup bulut ve şirket içi iş yüklerini güvenli bir şekilde koruyan yerleşik bir Azure hizmetidir. Azure Backup, korumasını birden çok iş yükü arasında sorunsuz bir şekilde ölçeklendirebilir ve sanal makineler (VM'ler), Azure VM'de SAP HANA, Azure VM'lerde SQL, Azure Dosyalar Azure Blobu gibi Azure iş yükleriyle yerel tümleştirme sağlar. Azure Data Lake, Diskler, Elastik SAN Birimleri, AKS ve daha fazlası. Otomasyonu veya altyapıyı yönetmeniz gerekmez. Betik yazmanız veya depolama alanı sağlamanız gerekmez.

Azure kullandığınızda, güvenilirlik paylaşılan bir sorumluluktur. Microsoft, dayanıklılık ve kurtarmayı desteklemek için çeşitli özellikler sunar. Bu özelliklerin kullandığınız tüm hizmetler içinde nasıl çalıştığını anlamak ve iş hedeflerinize ve çalışma süresi hedeflerinize ulaşmak için ihtiyacınız olan özellikleri seçmek sizin sorumluluğunuzdadır.

Bu makalede Azure Backup geçici hatalar, kullanılabilirlik alanı kesintileri ve bölge kesintileri gibi çeşitli olası kesintilere ve sorunlara nasıl dayanıklı olabileceği açıklanmaktadır. Ayrıca Azure Backup hizmet düzeyi sözleşmesi (SLA) hakkındaki bazı önemli bilgileri de vurgular.

Uyarı

Bu belgede, Azure Backup hizmetinin çeşitli sorunlara karşı nasıl dayanıklı olduğu veya yapılabilmesi açıklanmaktadır. VM'lerinizi, verilerinizi veya diğer varlıklarınızı korumak için Azure Backup nasıl kullanacağınızı açıklamaz. Azure Backup kullanma hakkında bilgi edinmek için bkz. Azure Backup hizmeti nedir?.

Güvenilirlik için üretim dağıtımı önerileri

Üretim iş yüklerinizin yedeklenmesi için kasanızı aşağıdaki şekilde yapılandırmanızı öneririz.

  • Yedekleriniz için en düşük yedeklilik katmanı olarak alanlar arası yedekli depolama (ZRS) kullanın. Alanlar arası yedekli depolama, yedeklemelerinizi birden çok kullanılabilirlik alanında çoğaltır, böylece kullanılabilirlik alanı kesintisi sırasında yedeklerinizi geri yükleyebilirsiniz.
  • Yedeklerinizi eşleştirilmiş bir Azure bölgesine çoğaltmak için coğrafi olarak yedekli depolama (GRS) kullanıyorsanız, desteklenen veri kaynakları için bölgeler arası geri yüklemeyi de etkinleştirmeniz gerekir. Bölgeler arası geri yükleme, yedeklemeleri istediğiniz zaman eşleştirilmiş bölgeye geri yükleyebileceğiniz anlamına gelir.

Bu makalenin kalan bölümlerinde bu yapılandırmalar hakkında daha fazla ayrıntı sağlanır.

Uyarı

Bu depolama yedekliliği önerileri, Azure Backup hizmetine veya yedeklediğiniz kaynaklara değil, yedekleme kopyalarının çoğaltıldığı yere uygulanır. Yedekleme koruması ve depolama yedekliliği tamamlayıcı niteliktedir. Yedeklemeler veri kaybına karşı koruma sağlarken, yedeklilik altyapı hatalarına karşı koruma sağlar.

Azure Backup'a yönelik güvenilirlik odaklı öneriler de dahil olmak üzere diğer önerilerin listesi için bkz. Buluta ve şirket içi iş yüklerini yedekleme.

Güvenilirlik mimarisine genel bakış

Bu bölümde, hizmetin nasıl çalıştığına ilişkin güvenilirlik açısından en uygun olan bazı önemli yönler açıklanmaktadır. bölümünde dağıttığınız ve kullandığınız bazı kaynak ve özellikleri içeren mantıksal mimari tanıtılır. Ayrıca, hizmetin kapaklar altında nasıl çalıştığına ilişkin ayrıntılar sağlayan fiziksel mimariyi de ele alır.

Mantıksal mimari

Azure Backup çeşitli veri kaynaklarını yedekleyebilir ve geri yükleyebilir. Yedeklemeleri, üzerinde çalıştığınız veri kaynağına bağlı olarak farklı yapılandırabilirsiniz. Yaygın veri kaynakları şunlardır:

  • Azure sanal makineleri (VM)
  • Çeşitli veritabanları
  • Azure Blob hesapları
  • AKS kümeleri
  • Microsoft Azure Kurtarma Hizmetleri (MARS) aracısı aracılığıyla şirket içi sunucular

Azure Backup yedeklenen verilerinizi vaults içinde depolar. Azure'da kasa, yedek kopyaları, kurtarma noktaları ve yedekleme stratejileri gibi verileri barındırmak için kullanılan bir çevrimiçi depolama varlığıdır. İki tür kasa vardır: Kurtarma Hizmetleri kasaları ve Yedekleme kasaları. Korumanız gereken şeylere bağlı olarak kasa türlerinden birini veya her ikisini birden kullanabilirsiniz. Her kasa türünün desteklediği veri kaynaklarının listesini görmek için bkz. Yedekleme ve geri yükleme için desteklenen çeşitli kasalar nelerdir?

İşler , verilerinizi yedekleme veya geri yükleme etkinliğini temsil eder. Yedekleme işlemleri, verilerinizi kaynaktan depolama alanına kopyalayan zamanlanmış veya isteğe bağlı işlemleri içerir. Geri yükleme işleri, verilerinizi yedekleme depolama alanından hedef konuma kurtaran işlemleri içerir. Her işin benzersiz bir tanımlayıcısı ve durum izlemesi vardır ve bu sayede ilerleme durumunu izleyebilir ve yedekleme ve geri yükleme işlemleri sırasında ortaya çıkan sorunları giderebilirsiniz. Ayrıca, işlerle ilişkili yedekleme ilkeleri de oluşturursunuz. İlkeler, yedekleme zamanlaması gibi yapılandırmayı ve verileri ne kadar süreyle saklamak istediğinizi belirtir.

Kasalar yedekleme ilkelerinizi ve yapılandırmanızı depolar ve ayrıca işlerle ilgili meta verileri depolar ve bu da izleme ve sorun giderme işlemlerine olanak tanır.

Fiziksel mimari

Temel Azure Backup hizmet altyapısı Microsoft tarafından yönetilir. Bu altyapı, işlerin tetiklenmesi ve izlenmesi de dahil olmak üzere hizmetin yönetiminden ve çalıştırılmasından sorumludur.

Azure Backup hizmeti yedeklemeleri kasada depolar. Kasalar, Azure Depolama’ın üzerine inşa edilmiştir. Kasalar yedekleme verilerinizi otomatik olarak çoğaltır ve yedekleme dayanıklılığı ve dayanıklılığı kasanın depolama yedekliliğine bağlıdır:

  • Locally yedekli depolama (LRS) kasanızdaki verileri, seçtiğiniz birincil bölgede bulunan bir ya da birden fazla Azure hizmet alanına çoğaltır. Tercih ettiğiniz kullanılabilirlik alanını seçme seçeneği olmasa da Azure yük dengelemeyi geliştirmek için LRS hesaplarını bölgeler arasında taşıyabilir veya genişletebilir. Verilerinizin bölgelere yayılacağının garantisi yoktur. Kullanılabilirlik Alanları hakkında daha fazla bilgi için bkz. Kullanılabilirlik Alanları nelerdir?.

  • Alanlar arası yedekli depolama (ZRS) ve coğrafi olarak yedekli depolama (GRS) ek korumalar sağlar. Bu makalede bu seçenekler ayrıntılı olarak açıklanmaktadır.

Uyarı

Kimi veri kaynakları, verilerin kasa yerine başka bir konumda depolandığı işlem katmanı yedeklemelerini destekler. Örneğin Azure Disk yedekleme ve AKS yedeklemeleri disk anlık görüntülerinde depolanan işletimsel katman yedeklemesini destekler. Bu makalede işlem katmanı yedekleme depolaması ele alınmıyor, ancak Azure Backup hizmeti hakkındaki bilgiler geçerli olmaya devam ediyor.

Geçici hatalara dayanıklılık

Geçici hatalar, bileşenlerde kısa ve aralıklı hatalardır. Bunlar genellikle bulut gibi dağıtılmış bir ortamda gerçekleşir ve işlemlerin normal bir parçasıdır. Geçici hatalar kısa bir süre sonra kendilerini düzeltmektedir. Uygulamalarınızın genellikle etkilenen istekleri yeniden deneyerek geçici hataları işleyebileceği önemlidir.

Bulutta barındırılan tüm uygulamalar, bulutta barındırılan API'ler, veritabanları ve diğer bileşenlerle iletişim kurarken Azure geçici hata işleme yönergelerini izlemelidir. Daha fazla bilgi için bkz Geçici hataları ele alma önerileri.

Azure Backup kullandığınızda, hem yedekleme hem de geri yükleme iş akışları aralıklı hatalara karşı dayanıklıdır. Hizmet, geçici ağ hatalarıyla veya geçici hizmet kesintileriyle karşılaştığında otomatik olarak yeniden denenir. Herhangi bir yeniden deneme mantığı yapılandırmazsınız. Yinelenen hatalarla karşılaşırsanız sorun giderme belgelerine bakın.

Kullanılabilirlik alanı hatalarına dayanıklılık

Availability bölgeleri Azure bölgesindeki fiziksel olarak ayrı veri merkezleri gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Azure Backup, hizmetin ve verileriniz için kullanılabilirlik alanı yapılandırmasını ayrı olarak yönetir.

  • Service: Azure Backup hizmetinin kendisi desteklenen bölgelerde otomatik olarak bölgeye dayanıklıdır ve hiçbir işlem yapmanız gerekmez. Ancak, bu yerleşik bölge dayanıklılığı yedeklenen verileriniz için geçerli değildir.

  • Yedekleme depolama yedekliliği: Kurtarma Hizmetleri kasanızı veya Backup kasanızı yapılandırarak yedekleme verileriniz için istediğiniz yedeklilik düzeyini seçin. Alanlar arası yedekli depolama (ZRS) seçerseniz, yedekleme verilerinizin kopyaları kullandığınız Azure bölgedeki birden çok kullanılabilirlik alanında otomatik olarak depolanır.

    ZRS kullanmıyorsanız yedekleme verilerinizin yerel olmadığı kabul edilir ve herhangi bir bölgede depolanabilir. Bölgedeki herhangi bir bölgede sorun varsa, bölgesel olmayan yedekleme verileri kullanılamayabilir.

Azure Backup çekirdek hizmetinin otomatik olarak alanlar arası dayanıklı ve alanlar arası yedekli yedekleme depolaması özelliğini gösteren diyagram.

Gereksinimler

  • Bölge desteği: Hizmet, kullanılabilirlik alanları olan tüm bölgelerde otomatik olarak alanlar arası dayanıklıdır. ZRS kasaları aynı bölgelerde desteklenir.

  • Yalnızca yeni kasalar: İlk yedeklemeden önce kasanızda ZRS'yi yapılandırın.

Maliyet

Yedekleriniz için alanlar arası yedekli depolamayı (ZRS) etkinleştirdiğinizde, ek çoğaltma ve depolama yükü nedeniyle yerel olarak yedekli depolamadan (LRS) farklı bir ücretlendirilirsiniz. Daha fazla bilgi için bkz. Azure Backup pricing.

Kullanılabilirlik alanı desteğini yapılandırma

  • ZRS kullanan yeni bir kasa oluşturun: Kasa oluştururken depolama yedekliliğini de yapılandırmanız gerekir. İzleyeceğiniz adımlar kasaya göre farklılık gösterir. Daha fazla bilgi için bakınız:

    • Backup kasaları oluşturma ve silme
    • Kurtarma Hizmetleri kasasını oluşturun ve yapılandırın

  • Mevcut kasalarda ZRS'yi yapılandırın: Yedekleme kasaları için, kasayı oluştururken depolama yedekliliğini yapılandırın. Bir kez Backup kasası oluşturulduktan sonra, ayar kilitlenir ve değiştirilemez.

    Kurtarma Hizmetleri kasaları için, depolama yedekliliği, herhangi bir iş yükünü korumadan önce yapılandırılmalıdır. bir iş yükü korunduktan sonra ayar kilitlenir ve değiştirilemez.

    ZRS kullanacak şekilde yapılandırılmış yeni bir kasa oluşturabilir ve iş yüklerinizi yeni kasaya yeniden atayabilirsiniz. Ancak bu yaklaşım kesinti süresi gerektirir. Daha fazla bilgi için bkz. Kurtarma Hizmetleri kasası oluşturma ve yapılandırma - Varsayılan ayarları değiştirme](/azure/backup/backup-create-recovery-services-vault#modify-default-settings). Ayrıca, eski kasanın bekletme ilkeleri artık geçerli olmadığından mevcut kurtarma noktalarını ve diğer verileri el ile silmek sizin sorumluluğundadır. Kasa silme hakkında daha fazla bilgi için Backup kasasını silme veya Kurtarma Hizmetleri kasasını silme konularına bakın.

Tüm bölgeler sağlıklı olduğunda davranış

Kasalar alanlar arası yedekli depolama kullandığında ve tüm kullanılabilirlik alanları çalışır durumda olduğunda aşağıdakileri bekleyebilirsiniz:

  • Bölgeler arası işlem: Yedekleme işleri, bölgeler arasında çoğaltılan altyapıda çalışır. Azure herhangi bir bölgedeki altyapıdan işleri yönetir.

  • Bölgeler arası veri çoğaltma: ZRS yedeklenen verileri bölgeler arasında çoğaltır. Çoğaltma işlemi eşzamanlı olarak gerçekleşir, bu da birden çok bölgenin her yazma işlemini tamamlanmadan önce kabul ettiği anlamına gelir.

Bölge hatası sırasındaki davranış

Kasalar alanlar arası yedekli depolama kullanacak şekilde yapılandırıldığında ve kullanılabilirlik alanı kesintisi oluştuğunda aşağıdakileri bekleyebilirsiniz:

  • Detection ve response: Azure Backup hizmetinin kendisi için Microsoft, kullanılabilirlik alanında bir hatayı algılamaktan ve yanıtlamaktan sorumludur. Bölge yük devretmesini başlatmak için herhangi bir işlem yapmanız gerekmez.

    Önemli

    Bölge kesintisi nedeniyle kullanılamayan tüm veriler veya kaynaklar için, kesintiyi algılamaktan ve yedeklemeleri sağlıklı bir bölgeye geri yükleme de dahil olmak üzere herhangi bir kurtarma eylemi gerçekleştirmekten sorumlusunuz.

  • Bildirim: Bir bölge kapatıldığında Microsoft sizi otomatik olarak bilgilendirmez. Ancak, tek bir kaynağın durumunu izlemek için Azure Kaynak Durumu kullanabilir ve sorunları size bildirmek için Kaynak Durumu uyarıları ayarlayabilirsiniz. Ayrıca Azure Hizmet Durumu kullanarak tüm bölge hataları dahil olmak üzere hizmetin genel durumunu anlayabilir ve sorunları size bildirmek için Hizmet Durumu uyarıları ayarlayabilirsiniz.

  • Etkin istekler: Aktif işlerin davranışları, hangi bölgenin başarısız olduğuna bağlıdır.

    • Başarısız kullanılabilirlik alanındaki tüm veri kaynakları için, bölge hatası nedeniyle veri kaynaklarının kullanılamama olasılığı yüksektir. Aktif işler duraklatılabilir veya başarısız olabilir.
    • Etkin işleri yürüten iyi durumdaki kullanılabilirlik alanlarındaki tüm veri kaynakları için platform, Azure Backup hizmeti için iyi durumda olan kullanılabilirlik alanlarını kullanmaya geçerken genellikle birkaç saniyelik bir kapalı kalma süresi oluşabilir.

  • Beklenen veri kaybı: Bekleyebileceğiniz veri kaybı miktarı, kurtarma noktası hedefi (RPO) olarak da adlandırılır. Yedekleme verileriniz için RPO, yedekleme zamanlamanız da dahil olmak üzere birden çok faktöre bağlıdır. Genel olarak, bir bölge kesintisi için tüm veriler bölgeler arasında zaman uyumlu olarak çoğaltıldığından yedeklenen veri kaybı beklenmez.

  • Beklenen kapalı kalma süresi: Bekleyebileceğiniz kapalı kalma süresi miktarı, kurtarma süresi hedefi (RTO) olarak da adlandırılır. RTO aşağıdaki senaryoların her biri için farklıdır:

    • Başarısız olan kullanılabilirlik alanındaki veri kaynakları için, bölge kurtarılana kadar veri kaynaklarına erişilemeyebilir. Veri kaynağı yeniden kullanılabilir duruma gelene kadar yedekleme işleri çalıştırılamaz. RTO tanımlanmamış.
    • İyi durumdaki kullanılabilirlik alanlarındaki tüm veri kaynakları için platform Azure Backup hizmeti için iyi durumda kullanılabilirlik alanlarını kullanmaya geçtiğinde genellikle birkaç saniyelik kısa bir kapalı kalma süresi oluşabilir.

  • Dağıt -ılması: Sonraki tüm iş yürütmeleri, veri kaynakları kullanılabilir olduğu sürece sağlıklı bölgelerdeki altyapıyı otomatik olarak kullanır.

    Yedeklemenizi bir onarım bölgesindeki altyapıya geri yüklemek ve trafiği yeni bölgedeki iyi durumdaki altyapıya yeniden yönlendirmek için yük dengeleyicileri, istemcileri ve diğer sistemleri yeniden yapılandırmak sizin sorumluluğunuzdadır.

Bölge kurtarma

Kullanılabilirlik alanı kurtarıldığında, Azure Backup kullanılabilirlik alanındaki işlemleri otomatik olarak geri yükler ve bölgeler arasındaki trafiği normal şekilde yeniden yönlendirer. İşler çalışmaya devam eder ve veriler kullanılabilir durumda kalır.

Bölge hataları için test

Azure Backup platformu trafik yönlendirmeyi, veri çoğaltmayı, yük devretmeyi ve yeniden çalışmayı yönetir. Bu özellik tamamen yönetildiğinden kullanılabilirlik alanı hata işlemlerini başlatmanız veya doğrulamanız gerekmez.

Bölge genelindeki hatalara dayanıklılık

Azure Backup coğrafi olarak yedekli depolama (GRS) ve bölgeler arası geri yükleme aracılığıyla coğrafi yedekliliği ve yük devretmeyi destekler.

Önemli

Azure Backup için GRS yalnızca paired Azure bölgelerinde çalışır.

Coğrafi olarak yedekli depolama ve bölgeler arası geri yükleme

Yedekleme verilerinizde bölgesel yedeklilik elde etmek için Azure Backup geo-yedekli depolama (GRS) kullanarak yedeklemelerinizi Azure eşleştirilmiş bir bölgeye çoğaltmanıza olanak tanır. GRS, yedeklemelerinizi bölgesel kesintilere karşı korur.

Kasanızı dağıttığınız bölge birincil bölge olarak adlandırılır. Veri kaynaklarınızın birincil bölgede bulunması gerekir. Yedekleri başka bir bölgedeki bir kasada yapılandıramazsınız.

Eşleştirilmiş bölge , ikincil bölge olarak da adlandırılır.

GRS kullanılarak verilerin nasıl çoğaltıldığını gösteren diyagram.

GRS'yi yapılandırmazsanız kasanın bölgesindeki bir kesinti yine de kasaya erişmenize ve yedekleme öğelerini görüntülemenize olanak tanıyabilir. Ancak bölgesel yedeklilik olmadan, temel alınan yedekleme verileri geri yükleme işlemleri için kullanılamaz durumda kalır.

Bölgeler arası geri yükleme

Bir kasada GRS'yi yapılandırdığınızda Microsoft, birincil bölgede bir kesinti bildirdikten sonra eşleştirilmiş bölgedeki yedeklemeleri kullanılabilir hale getirir. Veri kaynağınız bölgeler arası geri yüklemeyi etkinleştirmeyi destekliyorsa, birincil bölgede kesinti yaşanmasa bile ikincil bölge kurtarma noktalarından geri yükleyebilirsiniz. Bölgeler arası geri yükleme, bölgesel kesintilere karşı dayanıklılığınızı değerlendirmek için tatbikatlar çalıştırmanıza da olanak tanır. Bölgeler arası geri yüklemeyi etkinleştirmek, yedekleme depolama alanınızı GRS'den okuma erişimli coğrafi olarak yedekli depolamaya (RA-GRS) yükselter.

Gereksinimler

  • Region support: GRS Azure Backup yalnızca eşlenmiş Azure bölgeleri içinde çalışır.

  • Yalnızca yeni kasalar: İlk yedekleme gerçekleştirilmeden önce GRS'nin kasanızda yapılandırılması gerekir.

Değerlendirmeler

  • Bölgeler arası geri yükleme: Çapraz çapraz geri yüklemeyi etkinleştirdikten sonra yedekleme öğelerinin ikincil bölgede kullanılabilir olması 48 saate kadar sürebilir.

Maliyet

GRS kasaları, bölgeler arası çoğaltma ve ikincil bölgedeki depolama için ek maliyetler doğurur. Azure bölgeler arasında veri aktarımı, standart bölgeler arası bant genişliği oranlarına göre ücretlendirilir. Microsoft kasa depolama alanınızı GRS'den RA-GRS'ye yükselttiğinden bölgeler arası geri yükleme farklı bir ücretlendirilir. Daha fazla bilgi için bkz. Azure Backup pricing.

Çok bölgeli desteği yapılandırma

  • GRS ve CRR kullanan yeni bir kasa oluşturun: Kasa oluştururken depolama yedekliliğini de yapılandırmanız gerekir. GRS'yi seçtikten sonra isteğe bağlı olarak kasada CRR'yi etkinleştirebilirsiniz. İzleyeceğiniz adımlar kasaya göre farklılık gösterir. Daha fazla bilgi için bakınız:

    • Backup kasaları oluşturma ve silme
    • Kurtarma Hizmetleri kasasını oluşturun ve yapılandırın

  • Mevcut kasalarda GRS ve CRR'yi yapılandırın: Yedekleme kasaları için, kasayı oluştururken depolama yedekliliği yapılandırılmalıdır.

    Kurtarma Hizmetleri kasaları için, depolama yedekliliği, herhangi bir iş yükünü korumadan önce yapılandırılmalıdır. bir iş yükü korunduktan sonra ayar kilitlenir ve değiştirilemez.

    Mevcut GRS kasalarında CRR'yi etkinleştirebilirsiniz. Etkinleştirildikten sonra CRR'yi devre dışı bırakamazsınız.

Tüm bölgeler iyi durumda olduğunda davranış

Bu bölümde kasalar coğrafi olarak yedekli depolama kullanacak şekilde yapılandırıldığında ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arası işlem: Yedeklemeler her zaman kasanın ve veri kaynağının dağıtıldığı bölge olan birincil bölgede tamamlanır.

  • Bölgeler arası veri çoğaltma: Kasa GRS kullanacak şekilde yapılandırıldığında, yedeklemeler ilk olarak yerel olarak yedekli depolama (LRS) kullanılarak birincil bölgeye taahhüt edilir. Birincil bölgede başarıyla tamamlandıktan sonra veriler, LRS kullanılarak depolandığı ikincil bölgeye zaman uyumsuz olarak çoğaltılır. Yedekleme verilerinin birincil bölgeden ikincil bölgeye çoğaltılması 12 saate kadar sürebilir.

Bölge hatası sırasındaki davranış

Bu bölümde kasalar coğrafi olarak yedekli depolama kullanacak şekilde yapılandırıldığında ve birincil bölgede bir kesinti oluştuğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt:Bölgeler arası geri yüklemeyi destekleyen ve kasada bölgeler arası geri yüklemenin etkinleştirildiği veri kaynakları için, bölge kesintisi veya olağanüstü durum da dahil olmak üzere eşleştirilmiş bölgeye istediğiniz zaman kendi bölgeler arası geri yüklemenizi başlatabilirsiniz. Kesintiyi algılamaktan ve yedeklemeleri iyi durumdaki bir bölgeye geri yükleme de dahil olmak üzere tüm kurtarma eylemlerini gerçekleştirmekten siz sorumlusunuz.

    Diğer tüm senaryolarda, ikincil bölgeye çoğaltılan veriler yalnızca Azure birincil bölgede olağanüstü durum bildiriyorsa ikincil bölgede geri yüklenebilir. Böyle bir olağanüstü durum bildirmek Microsoft'un sorumluluğundadır. Olağanüstü durum bildirmek için gereken süre, olayın önem derecesine ve durumu değerlendirmek için gereken zamana bağlıdır. Büyük olasılıkla yalnızca uzun bir süre sonra gerçekleştirilir.

  • Beklenen veri kaybı: Yedekleme verileriniz için RPO, yedekleme zamanlamanız da dahil olmak üzere birden çok faktöre bağlıdır. Genel olarak, bir bölge kesintisi için, birincil bölgedeki RPO 24 saat olduğundan ve yedekleme verilerinin birincil bölgeden ikincil bölgeye çoğaltılması 12 saate kadar sürebileceğinden 36 saate kadar veri kaybı bekleyebilirsiniz.

  • Beklenen kapalı kalma süresi: RTO aşağıdaki senaryoların her biri için farklıdır:

    • Bölge kurtarılana kadar veri kaynakları ve başarısız bölgedeki diğer kaynaklar kullanılamayabilir, bu nedenle RTO tanımlanmamıştır.
    • Azure Backup bölge kurtarılana kadar başarısız bölgede yedekleme veya geri yükleme işlemleri gerçekleştiremeyebilir, bu nedenle RTO tanımlanmamıştır.
    • Bölgeler arası geri yükleme kullanırsanız, eşleştirilmiş bölgeye zaten çoğaltılmış yedeklemelerin geri yüklenmesini başlatmaya yönelik RTO sıfırdır. Bölgeler arası geri yükleme kullanmıyorsanız RTO, Microsoft'un başarısız bölgede olağanüstü durum bildirmesinin ne kadar sürdüğüne bağlıdır.

    Birincil bölge çevrimdışıyken hiçbir yedekleme işi çalışamıyor. Kasadaki veriyi geri yükleyebilirsiniz ancak yeni veri ekleyemezsiniz.

  • Dağıt -ılması: Birincil bölge çevrimdışıyken hiçbir yedekleme işi çalışamıyor. Kasadaki veriyi geri yükleyebilirsiniz ancak yeni veri ekleyemezsiniz.

    Yedeklemenizi eşleştirilmiş bölgedeki altyapıya geri yüklemekten ve trafiği eşleştirilmiş bölgedeki iyi durumdaki altyapıya yönlendirmek için yük dengeleyicileri, istemcileri ve diğer sistemleri yeniden yapılandırmak sizin sorumluluğunuzdadır.

Bölge geri kazanımı

Birincil bölge kurtarıldığında, Azure Backup bölgedeki işlemleri otomatik olarak geri yükler. İşler sürdürülür ve veriler kullanılabilir durumda kalır.

Bölge hatalarını test etme

Bölgeler arası geri yüklemeyi, eşleştirilen bölgeye geri yükleme işlemi gerçekleştirmek için kullanabilirsiniz. Geri yükleme ve diğer kurtarma işlemlerinizi doğrulamak için bu yaklaşımı kullanabilirsiniz.

Yedekleme verilerinin kaybına dayanıklılık

Azure Backup, yedekleme verilerinizin yanlışlıkla veya kötü amaçlı silinmesini önlemek için iki temel kurtarma özelliği sağlar:

  • Yumuşak silme, yapılandırılabilir bir saklama süresi boyunca silinen nesne ve kasaları kurtarmanıza olanak tanır. Varsayılan olarak, bu süre 14 gündür, ancak bunu yapılandırabilirsiniz. Yumuşak silmeyi yedeklemeleriniz ve depolarınız için bir geri dönüşüm kutusu gibi düşünün. Daha fazla bilgi için bkz. Azure Backup için geçici silme ile varsayılan olarak güvenlidir.

  • Sabit kasalar , kurtarma noktalarının kaybolmasına neden olabilecek tüm işlemleri engelleyerek yedekleme verilerinizi korumanıza yardımcı olabilir. Sabit kasa ayarını kilitleyebilir ve bu ayarı geri alınamaz hale getirebilirsiniz. Ayrıca, kötü amaçlı aktörlerin değişmezliği devre dışı bırakmasını ve yedeklemeleri silmesini önlemek için yedeklemeler için WORM (bir kez yaz, birçok şey oku) depolama alanı da kullanabilirsiniz. Daha fazla bilgi için Azure Backup için değiştirilemez kasa bölümüne bakın.

Hizmet düzeyi sözleşmesi

Azure hizmetleri için hizmet düzeyi sözleşmesi (SLA), her hizmetin beklenen kullanılabilirliğini ve bu kullanılabilirlik beklentisini elde etmek için çözümünüzün karşılaması gereken koşulları açıklar. Daha fazla bilgi için bkz. Çevrimiçi hizmetler için SLA'lar.

Azure Backup SLA,hem yedekleme hem de geri yükleme işlemleri için hizmetin kullanılabilirliğini kapsar. SLA kapsamında olmak için başarısız yedekleme veya geri yükleme işlerini otuz dakikada bir en az bir kez yeniden denemeniz gerekir.

  • Last updated on