Azure Dosya Eşitleme ile olağanüstü durum kurtarma en iyi yöntemleri

Azure Dosya Eşitleme olağanüstü durum kurtarma için dikkate alınması gereken üç ana alan vardır: yüksek kullanılabilirlik, veri koruma/yedekleme ve veri yedekliliği. Bu makale her alanı kapsar ve kendi olağanüstü durum kurtarma çözümünüz için hangi yapılandırmayı kullanacağınıza karar vermenize yardımcı olur.

Azure Dosya Eşitleme dağıtımında bulut uç noktası her zaman verilerinizin tam bir kopyasını içerirken, şirket içi sunucu verilerinizin atılabilir önbelleği olarak görüntülenebilir. Sunucu tarafı olağanüstü durum durumunda, yeni bir sunucu sağlayarak, Azure Dosya Eşitleme aracısını yükleyerek ve yeni bir sunucu uç noktası olarak ayarlayarak kurtarabilirsiniz.

Karma yapısı nedeniyle bazı geleneksel sunucu yedekleme ve olağanüstü durum kurtarma stratejileri Azure Dosya Eşitleme ile çalışmaz. Kayıtlı herhangi bir sunucu için Azure Dosya Eşitleme şunları desteklemez:

Uyarı

Bu eylemlerden herhangi birinin yapılması, eşitleme veya bozuk katmanlı dosyalarda nihai veri kaybına neden olan sorunlara yol açabilir. Bu eylemlerden birini gerçekleştirdiyseniz dağıtımınızın iyi durumda olduğundan emin olmak için Azure desteği başvurun.

  • Sunucu uç noktası hala etkinken disk sürücülerini (birim) bir sunucudan diğerine aktarma/kopyalama
  • İşletim sistemi yedeklemesinden geri yükleme
  • Sunucunun işletim sistemini başka bir sunucuya kopyalama
  • Önceki bir sanal makine denetim noktasına geri dönme
  • Katmanlı dosyaları şirket içi (üçüncü taraf) yedeklemesinden sunucu uç noktasına geri yükleme

Yüksek kullanılabilirlik

Şirket içi sunucunuz için yüksek kullanılabilirlik elde etmek için kullanabileceğiniz iki farklı strateji vardır. Bir yük devretme kümesi yapılandırabilir veya bir hazır bekleyen sunucu yapılandırabilirsiniz. Her iki yapılandırma arasındaki belirleyici faktör, sisteminize ne kadar yatırım yapmak istediğinizdir ve olağanüstü durum söz konusu olduğunda sisteminizin çalışmama süresini en aza indirmek bu ek maliyete değer.

Yük devretme kümesi için Azure Dosya Eşitleme kullanmak için özel bir adım uygulamanız gerekmez. Hazır bekleyen bir sunucu için aşağıdaki yapılandırmaları yapmanız gerekir:

Birincil sunucunuzla aynı eşitleme grubuyla eşitlenen ancak sunucuya son kullanıcı erişimini etkinleştirmeyen farklı sunucu uç noktalarına sahip ikincil bir sunucuya sahip olun. Bu, tüm dosyaların birincil sunucudan hazır bekleyen sunucuyla eşitlenmesine olanak tanır. Başlangıçta yalnızca ad alanının indirilmesi için yalnızca ad alanı katmanlama özelliğini etkinleştirebilirsiniz. Birincil sunucunuz başarısız olursa, dfs-N kullanarak hazır bekleyen sunucunuza son kullanıcı erişimini hızla yeniden yapılandırabilirsiniz.

Veri koruma/yedekleme

Verilerinizi korumak, olağanüstü durum kurtarma çözümünün önemli bir bileşenidir. Bunu Azure dosya paylaşımlarınızla yapmanın iki ana yolu vardır: verilerinizi bulutta veya şirket içinde yedekleyebilirsiniz. Bulut uç noktanız verilerinizin tam bir kopyasını içereceği ve sunucu uç noktalarının verilerinizin yalnızca bir alt kümesini içerebileceği için verilerinizi bulutta yedeklemenizi kesinlikle öneririz.

Verilerinizi bulutta yedekleme

Bulut yedekleme çözümünüz olarak Azure Backup kullanmalısınız. Azure Backup yedekleme zamanlamasını, saklamayı ve geri yükleme işlemlerinin ya da diğer işlemlerin üstesinden gelir. İsterseniz, paylaşım anlık görüntülerini el ile alabilir ve kendi zamanlama ve bekletme çözümünüzü yapılandırabilirsiniz, ancak bu ideal değildir. Alternatif olarak, Azure dosya paylaşımlarınızı doğrudan yedeklemek için üçüncü taraf çözümleri kullanabilirsiniz.

