Microsoft Fabric'te güvenilirlik

Bu makalede, Microsoft Fabric'teki güvenilirlik desteği ve hem kullanılabilirlik alanları hem de bölgeler arası kurtarma ve iş sürekliliği ile bölgesel dayanıklılık açıklanmaktadır. Azure'da güvenilirlik hakkında daha ayrıntılı bir genel bakış için bkz . Azure güvenilirliği.

Kullanılabilirlik alanı desteği

Kullanılabilirlik alanları , bir Azure bölgesi içindeki veri merkezlerinin fiziksel olarak ayrı gruplarıdır. Bir bölge başarısız olduğunda, hizmetler kalan bölgelerden birinin üzerine devredebilir.

Azure kullanılabilirlik alanları, Fabric ve Power BI öğelerini ve verilerini veri merkezi hatalarından korur. Kumaş kaynakları, müşteri yapılandırması gerektirmeden birden çok bölgeye otomatik olarak dağıtılır.

• OneLake kullanıyorsanız veri mühendisliği kullanılabilirlik alanlarını destekler. ADLS 2. Nesil gibi diğer veri kaynaklarını kullanıyorsanız Alanlar arası yedekli depolamanın (ZRS) etkinleştirildiğinden emin olmanız gerekir.

Bölge küçültme deneyimi

Tüm bölge genelinde kesinti sırasında müşterinin müdahalesi gerekmez. Doku özellikleri, sağlıklı bölgeden yararlanmak için otomatik olarak kendini iyileştirir ve yeniden dengeler. Bazı durumlarda devam eden işlemlerin yeniden başlatılması gerekebilir. Örneğin, ana düğüm başarısız bölgedeyse Spark İşleri çalıştırılamayabilir. Böyle bir durumda işlerin yeniden gönderilmesi gerekir. Ön uç düğümü başarısız bölgede olduğu takdirde, datawarehouse ve SQL analytics uç noktası üzerinde yapılan sorgu başarısızlıkla sonuçlanabilir. Böyle bir durumda sorgu güvenli bir şekilde yeniden başlatılmalıdır.

Important

Microsoft, tekdüzen ve tutarlı kullanılabilirlik alanı desteği sağlamaya çalışsa da, bazı durumlarda kullanılabilirlik alanı hatalarında, müşteri talebi dalgalanmalarının daha yüksek olduğu Azure bölgelerinde üstün talep nedeniyle Doku kapasiteleri normalden daha yüksek gecikme süreleri yaşayabilir.

Bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği

Olağanüstü durum kurtarma (DR), kuruluşların doğal afetler veya kesinti ve veri kaybına neden olan başarısız dağıtımlar gibi yüksek etkili olaylardan kurtarmak için kullandığı uygulamaları ifade eder. Nedeni ne olursa olsun, olağanüstü durum için en iyi çözüm iyi tanımlanmış ve test edilmiş bir DR planı ve DR'yi etkin bir şekilde destekleyen bir uygulama tasarımıdır. Olağanüstü durum kurtarma planınızı oluşturmaya başlamadan önce bkz. Olağanüstü durum kurtarma stratejisi tasarlama önerileri.

DR için Microsoft, paylaşılan sorumluluk modelini kullanır. Bu modelde Microsoft, temel altyapı ve platform hizmetlerinin kullanılabilir olmasını sağlar. Ancak, birçok Azure hizmeti verileri otomatik olarak çoğaltmaz veya başarısız olan bir bölgeden geri dönerek başka bir etkin bölgeye çapraz çoğaltma yapamaz. Bu hizmetler için iş yükünüz için uygun bir olağanüstü durum kurtarma planı ayarlamak sizin sorumluluğunuzdadır. Hizmet olarak Azure platformu (PaaS) tekliflerinde çalışan hizmetlerin çoğu, DR'yi desteklemek için özellikler ve rehberlik sağlar. DR planınızı geliştirmeye yardımcı olmak üzere hızlı kurtarma desteklemek için hizmete özgü özellikleri kullanabilirsiniz.

