نسخ خادم SQL احتياطياً دائماً على مجموعات التوفر

توفر عملية النسخ الاحتياطي من Azure دعماً شاملاً لنسخ خادم SQL احتياطياً دائماً على مجموعات التوفر (AG) إذا كانت جميع العقد في نفس المنطقة والاشتراك مثل مخزن خدمات الاستعادة. ومع ذلك، إذا كانت عُقد مجموعات التوفر منتشرة عبر مناطق / اشتراكات / محلية وAzure، فهناك بعض الاعتبارات التي يجب وضعها في الاعتبار.

إشعار

• النسخ الاحتياطي لقواعد بيانات مجموعة الإتاحة الأساسية غير مدعوم من قبل النسخ الاحتياطي من Azure.
• راجع مصفوفة دعم النسخ الاحتياطي SQL لمعرفة المزيد حول التكوينات والسيناريوهات المدعومة.

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

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

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

تستمر العقدة المحددة في مهمة النسخ الاحتياطي، في حين أن الوظيفة التي تم تشغيلها في العقد الأخرى تنقذ، أي أنها تتخطى المهمة.

إشعار

لا يأخذ النسخ الاحتياطي من Azure بعين الاعتبار أولويات النسخ الاحتياطي أو النسخ المتماثلة أثناء الاختيار بين النسخ المتماثلة الثانوية.

قم بتسجيل عُقد مجموعات التوفر في مخزن خدمات الاسترداد

يدعم مخزن خدمات الاسترداد النسخ الاحتياطي لقواعد البيانات فقط من الأجهزة الظاهرية في نفس المنطقة والاشتراك اعتبارا من المخزن.

• تسجيل العقدة الأساسية في المخزن (وإلا، لا يمكن إجراء النسخ الاحتياطية الكاملة).
• تسجيل عقدة ثانوية واحدة على الأقل في المخزن (وإلا، لا يمكن إجراء نسخ احتياطية كاملة للسجل/النسخ فقط) إذا كان تفضيل النسخ الاحتياطي ثانويا فقط.

فشل تكوين النسخ الاحتياطية لقواعد بيانات AG مع رمز الخطأ FabricSvcBackupPreferenceCheckFailedUserError إذا لم يتم استيفاء الشروط المذكورة أعلاه.

دعونا ننظر في نشر مجموعات التوفر التالي كمرجع.

استنادا إلى نموذج توزيع AG المحدد، فيما يلي اعتبارات مختلفة:

• نظراً لأن العقدة الأساسية في المنطقة 1 والاشتراك 1، يجب أن يكون مخزن خدمات الاسترداد (المخزن 1) في المنطقة 1 والاشتراك 1 لحماية مجموعات التوفر.
• VM3 لا يمكن تسجيله في Vault 1 لأنه في اشتراك مختلف.
• VM4 لا يمكن تسجيله في Vault 1 لأنه في منطقة مختلفة.
• إذا كان تفضيل النسخ الاحتياطي ثانويا فقط، يجب تسجيل VM1 (أساسي) وVM2 (ثانوي) في Vault 1 (لأن النسخ الاحتياطية الكاملة تتطلب العقدة الأساسية وتتطلب السجلات عقدة ثانوية). بالنسبة إلى تفضيلات النسخ الاحتياطي الأخرى، يجب تسجيل الجهاز الظاهري1 (أساسي) في المخزن 1، بينما يعد الجهاز الظاهري2 اختيارياً (لأنه يمكن تشغيل جميع النسخ الاحتياطية على العقدة الأساسية).
• في حين يمكن تسجيل الجهاز الظاهري 3 في المخزن 2 في الاشتراك 2 وستظهر قواعد بيانات مجموعات التوفر للحماية في المخزن 2 ولكن نظراً لغياب العقدة الأساسية في المخزن 2، فقد يفشل تكوين النسخ الاحتياطية.
• وبالمثل، بينما يمكن تسجيل VM4 في المخزن 4 في المنطقة 2، فإن تكوين النسخ الاحتياطية قد يفشل نظرا لأن العقدة الأساسية غير مسجلة في المخزن 4.

التعامل مع تجاوز الفشل

بعد فشل مجموعات التوفر في إحدى العقد الثانوية:

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

إشعار

لا تحدث فواصل سلسلة السجل عند تجاوز الفشل إذا لم تتزامن تجاوز الفشل مع نسخة احتياطية.

بناء على عينة نشر مجموعات التوفر أعلاه، فيما يلي الاحتمالات المختلفة لتجاوز الفشل:

• تجاوز الفشل إلى VM2
  • سيحدث النسخ الاحتياطي الكامل والتفاضلي من الجهاز الظاهري2.
  • ستحدث النسخ الاحتياطية الكاملة للسجل والنسخ فقط من الجهاز الظاهري1 أو الجهاز الظاهري2 بناءً على تفضيل النسخ الاحتياطي.
• تجاوز الفشل إلى VM3 (اشتراك آخر)
  • نظراً لعدم تكوين النسخ الاحتياطية في المخزن 2، فلن يتم إجراء نسخ احتياطية.
  • إذا لم يكن تفضيل النسخ الاحتياطي ثانوياً فقط، فيمكن تكوين النسخ الاحتياطية الآن في المخزن 2، لأن العقدة الأساسية مسجلة في هذا المخزن. ولكن هذا يمكن أن يؤدي إلى تعارضات / فشل النسخ الاحتياطي. مزيد من التفاصيل حول ذلك في تكوين النسخ الاحتياطية ل AG متعدد المناطق.
• تجاوز الفشل إلى VM4 (منطقة أخرى)
  • نظراً لعدم تكوين النسخ الاحتياطية في المخزن 4، فلن يتم إجراء نسخ احتياطية.
  • إذا لم يكن تفضيل النسخ الاحتياطي ثانويا فقط، يمكن تكوين النسخ الاحتياطية الآن في Vault 4، لأن العقدة الأساسية مسجلة في هذا المخزن. ولكن هذا يمكن أن يؤدي إلى تعارضات / فشل النسخ الاحتياطي. مزيد من التفاصيل حول ذلك في تكوين النسخ الاحتياطية ل AG متعدد المناطق.

تكوين النسخ الاحتياطية لمجموعات التوفر متعدد المناطق

لا يدعم قبو خدمات الاسترداد الاشتراك المشترك أو النسخ الاحتياطي عبر المناطق. يلخص هذا القسم كيفية تمكين النسخ الاحتياطية لـ مجموعات التوفر التي تغطي الاشتراكات أو مناطق Azure والاعتبارات المرتبطة بها.

• قم بتقييم ما إذا كنت تحتاج حقاً إلى تمكين النسخ الاحتياطية من جميع العقد. إذا احتوت منطقة / اشتراك واحد على معظم عقد مجموعات التوفر ونادراً ما يحدث تجاوز الفشل للعقد الأخرى، فقد يكون إعداد النسخ الاحتياطي في تلك المنطقة الأولى كافياً. إذا كانت عمليات تجاوز الفشل إلى منطقة/اشتراك أخرى تحدث بشكل متكرر ولمدة طويلة، فقد تحتاج إلى إعداد النسخ الاحتياطية بشكل استباقي في المنطقة الأخرى أيضا.

• سيكون لكل مخزن يتم فيه تمكين النسخ الاحتياطي مجموعته الخاصة من سلاسل نقاط الاسترداد. يمكن إجراء عمليات الاستعادة من نقاط الاسترداد هذه على الأجهزة الافتراضية المسجلة في هذا المخزن فقط.

• ستتم عمليات النسخ الاحتياطي الكامل / التفاضلي بنجاح فقط في المخزن الذي يحتوي على العقدة الأساسية. ستستمر هذه النسخ الاحتياطية في الخزائن الأخرى بالفشل.

• ستستمر النسخ الاحتياطية للسجلات في العمل في المخزن السابق حتى يتم تشغيل نسخة احتياطية للسجل في المخزن الجديد (أي في المخزن حيث توجد العقدة الأساسية الجديدة) وتكسر سلسلة السجل للمخزن القديم.

  إشعار

  هناك حد صارم يبلغ 15 يوماً تبدأ بعدها النسخ الاحتياطية للسجلات في الفشل.

• ستعمل النسخ الاحتياطية الكاملة فقط في جميع الخزائن.

• يتم التعامل مع الحماية في كل مخزن على أنها مصدر بيانات مميز ويتم إصدار فواتير بها بشكل منفصل.

لتجنب تعارض النسخ الاحتياطي للسجلات بين الخزانتين، نوصيك بتعيين تفضيل النسخ الاحتياطي على أساسي. بعد ذلك، أي مخزن يحتوي على العقدة الأساسية سيأخذ أيضاً النسخ الاحتياطية للسجل.

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

الخطوة 1: تمكين النسخ الاحتياطية في المنطقة 1، الاشتراك 1 (المخزن 1)

نظراً لأن العقدة الأساسية في المنطقة والاشتراك، ستعمل الخطوات المعتادة لتمكين النسخ الاحتياطية.

الخطوة 2: تمكين النسخ الاحتياطي في المنطقة 1، الاشتراك 2 (المخزن 2)

