تحرير

مشاركة عبر

DR ل Azure Data Platform - البنية

Azure Synapse Analytics
Azure Machine Learning
Azure Cosmos DB
Azure Data Lake
Azure Event Hubs

تعريف حالة الاستخدام

لدعم هذا المثال الذي تم العمل عليه، سيتم استخدام الشركة الوهمية "Contoso" مع Azure Data Platform استنادا إلى بنيات Microsoft المرجعية.

خدمة البيانات - عرض المكون

نفذت شركة Contoso بنية Azure الأساسية التالية، وهي مجموعة فرعية من المنطقة المنتقل إليها للمؤسسات. رسم تخطيطي يوضح مثالا لمنطقة هبوط Enterprise Azure.

تتوافق الأرقام في الأوصاف التالية مع الرسم التخطيطي السابق أعلاه.

أسس Azure في Contoso - سير العمل

  1. تسجيل المؤسسة - يعكس تسجيل المؤسسة الأصل الأعلى في Contoso داخل Azure اتفاقيتها التجارية مع Microsoft وبنية حسابها التنظيمي واشتراكات Azure المتوفرة. ويوفر أساس الفوترة للاشتراكات وكيفية إدارة الملكية الرقمية
  2. إدارة الهوية والوصول – المكونات المطلوبة لتوفير خدمات الهوية والمصادقة والوصول إلى الموارد والتخويل عبر بصمة Azure الخاصة ب Contoso
  3. مجموعة الإدارة وتنظيم الاشتراك - تسلسل هرمي للمجموعة قابل للتطوير يتماشى مع القدرات الأساسية للنظام الأساسي للبيانات، ما يسمح بالتشغيل على نطاق واسع باستخدام الأمان والإدارة المدارين مركزيا حيث يكون لأحمال العمل فصل واضح. توفر مجموعات الإدارة نطاق إدارة أعلى من الاشتراكات
  4. Management Subscription - اشتراك مخصص لمختلف وظائف مستوى الإدارة المطلوبة لدعم النظام الأساسي للبيانات
  5. الاتصال ivity Subscription - اشتراك مخصص لوظائف الاتصال للنظام الأساسي للبيانات مما يتيح له تحديد الخدمات المسماة، وتحديد التوجيه والاتصال الآمن عبر الخدمات الداخلية والخارجية وفيما بينها
  6. اشتراك المنطقة المنتقل إليها - اشتراكات من واحد إلى متعدد لتطبيقات Azure الأصلية عبر الإنترنت وأحمال العمل والموارد الداخلية والخارجية
  7. منصة DevOps - منصة DevOps التي تدعم Azure foundation و Data Platform. يحتوي هذا النظام الأساسي على مستودع التحكم في المصدر الأساسي للتعليمات البرمجية والبنية الأساسية لبرنامج ربط العمليات التجارية CI/CD مما يتيح النشر التلقائي للبنية الأساسية كتعليق برمجي (IaC)

إشعار

لا يزال العديد من العملاء يحتفظون ببصمة بنية أساسية كبيرة كخدمة (IaaS). لتوفير قدرات الاسترداد عبر IaaS، المكون الرئيسي الذي ستتم إضافته هو استرداد موقع Azure. سيقوم Site Recovery بتنسيق وأتمتة النسخ المتماثل لأجهزة Azure الظاهرية بين المناطق والأجهزة الظاهرية المحلية والخوادم الفعلية إلى Azure والأجهزة المحلية إلى مركز بيانات ثانوي.

ضمن هذه البنية الأساسية، نفذت شركة Contoso العناصر التالية لدعم احتياجات المعلومات المهنية للمؤسسات الخاصة بها، تتماشى مع الإرشادات الواردة في التحليلات من طرف إلى طرف مع Azure Synapse.

رسم تخطيطي يوضح بنية النظام الأساسي للبيانات الحديثة باستخدام خدمات بيانات Azure.النظام الأساسي لبيانات Contoso

النظام الأساسي للبيانات في Contoso - سير العمل