Bu bölüm, planlanmamış bir bölgesel felaket meydana geldiğinde kuruluşunuzun verilerini güvenli ve erişilebilir tutmasına yardımcı olmak üzere tasarlanmış Fabric için bir felaket kurtarma planını açıklamaktadır. Plan aşağıdaki konuları kapsar:

• Bölgeler arası çoğaltma: Doku, OneLake'te depolanan veriler için bölgeler arası çoğaltma sunar. Gereksinimlerinize göre bu özelliği kabul edebilir veya devre dışı bırakabilirsiniz.

• Olağanüstü durumdan sonra veri erişimi: Bölgesel bir olağanüstü durum senaryosunda Doku, belirli sınırlamalarla veri erişimini garanti eder. Yük devretme sonrasında yeni öğelerin oluşturulması veya değiştirilmesi kısıtlanmış olsa da, birincil odak mevcut verilerin erişilebilir ve bozulmamış durumda kalmasını sağlamaya odaklanır.

• Kurtarma kılavuzu: Fabric, kurtarma işleminde size yol gösterecek yapılandırılmış bir yönergeler kümesi sunar. Yapılandırılmış kılavuz, normal işlemlere geri dönmenizi kolaylaştırır.

Artık Doku'nun bir parçası olan Power BI,sağlam bir olağanüstü durum kurtarma sistemine sahiptir ve aşağıdaki özellikleri sunar:

• Varsayılan olarak BCDR: Power BI, varsayılan teklifinde otomatik olarak olağanüstü durum kurtarma özellikleri içerir. Bu özelliği ayrı ayrı kabul etmeniz veya etkinleştirmeniz gerekmez.

• Bölgeler arası çoğaltma: Power BI, yedekleme örneklerinin başka bölgelerde mevcut olduğunu ve kullanılabileceğini garanti etmek için Azure depolamacoğrafi olarak yedekli çoğaltma ve Azure SQL coğrafi olarak yedekli çoğaltma kullanır. Bu, verilerin farklı bölgelerde çoğaltılması, kullanılabilirliğini artırması ve bölgesel kesintilerle ilişkili riskleri azaltması anlamına gelir.

• Olağanüstü durumdan sonra devam eden hizmetler ve erişim: Kesintiye neden olan olaylar sırasında bile Power BI öğelerine salt okunur modda erişilebilir durumda kalır. Öğeler arasında semantik modeller, raporlar ve panolar yer alır ve işletmelerin önemli bir engel olmadan analiz ve karar alma süreçlerine devam etmelerini sağlar.

Daha fazla bilgi için Power BI yüksek kullanılabilirlik, yük devretme ve olağanüstü durum kurtarma hakkında SSS'ye bakın.

Important

Olağanüstü durumdan etkilenen ve temel bölgelerinde Fabric'in desteklendiği bir Azure eş bölgesine sahip olmayan müşteriler için, bu kapasiteler içindeki veriler çoğaltılmış olsa bile Fabric kapasitelerini kullanma yeteneği tehlikeye girebilir. Bu sınırlama, kapasitelerin çalışması için gerekli olan ana bölgenin altyapısına bağlıdır. Dokuyu destekleyen bölgelerin listesini görmek için Doku Bölgesi Kullanılabilirliği'ne gidin.

Ev bölgesi ve kapasite işlevselliği

Etkili olağanüstü durum kurtarma planlaması için, ana bölgenizle kapasite konumlarınız arasındaki ilişkiyi anlamanız kritik önem taşır. Ana bölge ve kapasite konumlarını anlamak, hem kapasite bölgelerinin hem de ilgili çoğaltma ve kurtarma işlemlerinin stratejik seçimlerini yapmanıza yardımcı olur.