1. تجاوز الفشل مجموعات التوفر إلى الجهاز الظاهري 3 بحيث تكون العقدة الأساسية موجودة في المخزن 2.
2. تكوين النُسخ الاحتياطية لقواعد بيانات مجموعات التوفر في المخزن 2.
3. عند هذه النقطة:
   1. تفشل النسخ الاحتياطية الكاملة/التفاضلية في المخزن 1، حيث لا يمكن لأيٍّ من العُقد المسجلة أخذ هذه النسخة الاحتياطية.
   2. ستنجح النسخ الاحتياطية للسجل في Vault 1 حتى يتم تشغيل النسخ الاحتياطي للسجل في Vault 2 وكسر سلسلة السجل ل Vault 1.
4. إعادة فشل مجموعات التوفر إلى الجهاز الظاهري 1.

الخطوة 3: تمكين النسخ الاحتياطي في المنطقة 2، الاشتراك 1 (المخزن 4)

نفس الخطوة 2.

النسخ الاحتياطي مجموعات التوفر الذي يمتد عبر Azure وفي أماكن العمل

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

اختناق مهام النسخ الاحتياطي في قاعدة بيانات مجموعات التوفر

حالياً، يتم تطبيق حدود التحكم في النسخ الاحتياطي على مستوى الجهاز الفردي. الحد الافتراضي هو 20 - إذا تم تشغيل أكثر من 20 نسخة احتياطية بشكل متزامن، فسيتم تشغيل أول 20 نسخة وسيتم وضع الآخرين في قائمة الانتظار. عند اكتمال المهام قيد التشغيل، سيبدأ تشغيل الوظائف الموجودة في قائمة الانتظار.

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

على سبيل المثال، تحتوي العقدة الأولى على 50 قاعدة بيانات مستقلة محمية وكلتا العقدتين لديها 5 قواعد بيانات مجموعات التوفر محمية. بشكل فعال، يحتوي Node 1 على 55 مهمة نسخ احتياطي لقاعدة البيانات مجدولة بينما يحتوي Node 2 على 5 فقط. أيضاً، يتم تكوين كل هذه النسخ الاحتياطية للعمل في نفس الوقت، كل ساعة. في مرحلة ما، سيتم تشغيل جميع النسخ الاحتياطية الـ 55 على العقدة 1 وسيتم وضع 35 منها في قائمة الانتظار. سيكون بعض هذه النسخ الاحتياطية لقاعدة بيانات مجموعات التوفر. ولكن في Node 2، ستستمر النسخ الاحتياطية لقاعدة بيانات مجموعات التوفر دون أي طابور.

نظراً لأن مهام قاعدة بيانات مجموعات التوفر يتم وضعها في قائمة الانتظار على عقدة وتشغيلها على عقدة أخرى، فلن تعمل مزامنة النسخ الاحتياطي (المذكورة في القسم 6) بشكل صحيح. قد تفترض العقدة 2 أن العقدة 1 معطلة وبالتالي لا تظهر المهام من هناك للمزامنة. يمكن أن يؤدي هذا إلى فواصل في سلسلة السجل أو نسخ احتياطية إضافية حيث يمكن أن تأخذ كلا العقدتين نسخاً احتياطية بشكل مستقل.

يمكن أن تحدث مشكلة مماثلة إذا كان عدد قواعد بيانات مجموعات التوفر المحمية أكبر من حد الاختناق. في مثل هذه الحالة، يمكن وضع النسخ الاحتياطي لـ DB1، على سبيل المثال، في قائمة الانتظار على العقدة 1 بينما يتم تشغيله على العقدة 2.

نوصيك باستخدام تفضيلات النسخ الاحتياطي التالية لتجنب مشاكل المزامنة هذه:

• بالنسبة إلى عقدة مجموعات التوفر، قم بتعيين "تفضيل النسخ الاحتياطي" على "أساسي" أو "ثانوي فقط" - عندئذٍ يمكن لعقدة واحدة فقط إجراء عمليات النسخ الاحتياطي، بينما تنقذ الأخرى دائماً.
• بالنسبة إلى مجموعات التوفر الذي يحتوي على أكثر من عقدتين، قم بتعيين "تفضيل النسخ الاحتياطي" على "أساسي" - عندئذٍ يمكن للعقدة الأساسية فقط إجراء عمليات النسخ الاحتياطي، بينما سيتم إنقاذ الآخرين.

إعداد الفواتير لنسخ مجموعات التوفر الاحتياطية

