Azure Dosya Eşitleme ile olağanüstü durum kurtarma için en iyi yöntemler
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ımda bulut uç noktası her zaman verilerinizin tam bir kopyasını içerirken, şirket içi sunucu verilerinizin tek kullanımlık önbelleği olarak görüntülenebilir. Sunucu tarafında olağanüstü durum olması 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 gerçekleştirilmesi, eşitleme veya bozuk katmanlı dosyalarla ilgili sorunlara yol açabilir ve bu da nihai veri kaybına neden olabilir. 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. Yük devretme kümesi yapılandırabilir veya 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ü bir durumda sisteminizin çalışmama süresini en aza indirmek bu ek maliyete değer.
Yük devretme kümesinde, Azure Dosya Eşitleme kullanmak için herhangi bir özel adım uygulamanız gerekmez. Hazır bekleyen 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 olmanız gerekir. Bu, tüm dosyaların birincil sunucudan hazır bekleyen sunucuya eşitlenmesini sağlar. Başlangıçta yalnızca ad alanının indirilmesi için yalnızca ad alanı katmanlama özelliğini etkinleştirmeyi düşünebilirsiniz. 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
Gerçek 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ğinden ve sunucu uç noktaları verilerinizin yalnızca bir alt kümesini içerebileceğinden 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şlemlerini ve diğer işlemleri işler. İ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 oluştuğunda, dosya paylaşımınızın zaman içinde salt okunur bir kopyası olan 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ümeleri için, kullanıcıların geri yükleme işlemi tamamlandığı sırada ihtiyaç duydukları verileri yerel sürücülerine 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 sizin yerinize alması fark etmez, 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ştirmeniz gerekir.
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; 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 olabilir:
- atlandı ve yedeklenmedi (özniteliklerinden
FILE_ATTRIBUTE_RECALL_ONDATA_ACCESSdolayı) veya - bunlar yalnızca katmanlı bir dosya olarak yedeklenir ve canlı paylaşımdaki değişiklikler nedeniyle geri yükleme sırasında erişilebilir olmayabilir veya
- bunlar 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ış yedeklemeler gerçekleştirmeniz gerekir. Geri yükleme gerçekleştirirken birim düzeyi veya dosya düzeyinde 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 almayacak.
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, bir yöneticinin sizin için geri yükleme gerçekleştirmesine 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 yedekliği
Güçlü 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ı nedeniyle 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 edilmez.
- Coğrafi olarak yedekli depolama (GRS):GRS ile birincil ve ikincil bölge olmak üzere iki bölgeniz vardır. 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 gibi ama coğrafi olarak yedekli olarak düşünebilirsiniz. GZRS ile dosyalar, birincil bölgedeki üç ayrı depolama kümesinde üç kez depolanır. Ardından tüm yazma işlemleri zaman uyumsuz olarak Microsoft tanımlı ikincil bölgeye çoğaltılır.
Güçlü 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 kesintilerin 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ölgede yakalanmayabileceği için bu durum dosya çakışmalarına neden olabilir.