Kuruluşunuzun kiracısı ve veri depolama alanı için ana bölge , kaydolan ilk kullanıcının fatura adresi konumuna ayarlanır. Daha fazla bilgi için kiracı kurulumu hakkında, bkz. Power BI uygulama planlaması: Kiracı kurulumu. Yeni kapasiteler oluşturduğunuzda, veri depolama alanınız varsayılan olarak ana bölgeye ayarlanır. Veri depolama bölgenizi başka bir bölgeyle değiştirmek istiyorsanız, Fabric Premium özelliği olan Multi-Geo'yu etkinleştirmeniz gerekir.

Important

Kapasiteniz için farklı bir bölge seçmek, tüm verilerinizi bu bölgeye tamamen yeniden taşımaz. Bazı veri öğeleri hala ana bölgede depolanır. Hangi verilerin ana bölgede kaldığını ve hangi verilerin Multi-Geo özellikli bölgede depolandığını görmek için bkz . Doku Premium için Multi-Geo desteğini yapılandırma.

Eşleştirilmiş bölgeye sahip olmayan bir ana bölge söz konusu olduğunda, ana hizmet işlevselliği ana bölgeye bağlı olduğundan, Multi-Geo özellikli herhangi bir bölgedeki kapasiteler olağanüstü durumlarla karşılaşırsa işletimsel sorunlarla karşılaşabilir.

AB içinde Multi-Geo özellikli bir bölge seçerseniz, verilerinizin AB veri sınırı içinde depolandığı garanti edilir.

Ana bölgenizi tanımlamayı öğrenmek için Fabric ana bölgenizi bulma adlı bölüme bakın.

Olağanüstü durum kurtarma kapasitesi ayarı

Fabric, kapasite ayarları sayfasında bir felaket kurtarma anahtarı sağlar. Azure bölgesel eşleştirmelerinin Doku'nun hizmet varlığıyla uyumlu olduğu durumlarda kullanılabilir. Bu anahtarın özellikleri şunlardır:

• Rol erişimi: Bu anahtarı yalnızca kapasite yöneticisi rolüne veya daha yüksek bir role sahip kullanıcılar kullanabilir.

• Ayrıntı düzeyi: Anahtarın ayrıntı düzeyi kapasite düzeyidir. Hem Premium hem de Fabric kapasiteleri için kullanılabilir.

• Veri kapsamı: Olağanüstü durum kurtarma iki durumlu düğmesi özellikle Lakehouse ve Warehouse verilerini içeren OneLake verilerini ele alır. Düğme, OneLake dışında depolanan verilerinizi etkilemez.

• Power BI için BCDR sürekliliği: OneLake verileri için olağanüstü durum kurtarma özelliği açılıp kapatılabilirken, anahtarın açık veya kapalı olmasına bakılmaksızın Power BI için BCDR her zaman desteklenir.

• Sıklık: Olağanüstü durum kurtarma kapasitesi ayarını değiştirdikten sonra yeniden değiştirebilmek için 30 gün beklemeniz gerekir. Bekleme süresi, kararlılığı korumak ve sürekli geçişleri önlemek için ayarlanmıştır.

Note

Olağanüstü durum kurtarma kapasitesi ayarını etkinleştirdikten veya kapasite içinde yeni çalışma alanları oluşturduktan sonra veri çoğaltmanın başlatılması biraz zaman alabilir. Belirli bir çalışma alanı için depolama alanınızın Microsoft Fabric Capacity Metrics uygulamasında "OneLake BCDR Storage" olarak faturalandırılıp faturalanmadığını denetleyerek çoğaltmanın başladığını doğrulayabilirsiniz.

Veri replikasyonu

Olağanüstü durum kurtarma kapasitesi ayarını açtığınızda, bölgeler arası çoğaltma OneLake verileri için olağanüstü durum kurtarma özelliği olarak etkinleştirilir. Fabric platformu, coğrafi yedeklilik çiftlerini sağlamak için Azure bölgeleriyle uyumludur. Ancak bazı bölgelerin Azure eş bölgesi yoktur veya eş bölge Fabric'i desteklemiyor. Bu bölgeler için veri çoğaltma mevcut değil. Daha fazla bilgi için Kullanılabilirlik alanlarına sahip ve bölge çifti olmayan bölgeler ve Doku bölgesi kullanılabilirliği kısmına bakın.