مثل مثيل SQL المستقل، يتم اعتبار مثيل مجموعات التوفر الذي تم نسخه احتياطياً كمثيل واحد محمي. يتم تحميل إجمالي حجم الواجهة الأمامية لجميع قواعد البيانات المحمية في مثيل. ضع في اعتبارك النشر التالي:

يتم حساب المثيلات المحمية على النحو التالي:

مثيل المحمي / مثيل الفوترة	النظر في قواعد البيانات لحساب حجم الواجهة الأمامية
AG1	DB1، DB2
AG2	DB4
VM2	DB3
VM3	DB6
VM4	DB5

نقل قاعدة بيانات محمية داخل أو خارج مجموعات التوفر

يعتبر Azure Backup مثيل SQL أو اسم AG\اسم قاعدة البيانات كاسم فريد لقاعدة البيانات. عندما كانت قاعدة البيانات المستقلة محمية، كان اسمها الفريد StandAloneInstanceName\DBName. عندما ينتقل ضمن AG، يتغير الاسم الفريد إلى AGName\DBName. ستبدأ النسخ الاحتياطية لقاعدة البيانات المستقلة بالفشل مع رمز الخطأ: UserErrorBackupFailedStandaloneDatabaseMovedInToAG.

يجب تكوين قاعدة البيانات للحماية من تحت مجموعات التوفر. سيتم التعامل مع هذا كمصدر بيانات جديد بسلسلة نقاط استرداد منفصلة. يمكن إيقاف الحماية القديمة لقاعدة البيانات المستقلة مع الاحتفاظ بالبيانات لتجنب تشغيل النسخ الاحتياطية المستقبلية وفشلها. وبالمثل، عندما تنتقل قاعدة بيانات AG المحمية من AG وتصبح قاعدة بيانات مستقلة، تبدأ النسخ الاحتياطية الخاصة بها بالفشل مع رمز الخطأ: UserErrorBackupFailedDatabaseMovedOutOfAG.

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

إضافة / إزالة عقدة إلى مجموعات التوفر

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

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

قم بإلغاء تسجيل عقدة مجموعات التوفر من النسخ الاحتياطي من Azure

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

استعادة قاعدة بيانات من Azure Backup إلى مجموعات قابلية وصول عالية التوفر ل AG SQL لا تدعم استعادة قاعدة بيانات مباشرة إلى AG. تحتاج قاعدة البيانات إلى الاستعادة إلى مثيل SQL مستقل ومن ثم يجب ضمها إلى مجموعات التوفر.

سيناريوهات إعادة إنشاء مجموعة قابلية وصول عالية التوفر لخادم قاعدة بيانات SQL

يتم سرد إعادة إنشاء مجموعة قابلية وصول عالية التوفر (AG) وعناصر AGs المكررة وعناصر النسخ الاحتياطي كعناصر قابلة للحماية أو عناصر محمية في السيناريوهات التالية:

• تظهر إعادة إنشاء مجموعات AGs المحمية بالفعل ك AGs مكررة في صفحة تكوين النسخ الاحتياطي وفي قائمة العناصر المحمية . إذا كنت ترغب في الاحتفاظ ببيانات النسخ الاحتياطي الموجودة بالفعل في AG الأقدم، فتوقف عن النسخ الاحتياطي باستخدام خيار إيقاف الحماية والاحتفاظ بالبيانات قبل إعادة إنشاء النسخ الاحتياطية وجدولتها على عناصر AG الجديدة.

  حسب التصميم، يسرد Azure Backup العناصر المكررة في قائمة العناصر المحمية، وصفحة تكوين النسخ الاحتياطي أو قائمة العناصر القابلة للحماية ويعرض هذه العناصر حتى تريد الاحتفاظ ببيانات النسخ الاحتياطي.

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

  تنبيه

  إيقاف الحماية وحذف البيانات عملية مدمرة.

• يمكنك إعادة إنشاء AG بعد تنفيذ إحدى عمليات إيقاف الحماية أعلاه لتجنب فشل النسخ الاحتياطي.

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

تعلم كيف:

• استعادة قواعد بيانات SQL Server التي تم نسخها احتياطيا
• إدارة قواعد بيانات SQL Server التي تم نسخها احتياطيا

المحتوى ذو الصلة

• قم بنسخ قواعد بيانات خادم SQL احتياطيا في أجهزة Azure الظاهرية باستخدام Azure Backup عبر REST API.
• استعادة قواعد بيانات SQL Server في أجهزة Azure الظاهرية باستخدام واجهة برمجة تطبيقات REST.
• إدارة قواعد بيانات خادم SQL في أجهزة Azure الظاهرية باستخدام مدخل AzureوAzure CLIوواجهة برمجة تطبيقات REST.