نظرة عامة على التقييم (الترحيل إلى Azure SQL)

توفر هذه المقالة نظرة عامة على التقييمات لترحيل مثيلات SQL Server المحلية من VMware وMicrosoft Hyper-V وبيئة فعلية إلى SQL Server على Azure VM أو قاعدة بيانات Azure SQL أو Azure SQL Managed Instance باستخدام أداة Azure Migrate: Discovery and assessment.

ما هو التقييم؟

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

أنواع التقييمات

هناك ثلاثة أنواع من التقييمات التي يمكنك إنشاؤها باستخدام أداة Azure Migrate: Discovery and assessment.

نوع التقييم	التفاصيل
Azure VM	تقييمات لترحيل الخوادم المحلية إلى أجهزة Azure الظاهرية. يمكنك تقييم الخوادم المحلية في بيئة VMware وHyper-V، والخوادم الفعلية للترحيل إلى أجهزة Azure الظاهرية باستخدام نوع التقييم هذا.
عنوان SQL لـ Azure	تقييمات لترحيل خوادم SQL المحلية من بيئات VMware وMicrosoft Hyper-V والفعلية إلى SQL Server على جهاز Azure الظاهري أو قاعدة بيانات Azure SQL أو مثيل Azure SQL المدار.
Azure App Service	تقييمات لترحيل تطبيقات الويب المحلية ASP.NET، التي تعمل على خوادم ويب IIS، من بيئة VMware إلى Azure App Service.
Azure VMware Solution (AVS)	تقييمات لترحيل الخوادم المحلية إلى Azure VMware Solution (AVS). يمكنك تقييم VMware VMs المحلية للترحيل إلى Azure VMware Solution (AVS) باستخدام نوع التقييم هذا. اعرف المزيد.

إشعار

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

يوفر تقييم Azure SQL معيارين للتحجيم:

معايير التحجيم	التفاصيل	بيانات
كأماكن محلية	التقييمات التي تقدم توصيات استنادا إلى تكوين SQL Server المحلي وحده	يستند تكوين Azure SQL إلى تكوين SQL Server المحلي، والذي يتضمن الذاكرات الأساسية المخصصة وإجمالي الذاكرة المخصصة وأحجام قاعدة البيانات.
مستند إلى الأداء	التقييمات التي تقدم توصيات استنادا إلى بيانات الأداء المجمعة	يستند تكوين Azure SQL إلى بيانات الأداء لمثيلات وقواعد بيانات SQL، والتي تتضمن استخدام وحدة المعالجة المركزية واستخدام الذاكرة وIOPS (ملفات البيانات والسجلات) ومعدل النقل وزمن انتقال عمليات الإدخال/الإخراج.

كيف أعمل تقييم خوادم SQL المحلية؟

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

كيف أعمل التقييم مع الجهاز؟

إذا كنت تقوم بنشر جهاز Azure Migrate لاكتشاف الخوادم المحلية، فقم بالخطوات التالية:

1. إعداد Azure والبيئة المحلية للعمل مع Azure Migrate.
2. لتقييمك الأول، أنشئ مشروع Azure Migrate وأضف أداة Azure Migrate: Discovery and assessment إليه.
3. نشر جهاز Azure Migrate خفيف الوزن. يكتشف الجهاز باستمرار الخوادم المحلية ويرسل بيانات التكوين والأداء إلى Azure Migrate. نشر الجهاز كجهاز ظاهري أو خادم فعلي. لا تحتاج إلى تثبيت أي شيء على الخوادم التي تريد تقييمها.

بعد أن يبدأ الجهاز في الاكتشاف، يمكنك جمع الخوادم التي تريد تقييمها في مجموعة وتشغيل تقييم للمجموعة بنوع التقييم Azure SQL.

اتبع البرنامج التعليمي لتقييم مثيلات SQL Server لتجربة هذه الخطوات.

كيف يقوم الجهاز بحساب بيانات الأداء لمثيلات وقواعد بيانات SQL؟

يجمع الجهاز بيانات الأداء لإعدادات الحساب باستخدام الخطوات التالية:

1. يجمع الجهاز نقطة عينة في الوقت الحقيقي. بالنسبة لخوادم SQL، فإنه يجمع نقطة عينة كل 30 ثانية.
2. يجمع الجهاز عينة نقاط البيانات التي يتم جمعها كل 30 ثانية على مدى 10 دقائق. لإنشاء نقطة البيانات، يحدد الجهاز قيم الذروة من جميع العينات. يرسل الحد الأقصى والمتوسط والتباين لكل عداد إلى Azure.
3. يخزن Azure Migrate جميع نقاط البيانات التي تبلغ مدتها 10 دقائق للشهر الماضي.
4. عند إنشاء تقييم، يحدد Azure Migrate نقطة البيانات المناسبة لاستخدامها في تغيير الحجم الصحيح. يستند التعريف إلى القيم المئوية لمحفوظات الأداء والاستخدام المئوية.
   • على سبيل المثال، إذا كان سجل الأداء أسبوعا واحدا وكان الاستخدام المئوية هو النسبة المئوية 95، يقوم التقييم بفرز نقاط العينة لمدة 10 دقائق للأسبوع الماضي. يقوم بفرزها بترتيب تصاعدي ويختار القيمة المئوية 95 للتحجيم الصحيح.
   • تضمن القيمة المئوية 95 تجاهل أي قيم خارجة، والتي قد يتم تضمينها إذا اخترت القيمة المئوية 99.
   • إذا كنت ترغب في اختيار ذروة الاستخدام للفترة ولا تريد أن تفوت أي القيم الخارجية، فحدد النسبة المئوية 99 للاستخدام في النسبة المئوية.
