التخطيط لترحيل البيانات

  • 7 دقائق

يحتوي مشروع تحديث النظام الأساسي للبيانات على خمس مراحل يتم إكمالها عادةً بالترتيب.

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

في هذه الوحدة، سوف تستكشف كل مرحلة من المراحل الخمس بمزيد من التفاصيل.

رسم تخطيطي للمراحل الخمس لتحديث البيانات: الاكتشاف والتقييم والتخطيط والتحويل والتحقق.

بدء واكتشاف

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

  • تقييم البيئة الحالية

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

  • التحقق من التبعيات بين التطبيقات وقواعد البيانات الموجودة

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

  • سرد أنواع حمل العمل للأنظمة الخاصة بك

    يوفر سرد أنواع حمل العمل مقابل خوادم قاعدة البيانات المحددة نظرة ثاقبة على استخدامها. يمكن تصنيف أحمال العمل على أنها تحليلية (OLAP) أو معاملات (OLTP) استنادا إلى ما إذا كانت قراءة أو كتابة مكثفة. يساعد هذا في تحديد تقنية النظام الأساسي للبيانات التي يجب الترحيل إليها. قد يتضمن التصنيف الإضافي أحمال عمل دعم الدفعات أو القرارات.

تقييم

أثناء مرحلة التقييم، تستخدم المعلومات التي تم جمعها أثناء مرحلة الاكتشاف لإجراء تقييم شامل لأحمال العمل المحددة لتحديد ما يلي:

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

يمكنك إنشاء ذلك من خلال إكمال تقييمحمل العمل الحالي وتقييم معايير حمل العمل:

  • تقييم حمل العمل الحالي

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

  • تقييم معايير حمل العمل

    في تقييم معايير حمل العمل، يمكنك استخدام النتائج من تقييم حمل العمل الحالي وتحديد معايير ما بعد الترحيل لتشغيل أحمال العمل المحددة.

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

التخطيط

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

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

# المرحلة الإجراء ‏‏الوصف
1. بقي عديم الفائدة. استمرار التحديث مع النظر في الخيارات طويلة الأجل للخدمات المحلية المتبقية.
2. إعادة استضافة الترحيل إلى IaaS يزيل هذا النهج الحاجة إلى إدارة مركز البيانات ويعطي عائدا أعلى على الاستثمار (ROI) من خلال انخفاض التكلفة الإجمالية للتملك (TCO).
3. إعادة بناء التعليمات البرمجية الترحيل إلى IaaS أو PaaS مع الحد الأدنى من تغييرات التطبيق يزيل هذا النهج الحاجة إلى إدارة مركز البيانات ويعطي عائدا أعلى على الاستثمار (ROI) من خلال انخفاض التكلفة الإجمالية للتملك (TCO). يمكن أيضا تمكين حمل إدارة أقل من خلال دمج قواعد البيانات.
4. إعادة التصميم إعادة كتابة الجوانب الأساسية للتطبيق لاستخدام تقنيات السحابة فهو يتيح استخدام المكونات الحديثة، ويقلل من نشر التعليمات البرمجية، ويسهل نشر DevOps للبنية الأساسية والخدمات.
5. اعاده إعادة إنشاء التطبيق لاستخدام PaaS أو تقنيات بلا خادم تتيح إعادة إنشاء الأنظمة الأساسية للبيانات والتطبيقات باستخدام تقنيات أحدث استخدام قابلية الوصول العالية المضمنة في Azure، ويزيد من قابلية نقل التطبيق وقابلية التوسع، ويقلل من فجوات المهارات المحتملة بين التكنولوجيا المستخدمة ودعم/تطوير التطبيق من قبل الموظفين.
6. الاستبدال استبدال التطبيق بتطبيق أحدث أو حل SaaS ضع في اعتبارك نهج استبدال عندما يكون للتطبيق تبعيات على الأجهزة الفعلية المرفقة بالخادم أو عندما يتكامل بإحكام مع البنية الأساسية المحلية.
7. تقاعد إيقاف تشغيل التطبيقات التي لم تعد مطلوبة يجب النظر في نهج التوقف في حالة عدم استخدام التطبيقات القديمة وقواعد البيانات لأنه لا يوجد أي عمل أو شرط قانوني للحفاظ عليها.

