مشاركة عبر

إنشاء FCI مع مشاركة الملفات المميزة (SQL Server على Azure VMs)

  • مقالة

ينطبق على: SQL Server في أجهزة Azure الظاهرية

تلميح

تخلص من الحاجة إلى موازنة التحميل في Azure أو اسم الشبكة الموزعة (DNN) لمثيل مجموعة تجاوز الفشل عن طريق إنشاء أجهزة SQL Server الظاهرية في شبكات فرعية متعددة داخل نفس شبكة Azure الظاهرية.

تشرح هذه المقالة كيفية إنشاء مثيل نظام مجموعة تجاوز الفشل (FCI) باستخدام SQL Server على Azure Virtual Machines (VMs) باستخدام مشاركة الملفات المميزة.

مشاركات الملفات المميزة هي مدعومة من (SSD) وتوفر مشاركات ملفات زمن انتقال منخفض باستمرار، والتي يتم دعمها بالكامل للاستخدام مع مثيلات نظام مجموعة تجاوز الفشل SQL Server 2012 أو أحدث على Windows Server 2012 أو أحدث. تمنحك مشاركات الملفات المميزة قدرًا أكبر من المرونة، لأنها تمكنك من تغيير حجم مشاركة الملفات وتوسيع نطاقها دون أي وقت توقف.

لمعرفة المزيد، راجع نظرة عامة على FCI مع SQL Server على الأجهزة الظاهرية Azure وأفضل ممارسات نظام المجموعة.

ملاحظة

أصبح من الممكن الآن رفع وتحويل حل مثيل نظام مجموعة تجاوز الفشل الخاص بك إلى SQL Server على أجهزة Azure الظاهرية (VMs) باستخدام Azure Migrate. راجع ترحيل مثيل نظام مجموعة تجاوز الفشل لمعرفة المزيد.

المتطلبات الأساسية

في هذه المقالة قبل إكمال الإرشادات، يجب أن يكون لديك بالفعل ما يلي:

تثبيت مشاركة ملفات مميزة

لتُدخِل مشاركة الملفات المميزة، اتبع الخطوات التالية:

  1. تسجيل الدخول إلى ⁧⁩مدخل Azure⁧⁩. وانتقل إلى حساب التخزين الخاص بك.

  2. انتقل إلى مشاركات الملفات ضمن تخزين البيانات، ثم حدد مشاركة الملفات المميزة التي تريد استخدامها لتخزين SQL.

  3. حدد الاتصال لإحضار سلسلة الاتصال لمشاركة الملف.

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

    Copy the PowerShell command from the file share connect portal

  5. استخدم بروتوكول سطح المكتب البعيد (RDP) للاتصال بجهاز SQL Server الظاهري مع الحساب الذي سيستخدمه SQL Server FCI لحساب الخدمة.

  6. افتح وحدة تحكم أوامر PowerShell إدارية.

  7. قم بتشغيل الأمر الذي قمت بنسخه مسبقًا إلى محرر النص الخاص بك من مدخل مشاركة الملف.

  8. انتقل إلى المشاركة باستخدام مستكشف الملفات أو مربع الحوار تشغيل (Windows + R على لوحة المفاتيح). إدخال مسار الشبكة \\storageaccountname.file.core.windows.net\filesharename. على سبيل المثال، \\sqlvmstorageaccount.file.core.windows.net\sqlpremiumfileshare

  9. إنشاء مجلد واحد على الأقل على مشاركة الملف المتصل حديثُا لوضع ملفات بيانات SQL فيها.

  10. كرر هذه الخطوات على كل جهاز SQL Server ظاهري سيشارك في نظام المجموعة.

هام

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

إنشاء نظام مجموعة تجاوز الفشل في Windows

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

تكوين الحصة

مراقب السحابة هو حل الحصة المستحسن لهذا النوع من تكوين نظام مجموعة SQL Server على الأجهزة الظاهرية Azure.