5. يتم ضرب هذه القيمة بعامل الراحة للحصول على بيانات استخدام الأداء الفعالة لهذه المقاييس التي يجمعها الجهاز:
   • استخدام وحدة المعالجة المركزية (٪)
   • استخدام الذاكرة (٪)
   • قراءة IO/s وكتابة IO/s (ملفات البيانات والسجلات)
   • قراءة ميغابايت/ثانية وكتابة ميغابايت/ثانية (معدل النقل)
   • زمن انتقال عمليات الإدخال/الإخراج

ما هي الخصائص المستخدمة لإنشاء تقييم Azure SQL وتخصيصه؟

تتضمن خصائص تقييم Azure SQL ما يلي:

القسم	الإعداد	التفاصيل
إعدادات الهدف والتسعير	الموقع الهدف	منطقة Azure التي تريد الترحيل إليها. تستند توصيات تكوين SQL Azure والتكلفة إلى الموقع الذي تحدده.
إعدادات الهدف والتسعير	نوع البيئة	بيئة عمليات توزيع SQL لتطبيق التسعير المطبق على الإنتاج أو التطوير/الاختبار.
إعدادات الهدف والتسعير	برنامج العرض/الترخيص	عرض Azure إذا كنت مسجلا. حاليا، الحقل هو الدفع أولا بأول بشكل افتراضي، ما يمنحك أسعار Azure للبيع بالتجزئة. يمكنك الاستفادة من خصم إضافي من خلال تطبيق السعة المحجوزة، وAzure Hybrid Benefit بالإضافة إلى عرض الدفع عند الانتقال. يمكنك تطبيق Azure Hybrid Benefit بالإضافة إلى عرض الدفع أولا بأول وبيئة التطوير/الاختبار. لا يدعم التقييم تطبيق السعة المحجوزة بالإضافة إلى عرض الدفع أولا بأول وبيئة التطوير/الاختبار. إذا تم تعيين العرض على الدفع أولا بأول وتم تعيين السعة المحجوزة إلى لا مثيلات محجوزة، يتم حساب تقديرات التكلفة الشهرية عن طريق ضرب عدد الساعات المختارة في حقل وقت تشغيل الجهاز الظاهري مع السعر بالساعة لوحدة SKU الموصى بها.
إعدادات الهدف والتسعير	خيارات التوفير - Azure SQL MI وDB (PaaS)	حدد خيار توفير السعة المحجوزة الذي تريد أن يأخذه التقييم في الاعتبار للمساعدة في تحسين تكلفة حساب Azure. تعد حجوزات Azure (سنة واحدة أو 3 سنوات محجوزة) خيارا جيدا للموارد الأكثر تشغيلا باستمرار. عند تحديد "بلا"، تستند تكلفة حساب Azure إلى سعر الدفع أثناء التنقل أو استنادا إلى الاستخدام الفعلي. تحتاج إلى تحديد برنامج الدفع أولا بأول في العرض/الترخيص لتتمكن من استخدام المثيلات المحجوزة. عند تحديد أي خيار توفير بخلاف "بلا"، لا تنطبق إعدادات "الخصم (٪)" و"وقت تشغيل الجهاز الظاهري". يتم حساب تقديرات التكلفة الشهرية بضرب 744 ساعة بالسعر بالساعة لوحدة SKU الموصى بها.
إعدادات الهدف والتسعير	خيارات التوفير - SQL Server على Azure VM (IaaS)	حدد خيار التوفير الذي تريد أن يأخذه التقييم في الاعتبار للمساعدة في تحسين تكلفة حساب Azure. تعد حجوزات Azure (سنة واحدة أو 3 سنوات محجوزة) خيارا جيدا للموارد الأكثر تشغيلا باستمرار. توفر خطة توفير Azure (خطة توفير لمدة سنة واحدة أو 3 سنوات) مرونة إضافية وتحسينا تلقائيا للتكلفة. من الناحية المثالية بعد الترحيل، يمكنك استخدام خطة حجز Azure والمدخرات في نفس الوقت (يتم استهلاك الحجز أولا)، ولكن في تقييمات Azure Migrate، يمكنك فقط رؤية تقديرات التكلفة لخيار توفير واحد في كل مرة. عند تحديد "بلا"، تستند تكلفة حساب Azure إلى سعر الدفع أثناء التنقل أو استنادا إلى الاستخدام الفعلي. تحتاج إلى تحديد برنامج الدفع أولا بأول في العرض/الترخيص لتتمكن من استخدام المثيلات المحجوزة أو خطة توفير Azure. عند تحديد أي خيار توفير بخلاف "بلا"، لا تنطبق إعدادات "الخصم (٪)" و"وقت تشغيل الجهاز الظاهري". يتم حساب تقديرات التكلفة الشهرية بضرب 744 ساعة في حقل وقت تشغيل الجهاز الظاهري بالسعر بالساعة لوحدة SKU الموصى بها.
إعدادات الهدف والتسعير	عملة	العملة المستخدمة في فوترة حسابك.
إعدادات الهدف والتسعير	الخصم‏‎ (%)	أي خصومات خاصة بالاشتراك تتلقاها أعلى عرض Azure. الإعداد الافتراضي هو 0٪.
إعدادات الهدف والتسعير	وقت تشغيل الجهاز الظاهري	حدد المدة (أيام لكل شهر/ساعة في اليوم) التي تعمل بها الخوادم/الأجهزة الظاهرية. هذا مفيد لحساب تقديرات التكلفة ل SQL Server على جهاز Azure الظاهري حيث تدرك أن أجهزة Azure الظاهرية قد لا تعمل بشكل مستمر. تستند تقديرات التكلفة للخوادم حيث يكون الهدف الموصى به هو SQL Server على جهاز Azure الظاهري إلى المدة المحددة. يكون الوضع الافتراضي هو 31 يوماً في الشهر/24 ساعة في اليوم.
إعدادات الهدف والتسعير	Azure Hybrid Benefit	حدد ما إذا كان لديك بالفعل ترخيص Windows Server و/أو SQL Server أو اشتراك Enterprise Linux (RHEL وSLES). Azure Hybrid Benefit هي ميزة ترخيص تساعدك على تقليل تكاليف تشغيل أحمال عملك في السحابة بشكل كبير. فهي تعمل عن طريق السماح لك باستخدام تراخيص Windows Server وSQL Server الداخلية التي تم تمكين ضمان البرنامج بها على Azure. على سبيل المثال، إذا كان لديك ترخيص SQL Server وكان مشمولا بضمان البرنامج النشط لاشتراكات SQL Server، يمكنك التقدم بطلب للحصول على Azure Hybrid Benefit عند إحضار التراخيص إلى Azure.
معايير التقييم	معايير التحجيم	اضبط على المستند إلى الأداء بشكل افتراضي، ما يعني أن Azure Migrate يجمع مقاييس الأداء المتعلقة بمثيلات SQL وقواعد البيانات التي يديرها للتوصية ب SQL Server بالحجم الأمثل على جهاز Azure الظاهري و/أو قاعدة بيانات Azure SQL و/أو تكوين مثيل Azure SQL المدار. يمكنك تغيير هذا إلى As المحلي للحصول على توصيات استنادا إلى تكوين SQL Server المحلي فقط دون تحسينات تستند إلى قياس الأداء.
معايير التقييم	محفوظات الأداء	الإشارة إلى مدة البيانات التي تريد أن يستند إليها التقييم. (الافتراضي هو يوم واحد)
معايير التقييم	استخدام القيمة المئوية	الإشارة إلى القيمة المئوية التي تريد استخدامها لعينة الأداء. (الافتراضي هو المئين 95)
معايير التقييم	عامل الراحة	الإشارة إلى المخزن المؤقت الذي تريد استخدامه أثناء التقييم. وهذا يفسر قضايا مثل الاستخدام الموسمي، ومحفوظات الأداء القصيرة، والزيادات المحتملة في الاستخدام في المستقبل.
معايير التقييم	تفضيل التحسين	حدد تفضيل تقرير التقييم الموصى به. سيؤدي تحديد تقليل التكلفة إلى أن يوصي تقرير التقييم الموصى به بأنواع التوزيع التي لديها أقل مشكلات في الترحيل وأكثرها فعالية من حيث التكلفة، في حين أن تحديد التحديث إلى PaaS سيؤدي إلى تقرير تقييم موصى به يوصي بأنواع توزيع PaaS (Azure SQL MI أو DB) عبر IaaS Azure(VMs)، حيثما يكون مثيل SQL Server جاهزا للترحيل إلى PaaS بغض النظر عن التكلفة.
حجم مثيل Azure SQL المدار	مستوى الخدمة	اختر خيار مستوى الخدمة الأنسب لتلبية احتياجات عملك للترحيل إلى Azure SQL Managed Instance: حدد مستحسن إذا كنت تريد أن يوصي Azure Migrate بمستوى الخدمة الأنسب للخوادم. يمكن أن يكون هذا الغرض العام، أو الأعمال الحرجة. حدد الغرض العام إذا كنت تريد تكوين Azure SQL مصمم لأحمال العمل الموجهة للميزانية. حدد الأعمال الهامة إذا كنت تريد تكوين Azure SQL مصمم لأحمال العمل ذات الكمون المنخفض مع مرونة عالية للفشل وسرعة تجاوز الفشل.
حجم مثيل Azure SQL المدار	نوع المثيل	افتراضيا إلى مثيل واحد.
حجم مثيل Azure SQL المدار	مستوى التسعير	افتراضيا إلى قياسي.
SQL Server على حجم جهاز Azure الظاهري	سلسلة الجهاز الظاهري	حدد سلسلة Azure VM التي تريد مراعاتها ل SQL Server على تحجيم Azure VM . استنادا إلى متطلبات التكوين والأداء لمثيل SQL Server أو SQL Server، يوصي التقييم بحجم جهاز ظاهري من القائمة المحددة لسلسلة الأجهزة الظاهرية. يمكنك تحرير الإعدادات حسب الحاجة. على سبيل المثال، إذا كنت لا تريد تضمين D-series VM، يمكنك استبعاد D-series من هذه القائمة. نظرا لأن تقييمات Azure SQL تنوي تقديم أفضل أداء لأحمال عمل SQL الخاصة بك، فإن قائمة سلسلة الأجهزة الظاهرية تحتوي فقط على أجهزة ظاهرية تم تحسينها لتشغيل SQL Server على أجهزة Azure الظاهرية (VMs). اعرف المزيد.
SQL Server على حجم جهاز Azure الظاهري	نوع التخزين	افتراضيا إلى مستحسن، ما يعني أن التقييم يوصي بالقرص المدار من Azure الأنسب استنادا إلى نوع البيئة المختارة وحجم القرص المحلي وعمليات الإدخال والإخراج في الإخراج في الأقراص ومعدل النقل.
تغيير حجم قاعدة بيانات Azure SQL	مستوى الخدمة	اختر خيار مستوى الخدمة الأنسب لتلبية احتياجات عملك للترحيل إلى قاعدة بيانات Azure SQL: حدد مستحسن إذا كنت تريد أن يوصي Azure Migrate بمستوى الخدمة الأنسب للخوادم. يمكن أن يكون هذا الغرض العام، أو الأعمال الحرجة. حدد الغرض العام إذا كنت تريد تكوين Azure SQL مصمم لأحمال العمل الموجهة للميزانية. حدد الأعمال الهامة إذا كنت تريد تكوين Azure SQL مصمم لأحمال العمل ذات الكمون المنخفض مع مرونة عالية للفشل وسرعة تجاوز الفشل.
تغيير حجم قاعدة بيانات Azure SQL	نوع المثيل	افتراضيا إلى قاعدة بيانات أحادية.
تغيير حجم قاعدة بيانات Azure SQL	نموذج الشراء	افتراضيا إلى vCore.
تغيير حجم قاعدة بيانات Azure SQL	طبقة الحوسبة	افتراضيا إلى تم التوفير.
خصائص قابلية الوصول العالية والتعافي من الكوارث	منطقة التعافي من الكوارث	يتم تعيينه افتراضيا إلى زوج النسخ المتماثل عبر المناطق لموقع الهدف. في حدث غير محتمل عندما لا يكون لموقع الهدف المختار مثل هذا الزوج بعد، يتم اختيار موقع الهدف المحدد نفسه كمنطقة التعافي من الكوارث الافتراضية.
خصائص قابلية الوصول العالية والتعافي من الكوارث	هدف الشبكة الفرعية المتعددة	افتراضيا للتعافي من الكوارث. حدد التعافي من الكوارث إذا كنت تريد النسخ المتماثل للبيانات غير المتزامنة حيث تكون بعض تأخيرات النسخ المتماثل مقبولة. وهذا يسمح بتحمل أعلى باستخدام التكرار الجغرافي. في حالة تجاوز الفشل، قد يتم فقدان البيانات التي لم يتم نسخها نسخا متماثلا بعد. حدد قابلية وصول عالية إذا كنت ترغب في أن يكون النسخ المتماثل للبيانات متزامنا ولا يسمح بفقدان البيانات بسبب تأخير النسخ المتماثل. يسمح هذا الإعداد للتقييم للاستفادة من خيارات التوفر العالي المضمنة في قواعد بيانات Azure SQL ومثيلات Azure SQL المدارة ومناطق التوفر وتكرار المنطقة في أجهزة Azure الظاهرية لتوفير توفر أعلى. في حالة تجاوز الفشل، لا يتم فقدان أي بيانات.
خصائص قابلية الوصول العالية والتعافي من الكوارث	الوصول إلى الإنترنت	افتراضيا إلى متوفر. حدد متوفر إذا سمحت بالوصول إلى الإنترنت الصادر من أجهزة Azure الظاهرية. يسمح هذا باستخدام Cloud Witness وهو النهج الموصى به لمجموعات تجاوز الفشل ل Windows Server في أجهزة Azure الظاهرية. حدد Not available إذا لم يكن لدى أجهزة Azure الظاهرية وصول صادر إلى الإنترنت. يتطلب هذا استخدام قرص مشترك كشاهد لمجموعات تجاوز الفشل ل Windows Server في أجهزة Azure الظاهرية.
خصائص قابلية الوصول العالية والتعافي من الكوارث	هدف وضع الالتزام غير المتزامن	افتراضيا للتعافي من الكوارث. حدد التعافي من الكوارث إذا كنت تستخدم وضع توفر الالتزام غير المتزامن لتمكين متانة أعلى للبيانات دون التأثير على الأداء. في حالة تجاوز الفشل، قد يتم فقدان البيانات التي لم يتم نسخها نسخا متماثلا بعد. حدد قابلية وصول عالية إذا كنت تستخدم وضع توفر بيانات الالتزام غير المتزامن لتحسين التوفر وتوسيع نطاق نسبة استخدام الشبكة للقراءة. يسمح هذا الإعداد للتقييم للاستفادة من ميزات التوفر العالي المضمنة في قواعد بيانات Azure SQL ومثيلات Azure SQL المدارة وأجهزة Azure الظاهرية لتوفير قابلية وصول أعلى وتوسيع نطاقها.
الأمان	الأمان	افتراضيا إلى نعم، مع Microsoft Defender for Cloud. يحدد ما إذا كنت تريد تقييم الجاهزية وتكلفة أدوات الأمان على Azure. إذا كان الإعداد يحتوي على القيمة الافتراضية نعم، مع Microsoft Defender for Cloud، فإنه سيقيم جاهزية الأمان وتكاليف Azure SQL MI/DB مع Microsoft Defender for Cloud.