Note

Fabric, olağanüstü durum kurtarmayı desteklemek için OneLake'te bir veri çoğaltma çözümü sunarken dikkate değer sınırlamalar vardır. Örneğin, KQL veritabanlarının ve sorgu kümelerinin verileri OneLake'in dışında depolanır ve bu da ayrı bir olağanüstü durum kurtarma yaklaşımı gerektiği anlamına gelir. Her Doku öğesi için olağanüstü durum kurtarma yaklaşımının ayrıntıları için bu belgenin geri kalanına bakın.

Billing

Fabric'teki olağanüstü durum kurtarma özelliği, gelişmiş güvenlik ve güvenilirlik için verilerinizin coğrafi olarak çoğaltılmasını sağlar. Bu özellik, sırasıyla BCDR Depolama ve BCDR İşlemleri olarak faturalanan daha fazla depolama ve işlem kullanır. Bu maliyetleri , ayrı satır öğeleri olarak göründükleri Microsoft Fabric Capacity Metrics uygulamasında izleyebilir ve yönetebilirsiniz.

Uygun şekilde planlamanıza ve bütçe oluşturmanıza yardımcı olacak tüm ilişkili olağanüstü durum kurtarma maliyetlerinin kapsamlı dökümü için bkz . OneLake işlem ve depolama tüketimi.

Felaket kurtarma ayarlarını yapılandırma

Doku, veri dayanıklılığını desteklemek için olağanüstü durum kurtarma özellikleri sağlarken, kesintiler sırasında hizmeti geri yüklemek için belirli el ile adımları izlemeniz gerekir . Bu bölümde, olası kesintilere hazırlanmak için gerçekleştirmeniz gereken eylemler ayrıntılı olarak ele alınıyor.

1. Aşama: Hazırlama

• Olağanüstü durum kurtarma kapasitesi ayarlarını etkinleştirme: Koruma ve performans gereksinimlerinizi karşıladığından emin olmak için düzenli olarak olağanüstü durum kurtarma kapasitesi ayarlarını gözden geçirin ve ayarlayın.

• Veri yedeklemeleri oluşturma: OneLake dışında depolanan kritik verileri olağanüstü durum kurtarma planınıza uygun şekilde başka bir bölgeye kopyalayın.

2. Aşama: Olağanüstü durum yük devretme

Büyük bir felaket birincil bölgeyi kurtarılamaz hale getirdiğinde, Microsoft Fabric bölgeler arası yük devrini başlatır. Yük devretme tamamlanana ve Microsoft Fabric destek sayfasına bir bildirim gönderilene kadar Fabric portalına erişim sağlanamayacak.

Genellikle bir saatten az sürse de yük devretmenin tamamlanması için gereken süre değişebilir. Yük devretme tamamlandıktan sonra neler bekleyebileceğinizi buradan öğrenebilirsiniz:

• Doku portalı: Portala erişebilir ve var olan çalışma alanlarına göz atma, çalışma alanlarındaki görev akışları ve öğeler gibi işlemleri okumaya devam edebilirsiniz. Çalışma alanı oluşturma veya değiştirme gibi tüm yazma işlemleri duraklatılır.

• Power BI: Panoları ve raporları görüntüleme gibi okuma işlemleri gerçekleştirebilirsiniz. Yenilemeler, rapor yayımlama işlemleri, pano ve rapor değişiklikleri ve meta verilerde değişiklik gerektiren diğer işlemler desteklenmez.

• Lakehouse/Warehouse: Bu öğeleri alamazsınız, ancak dosyalara OneLake API'leri veya araçları aracılığıyla erişilebilir.

• Spark İş Tanımı: Spark iş tanımlarını alamazsınız, ancak kod dosyalarına OneLake API'leri veya araçları aracılığıyla erişilebilir. Tüm meta veriler veya yapılandırmalar yük devretmeden sonra kaydedilir.

• Not Defteri: Not defterlerini alamazsınız ve olağanüstü durumdan sonra kod içeriği kaydedilmez.

