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. Yedekleme, korumasını birden çok iş yükü arasında ölçeklendirebilir ve sanal makineler (VM'ler), Azure VM'lerde SAP HANA, Azure VM'lerde SQL, Azure Dosyalar, Azure Blob Depolama, Azure Data Lake Storage, Azure yönetilen diskler, Azure Elastic SAN birimleri ve Azure Kubernetes Service (AKS) gibi Azure iş yükleriyle yerel tümleştirme sağlar. Otomasyon veya altyapıyı yönetmeniz, 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 sağlar. 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, Yedekleme'nin geçici hatalar, kullanılabilirlik alanı kesintileri ve bölge kesintileri gibi çeşitli olası kesintilere ve sorunlara karşı nasıl dayanıklı olabileceği açıklanmaktadır. Ayrıca Yedekleme hizmet düzeyi sözleşmesi (SLA) ile ilgili bazı önemli bilgileri de vurgular.

Uyarı

Bu makalede, Yedekleme hizmetinin kendisinin çeşitli sorunlara karşı nasıl dayanıklı olduğu ve bunu nasıl daha dayanıklı hale getirebileceğiniz açıklanır. Vm'lerinizi, verilerinizi veya diğer varlıklarınızı korumak için Yedekleme'nin nasıl kullanılacağını açıklamaz. Yedekleme'yi kullanma hakkında bilgi edinmek için bkz. Yedeklemeye Genel Bakış.

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

Üretim iş yüklerinizi yedeklemek için deponuzu aşağıdaki şekillerde yapılandırmanızı öneririz:

  • Yedekleriniz için en düşük yedeklilik katmanı olarak alanlar arası yedekli depolama (ZRS) kullanın. ZRS, bir kullanılabilirlik alanı kesintisi sırasında yedeklemelerinizi geri yükleyebilmeniz için yedeklemelerinizi birden çok kullanılabilirlik alanında çoğaltır.

  • 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 (CRR) etkinleştirin. CRR, yedeklemeleri istediğiniz zaman eşleştirilmiş bölgeye geri yüklemenize olanak tanır.

Bu makalenin aşağıdaki bölümleri, bu yapılandırmalar hakkında daha fazla ayrıntı sağlar.

Uyarı

Bu depolama yedekliliği önerileri, Yedekleme hizmeti veya yedeklediğiniz kaynaklar için değil, yedek kopyaların çoğaltıldığı konumlar için geçerlidir. Yedekleme koruması ve depolama yedekliliği birbirini tamamlar. Yedeklemeler veri kaybına karşı, yedeklilik ise altyapı hatalarına karşı koruma sağlar.

Güvenilirlik odaklı öneriler de dahil olmak üzere Yedekleme ile ilgili diğer önerilerin listesi için bkz . Bulutu ve şirket içi iş yüklerini buluta 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

Yedekleme, çeşitli veri kaynaklarını yedekleyebilir ve geri yükleyebilir. Yedeklemeleri, çalıştığınız veri kaynağına bağlı olarak farklı yapılandırabilirsiniz. Aşağıdaki veri kaynakları yaygındır:

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

Yedekleme, yedeklenen verilerinizi kasalarda depolar. Kasalar, Azure yedekleme kopyaları, kurtarma noktaları ve yedekleme ilkeleri gibi verileri barındıran çevrimiçi depolama varlıklarıdır. Kurtarma Hizmetleri kasaları ve Yedekleme kasaları, iki tür kasadır. Korumanız gereken şeylere bağlı olarak bir veya iki tür kullanabilirsiniz. Her kasa türünün desteklediği veri kaynaklarının listesi için bkz. Yedekleme ve geri yükleme için desteklenen kasalar hakkında SSS.

İş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, böylece ilerleme durumunu izleyebilir ve yedekleme ve geri yükleme işlemleri sırasında oluşan 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, işleri izlemenize ve sorun gidermenize olanak tanıyan yedekleme ilkelerinizi ve yapılandırmanızı işlerle ilgili meta verilerin yanı sıra depolar.

Fiziksel mimari

Microsoft temel Yedekleme hizmeti altyapısını yönetir. Bu altyapı, işlerin tetiklenmesi ve izlenmesi de dahil olmak üzere hizmetin yönetimi ve işletiminden sorumludur.

Yedekleme, yedeklemeleri kasada depolar. Kasalar, Azure Depolama Hizmeti üzerine inşa edilir. Kasalar yedekleme verilerinizi otomatik olarak çoğaltır ve yedekleme dayanıklılığı ve dirençliliği kasanın depolama yedekliliğine bağlıdır.

  • Yerel olarak fazlalıklı depolama (LRS), kasanızdaki verileri seçtiğiniz birincil bölgede bulunan bir veya daha fazla Azure kullanılabilirlik alanı içinde çoğaltır. Tercih ettiğiniz kullanılabilirlik alanını seçemezsiniz, ancak Azure yük dengelemeyi geliştirmek için LRS hesaplarını bölgeler arasında taşıyabilir veya genişletebilirsiniz. Verilerinizin bölgelere yayılması garanti değildir. Daha fazla bilgi için bkz. Kullanılabilirlik alanlarına genel bakış.

  • ZRS ve GRS ek koruma sağlar. Bu makalede bu seçenekler ayrıntılı olarak açıklanmaktadır.

Uyarı

Bazı veri kaynakları, verileri depolama alanı yerine başka bir konumda depolayan işlem katmanı yedeklemelerini destekler. Örneğin, Azure yönetilen disk yedekleme ve AKS yedeklemeleri disk anlık görüntülerinde depolanan işletimsel katman yedeklemelerini destekler. Bu makalede işlem katmanı yedekleme depolaması ele alınmıyor, ancak bu makaledeki dayanıklılık kılavuzunu bu yedekleme türleri için Yedekleme işlemlerine ve iş akışlarına uygulayabilirsiniz.

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.

Yedekleme'yi 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şıyorsanız, bkz Yedekleme kasası yönetim işlemlerinde sorun giderme.

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.

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

  • Hizmet: Yedekleme hizmeti desteklenen bölgelerde otomatik olarak bölge dayanıklılığına sahip olur. 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. ZRS'yi 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 verileriniz yerel olmayan olarak kabul edilir ve herhangi bir bölgede depolanabilir. Bölgedeki herhangi bir bölgede sorun varsa, bölgesel olmayan yedekleme verileri kullanılamayabilir.

Bölgeye dayanıklı ve bölgeye yedekli yedekleme depolama alanı olan Backup çekirdek hizmetini 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

Yedeklemeleriniz için ZRS'yi etkinleştirdiğinizde, ek çoğaltma ve depolama ek yükü nedeniyle LRS'den farklı bir ücretlendirilirsiniz. Daha fazla bilgi için bkz . Yedekleme fiyatlandırması.

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

  • ZRS kullanan yeni bir kasa oluşturun: Kasa oluştururken depolama yedekliliğini yapılandırın. Kasa türüne bağlı olarak farklı adımları izlersiniz. Daha fazla bilgi için aşağıdaki makalelere bakın:

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

    Kurtarma Hizmetleri kasaları için, iş yüklerini korumadan önce depolama yedekliliğini yapılandırmanız gerekir. Bir iş yükünü koruduktan sonra ayar kilitlenir ve bunu değiştiremezsiniz.

    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. Varsayılan ayarları değiştirme. Eski kasanın bekletme politikaları artık geçerli olmadığından, mevcut kurtarma noktalarını ve diğer verileri elle silmek de sizin sorumluluğunuzdadır. Daha fazla bilgi için bkz . Yedekleme kasasını silme veya Kurtarma Hizmetleri kasasını silme.

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

Bu bölümde, ZRS için kasaları yapılandırdığınızda ve tüm bölgeler çalışır durumda olduğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Bölgeler arası operasyon: Yedekleme işleri, bölgeler arasında çoğaltılan altyapıda gerçekleştirilir. 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 eşzamanlı olarak gerçekleşir; bu, birden çok bölgenin her yazma işlemini tamamlanmadan önce onayladığı anlamına gelir.

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

ZRS için depolama alanlarını yapılandırırken neler beklemeniz gerektiğini ve bölgelerden birinde kesinti olduğunda neler olabileceğini bu bölümde bulabilirsiniz.

  • Detection ve response: Backup hizmetinin kendisi için kullanılabilirlik alanlarındaki hataları algılamaktan ve yanıtlamaktan Microsoft 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ılamak ve yedeklemeleri sağlıklı bir bölgeye geri yüklemek de dahil olmak üzere kurtarma eylemleri gerçekleştirmek sizin sorumluluğundadır.

  • Notification: Microsoft, bölge kapatıldığında 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: Etkin işlerin davranışı, 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ı veri kaynaklarını kullanılamaz duruma getirir. Aktif işler duraklatılabilir veya başarısız olabilir.

    • Platformun Yedekleme hizmeti için sağlıklı kullanılabilirlik alanlarına geçiş yaptığı durumlarda, etkin işleri çalıştıran sağlıklı kullanılabilirlik alanlarındaki veri kaynakları için herhangi bir kısa kesinti süresi, genellikle birkaç saniye olabilir.

  • Beklenen veri kaybı: Beklenen veri kaybı miktarı kurtarma noktası hedefi (RPO) olarak da bilinir. 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 yedeklenen veri kaybı beklenmez çünkü tüm veriler bölgeler arasında zaman uyumlu olarak çoğaltılır.

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

    • Başarısız kullanılabilirlik alanındaki veri kaynakları için, bölge kurtulana dek 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 herhangi bir veri kaynağı için, platform Yedekleme hizmeti için sağlıklı kullanım alanlarına geçerken genellikle birkaç saniyelik küçük bir kapalı kalma süresi oluşabilir.

  • Dağıtım: Sonraki iş çalıştırmaları, veri kaynakları mevcut olduğu sürece iyi durumdaki bölgelerdeki altyapıyı otomatik olarak kullanır.

    Yedeklemenizi iyi durumdaki bir bölgedeki altyapıya geri yüklemek ve trafiği yeni 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 kurtarma

Kullanılabilirlik alanı kurtarıldığında Yedekleme, 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

Veri Yedekleme platformu trafik yönlendirmesini, veri çoğaltmayı, yük devretmeyi ve geri dönüşü 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

Yedekleme, GRS ve CRR aracılığıyla coğrafi olarak yedekliliği ve yük devretmeyi destekler.

Önemli

Yedekleme için GRS yalnızca eşleştirilmiş Azure bölgeleri içinde çalışmaktadır.

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

Yedekleme verilerinizde bölgesel yedeklilik elde etmek için yedeklemelerinizi GRS kullanarak Azure eşleştirilmiş bir bölgeye çoğaltmak için Yedekleme'yi kullanın. 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 birincil bölgede bulunmalıdır. Başka bir bölgede bulunan bir depoya yedekleme yapılandıramazsınız.

Eşleştirilmiş bölge , ikincil bölge olarak da bilinir.

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

GRS'yi yapılandırmazsanız ve kasanın bulunduğu bölgede bir kesinti oluşursa, kasaya erişebilmeniz ve yedekleme öğelerini görebilmeniz muhtemel olabilir. 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 yapılandırıldığında, birincil bölgede bir kesinti olduğunda Microsoft, eşleştirilmiş bölgedeki yedeklemeleri kullanılabilir hale getirir. Veri kaynağınız CRR'yi destekliyorsa, birincil bölgede kesinti yaşanmasa bile ikincil bölge kurtarma noktalarından geri yükleyebilirsiniz. CRR ayrıca bölgesel kesintilere karşı dayanıklılığı değerlendirmek için tatbikatlar çalıştırmanızı sağlar. CRR'yi açtığınızda, Microsoft yedekleme depolama alanınızı GRS'den okuma erişimli coğrafi olarak yedekli depolamaya (RA-GRS) yükselter.

Gereksinimler

  • Bölge desteği: GRS, yalnızca yedekleme için eşleştirilmiş Azure bölgeleri içinde çalışır.

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

Değerlendirmeler

  • CRR: CRR'yi 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, CRR farklı bir fiyattan ücretlendirilir. Daha fazla bilgi için bkz . Yedekleme fiyatlandırması.

Ç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. İzlemeniz gereken adımlar kasa türüne bağlıdır. Daha fazla bilgi için aşağıdaki makalelere bakın:

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

    Kurtarma Hizmetleri kasaları için, iş yüklerini korumadan önce depolama yedekliliğini yapılandırmanız gerekir. bir iş yükü korunduktan sonra ayar kilitlenir ve bunu değiştiremezsiniz.

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

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

Bu bölümde, kasaları GRS kullanacak şekilde yapılandırdığınızda 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 gerçekleştirilir.

  • Bölgeler arası veri çoğaltma: Kasayı GRS kullanacak şekilde yapılandırdığınızda, yedeklemeler ilk olarak LRS kullanılarak birincil bölgeye işlenir. Birincil bölgede başarıyla tamamlandıktan sonra veriler zaman uyumsuz olarak ikincil bölgeye çoğaltılır. İkincil bölge, verileri depolamak için LRS kullanı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ı GRS kullanacak şekilde yapılandırdığınızda ve birincil bölgede bir kesinti oluştuğunda neler bekleyebileceğiniz açıklanmaktadır.

  • Algılama ve yanıt: CRR'yi destekleyen ve kasada CRR'nin etkinleştirildiği veri kaynakları için, bölge kesintisi veya olağanüstü durum dahil olmak üzere eşleştirilmiş bölgeye kendi CRR'nizi istediğiniz zaman başlatabilirsiniz. Kesintiyi algılamaktan ve yedeklemeleri iyi durumdaki bir bölgeye geri yükleme de dahil olmak üzere kurtarma eylemleri gerçekleştirmekten 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. Microsoft bir olağanüstü durum bildirmekle sorumludur. 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. Microsoft genellikle yalnızca uzun bir süre sonra olağanüstü durum bildirir.

  • 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ı beklenebilir.

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

    • Bölge yeniden işler hale gelene kadar etkilenen bölgedeki veri kaynakları ve diğer kaynaklar kullanılamayabilir, bu nedenle RTO henüz tanımlanmamıştır.

    • Yedekleme, 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.

    • CRR kullanıyorsanız, eşleştirilmiş bölgeye çoğaltılmış yedeklemelerin geri yüklenmesini başlatmaya yönelik RTO sıfırdır. CRR kullanmıyorsanız, RTO, Microsoft'un başarısız olan bölgede olağanüstü durum ilan etmesinin ne kadar sürdüğüne bağlıdır.

  • Dağıt -ılması: Birincil bölge çevrimdışıyken hiçbir yedekleme işi çalışamıyor. Kasadaki verileri 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, Yedekleme 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ı testi

Eşleştirilmiş bölgeye geri yükleme işlemi gerçekleştirmek için CRR'yi kullanabilirsiniz. Geri yükleme ve diğer kurtarma işlemlerini doğrulamak için bu yaklaşımı kullanabilirsiniz.

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

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

  • Geçici silme, yapılandırılabilir saklama süresi boyunca silinen nesne ve depoların kurtarılmasını sağlar. Varsayılan olarak, bu süre 14 gündür, ancak düzenleyebilirsiniz. Yumuşak silme işlemini, yedeklemeleriniz ve kasalarınız için bir geri dönüşüm kutusu olarak düşünün. Daha fazla bilgi için bkz . Yedekleme için geçici silme ile varsayılan olarak güvenlidir.

  • Sabit kasalar , kurtarma noktalarının kaybolmasına neden olabilecek işlemleri engelleyerek yedekleme verilerinizi korumanıza yardımcı olabilir. Sabit kasa ayarını kilitleyebilir ve bu ayarı geri alınamaz hale getirebilirsiniz. Kötü amaçlı aktörlerin değişmezliği devre dışı bırakmasını ve yedekleri silmesini önlemek için yedeklemeler için sabit yaz - çoklu okuma (WORM) depolama alanını da kullanabilirsiniz. Daha fazla bilgi için bkz. Yedekleme için sabit kasa.

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 SLAs.

Yedekleme SLA'sı 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 en az 30 dakikada bir yeniden denemeniz gerekir.

İlgili içerik

  • Last updated on