راجع أفضل الممارسات لإنشاء تقييم باستخدام Azure Migrate.

حساب الجاهزية

إشعار

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

جاهزية Azure SQL

التحقق من الجاهزية لاستراتيجيات الترحيل المختلفة:

النشر الموصى به، المثيلات إلى SQL Server على Azure VM، مثيلات إلى Azure SQL MI، قاعدة البيانات إلى Azure SQL DB:

يستند استعداد Azure SQL لمثيلات وقواعد بيانات SQL إلى التحقق من توافق الميزة مع SQL Server على جهاز Azure الظاهري وقاعدة بيانات Azure SQL ومثيل Azure SQL المدار:

1. يأخذ تقييم Azure SQL في الاعتبار ميزات مثيل SQL Server التي تستخدمها حاليا أحمال عمل SQL Server المصدر (مهام عامل SQL والخوادم المرتبطة وما إلى ذلك) ومخططات قواعد بيانات المستخدم (الجداول وطرق العرض والمشغلات والإجراءات المخزنة وما إلى ذلك) لتحديد مشكلات التوافق.
2. إذا لم يتم العثور على مشكلات توافق، يتم وضع علامة على المثيل على أنه جاهز لنوع النشر الهدف (SQL Server على Azure VM أو قاعدة بيانات Azure SQL أو مثيل Azure SQL المدار)
3. إذا كانت هناك مشكلات توافق غير حرجة، مثل الميزات المهملة أو غير المدعومة التي لا تمنع الترحيل إلى نوع توزيع هدف معين، يتم وضع علامة على المثيل على أنه جاهز (ارتباط تشعبي) مع تفاصيل التحذير وإرشادات المعالجة الموصى بها. يتضمن هذا الموقف حيث تحتوي البيانات المصدر على تكوين مجموعة قابلية وصول عالية التوفر AlwaysOn وتتجاوز النسخ المتماثلة المطلوبة تلك المتوفرة مع نوع التوزيع الهدف المحدد.
4. إذا كانت هناك أي مشكلات توافق قد تمنع الترحيل إلى نوع نشر هدف معين، يتم وضع علامة على المثيل على أنه جاهز مع شروط مع تفاصيل المشكلة وإرشادات المعالجة الموصى بها.
   • في النشر الموصى به، والمثيلات إلى Azure SQL MI، والمثيلات إلى SQL Server على تقارير جاهزية جهاز Azure الظاهري، إذا كانت هناك قاعدة بيانات واحدة في مثيل SQL، وهي غير جاهزة لنوع نشر هدف معين، يتم وضع علامة على المثيل على أنه جاهز بشروط لنوع النشر هذا.