Bir olağanüstü durum olursa, dosya paylaşımınızın salt okunur bir kopyası olan bir paylaşım anlık görüntüsünden geri yükleyebilirsiniz. Bu anlık görüntüler salt okunur olduğundan fidye yazılımlarından etkilenmez. Tam paylaşım geri yükleme işlemlerinin uzun sürebileceği büyük veri kümelerinde, kullanıcıların geri yükleme işlemi tamamlandığı sırada ihtiyaç duydukları verileri yerel sürücüye kopyalayabilmeleri için anlık görüntüye doğrudan kullanıcı erişimini etkinleştirebilirsiniz.

Anlık görüntüler, el ile almanız veya Azure Backup'ın bunları sizin yerinize alması fark etmeksizin doğrudan Azure dosya paylaşımınızda depolanır. Bu nedenle anlık görüntülerinizi dosya paylaşımınızın yanlışlıkla silinmesine karşı korumak için geçici silmeyi etkinleştirmelisiniz.

Daha fazla bilgi için bkz . Azure dosya paylaşımı yedeklemesi hakkında veya Azure dosya paylaşımlarını yedeklemeyi desteklediklerini görmek için yedekleme sağlayıcınıza başvurun.

Verilerinizi şirket içinde yedekleme

Bulut katmanlama özelliğini etkinleştirirseniz şirket içi yedekleme çözümü uygulamayın. Bulut katmanlama etkinleştirildiğinde, verilerinizin yalnızca bir alt kümesi sunucunuzda yerel olarak depolanır ve verilerinizin geri kalanı bulut uç noktanızda depolanır. Yerel yedekleme için hangi yedekleme çözümünü kullandığınıza bağlı olarak, katmanlı dosyalar aşağıdakilerden biri olur:

  • atlandı ve yedeklenmedi (öznitelikleri FILE_ATTRIBUTE_RECALL_ONDATA_ACCESS nedeniyle) veya
  • yalnızca katmanlı dosya olarak yedeklendi ve canlı paylaşımdaki değişiklikler nedeniyle geri yükleme sonrasında erişilebilir olmayabilir veya
  • diskinize geri çağrılır ve bu da yüksek çıkış ücretlerine neden olur.

Şirket içi yedekleme çözümü kullanmaya karar verirseniz, eşitleme grubundaki bir sunucuda bulut katmanlama devre dışı bırakılmış olarak yedeklemeler gerçekleştirmeniz gerekir. Geri yükleme gerçekleştirirken birim düzeyi veya dosya düzeyi geri yükleme seçeneklerini kullanın. Dosya düzeyi geri yükleme seçeneği kullanılarak geri yüklenen dosyalar eşitleme grubundaki tüm uç noktalarla eşitlenir ve mevcut dosyalar yedekten geri yüklenen sürümle değiştirilir. Birim düzeyinde geri yüklemeler, bulut uç noktasındaki veya diğer sunucu uç noktalarındaki daha yeni dosya sürümlerinin yerini almayacaktır.

Birim Gölge Kopyası Hizmeti (VSS) anlık görüntüleri (Önceki Sürümler sekmesi dahil) bulut katmanlama etkinleştirilmiş birimlerde desteklenir. Bu, sizin için geri yükleme gerçekleştirmek için bir yöneticiye güvenmek yerine self servis geri yüklemeler gerçekleştirmenizi sağlar. Ancak, anlık görüntü depolama maliyetlerinizi artıracak şekilde PowerShell aracılığıyla önceki sürüm uyumluluğunu etkinleştirmeniz gerekir. VSS anlık görüntüleri, sunucu uç noktasının kendisinde olağanüstü durumlara karşı koruma sağlamaz, bu nedenle yalnızca bulut tarafı yedeklemelerle birlikte kullanılmalıdır. Ayrıntılar için bkz . Önceki Sürümler ve VSS aracılığıyla Self Servis geri yükleme.

Veri yedekliliği