إذا كان لديك عدد من الأصوات في نظام المجموعة، فقم بتكوين حل الحصة الذي يناسب احتياجاتك التجارية. لمزيد من المعلومات، يرجى الاطلاع علىالحصة استخدام SQL Server VMs.

إمكانية التحقق من صحة نظام المجموعة

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

للتحقق من صحة نظام المجموعة باستخدام واجهة المستخدم، قم بما يلي على أحد VMS:

  1. أسفلإدارة الخادم، حدد «أدوات» ، ثم حدد «إدارة نظام مجموعة تجاوز الفشل» .

  2. ضمن إدارة نظام مجموعة تجاوز الفشل، حدد «إجراء»، وحدد «التحقق من صحة التكوين» .

  3. حدد "Next".

  4. ضمن تحديد خوادم أو نظام مجموعة، أدخل أسماء VMS.

  5. ضمن خيارات الاختبار، حدد «تشغيل الاختبارات التي أختارها فقط» .

  6. حدد "Next".

  7. ضمن تحديد الاختبار، حدد جميع الاختبارات باستثناء التخزين ومساحات التخزين المباشر، كما هو موضح هنا:

    Select cluster validation tests

  8. حدد "Next".

  9. ضمن تأكيد، حدد التالي. يقوم معالج التحقق من صحة التكوين بتشغيل اختبارات التحقق من الصحة.

للتحقق من صحة نظام المجموعة باستخدام PowerShell، قم تشغيل البرنامج النصي التالي من جلسة عمل مسؤول PowerShell على أحد الأجهزة الظاهرية:

Test-Cluster –Node ("<node1>","<node2>") –Include "Inventory", "Network", "System Configuration"

اختبار تجاوز فشل نظام المجموعة

قم باختبار تجاوز فشل نظام المجموعة الخاصة بك. في إدارة نظام مجموعة تجاوز الفشل، انقر بزر الماوس الأيمن فوق نظام المجموعة الخاصة بك، حدد المزيد من الإجراءات>نقل مورد نظام مجموعة الذاكرة الأساسية>حدد العقدة، ثم حدد العقدة الأخرى من نظام المجموعة. انقل مورد نظام المجموعة الأساسية للذاكرة الأساسية إلى كل عقدة من نظام مجموعة، ومن ثم نقله مرة أخرى إلى العقدة الأساسية. إذا تمكنت من نقل نظام مجموعة بنجاح إلى كل عقدة، فأنت جاهز لتركيب خادم Microsoft SQL Server.

Test cluster failover by moving the core resource to the other nodes

إنشاء SQL Server FCI