5. غير جاهز: تعذر على التقييم العثور على SQL Server على Azure VM/Azure SQL MI/Azure SQL DB الذي يفي بخصائص التكوين والأداء المطلوبة. راجع التوصية لجعل المثيل/الخادم جاهزا لنوع التوزيع المستهدف المطلوب.
6. إذا كان الاكتشاف لا يزال قيد التقدم أو كانت هناك أي مشكلات اكتشاف لمثيل SQL أو قاعدة بيانات، يتم وضع علامة على المثيل على أنه غير معروف حيث تعذر على التقييم حساب الاستعداد لمثيل SQL هذا.

إشعار

في استراتيجية النشر الموصى بها، يعد ترحيل المثيلات إلى SQL Server على جهاز Azure الظاهري هي الاستراتيجية الموصى بها لترحيل مثيلات SQL Server. على الرغم من ذلك، عندما لا تتوفر بيانات اعتماد SQL Server، يوفر تقييم Azure SQL توصيات "Server to SQL Server on Azure VM" ذات الحجم الصحيح.

جميع الخوادم إلى SQL Server على Azure VM:

ارجع إلى الجاهزية هنا.

نوع التوزيع الموصى به

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

إشعار

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

الاستعداد الأمني

إذا تم وضع علامة على قاعدة البيانات/المثيل على أنها جاهزة لنوع التوزيع الهدف Azure SQL DB/MI، يتم اعتبارها تلقائيا Ready for Microsoft Defender for SQL. إذا تم وضع علامة على قاعدة البيانات/المثيل على أنها جاهزة لنوع النشر الهدف SQL Server على جهاز Azure الظاهري، فإنه يعتبر جاهزا ل Microsoft Defender ل SQL إذا كان يقوم بتشغيل أي من هذه الإصدارات:

• إصدارات SQL Server 2012 و2014 و2016 و2017 و2019 و2022
• بالنسبة لجميع الإصدارات الأخرى، يتم وضع علامة عليه على أنه جاهز مع الشروط.

حساب الحجم

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

كحساب تغيير الحجم المحلي

إذا كنت تستخدم معايير تغيير الحجم المحلية ك، فإن التقييم يستخدم بيانات تكوين مثيل SQL فقط ولا يأخذ في الاعتبار بيانات الأداء.

مثيلات ل Azure SQL MI وقواعد البيانات إلى تكوين Azure SQL DB

يحسب التقييم طبقة خدمة معينة وتكوين Azure SQL (حجم SKU) التي يمكن أن تفي أو تتجاوز تكوين مثيل SQL المحلي:

1. أثناء عملية الاكتشاف، يجمع Azure Migrate تكوين مثيل SQL الذي يتضمن:
   • vCores (مخصص)
   • الذاكرة (المخصصة)
   • إجمالي حجم قاعدة البيانات ومنظمات ملفات قاعدة البيانات
     • يتم حساب حجم قاعدة البيانات عن طريق إضافة جميع البيانات وملفات السجل.
2. يجمع التقييم جميع بيانات التكوين ويحاول العثور على أفضل تطابق عبر مستويات وتكوينات خدمة Azure SQL المختلفة ويختار تكوينا يمكن أن يتطابق مع متطلبات مثيل SQL أو يتجاوزها، ما يؤدي إلى تحسين التكلفة.