تتم قراءة سير العمل من اليسار إلى اليمين، بعد تدفق البيانات:

  • مصادر البيانات - مصادر البيانات أو أنواعها التي يمكن أن يستهلكها النظام الأساسي للبيانات
  • استيعاب - قدرة المنصة على استيعاب البيانات من مصادر مختلفة من بنية وسرعة مختلفة. يعكس هذا التصميم تصميم Lambda
  • Store - القدرة على تخزين البيانات بشكل آمن على نطاق واسع والتي تم استيعابها على النظام الأساسي
  • العملية - قدرة النظام الأساسي على معالجة البيانات، ما يجعلها "مناسبة للغرض" لعمليات انتقال البيانات من الخادم مثل التطهير والتوحيد والنمذجة. عادة ما تضمن المعالجة المسبقة للبيانات أنها في "موضع وشرط، وجاهزة للاستخدام"
  • الإثراء - القدرة على تحسين البيانات التي تتم معالجتها على النظام الأساسي عبر تقنيات النمذجة الإحصائية أو التعلم الآلي أو غيرها أو خدمات Azure الذكاء الاصطناعي التي تم إنشاؤها مسبقا
  • خدمة - قدرة النظام الأساسي على تشكيل البيانات وتقديمها لاستهلاك انتقال البيانات من الخادم
  • مستهلكو البيانات - الأفراد أو التطبيقات أو عمليات انتقال البيانات من الخادم التي تستهلك البيانات من نقاط اللمس المختلفة التي تخدم الأنظمة الأساسية
  • الاكتشاف والحوكمة - قدرات النظام الأساسي للتحكم في البيانات التي يحتوي عليها والتأكد من فهرستها، وقابلة للاكتشاف/البحث، ووصفها جيدا، مع دورة حياة كاملة وشفافة للمستخدمين النهائيين والعمليات المستهلكة.
  • النظام الأساسي - الأساس الذي تم بناء النظام الأساسي عليه، أي أسس Azure الخاصة ب Contoso كما هو موضح أعلاه.

إشعار

بالنسبة للعديد من العملاء، ستتم محاذاة المستوى المفاهيمي للبنية المرجعية لمنصة البيانات المستخدمة، ولكن قد يختلف التنفيذ الفعلي. على سبيل المثال، قد يتم تنفيذ عمليات ELT (استخراج وتحميل وتحويل) من خلال Azure Data Factory ونمذجة البيانات بواسطة خادم Azure SQL. ولمعالجة هذا القلق، سيوفر القسم عديمي الجنسية مقابل عديمي الحالة أدناه إرشادات.

بالنسبة إلى Data Platform، اختارت شركة Contoso أقل مستويات خدمة الإنتاج الموصى بها لجميع المكونات، واختارت اعتماد استراتيجية "إعادة التوزيع على الكوارث" (DR) استنادا إلى نهج تقليل تكلفة التشغيل.

ستوفر الأقسام التالية فهما أساسيا لعملية الإصلاح بعد الكوارث والرافعات المتاحة للعملاء لرفع هذا الوضع.

خدمة Azure وعرض المكون

تقدم الجداول التالية تصنيفا تفصيليا لكل خدمة ومكون من مكونات Azure المستخدمة عبر النظام الأساسي Contoso – Data، مع خيارات لرفع مستوى الإصلاح بعد الكوارث.

إشعار

يتم تنظيم الأقسام أدناه حسب الخدمات ذات الحالة مقابل الخدمات عديمة الحالة

المكونات التأسيسية ذات الحالة

  • معرف Microsoft Entra بما في ذلك استحقاقات الدور

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: Premium P1
    • خيارات DR Uplift: مرونة Microsoft Entra ID هي جزء من برنامجها كخدمة (SaaS)
    • تلاحظ

  • Azure Key Vault

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: N/A
    • خيارات رفع التعافي من الكوارث: غير مغطى كجزء من خدمة Azure

  • مخزن خدمات الاسترداد

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: الافتراضي (التخزين المتكرر جغرافيا (GRS))
    • خيارات رفع التعافي من الكوارث: يؤدي تمكين الاستعادة عبر المناطق إلى استعادة البيانات في المنطقة الثانوية المقترنة
    • تلاحظ
      • في حين أن التخزين الزائد محليا (LRS) والتخزين المتكرر للمنطقة (ZRS) متوفران، فإنه يتطلب أنشطة تكوين من الإعداد الافتراضي

  • Azure DevOps

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: خدمات DevOps
    • خيارات DR Uplift: خدمة DevOps ومرونة البيانات هي جزء من عرض SaaS الخاص بها
    • تلاحظ
      • سيبقى خادم DevOps كعرض محلي مسؤولية العميل عن التعافي من الكوارث
      • إذا تم استخدام خدمات الجهات الخارجية (SonarCloud وJfrog Artifactory وخوادم بناء Jenkins على سبيل المثال)، فستظل مسؤولية العميل عن التعافي من كارثة
      • إذا تم استخدام الأجهزة الظاهرية لخدمة تأجير البنية التحتية داخل سلسلة أدوات DevOps، فستظل مسؤولية العميل عن التعافي من الكارثة