Sağlam bir olağanüstü durum kurtarma çözümü sağlamak için altyapınıza bir tür veri yedekliliği ekleyin. Azure Dosyalar için dört yedeklilik teklifi vardır: Yerel olarak yedekli depolama (LRS), alanlar arası yedekli depolama (ZRS), coğrafi olarak yedekli depolama (GRS) ve coğrafi alanlar arası yedekli depolama (GZRS).

  • Yerel olarak yedekli depolama (LRS): LRS ile her dosya bir Azure depolama kümesi içinde üç kez depolanır. Bu, hatalı disk sürücüsü gibi donanım hatalarından kaynaklanan veri kaybına karşı koruma sağlar. Ancak, veri merkezinde yangın veya sel gibi bir olağanüstü durum oluşursa, LRS kullanan bir depolama hesabının tüm çoğaltmaları kaybolabilir veya kurtarılamaz.
  • Alanlar arası yedekli depolama (ZRS): ZRS ile her dosyanın üç kopyası depolanır, ancak bu kopyalar farklı Azure kullanılabilirlik alanlarındaki üç ayrı depolama kümesinde fiziksel olarak yalıtılır. Kullanılabilirlik alanları, bir Azure bölgesi içindeki benzersiz fiziksel konumlardır. Her bölge bağımsız güç, soğutma ve ağ ile donatılmış bir veya daha fazla veri merkezinden oluşur. Depolamaya yazma işlemi, üç kullanılabilirlik alanında da depolama kümelerine yazılana kadar kabul edilir.
  • Coğrafi olarak yedekli depolama (GRS):GRS ile iki bölgeniz vardır: birincil ve ikincil bölge. Dosyalar, birincil bölgedeki bir Azure depolama kümesi içinde üç kez depolanır. Yazma işlemleri Microsoft tarafından tanımlanan ikincil bölgeye zaman uyumsuz olarak çoğaltılır. GRS, verilerinizin iki Azure bölgesine yayılmış altı kopyasını sağlar.
  • Coğrafi alanlar arası yedekli depolama (GZRS):GZRS'yi ZRS olarak düşünebilirsiniz ancak coğrafi olarak yedeklilik vardır. GZRS ile dosyalar, birincil bölgedeki üç ayrı depolama kümesinde üç kez depolanır. Ardından tüm yazma işlemleri zaman uyumsuz olarak Microsoft tarafından tanımlanan ikincil bölgeye çoğaltılır.

Sağlam bir olağanüstü durum kurtarma çözümü için müşterilerin çoğu ZRS'yi dikkate almalıdır. ZRS, eklenen veri yedekliliği avantajları için en az miktarda ek maliyet ekler ve kesinti durumunda en sorunsuz olandır. Kuruluşunuzun ilke veya mevzuat gereksinimleri verileriniz için coğrafi olarak yedeklilik gerektiriyorsa GRS veya GZRS'yi göz önünde bulundurun.

Coğrafi yedeklilik

Depolama hesabınız GRS veya GZRS çoğaltmasıyla yapılandırılmışsa, birincil bölge kalıcı olarak kurtarılamaz veya uzun süre kullanılamaz olarak değerlendirilirse Microsoft Depolama Eşitleme Hizmeti'nin yük devretmesini başlatır. Olağanüstü bir durumda sizden herhangi bir işlem yapmanız gerekmez.

Depolama Eşitleme Hizmetinizin GRS veya GZRS eşleştirilmiş bölgenize el ile yük devretmesini isteyebilirsiniz ancak işlem sorunsuz olmadığından ve ek maliyet doğurabileceğinden bunu büyük ölçekli bölgesel kesintiler dışında yapmanızı önermeyiz. İşlemi başlatmak için bir destek bileti açın ve hem Azure dosya paylaşımınızı içeren Azure depolama hesaplarınızın hem de Depolama Eşitleme Hizmetinizin yük devretmesini isteyin.

Uyarı

Bu işlemi el ile başlatıyorsanız Depolama Eşitleme Hizmetinizin yük devretmesini istemek için desteğe başvurmanız gerekir. İkincil bölgede aynı sunucu uç noktalarını kullanarak yeni bir Depolama Eşitleme Hizmeti oluşturmaya çalışmak, önceki Azure Dosya Eşitleme yüklemesi temizlenmeyeceği için depolama hesabınızda ek verilerin kalmasına neden olabilir.

Yük devretme gerçekleştikten sonra sunucu uç noktaları, ikincil bölgedeki bulut uç noktasıyla otomatik olarak eşitlenecek şekilde geçiş yapacaktır. Ancak, sunucu uç noktalarının bulut uç noktalarıyla mutabık olması gerekir. İkincil bölgedeki veriler birincil bölgeye yakalanmayabileceği için bu durum dosya çakışmalarına neden olabilir.

Sonraki adım

Azure dosya paylaşımı yedeklemesi hakkında bilgi edinin