مثيلات SQL Server على تكوين Azure VM

يغطي مثيل SQL Server على تقرير تقييم Azure VM النهج المثالي لترحيل مثيلات وقواعد بيانات SQL Server إلى SQL Server على جهاز Azure الظاهري، مع الالتزام بأفضل الممارسات. اعرف المزيد.

تغيير حجم التخزين

لتحجيم التخزين، يقوم التقييم بتعيين كل قرص من أقراص المثيل إلى قرص Azure. يعمل تغيير الحجم على النحو التالي:

• حجم القرص المطلوب لكل قرص من الأقراص هو حجم SQL Data ومحركات أقراص SQL Log.

• يوصي التقييم بإنشاء تجمع أقراص تخزين لجميع محركات أقراص SQL Log وSQL Data. بالنسبة إلى محركات الأقراص المؤقتة، يوصي التقييم بتخزين الملفات في محرك الأقراص المحلي.

• إذا تعذر على التقييم العثور على قرص للحجم المطلوب، فإنه يضع علامة على المثيل على أنه غير مناسب للترحيل إلى SQL Server على جهاز Azure الظاهري

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

• إذا كان نوع البيئة هو الإنتاج، يحاول التقييم العثور على أقراص Premium لتعيين كل قرص من الأقراص، وإلا فإنه يحاول العثور على قرص مناسب، والذي يمكن أن يكون إما قرص Premium أو Standard SSD.

  • إذا كان هناك عدة أقراص مؤهلة، يحدد التقييم القرص بأقل تكلفة.

حساب الحجم

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

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

إشعار

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

الخوادم إلى SQL Server على تكوين جهاز Azure الظاهري

بالنسبة لكافة الخوادم إلى SQL Server على استراتيجية ترحيل Azure VM ، راجع حجم الحساب والتخزين هنا.

إشعار

لا تنطبق تصنيفات الثقة على تقييمات Azure SQL باستخدام معايير تغيير الحجم المحلية .

حساب التحجيم المستند إلى الأداء

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

مثيلات ل Azure SQL MI وقواعد البيانات إلى تكوين Azure SQL DB

يحسب التقييم مستوى خدمة معينا وتكوين Azure SQL (حجم SKU) يمكن أن يلبي متطلبات أداء مثيل SQL المحلي أو يتجاوزها:

1. أثناء عملية الاكتشاف، يجمع Azure Migrate تكوين مثيل SQL والأداء الذي يتضمن:
   • vCores (مخصص) واستخدام وحدة المعالجة المركزية (٪)
     • استخدام وحدة المعالجة المركزية لمثيل SQL هو النسبة المئوية لوحدة المعالجة المركزية المخصصة المستخدمة من قبل المثيل على خادم SQL
     • استخدام وحدة المعالجة المركزية لقاعدة بيانات هو النسبة المئوية لوحدة المعالجة المركزية المخصصة المستخدمة من قبل قاعدة البيانات على مثيل SQL
   • الذاكرة (المخصصة) واستخدام الذاكرة (٪)
   • قراءة IO/s وكتابة IO/s (ملفات البيانات والسجلات)
     • يتم حساب قراءة الإدخال/الإخراج وكتابة الإدخال/الإخراج على مستوى مثيل SQL عن طريق إضافة قراءة IO/s وكتابة IO/s لجميع قواعد البيانات المكتشفة في هذا المثيل.
   • قراءة ميغابايت/ثانية وكتابة ميغابايت/ثانية (معدل النقل)
   • زمن انتقال عمليات الإدخال/الإخراج
   • إجمالي حجم قاعدة البيانات ومنظمات ملفات قاعدة البيانات
     • يتم حساب حجم قاعدة البيانات عن طريق إضافة جميع البيانات وملفات السجل.
   • تكوين الشبكة الفرعية لشبكة مثيل نظام مجموعة تجاوز الفشل دوما (شبكة فرعية واحدة أو شبكة فرعية متعددة)
   • تكوينات مجموعة قابلية وصول عالية التوفر AlwaysOn
     • تكوين الشبكة للمثيلات المشاركة (شبكة فرعية واحدة أو شبكة فرعية متعددة)
     • عدد النسخ المتماثلة الثانوية ونوعها
       • وضع التوفر: الالتزام المتزامن مقابل التثبيت غير المتزامن
       • وضع الاتصال: للقراءة فقط مقابل بلا
2. يجمع التقييم جميع بيانات التكوين والأداء ويحاول العثور على أفضل تطابق عبر مستويات وتكوينات خدمة Azure SQL المختلفة ويختار تكوينا يمكن أن يتطابق مع متطلبات أداء مثيل SQL أو يتجاوزها، ما يؤدي إلى تحسين التكلفة.

مثيلات SQL Server على تكوين Azure VM

يغطي مثيل SQL Server على تقرير تقييم Azure VM النهج المثالي لترحيل مثيلات وقواعد بيانات SQL Server إلى SQL Server على جهاز Azure الظاهري، مع الالتزام بأفضل الممارسات. اعرف المزيد.

إذا كان المصدر هو مثيل نظام مجموعة تجاوز الفشل ل SQL Server Always On (FCI)، فسيغطي تقرير التقييم نهج الترحيل إلى مثيل نظام مجموعة تجاوز الفشل SQL Server المكون من عقدتين. وهذا يحافظ على قابلية الوصول العالية ومقاصر التعافي من الكوارث مع الالتزام بأفضل الممارسات. اعرف المزيد.

تغيير حجم التخزين

لتحجيم التخزين، يقوم التقييم بتعيين كل قرص من أقراص المثيل إلى قرص Azure. يعمل تغيير الحجم على النحو التالي:

• يضيف التقييم IOPS للقراءة والكتابة للقرص للحصول على إجمالي IOPS المطلوب. وبالمثل، فإنه يضيف قيم معدل النقل للقراءة والكتابة للحصول على إجمالي معدل النقل لكل قرص. حجم القرص المطلوب لكل قرص من الأقراص هو حجم SQL Data ومحركات أقراص SQL Log.

• يوصي التقييم بإنشاء تجمع أقراص تخزين لجميع محركات أقراص SQL Log وSQL Data. بالنسبة إلى محركات الأقراص المؤقتة، يوصي التقييم بتخزين الملفات في محرك الأقراص المحلي.

• إذا لم يتمكن التقييم من العثور على قرص للحجم المطلوب، IOPS ومعدل النقل، فإنه يضع علامة على المثيل على أنه غير مناسب للترحيل إلى SQL Server على جهاز Azure الظاهري
• إذا عثر التقييم على مجموعة من الأقراص المناسبة، فإنه يحدد الأقراص التي تدعم الموقع المحدد في إعدادات التقييم.
• إذا كان المصدر هو SQL Server Always On Failover Cluster Instance، يتم تحديد تكوين القرص المشترك.
• إذا كان نوع البيئة هو الإنتاج، يحاول التقييم العثور على أقراص Premium لتعيين كل قرص من الأقراص، وإلا فإنه يحاول العثور على قرص مناسب، والذي يمكن أن يكون إما قرص Premium أو Standard SSD.
  • إذا كان هناك عدة أقراص مؤهلة، يحدد التقييم القرص بأقل تكلفة.