المكونات التأسيسية عديمة الحالة

  • الاشتراكات

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: N/A
    • خيارات رفع التعافي من الكوارث: غير مغطى كجزء من خدمة Azure

  • مجموعات الإدارة

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: N/A
    • خيارات رفع التعافي من الكوارث: غير مغطى كجزء من خدمة Azure

  • Azure Monitor

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: N/A
    • خيارات رفع التعافي من الكوارث: غير مغطى كجزء من خدمة Azure

  • إدارة التكاليف

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: N/A
    • خيارات رفع التعافي من الكوارث: غير مغطى كجزء من خدمة Azure

  • Microsoft Defender for Cloud

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: N/A
    • خيارات رفع التعافي من الكوارث: غير مغطى كجزء من خدمة Azure

  • Azure DNS

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: منطقة واحدة - عام
    • خيارات رفع DR: N/A، DNS متاحة بشكل كبير حسب التصميم

  • Network Watcher

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: N/A
    • خيارات رفع التعافي من الكوارث: غير مغطى كجزء من خدمة Azure

  • الشبكات الظاهرية، بما في ذلك الشبكات الفرعية، والمسار المعرف من قبل المستخدم (UDR) ومجموعات أمان الشبكة (NSG)

    • مسؤولية استرداد المكون: Contoso
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: N/A
    • خيارات رفع DR: يمكن نسخ VNETs إلى المنطقة الثانوية المقترنة

  • Azure Firewall

    • مسؤولية استرداد المكون: Contoso
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: قياسي
    • خيارات رفع التعافي من الكوارث: يتوفر جدار حماية Azure بشكل كبير حسب التصميم ويمكن إنشاؤه باستخدام مناطق التوفر لزيادة التوفر

  • Azure DDoS

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: حماية شبكة DDoS
    • خيارات رفع التعافي من الكوارث: غير مغطى كجزء من خدمة Azure

  • دائرة ExpressRoute

    • مسؤولية استرداد المكون: Contoso، شريك الاتصال وMicrosoft
    • مسؤولية استرداد حمل العمل/التكوين: شريك الاتصال وMicrosoft
    • تحديد Contoso SKU: قياسي
    • خيارات رفع DR:
      • يمكن رفع ExpressRoute لاستخدام التناظر الخاص، وتقديم خدمة جغرافية زائدة عن الحاجة
      • يحتوي ExpressRoute أيضا على تصاميم قابلية وصول عالية (HA) متوفرة
      • يمكن استخدام اتصال VPN من موقع إلى موقع كنسخة احتياطية ل ExpressRoute
    • تلاحظ
      • يحتوي ExpressRoute على تكرار مدمج، حيث تتكون كل دائرة من اتصالين بجهازي توجيه حافة Microsoft Enterprise (MSEEs) في موقع ExpressRoute من موفر الاتصال/حافة شبكة العميل
      • ستمكن دائرة ExpressRoute المتميزة من الوصول إلى جميع مناطق Azure عالميا

  • بوابة VPN

    • مسؤولية استرداد المكون: Contoso
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: منطقة واحدة - VpnGw1
    • خيارات رفع التعافي من الكوارث: يمكن نشر بوابة VPN في منطقة توفر باستخدام وحدات SKU VpnGw#AZ لتوفير خدمة زائدة عن الحاجة للمنطقة

  • موازن تحميل Azure

    • مسؤولية استرداد المكون: Contoso
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: قياسي
    • خيارات رفع DR:
      • يمكن تكوين موازن التحميل لتكرار المنطقة داخل منطقة بها مناطق توفر. إذا كان الأمر كذلك، فسيظل مسار البيانات قائما طالما بقيت منطقة واحدة داخل المنطقة سليمة
      • اعتمادا على المنطقة الأساسية، يمكن نشر موازن تحميل عبر المناطق لنشر متعدد المناطق عالي التوفر
    • تلاحظ
      • هو موازن تحميل نسبة استخدام الشبكة مستند إلى DNS. تدعم هذه الخدمة توزيع نسبة استخدام الشبكة للتطبيقات العامة عبر مناطق Azure العالمية. سيوفر هذا الحل الحماية من الانقطاع الإقليمي ضمن تصميم عالي التوفر