بعد تكوين نظام مجموعة تجاوز الفشل، يمكنك إنشاء SQL Server FCI.

  1. الاتصال إلى الجهاز الظاهري الأول باستخدام RDP.

  2. في إدارة نظام مجموعة تجاوز الفشل، تأكد من جميع موارد نظام المجموعة الأساسية على VM الأول. إذا لزم الأمر، فانقل جميع الموارد إلى هذا الجهاز الظاهري.

  3. إذا كان إصدار نظام التشغيل هو Windows Server 2019 وتم إنشاء Windows Cluster باستخدام اسم الشبكة الموزعة الظاهرية (DNN) الافتراضي، فسيتم تثبيت FCI لـ SQL Server 2017 وما دونه مع الخطأ The given key was not present in the dictionary.

    أثناء التثبيت، يستعلم إعداد SQL Server عن اسم الشبكة الظاهرية (VNN) ولا يتعرف على Windows Cluster DNN. تم إصلاح المشكلة في إعداد Microsoft SQL Server 2019. بالنسبة لـ SQL Server 2017 والإصدارات الأحدث، اتبع هذه الخطوات لتجنب خطأ التثبيت:

    • في إدارة نظام مجموعة تجاوز الفشل، اتصل بالمجموعة، وانقر بزر الماوس الأيمن على Roles وحدد Create Empty Role.
    • انقر بزر الماوس الأيمن فوق الدور الفارغ الذي تم إنشاؤه حديثاً، وحدد إضافة مورد وحدد Client Access Point.
    • أدخل أي اسم وأكمل المعالج لإنشاء Client Access Point.
    • بعد اكتمال تثبيت SQL Server FCI، يمكن حذف الدور الذي يحتوي على Client Access Point المؤقتة.

  4. حدد موقع وسائط التركيب. إذا كان VM يستخدم إحدى صورMicrosoft Azure Marketplace، فستكون الوسائط موجودة في C:\SQLServer_<version number>_Full.

  5. ثم حدد الإعداد.

  6. في مركز تثبيت SQL Server، حدد التثبيت.

  7. حدد تثبيت نظام مجموعة تجاوز الفشل SQL Server جديد، ثم اتبع الإرشادات الموجودة في المعالج لتثبيت SQL Server FCI.

  8. في صفحة تكوين شبكة المجموعة، يختلف عنوان IP الذي توفره اعتمادًا على ما إذا كان قد تم باستخدام أجهزة SQL Server الظاهرية الخاصة بك في شبكة فرعية واحدة أو شبكات فرعية متعددة.

    1. بالنسبة إلى بيئة شبكة فرعية مفردة، قم بتوفير عنوان IP الذي تخطط لإضافته إلى Azure Load Balancer
    2. بالنسبة إلى بيئة الشبكات الفرعية المتعددة، قم بتوفير عنوان IP الثانوي في الشبكة الفرعية للجهاز الظاهري SQL Server VM الأول الذي قمت بتعيينه مسبقاً كعنوان IP لاسم شبكة مثيل نظام مجموعة تجاوز الفشل:

    provide the secondary IP address in the subnet of the first SQL Server VM that you previously designated as the IP address of the failover cluster instance network name

  9. في تكوين محرك قاعدة البيانات، يجب أن تكون دلائل البيانات على مشاركة الملفات المميزة. أدخل المسار الكامل للمشاركة، بهذا التنسيق: \\storageaccountname.file.core.windows.net\filesharename\foldername. سيظهر تحذير يخبرك بأنك حددت خادم ملفات كدليل بيانات. هذا التحذير مُتوقع. تأكد من أن حساب المستخدم الذي استخدمته للوصول إلى الجهاز الظاهري عبر RDP عند استمرار مشاركة الملفات هو نفس الحساب الذي تستخدمه خدمة SQL Server لتجنب الفشل المحتمل.

    Use file share as SQL data directories

  10. بعد إكمال الخطوات في المعالج، يقوم برنامج الإعداد بتثبيت SQL Server FCI على العقدة الأولى.

  11. بعد نجاح تثبيت FCI على العقدة الأولى، قم بتعيين العقدة الثانية باستخدام RDP.

  12. افتح مركز تثبيت الخادم Microsoft SQL Server، ثم حدد التثبيت.

  13. حدد إضافة عقدة إلى نظام مجموعة تجاوز الفشل Microsoft SQL Server. اتبع الإرشادات الموجودة في المعالج لتثبيت SQL Server وإضافة العقدة إلى FCI.

  14. بالنسبة لسيناريو الشبكات الفرعية المتعددة، في تكوين شبكة الكتلة، أدخل عنوان IP الثانوي في الشبكة الفرعية لـ SQL Server VM الثاني الذي عينته مسبقاً باعتباره عنوان IP لاسم شبكة مثيل نظام مجموعة تجاوز الفشل

    enter the secondary IP address in the subnet of the second SQL Server VM subnet that you previously designated as the IP address of the failover cluster instance network name

    بعد تحديد Next في Cluster Network Configuration، يعرض الإعداد مربع حوار يشير إلى أن إعداد SQL Server قد اكتشف شبكات فرعية متعددة كما في المثال الصورة. حدد ⁧⁩نعم⁧⁩ للتأكيد.

    Multi Subnet Confirmation

  15. بعد إكمال الإرشادات في المعالج، يضيف الإعداد عقدة FCI SQL Server الثانية.

  16. كرر هذه الخطوات على أي عقد أخرى تريد إضافتها إلى مثيل نظام مجموعة تجاوز الفشل SQL Server.