حساب الحجم

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

• يبحث التقييم في الذاكرات الأساسية الفعالة المستخدمة وذاكرة الوصول العشوائي للعثور على حجم Azure VM مناسب. يتم حساب ذاكرة الوصول العشوائي أو الذاكرة المستخدمة بشكل فعال لمثيل عن طريق تجميع ذاكرة التخزين المؤقت للمخزن المؤقت (حجم تجمع المخزن المؤقت بالميغابايت) لجميع قواعد البيانات التي تعمل في مثيل.
• إذا لم يتم العثور على حجم مناسب، يتم وضع علامة على الخادم على أنه غير مناسب ل Azure.
• إذا تم العثور على حجم مناسب، يطبق Azure Migrate حسابات التخزين. ثم يطبق إعدادات الموقع ومستوى التسعير لتوصية حجم الجهاز الظاهري النهائي.
• إذا كان هناك العديد من أحجام أجهزة Azure الظاهرية المؤهلة، يوصى بالأحجام الأقل تكلفة.
• إذا كان المصدر هو مثيل نظام مجموعة تجاوز الفشل ل SQL Server Always On، يتم استخدام حجم الحساب مرة أخرى لجهاز Azure ظاهري ثان لتلبية الحاجة إلى عقدتين.

إشعار

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

الخوادم إلى SQL Server على تكوين جهاز Azure الظاهري

بالنسبة لكافة الخوادم إلى SQL Server على استراتيجية ترحيل Azure VM ، راجع حجم الحساب والتخزين هنا.

تصنيفات الثقة

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

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

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

توافر نقاط البيانات	تصنيف الثقة
0%-20%	1 نجمة
21% - 40%	"2 نجوم"
41%-60%	"3 نجوم"
61%-80%	"4 نجوم"
81%-100%	5 نجوم

تصنيفات الثقة المنخفضة

فيما يلي بعض الأسباب التي تجعل التقييم يحصل على تصنيف ثقة منخفض:

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

• التقييم غير قادر على جمع بيانات الأداء لبعض الخوادم أو جميعها في فترة التقييم. للحصول على تصنيف عالي الثقة، تأكد مما يلي:

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

  أعد حساب التقييم ليعكس أحدث التغييرات في تصنيف الثقة.

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

إشعار

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

تفاصيل التوصية

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

إرشادات الترحيل

يوفر هذا القسم إرشادات لتكوين المورد الهدف وخطوات الترحيل. الخطوات خاصة بالمصدر ومجموعات التوزيع الهدف. هذا التوجيه مفيد على وجه التحديد للمستخدمين الذين يعتزمون ترحيل مثيلات نظام مجموعة تجاوز الفشل Always On (FCI) ومجموعات التوفر (AG).

حساب التكاليف الشهرية

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

حساب التكلفة

• لحساب تكلفة الحساب لتكوين Azure SQL، يأخذ التقييم في الاعتبار الخصائص التالية:
  • Azure Hybrid Benefit لتراخيص SQL وWindows أو اشتراك Enterprise Linux (RHEL وSLES)
  • نوع البيئة
  • السعة المحجوزة
  • موقع هدف Azure
  • ‏‏العملة
  • برنامج العرض/الترخيص
  • الخصم‏‎ (%)

تكلفة التخزين

• تتضمن تقديرات تكلفة التخزين ملفات البيانات فقط وليس ملفات السجل.
• لحساب تكلفة التخزين لتكوين Azure SQL، يأخذ التقييم في الاعتبار الخصائص التالية:
  • موقع هدف Azure
  • ‏‏العملة
  • برنامج العرض/الترخيص
  • الخصم‏‎ (%)
• لا يتم تضمين تكلفة تخزين النسخ الاحتياطي في التقييم.
• قاعدة بيانات Azure SQL
  • تتم إضافة 5 غيغابايت كحد أدنى من تكلفة التخزين في تقدير التكلفة وإضافة تكلفة تخزين إضافية للتخزين بزيادات 1 غيغابايت. اعرف المزيد.
• مثيل Azure SQL المدار
  • لا توجد تكلفة تخزين مضافة لأول تخزين 32 غيغابايت/مثيل/شهر، كما تتم إضافة تكلفة تخزين إضافية للتخزين بزيادات 32 غيغابايت. اعرف المزيد.

تكلفة الأمان

بالنسبة لمثيلات SQL Server وDBs الموصى بها ل SQL Server على Azure VM أو Azure SQL MI أو Azure SQL DB، إذا كانت جاهزة لتشغيل Defender ل SQL، تتم إضافة Defender for SQL لكل مثيل SQL Server لتلك المنطقة. بالنسبة ل DBs الموصى بها ل Azure SQL DB، يتم إظهار التكلفة على مستوى المثيل.

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

• مراجعة أفضل الممارسات لإنشاء التقييمات.
• تعرف على كيفية تشغيل تقييم Azure SQL.