يوضح الرسم البياني أدناه مقدار الجهد الذي يتطلبه كل مصطلح مقارنة بالقيمة التي تكتسبها الأعمال من الترحيل.

  • خيارات هدف النظام الأساسي

    هناك خياران رفيعا المستوى متاحان لك عندما يتعلق الأمر باختيار النظام الأساسي المستهدف.

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

    • النظام الأساسي كخدمة (PaaS) - في هذا النهج، ستقوم بترحيل بياناتك إلى خدمة النظام الأساسي للبيانات التي تناسب حمل العمل الخاص بك. بالنسبة لأحمال العمل الخاصة بالمعاملات، التي تتضمن قاعدة بيانات Azure SQL أو مثيل Azure SQL المدار. بالنسبة إلى أحمال العمل من نوع المعالجة التحليلية (OLAP) عبر الإنترنت، فإن هذا الأمر قد يتضمن مستودع بيانات AZURE .

  • اختيار النظام الأساسي المستهدف حسب الميزات

    • قاعدة بيانات Azure SQL - استخدم إذا كانت مساحة سطح التطبيق محددة في نطاق قاعدة البيانات. توفر قاعدة بيانات SQL حلاً منخفض الصيانة يمكن أن يكون خيارًا رائعًا لأحمال عمل معينة.

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

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

    • مثيل Azure SQL المدار - سيكون مناسبا للاستخدام إذا كانت مساحة سطح التطبيق محددة النطاق وتتطلب ميزات غير متوفرة في قاعدة بيانات Azure SQL مثل:

      • عامل SQL Server
      • MSDTC
      • DQS
      • MDS
      • بريد قاعدة البيانات
      • Polybase
      • دعم الخوادم المرتبطة
      • يدعم خدمات سحابة Azure الجديدة مثل الكشف عن التهديدات

    • SQL Server على جهاز Azure الظاهري - استخدم إذا كانت مساحة سطح التطبيق محددة النطاق وتتطلب ميزات غير متوفرة في Azure SQL Managed Instance، مثل SQL Server Reporting Services (SSRS) وSQL Server Analysis Services (SSAS) وSQL Server Integration Services (SSIS).

    • Azure Synapse Analytics - استخدم إذا كان لديك تطبيقات تقوم بتشغيل استعلامات معقدة عبر كمية كبيرة من البيانات التي يمكن أن تستفيد من المعالجة المتوازية على نطاق واسع (MPP) لتقليل أوقات معالجة الاستعلام.

لعرض قائمة الميزات المدعومة في كل عرض PaaS ل SQL، راجع مقارنة الميزات: قاعدة بيانات Azure SQL ومثيل Azure SQL المدار.

  • اختيار النظام الأساسي المستهدف حسب التكلفة

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

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

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

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

    • ⁧Azure Synapse Analytics - يمكن لتحليلات Azure Synapse تقليل التكلفة عن طريق الاستفادة من بنية MPP لمعالجة الاستعلامات المعقدة في دقائق بدلاً من ساعات.

  • عمليات الترحيل دون اتصال بالإنترنت مقابل عمليات الترحيل عبر الإنترنت

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

التحويل والتحسين

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

يتضمن التحسين عادةً إجراء تعديل على قاعدة البيانات التي تم ترحيلها للاستفادة من الميزة أو تحسين استخدامها ضمن Azure.

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

  • تحول

    لضمان نجاح تجربة ما بعد الترحيل، قد يلزم إجراء تغيير واحد أو أكثر من التغييرات التالية على قاعدة بيانات.

    • تثبيت ترقيات إصدار ما قبل الترحيل

    • إصلاح أية أخطاء يتم التعرف عليها بواسطة أدوات تقييم الترحيل

    • تنفيذ تغييرات مخطط قاعدة البيانات

    • ترحيل خدمات قاعدة البيانات المتكاملة الموجودة إلى Azure

    • التعامل مع أحمال عمل SSIS في السحابة

  • تحسين

    قد يكون هناك واحد أو أكثر من إرشادات التحسين التالية التي سترغب في اتباعها في أثناء الترحيل للتأكد من تحقيق مؤسستك أقصى استفادة من استثماراتها في Azure.

    • تقييم الميزات الجديدة التي قد تكون متاحة على النظام الأساسي المستهدف

    • إعادة هيكلة أحمال العمل إلى مجموعات أكثر فعالية من حيث التكلفة أو الأداء

    • اختر أعلى مستوى خدمة ومستوى أداء أثناء الترحيل، وقم بالتحجيم بعد اكتمال الترحيل

    • التأكد من أن أحمال العمل بالحجم الصحيح

    • تقليل المسافة بين ملف BACPAC ومركز بيانات الوجهة

    • تعطيل الإحصائيات التلقائية في أثناء الترحيل

    • تقسيم الجداول والفهارس.

    • إسقاط طرق العرض المفهرسة وإعادة إنشائها بمجرد الانتهاء

الترحيل والتحقق من الصحة والمعالجة

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

اعتبارات الترحيل والتحقق والمعالجة

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

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