الخدمات الخاصة بالنظام الأساسي للبيانات ذات الحالة

  • حساب التخزين: Azure Data Lake Gen2

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: LRS
    • خيارات رفع التعافي من الكوارث: تحتوي حسابات التخزين على مجموعة واسعة من خيارات تكرار البيانات من تكرار المنطقة الأساسية حتى تكرار المنطقة الثانوية
    • تلاحظ
      • يوصى باستخدام GRS لرفع التكرار، وتوفير نسخة من البيانات في المنطقة المقترنة

  • مراكز أحداث Azure

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: قياسي
    • خيارات DR Uplift: يمكن إنشاء مساحة اسم مركز الحدث مع تمكين مناطق التوفر. يمكن توسيع هذه المرونة لتغطية الانقطاع الكامل للمنطقة مع التعافي من الكوارث الجغرافية
    • تلاحظ

  • مراكز Azure IoT

  • Azure Stream Analytics

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: قياسي
    • خيارات DR Uplift: في حين أن Azure Stream Analytics عبارة عن نظام أساسي مدار بالكامل كخدمة (PaaS)، فإنه لا يوفر تجاوز الفشل الجغرافي التلقائي. يمكن تحقيق التكرار الجغرافي عن طريق نشر وظائف Stream Analytics متطابقة في مناطق Azure متعددة

  • التعلم الآلي من Microsoft Azure

  • Power BI

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: Power BI Pro
    • خيارات DR Uplift: N/A، مرونة Power BI هي جزء من عرض SaaS الخاص بها
    • تلاحظ

  • Azure Cosmos DB

  • مشاركة بيانات Azure

  • Microsoft Purview

الخدمات الخاصة بالنظام الأساسي للبيانات عديمة الحالة

  • Azure Synapse: البنية الأساسية لبرنامج ربط العمليات التجارية

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: Gen2 المحسن المحسوب
    • خيارات DR Uplift: N/A، مرونة Synapse هي جزء من عرض SaaS الخاص بها باستخدام ميزة تجاوز الفشل التلقائي
    • تلاحظ
      • إذا تم استخدام مسارات البيانات المستضافة ذاتيا، فستظل مسؤولية العميل عن التعافي من كارثة

  • Azure Synapse: تجمعات مستكشف البيانات

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: محسن حوسب، صغير (4 ذاكرات أساسية)
    • خيارات DR Uplift: N/A، مرونة Synapse هي جزء من عرض SaaS الخاص بها
    • تلاحظ
      • يتم تمكين مناطق التوفر بشكل افتراضي لمستكشف بيانات Synapse حيثما كان ذلك متاحا.

  • Azure Synapse: Spark Pools

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: محسن حوسب، صغير (4 ذاكرات أساسية)
    • خيارات DR Uplift: N/A، مرونة Synapse هي جزء من عرض SaaS الخاص بها
    • تلاحظ

  • Azure Synapse: تجمعات SQL بلا خادم ومخصصة

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Contoso
    • تحديد Contoso SKU: Gen2 المحسن المحسوب
    • خيارات DR Uplift: N/A، مرونة Synapse هي جزء من عرض SaaS الخاص بها
    • تلاحظ
      • يأخذ Azure Synapse Analytics تلقائيا لقطات على مدار اليوم لإنشاء نقاط استعادة متوفرة لمدة سبعة أيام
      • يقوم Azure Synapse Analytics بإجراء نسخة احتياطية جغرافية قياسية مرة واحدة يوميا إلى مركز بيانات مقترن. هدف نقطة الاسترداد (RPO) للاستعادة الجغرافية هو 24 ساعة
      • إذا تم استخدام البنية الأساسية لبرنامج ربط العمليات التجارية للبيانات المستضافة ذاتيا، فستظل مسؤولية العملاء في التعافي من كارثة

  • خدمات Azure الذكاء الاصطناعي (الخدمات المعرفية سابقا)

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: الدفع حسب الاستخدام
    • خيارات رفع التعافي من الكوارث: N/A، تتم استضافة واجهات برمجة التطبيقات لخدمات الذكاء الاصطناعي بواسطة مراكز البيانات التي تديرها Microsoft
    • تلاحظ
      • إذا تم نشر الذكاء الاصطناعي الخدمات عبر حاويات Docker المنشورة من قبل العميل، يبقى الاسترداد مسؤولية العميل

  • Azure الذكاء الاصطناعي Search (البحث المعرفي سابقا)

    • مسؤولية استرداد المكون: Microsoft
    • مسؤولية استرداد حمل العمل/التكوين: Microsoft
    • تحديد Contoso SKU: Standard S1
    • خيارات رفع DR:
    • تلاحظ
      • في الذكاء الاصطناعي يتم تحقيق استمرارية أعمال البحث (والتعافي من الكوارث) من خلال الذكاء الاصطناعي خدمة البحث متعددة.
      • لا توجد آلية مدمجة للتعافي من الكوارث. إذا كانت الخدمة المستمرة مطلوبة أثناء فشل كارثي، فإن التوصية هي الحصول على خدمة ثانية في منطقة مختلفة، وتنفيذ استراتيجية النسخ المتماثل الجغرافي لضمان تكرار الفهارس بالكامل عبر جميع الخدمات