• ML Modeli/Deneme: ML modellerini veya denemelerini alamazsınız. Çalıştırma ölçümleri ve yapılandırmaları gibi kod içeriği ve meta veriler olağanüstü durumdan sonra kaydedilmez.

• Veri Akışı 2. Nesil/İşlem Hattı/Olay Akışı: Bu öğeleri alamazsınız, ancak verileri korumak için desteklenen olağanüstü durum kurtarma hedeflerini (göl evleri veya ambarlar) kullanabilirsiniz.

• KQL Veritabanı/Sorgu Kümesi: Yük devretme sonrasında KQL veritabanlarına ve sorgu kümelerine erişemezsiniz. KQL veritabanlarındaki ve sorgu kümelerindeki verileri korumak için daha fazla önkoşul adımı gereklidir.

Olağanüstü durum senaryosunda, Doku portalı ve Power BI salt okunur moddadır ve diğer Doku öğeleri kullanılamaz durumdadır; API'leri veya üçüncü taraf araçlarını kullanarak OneLake'te depolanan verilerine erişebilirsiniz. Hem portal hem de Power BI, bu veriler üzerinde okuma-yazma işlemleri gerçekleştirme özelliğini korur. Bu özellik, kritik verilerin erişilebilir ve değiştirilebilir kalmasını sağlar ve iş operasyonlarınızın olası kesintisini azaltır.

OneLake verilerine birden çok kanaldan erişilebilir olmaya devam eder:

• OneLake ADLS 2. Nesil API'si: Bkz . Microsoft OneLake'e Bağlanma

• OneLake verilerine bağlanabilen araçlara örnek:

  • Azure Depolama Gezgini: Bkz.OneLake'i Azure Depolama Gezgini ile tümleştirme

  • OneLake Dosya Gezgini: Fabric verilerine erişmek için OneLake dosya gezginini kullanma Bkz.

• Olağanüstü durum senaryosunda OneLake kataloğu salt okunur moddadır:

  • Keşfet sekmesi: Araştır sekmesine erişerek meta verileri ve ilgili ayrıntılar da dahil olmak üzere tüm öğeleri ve çalışma alanlarını görüntüleyebilirsiniz.

  • İdare sekmesi: Yük devretme öncesinde en son başarılı model yenilemesine bağlı olarak içgörüleri, önerilen eylemleri ve idare araçlarını görüntülemek için İdare sekmesine erişebilirsiniz.

3. Aşama: Kurtarma planı

Fabric, olağanüstü bir durumdan sonra verilerin erişilebilirliğini sağlarken, hizmetleri olay öncesindeki durumlarına tamamen geri yüklemek için de harekete geçebilirsiniz. Bu bölümde, kurtarma işleminde size yardımcı olacak adım adım bir kılavuz sağlanır.

Kurtarma adımları

1. Olağanüstü durumdan sonra herhangi bir bölgede yeni bir Fabric kapasitesi oluşturun. Bu tür olaylar sırasındaki yüksek talep göz önüne alındığında, işlem hizmeti kullanılabilirliği olasılığını artırmak için birincil coğrafi bölgenizin dışında bir bölge seçmenizi öneririz. Kapasite oluşturma hakkında bilgi için Microsoft Fabric aboneliği satın alma bölümüne bakın.

2. Yeni oluşturulan kapasitede çalışma alanları oluşturun. Gerekirse, eski çalışma alanlarıyla aynı adları kullanın.

3. Kurtarmak istediğiniz adlara sahip olan öğeleri oluşturun. Lakehouse'ları ve ambarları kurtarmak için özel komut dosyasını kullanıyorsanız bu adım önemlidir.

4. Öğeleri geri yükleyin. Her öğe için, öğeyi geri yüklemek için Deneyime özgü olağanüstü durum kurtarma kılavuzundaki ilgili bölümü izleyin.

Sonraki Adımlar

• Deneyime özgü olağanüstü durum kurtarma kılavuzu
• Azure'da güvenilirlik