الموثوقية في Microsoft Fabric
توضح هذه المقالة دعم الموثوقية في Microsoft Fabric، والمرونة الإقليمية مع مناطق التوفر والاسترداد عبر المناطق واستمرارية الأعمال. للحصول على نظرة عامة أكثر تفصيلا على الموثوقية في Azure، راجع موثوقية Azure.
دعم منطقة القابلية للوصول
مناطق توفر Azure هي ثلاث مجموعات منفصلة فعليا على الأقل من مراكز البيانات داخل كل منطقة Azure. مراكز البيانات داخل كل منطقة مجهزة ببنية أساسية مستقلة للطاقة والتبريد والشبكات. في حالة فشل المنطقة المحلية، يتم تصميم مناطق التوفر بحيث إذا تأثرت المنطقة الواحدة، فإن الخدمات الإقليمية والسعة والتوافر العالي تدعمها المنطقتين المتبقيتين.
يمكن أن تتراوح حالات الفشل من فشل البرامج والأجهزة إلى الأحداث مثل الزلازل والفيضانات والحرائق. يتم تحقيق التسامح مع الفشل مع التكرار والعزلة المنطقية لخدمات Azure. لمزيد من المعلومات التفصيلية حول مناطق التوفر في Azure، راجع المناطق ومناطق التوفر.
تم تصميم الخدمات الممكنة لمناطق توفر Azure لتوفير المستوى الصحيح من الموثوقية والمرونة. يمكن تكوينها بطريقتين. يمكن أن تكون إما زائدة عن الحاجة للمنطقة، مع النسخ المتماثل التلقائي عبر المناطق، أو منطقة، مع تثبيت المثيلات في منطقة معينة. يمكنك أيضا الجمع بين هذه الأساليب. لمزيد من المعلومات حول البنية المناطقية مقابل البنية الزائدة عن الحاجة للمنطقة، راجع توصيات لاستخدام مناطق التوفر والمناطق.
يبذل Fabric جهودا معقولة تجاريا لدعم مناطق التوفر المكررة في المنطقة، حيث تنسخ الموارد تلقائيا عبر المناطق، دون الحاجة إلى إعدادها أو تكوينها.
المتطلبات الأساسية
- يوفر Fabric حاليا دعما جزئيا لمنطقة التوفر في عدد محدود من المناطق. يغطي دعم منطقة التوفر الجزئي هذا التجارب (و/أو وظائف معينة ضمن تجربة).
- لا تدعم تجارب مثل Event Streams مناطق التوفر.
- تدعم هندسة البيانات مناطق التوفر إذا كنت تستخدم OneLake. إذا كنت تستخدم مصادر بيانات أخرى مثل ADLS Gen2، فأنت بحاجة إلى التأكد من تمكين التخزين المتكرر في المنطقة (ZRS).
- قد يكون توفر المنطقة متوفرا أو غير متوفر لتجارب Fabric و/أو الميزات/الوظائف الموجودة في المعاينة.
- لا تدعم البوابات المحلية والنماذج الدلالية الكبيرة في Power BI مناطق التوفر.
- يدعم مصنع البيانات (التدفقات) مناطق التوفر في غرب أوروبا، ولكن قد تفشل المسارات الجديدة أو قيد التقدم في حالة انقطاع المنطقة.
المناطق المدعومة
النسيج تبذل جهودا معقولة تجاريا لتوفير دعم منطقة التوفر في مناطق مختلفة على النحو التالي:
| الأمريكتان | Power BI | مجموعات البيانات | مستودعات البيانات | تحليلات الوقت الحقيقي | Data Factory (البنية الأساسية لبرنامج ربط العمليات التجارية) | هندسة البيانات |
|---|---|---|---|---|---|---|
| جنوب البرازيل | 
|
|
|
|
||
| وسط كندا |
|
|
|
|||
| Central US |
|
|
||||
| شرق الولايات المتحدة |
|
|
|
|
|
|
| East US 2 |
|
|
|
|
|
|
| South Central US |
|
|
||||
| West US 2 |
|
|
|
|||
| غرب الولايات المتحدة الأمريكية 3 |
|
|
|
|||
| أوروبا | ||||||
| وسط فرنسا |
|
|
|
|
|
|
| وسط غرب ألمانيا |
|
|||||
| أوروبا الشمالية |
|
|
|
|
|
|
| جنوب المملكة المتحدة |
|
|
|
|
|
|
| أوروبا الغربية |
|
|
||||
| شرق النرويج |
|
|
|
|||
| الشرق الأوسط | ||||||
| قطر الوسطى |
|
|||||
| أفريقيا | ||||||
| جنوب أفريقيا |
|
|
|
|||
| منطقة آسيا المطلة على المحيط الهادئ | ||||||
| شرق أستراليا |
|
|
|
|||
| شرق اليابان |
|
|
||||
| جنوب شرق آسيا |
|
|
تجربة تعطل المنطقة
أثناء الانقطاع على مستوى المنطقة، لا يلزم اتخاذ أي إجراء أثناء استرداد المنطقة. قدرات النسيج في المناطق المدرجة في المناطق المدعومة الإصلاح الذاتي وإعادة التوازن تلقائيا للاستفادة من المنطقة الصحية. قد يفشل تشغيل وظائف Spark إذا كانت العقدة الرئيسية في المنطقة الفاشلة. وفي مثل هذه الحالة، ستحتاج الوظائف إلى إعادة إرسالها.
هام
بينما تسعى Microsoft جاهدة لتوفير دعم موحد ومتسق لمنطقة التوفر، في بعض حالات فشل منطقة التوفر، قد تواجه قدرات النسيج الموجودة في مناطق Azure ذات تقلبات طلب العملاء أعلى من زمن الانتقال العادي.
التعافي من الكوارث عبر المناطق واستمرارية الأعمال
يتعلق التعافي من الكوارث (DR) بالتعافي من الأحداث عالية التأثير، مثل الكوارث الطبيعية أو عمليات النشر الفاشلة التي تؤدي إلى وقت تعطل وفقدان البيانات. بغض النظر عن السبب، فإن أفضل علاج للكارثة هو خطة الإصلاح بعد الكارثة محددة جيدا ومختبرة وتصميم تطبيق يدعم الإصلاح بعد الكارثة بنشاط. قبل البدء في التفكير في إنشاء خطة التعافي من الكوارث، راجع توصيات لتصميم استراتيجية التعافي من الكوارث.
عندما يتعلق الأمر بالتعافي من الكوارث، تستخدم Microsoft نموذج المسؤولية المشتركة. في نموذج المسؤولية المشتركة، تضمن Microsoft توفر البنية الأساسية الأساسية وخدمات النظام الأساسي. في الوقت نفسه، لا تقوم العديد من خدمات Azure تلقائيا بنسخ البيانات نسخا متماثلا أو الرجوع من منطقة فاشلة للنسخ المتماثل إلى منطقة أخرى ممكنة. بالنسبة إلى هذه الخدمات، أنت مسؤول عن إعداد خطة التعافي من الكوارث التي تعمل مع حمل العمل الخاص بك. توفر معظم الخدمات التي تعمل على عروض النظام الأساسي كخدمة (PaaS) في Azure ميزات وإرشادات لدعم الإصلاح بعد الكارثة ويمكنك استخدام ميزات خاصة بالخدمة لدعم الاسترداد السريع للمساعدة في تطوير خطة الإصلاح بعد الكارثة.
يصف هذا القسم خطة التعافي من الكوارث ل Fabric المصممة لمساعدة مؤسستك على الحفاظ على أمان بياناتها والوصول إليها عند حدوث كارثة إقليمية غير مخطط لها. تغطي الخطة الموضوعات التالية:
النسخ المتماثل عبر المناطق: يوفر Fabric النسخ المتماثل عبر المناطق للبيانات المخزنة في OneLake. يمكنك الاشتراك في هذه الميزة أو الخروج منها استنادا إلى متطلباتك.
الوصول إلى البيانات بعد الكارثة: في سيناريو كارثة إقليمية، يضمن Fabric الوصول إلى البيانات، مع قيود معينة. في حين أن إنشاء عناصر جديدة أو تعديلها مقيد بعد تجاوز الفشل، يظل التركيز الأساسي على ضمان بقاء البيانات الموجودة متاحة وغير سليمة.
إرشادات الاسترداد: يوفر Fabric مجموعة منظمة من الإرشادات لإرشادك خلال عملية الاسترداد. تسهل الإرشادات المنظمة عليك الانتقال مرة أخرى إلى العمليات العادية.
يحتوي Power BI، الذي أصبح الآن جزءا من Fabric، على نظام قوي للتعافي من الكوارث ويقدم الميزات التالية:
BCDR كافتراضي: يتضمن Power BI تلقائيا قدرات التعافي من الكوارث في عرضه الافتراضي. لا تحتاج إلى الاشتراك في هذه الميزة أو تنشيطها بشكل منفصل.
النسخ المتماثل عبر المناطق: يستخدم Power BI النسخ المتماثل الجغرافي المتكرر لتخزين Azure والنسخ المتماثل الجغرافي المتكرر ل Azure SQL لضمان وجود مثيلات النسخ الاحتياطي في مناطق أخرى ويمكن استخدامها. وهذا يعني أن البيانات تتكرر عبر مناطق مختلفة، ما يعزز توفرها، ويقلل من المخاطر المرتبطة بانقطاع التيار الكهربائي الإقليمي.
الخدمات المستمرة والوصول بعد الكارثة: حتى أثناء الأحداث التخريبية، تظل عناصر Power BI قابلة للوصول في وضع القراءة فقط. تتضمن العناصر نماذج دلالية وتقارير ولوحات معلومات، ما يضمن أن الشركات يمكنها مواصلة عمليات التحليل واتخاذ القرار دون عوائق كبيرة.
لمزيد من المعلومات، راجع الأسئلة المتداولة حول قابلية الوصول العالية ل Power BI وتجاوز الفشل والتعافي من الكوارث
هام
بالنسبة للعملاء الذين لا تحتوي مناطقهم المحلية على منطقة زوج Azure ويتأثرون بكارثة، قد تتعرض القدرة على استخدام قدرات Fabric للخطر - حتى إذا تم نسخ البيانات داخل هذه القدرات. ويرتبط هذا القيد بالبنية التحتية للمنطقة الأصلية، وهو أمر ضروري لتشغيل القدرات.
منطقة المنزل ووظائف السعة
للتخطيط الفعال للتعافي من الكوارث، من المهم أن تفهم العلاقة بين منطقتك الرئيسية ومواقع السعة. يساعدك فهم مواقع المنطقة والسعة المنزلية على إجراء اختيارات استراتيجية لمناطق السعة، بالإضافة إلى عمليات النسخ المتماثل والاسترداد المقابلة.
يتم تعيين المنطقة الرئيسية لإيجار مؤسستك وتخزين البيانات إلى موقع عنوان الفوترة لأول مستخدم يقوم بالتسجيل. لمزيد من التفاصيل حول إعداد الإيجار، انتقل إلى تخطيط تنفيذ Power BI: إعداد المستأجر. عند إنشاء قدرات جديدة، يتم تعيين تخزين البيانات إلى المنطقة الرئيسية بشكل افتراضي. إذا كنت ترغب في تغيير منطقة تخزين البيانات إلى منطقة أخرى، فستحتاج إلى تمكين Multi-Geo، وهي ميزة Fabric Premium.
هام
لا يؤدي اختيار منطقة مختلفة لقدرتك إلى نقل جميع بياناتك بالكامل إلى تلك المنطقة. لا تزال بعض عناصر البيانات مخزنة في المنطقة الرئيسية. لمعرفة البيانات المتبقية في المنطقة الرئيسية والبيانات المخزنة في المنطقة متعددة المواقع الجغرافية الممكنة، راجع تكوين دعم Multi-Geo ل Fabric Premium.
في حالة منطقة منزلية لا تحتوي على منطقة مقترنة، قد تواجه القدرات في أي منطقة متعددة المناطق الجغرافية الممكنة مشكلات تشغيلية إذا واجهت منطقة المنزل كارثة، حيث يتم ربط وظيفة الخدمة الأساسية بمنطقة المنزل.
إذا حددت منطقة متعددة المناطق الجغرافية ممكنة داخل الاتحاد الأوروبي، فمن المضمون تخزين بياناتك داخل حدود بيانات الاتحاد الأوروبي.
لمعرفة كيفية تحديد منطقتك الرئيسية، راجع البحث عن منطقة النسيج المنزلية.
إعداد سعة التعافي من الكوارث
يوفر Fabric مفتاحا للتعافي من الكوارث في صفحة إعدادات السعة. وهي متاحة حيث تتوافق الاقترانات الإقليمية ل Azure مع وجود خدمة Fabric. فيما يلي تفاصيل رمز التبديل هذا:
الوصول إلى الدور: يمكن فقط للمستخدمين الذين لديهم دور مسؤول السعة أو أعلى استخدام مفتاح التبديل هذا.
نقاوة: نقاوة المفتاح هي مستوى السعة. وهي متاحة لكل من القدرات المتميزة والنسيج.
نطاق البيانات: يعالج تبديل التعافي من الكوارث على وجه التحديد بيانات OneLake، والتي تتضمن بيانات Lakehouse و Warehouse. لا يؤثر مفتاح التبديل على بياناتك المخزنة خارج OneLake.
استمرارية BCDR ل Power BI: بينما يمكن تشغيل التعافي من الكوارث لبيانات OneLake وإيقاف تشغيلها، يتم دعم BCDR ل Power BI دائما، بغض النظر عما إذا كان المفتاح قيد التشغيل أو إيقاف التشغيل.
التكرار: بمجرد تغيير إعداد سعة التعافي من الكوارث، يجب الانتظار 30 يوما قبل أن تتمكن من تغييره مرة أخرى. يتم تعيين فترة الانتظار في مكانها للحفاظ على الاستقرار ومنع التبديل المستمر،
إشعار
بعد تشغيل إعداد سعة التعافي من الكوارث، قد يستغرق الأمر أسبوعا واحدا حتى تبدأ البيانات في النسخ المتماثل.
النسخ المتماثل البيانات
عند تشغيل إعداد سعة التعافي من الكوارث، يتم تمكين النسخ المتماثل عبر المناطق كقدرة للتعافي من الكوارث لبيانات OneLake. يتوافق النظام الأساسي Fabric مع مناطق Azure لتوفير أزواج التكرار الجغرافي. ومع ذلك، لا تحتوي بعض المناطق على منطقة زوج Azure، أو لا تدعم منطقة الزوج Fabric. بالنسبة لهذه المناطق، لا يتوفر النسخ المتماثل للبيانات. لمزيد من المعلومات، راجع المناطق التي بها مناطق توفر ولا يوجد زوج منطقة وتوافر منطقة Fabric.
إشعار
بينما يقدم Fabric حلا للنسخ المتماثل للبيانات في OneLake لدعم التعافي من الكوارث، هناك قيود ملحوظة. على سبيل المثال، يتم تخزين بيانات قواعد بيانات KQL ومجموعات الاستعلامات خارجيا في OneLake، ما يعني أن هناك حاجة إلى نهج منفصل للتعافي من الكوارث. راجع بقية هذه الوثيقة للحصول على تفاصيل نهج التعافي من الكوارث لكل عنصر Fabric.
الفوترة
تتيح ميزة التعافي من الكوارث في Fabric النسخ المتماثل الجغرافي لبياناتك لتحسين الأمان والموثوقية. تستهلك هذه الميزة المزيد من التخزين والمعاملات، والتي تتم فوترتها كمخزن BCDR وعمليات BCDR على التوالي. يمكنك مراقبة هذه التكاليف وإدارتها في تطبيق مقاييس سعة Microsoft Fabric، حيث تظهر كعناصر سطر منفصلة.
للحصول على تصنيف شامل لجميع تكاليف التعافي من الكوارث المرتبطة لمساعدتك في التخطيط والميزانية وفقا لذلك، راجع استهلاك الحوسبة والتخزين في OneLake.
إعداد عملية الإصلاح بعد الكارثة
بينما يوفر Fabric ميزات التعافي من الكوارث لدعم مرونة البيانات، يجب اتباع خطوات يدوية معينة لاستعادة الخدمة أثناء الاضطرابات. يوضح هذا القسم بالتفصيل الإجراءات التي يجب اتخاذها للتحضير للاضطرابات المحتملة.
المرحلة الأولى: الإعداد
تنشيط إعدادات سعة التعافي من الكوارث: مراجعة إعدادات سعة التعافي من الكوارث وتعيينها بانتظام للتأكد من أنها تلبي احتياجات الحماية والأداء الخاصة بك.
إنشاء نسخ احتياطية للبيانات: انسخ البيانات الهامة المخزنة خارج OneLake إلى منطقة أخرى بطريقة تتوافق مع خطة التعافي من الكوارث.
المرحلة 2: تجاوز الفشل في الكوارث
عندما تجعل كارثة كبرى المنطقة الأساسية غير قابلة للاسترداد، يبدأ Microsoft Fabric تجاوز الفشل الإقليمي. لا يتوفر الوصول إلى مدخل Fabric حتى يكتمل تجاوز الفشل ويتم نشر إعلام على صفحة دعم Microsoft Fabric.
يمكن أن يختلف الوقت الذي يستغرقه تجاوز الفشل لإكماله، على الرغم من أن الأمر يستغرق عادة أقل من ساعة واحدة. بمجرد اكتمال تجاوز الفشل، إليك ما يمكنك توقعه:
مدخل Fabric: يمكنك الوصول إلى المدخل، وقراءة العمليات مثل استعراض مساحات العمل والعناصر الموجودة تستمر في العمل. يتم إيقاف جميع عمليات الكتابة مؤقتا، مثل إنشاء مساحة عمل أو تعديلها.
Power BI: يمكنك تنفيذ عمليات القراءة، مثل عرض لوحات المعلومات والتقارير. التحديثات وعمليات نشر التقارير وتعديلات لوحة المعلومات والتقارير والعمليات الأخرى التي تتطلب تغييرات على بيانات التعريف غير مدعومة.
Lakehouse/Warehouse: لا يمكنك فتح هذه العناصر، ولكن يمكن الوصول إلى الملفات عبر واجهات برمجة تطبيقات OneLake أو الأدوات.
تعريف وظيفة Spark: لا يمكنك فتح تعريفات مهمة Spark، ولكن يمكن الوصول إلى ملفات التعليمات البرمجية عبر واجهات برمجة تطبيقات OneLake أو الأدوات. سيتم حفظ أي بيانات تعريف أو تكوين بعد تجاوز الفشل.
دفتر الملاحظات: لا يمكنك فتح دفاتر الملاحظات، ولن يتم حفظ محتوى التعليمات البرمجية بعد وقوع الكارثة.
نموذج/تجربة التعلم الآلي: لا يمكنك فتح نماذج التعلم الآلي أو التجارب. لن يتم حفظ محتوى التعليمات البرمجية وبيانات التعريف مثل مقاييس التشغيل والتكوينات بعد الكارثة.
Dataflow Gen2/Pipeline/Eventstream: لا يمكنك فتح هذه العناصر، ولكن يمكنك استخدام وجهات التعافي من الكوارث المدعومة (المستودعات أو المستودعات) لحماية البيانات.
KQL Database/Queryset: لن تتمكن من الوصول إلى قواعد بيانات KQL ومجموعات الاستعلام بعد تجاوز الفشل. مطلوب المزيد من الخطوات الأساسية لحماية البيانات في قواعد بيانات KQL ومجموعات الاستعلام.
في سيناريو الكوارث، يكون مدخل Fabric وPower BI في وضع القراءة فقط، ولا تتوفر عناصر Fabric الأخرى، يمكنك الوصول إلى بياناتها المخزنة في OneLake باستخدام واجهات برمجة التطبيقات أو أدوات الجهات الخارجية. يحتفظ كل من المدخل وPower BI بالقدرة على تنفيذ عمليات القراءة والكتابة على تلك البيانات. تضمن هذه القدرة أن البيانات الهامة تظل قابلة للوصول إليها وقابلة للتعديل، وتخفف من التعطيل المحتمل لعملياتك التجارية.
تظل بيانات OneLake قابلة للوصول من خلال قنوات متعددة:
واجهة برمجة تطبيقات OneLake ADLS Gen2: راجع الاتصال ب Microsoft OneLake
أمثلة على الأدوات التي يمكنها الاتصال ببيانات OneLake:
Azure Storage Explorer: راجع دمج OneLake مع Azure Storage Explorer
مستكشف الملفات OneLake: راجع استخدام مستكشف ملفات OneLake للوصول إلى بيانات Fabric
المرحلة الثالثة: خطة الاسترداد
بينما يضمن Fabric إمكانية الوصول إلى البيانات بعد وقوع كارثة، يمكنك أيضا العمل لاستعادة خدماتها بالكامل إلى الحالة قبل وقوع الحادث. يوفر هذا القسم دليلا خطوة بخطوة لمساعدتك خلال عملية الاسترداد.
خطوات الاسترداد
إنشاء سعة Fabric جديدة في أي منطقة بعد وقوع كارثة. نظرا لارتفاع الطلب أثناء مثل هذه الأحداث، نوصي بتحديد منطقة خارج منطقتك الجغرافية الأساسية لزيادة احتمالية توفر خدمة الحساب. للحصول على معلومات حول إنشاء سعة، راجع شراء اشتراك Microsoft Fabric.
إنشاء مساحات عمل في السعة التي تم إنشاؤها حديثا. إذا لزم الأمر، استخدم نفس أسماء مساحات العمل القديمة.
إنشاء عناصر بنفس أسماء العناصر التي تريد استردادها. هذه الخطوة مهمة إذا كنت تستخدم البرنامج النصي المخصص لاستعادة المستودعات والمستودعات.
استعادة العناصر. لكل عنصر، اتبع القسم ذي الصلة في إرشادات التعافي من الكوارث الخاصة بالتجربة لاستعادة العنصر.