المكونات ذات الحالة مقابل المكونات عديمة الحالة

تعني سرعة الابتكار عبر مجموعة منتجات Microsoft وAzure، على وجه الخصوص، أن مجموعة المكونات التي استخدمناها لهذا المثال العمل ستتطور بسرعة. ولإثبات عدم توفير إرشادات قديمة في المستقبل وتوسيع هذه الإرشادات لتشمل المكونات غير المشمولة صراحة في هذه الوثيقة، يوفر القسم أدناه بعض التعليمات بناء على تصنيف الحالة الخشن.

يمكن وصف المكون/الخدمة على أنه ذي حالة إذا تم تصميمه لتذكر الأحداث السابقة أو تفاعلات المستخدم. يعني عديم الحالة أنه لا يوجد سجل للتفاعلات السابقة، ويجب التعامل مع كل طلب تفاعل استنادا إلى المعلومات التي تأتي معه بالكامل.

بالنسبة لسيناريو الإصلاح بعد الكوارث الذي يستدعي إعادة التوزيع:

  • يمكن إعادة توزيع المكونات/الخدمات "عديمة الحالة"، مثل Azure Functions وخطوط أنابيب Azure Data Factory، من التحكم بالمصادر مع اختبار دخان على الأقل للتحقق من التوفر قبل إدخالها في النظام الأوسع
  • تتطلب المكونات/الخدمات "ذات الحالة"، مثل قاعدة بيانات Azure SQL وحسابات التخزين، مزيدا من الاهتمام
    • عند شراء المكون، سيكون أحد القرارات الرئيسية هو تحديد ميزة تكرار البيانات. يركز هذا القرار عادة على المفاضلة بين التوفر والمتانة مع تكاليف التشغيل
  • ستحتاج مخازن البيانات أيضا إلى استراتيجية النسخ الاحتياطي للبيانات. تخفف وظيفة تكرار البيانات للتخزين الأساسي من هذا الخطر لبعض التصميمات، بينما سيحتاج البعض الآخر، مثل قواعد بيانات SQL إلى عملية نسخ احتياطي منفصلة.
    • إذا لزم الأمر، يمكن إعادة توزيع المكون من التحكم بالمصادر بتكوين تم التحقق من صحته عبر اختبار الدخان
    • يجب إعادة ترطيب مخزن البيانات المعاد توزيعه. يمكن إنجاز الإماهة من خلال تكرار البيانات (عند توفرها) أو مجموعة بيانات النسخ الاحتياطي. عند اكتمال الإماهة، يجب التحقق من صحتها للتأكد من دقتها واكتمالها
      • اعتمادا على طبيعة عملية النسخ الاحتياطي، قد تتطلب مجموعات بيانات النسخ الاحتياطي التحقق من الصحة قبل تطبيقها. قد يؤدي تلف/خطأ عملية النسخ الاحتياطي إلى استخدام نسخة احتياطية سابقة بدلا من أحدث إصدار متوفر
    • يجب معالجة أي دلتا بين تاريخ/طابع زمني للمكون والتاريخ الحالي عن طريق إعادة تنفيذ أو إعادة تشغيل عمليات استيعاب البيانات من تلك النقطة إلى الأمام
    • بمجرد تحديث مجموعة بيانات المكون، يمكن إدخالها في النظام الأوسع

الخدمات الرئيسية الأخرى

يحتوي هذا القسم على إرشادات HA/DR لمكونات وخدمات Azure Data الرئيسية الأخرى.

  • Azure Databricks - يمكن العثور على إرشادات الإصلاح بعد الكوارث في وثائق المنتج
  • Azure Analysis Services - يمكن العثور على إرشادات قابلية الوصول العالية في وثائق المنتج
  • قاعدة بيانات Azure ل MySQL
    • يمكن العثور على إرشادات قابلية الوصول العالية للخادم المرن في وثائق المنتج
    • يمكن العثور على إرشادات قابلية الوصول العالية لخادم واحد في وثائق المنتج
  • Sql
    • يمكن العثور على إرشادات SQL على أجهزة Azure الظاهرية في وثائق المنتج
    • يمكن العثور على إرشادات Azure SQL وAzure SQL Managed Instance في وثائق المنتج

الخطوات التالية

الآن بعد أن تعرفت على بنية السيناريو، يمكنك التعرف على تفاصيل السيناريو