ملاحظة

تأتي صور معرض Azure Marketplace مثبتاً عليها SQL Server Management Studio. إذا لم تكن تستخدم صورة السوق، فقم بتنزيل SQL Server Management Studio (SSMS).

التسجيل لدى SQL IaaS

لإدارة الجهاز الظاهري SQL Server من المدخل، قم بتسجيله باستخدام الملحق SQL IaaS Agent في وضع الإدارة الخفيفة، وهو حالياً الوضع الوحيد المدعوم مع FCI وSQL Server على الأجهزة الظاهرية Azure.

تسجيل جهاز ظاهري SQL Server في وضع خفيف الوزن مع PowerShell (LicenseType قد تكون PAYG أو AHUB):

# Get the existing compute VM
$vm = Get-AzVM -Name <vm_name> -ResourceGroupName <resource_group_name>
         
# Register SQL VM with 'Lightweight' SQL IaaS agent
New-AzSqlVM -Name $vm.Name -ResourceGroupName $vm.ResourceGroupName -Location $vm.Location `
   -LicenseType ???? -SqlManagementType LightWeight

تكوين اتصال

إذا قمت بنشر SQL Server VMs في شبكات فرعية متعددة، فتخط هذه الخطوة. إذا قمت باستخدام الأجهزة الظاهرية لـ Microsoft SQL Server الخاص بك على شبكة فرعية واحدة، فستحتاج إلى تكوين مكون إضافي لتوجيه نسبة استخدام الشبكة إلى FCI الخاص بك. يمكنك تكوين اسم شبكة ظاهرية (VNN) باستخدام Azure Load Balancer، أو اسم شبكة موزع لمثيل مجموعة تجاوز الفشل. راجع الاختلافات بين الاثنين ثم استخدم إما اسم شبكة موزعة أو اسم شبكة ظاهرية وAzure Load Balancer لمثيل مجموعة تجاوز الفشل.

التقييدات

  • Microsoft Distributed Transaction Coordinator (MSDTC) غير معتمد على Windows Server 2016 والإصدارات الأقدم.
  • Filestream غير مدعوم لنظام مجموعة تجاوز الفشل مع مشاركة الملفات المميزة. لاستخدام ملف، قم بنشر نظام المجموعة باستخدام مساحات التخزين المباشر أو أقراص Azure المتشاركة بدلًا من ذلك.
  • التسجيل فقط مع ملحق SQL IaaS Agent في وضع الإدارة الخفيفة يكون مدعوماً.
  • لقطات قاعدة البيانات غير معتمدة حاليًا مع Azure Files بسبب قيود الملفات المتفرقة.
  • لأن لقطات قاعدة البيانات غير مدعومة، CHECKDB لقواعد بيانات المستخدم يقع مرة أخرى إلى CHECKDB WITH TABLOCK. TABLOCK يحد من التحققات التي يتم تنفيذها - DBCC CHECKCATALOG لا يتم يعمل على قاعدة البيانات، وبيانات Service Broker لم يتم التحقق من صحتها.
  • CHECKDB غير مدعومة على قاعدة بيانات MASTER و MSDB.
  • قواعد البيانات التي تستخدم ميزة OLTP داخل الذاكرة غير مدعومة على مثيل نظام مجموعة تجاوز الفشل المنشور مع مشاركة الملفات المميزة. إذا تطلب عملك OLTP داخل الذاكرة، ففكر في نشر FCI مع أقراص Azure المشتركة أو مساحات التخزين المباشرة بدلًا من ذلك.

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

إذا لم تكن مشاركة الملفات المميزة هي الحل المناسب لتخزين FCI، ففكر في إنشاء FCI باستخدام أقراص Azure المشتركة أو مشاركات الملفات المتميزة بدلًا من ذلك.

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