Azure Microsoft Cloud Bured: استخدام Azure Base Migration Service لتنفيذ ترحيل SQL Server صفر ترحيل محلي

سحابة 2026-06-01 阅读 10
1

في عملية تطور بنية تكنولوجيا المعلومات في المؤسسة إلى السحابة الأصلية ، لا يوجد مشهد تجاري يجعل CIO غير قادر على النوم ويترك DBA يفقد شعره.

ترحيل قاعدة البيانات الأساسية على السحابة

.

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

من أجل القضاء تمامًا على هذا الألم في الصناعة مع "وقت التوقف الطويل ومخاطر الهجرة العالية" ، قامت Microsoft Cloud (Azure) بإخراج قطعة أثرية متحركة سلسة مصممة لتحديث قاعدة البيانات-

Azure قاعدة بيانات Migration Service(DMS ، خدمة ترحيل قاعدة البيانات)

.

منطقها الأساسي قوي وأنيق:

استخدم تدفق البيانات عبر الإنترنت للتكرار المستمر (Migration Online) لتحقيق هجرة سلسة لـ "وقت التوقف الصفري" تقريبًا.

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

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

المرحلة الأولى: التفكيك العميق ، "نموذج الأنابيب ثلاثي الأبعاد" لترحيل التوقف الصفري عبر الإنترنت

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

موقع المصدر: SQL Server في الأجهزة المادية/الظاهرية المحلية: هذا هو شريان الحياة للإنتاج الخاص بك. من أجل تحقيق "لا تسقط عبر الإنترنت"

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

الحمالون الذهبيون: Azure DMS (محرك ترحيل مدعوم بالكامل): هذه مجموعة حوسبة PaaS عالية الحراسة وعالية التزامن في السحابة. إنها مثل شاحنة رقمية لا تعرف الكلل. من أجل الوصول إلى قاعدة البيانات المحلية وقاعدة البيانات السحابية في نفس الوقت ، يجب نشر مثيلات DMS في الشبكة الافتراضية (VNet) التي يمكنها اختراق الشبكة الداخلية المحلية من خلال ExpressRoute أو VPN عالية الحماية.

السحاب: قاعدة بيانات Azure SQL (أو مثيلات استضافة SQL): هذه هي المحطة الطرفية للترحيل. قبل فتح الهجرة رسميًا ، كانت مثل الغرفة الفارغة. سيقوم DMS أولاً باستنساخ نفس بنية الجدول والفهرسة والقيود المحلية على مستوى البكسل هنا ، ثم يبدأ في قبول تدفق البيانات المتدفق باستمرار.

المرحلة الثانية: تدريبات قتالية فعلية-10 دقائق لتركيب المباني الشاهقة على الأرض ، وإنشاء DMS لنقل الأوعية الدموية في الوقت الفعلي

تأكد من أنك قمت ببناء محطة نظيفة على Azure في وقت مبكر:

قاعدة بيانات Azure SQL

(أو Azure SQL Managed Instance) ، وتم فتح خط VPN بين غرفة الكمبيوتر المحلية وشبكة Azure الافتراضية (VNet) بالكامل.

الخطوة 1: فتح مساحة عمل الهجرة المدارة بالكامل DMS

سجّل الدخول إلى بوابة Azure (البوابة).

أدخل "Azure Base Migration Services" في شريط البحث أعلاه وانقر على وحدة التحكم الأساسية.

انقر فوق "Create" في الجزء العلوي: المعلومات الأساسية: حدد مجموعة الموارد الخاصة بك ، واطلق على خدمة الترحيل اسم dms-core-prod ، وحدد المنطقة الأقرب إلى غرفة الكمبيوتر المحلية (مثل East Asia Hong Kong). وضع الخدمة: أمر بالغ الأهمية ، يجب عليك اختيار "مدير موارد Azure". طبقة التسعير: إذا كنت ترغب في اللعب بالنسخ الإضافي عبر الإنترنت لـ "الإغلاق شبه الصفري" ، فيجب عليك تحديد "Premium" بدقة (الإصدار المتميز ، الذي يدعم 4 قوى محاسبة). يدعم الإصدار القياسي التصدير الفردي دون اتصال بالإنترنت فقط ، ويمكن للإصدار المتميز فقط فتح تقنية نقل الأوعية الدموية عبر الإنترنت ، وتوفر Microsoft حاليًا حصصًا مجانية جيدة جدًا للاختبار الأساسي لهذه الخدمة. الشبكة الافتراضية: حدد بدقة VNet التي ترتبط بغرفتك المحلية من خلال VPN/الخط المخصص.

انقر على إنشاء. محرك Microsoft بدون خادم

سيتم صقل بوابة الترحيل هذه من أجلك في الخلفية ، وسوف تكون الخدمة مليئة بالدماء في حوالي 3 دقائق.

المرحلة الثالثة: التمرين القتالي الفعلي 2-تقليل الضربات ، وفتح البيانات عبر الإنترنت في الوقت الفعلي

عندما تضيء حالة مثيلات DMS باللون الأخضر

نجح

في ذلك الوقت ، بدأت المعركة الأكثر تشدلاً رسميًا. انقر على إدخال مثيل DMS هذا.

1. مشروع سوق الهجرة الجديد (مشروع إعادة التوطين الجديد)

في الجزء العلوي ، انقر على "New Migration Project".

اسم المشروع: يسمى proj-sql-to-azure.

نوع خادم المصدر: حدد SQL Server.

Target server type: اختر قاعدة بيانات Azure SQL (بناءً على جهاز الاستقبال السحابي الخاص بك).

اختيار نوع النشاط: خطوة لحقن الروح ، يجب تحديد "نقل البيانات عبر الإنترنت" بحزم.

2. محاذاة عبوتين متلازمتين

انقر فوق التالي ، واملأ الصفحة بأوراق الاعتماد الخاصة بالمحطة المصدر والمحطة المستهدفة:

تفاصيل المصدر: أدخل عنوان IP الداخلي الخاص بـ SQL Server المحلي ، ورقم المنفذ ، وكلمة مرور حساب DBA مع أذونات sysadmin.

تفاصيل الهدف: أدخل اسم نطاق الخادم الخاص بقاعدة بيانات Azure SQL (مثل sql-prod-srv.database.windows.net) وكلمة مرور حساب المسؤول في السحابة.

اختيار قاعدة البيانات: يقوم النظام تلقائيًا بالزحف إلى جميع قوائم قواعد البيانات في SQL Server المحلي. ضع علامة على مكتبة الأعمال الأساسية (مثل db_ecommerce) التي تحتاج إلى نقلها.

3. نشر محطة نقل وسيطة (مسار مشاركة الشبكة)

يتطلب الترحيل عبر الإنترنت محطة نقل يمكنها قراءة وكتابة DMS المحلية والسحابية لتخزين النسخ الاحتياطية لسجلات المعاملات مؤقتًا.

في نموذج موقع الشبكة ، أدخل مسار مشاركة شبكة SMB في غرفة الكمبيوتر المحلية الخاصة بك (مثل \ \ local-nas \ sql_backup).

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

اضغط على التالي على التوالي ، وأخيراً اضغط

"Start Migration" (بدء الهجرة)

.

المرحلة الرابعة: مشاهدة مشهد المعجزة-انقطاع على مستوى المرحلة الثانية ، هبوط سلس للأعمال

بعد النقر على بدء التشغيل ، انقر على إدخال مهمة الترحيل المنشطة هذه

(Migration Activity) صفحة التفاصيل.

سترى سوق مراقبة تدفق بديهية للغاية:

مرحلة التحميل الكامل: تقوم DMS بتعبئة بيانات المخزون المحلية الحالية في الخلفية واستنساخ البيانات إلى السحابة مثل البرق.

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

في نهاية المطاف قطع لحظة الظل (Cutover)

عندما تكون الدولة ميتة

(ريدي) إلى (كوتفر)

(جاهز للتبديل) ، فهذا يعني أن إشارة هجوم Shangyun قد تم تفجيرها.

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

في انتظار اللحظة التي يتم فيها مسح "الشؤون غير المهاجرة" تمامًا في السوق ، يصبح التأخير 0 ثانية.

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

التشغيل والصيانة بأقصى سرعة سلسلة اتصال قاعدة بيانات APP الأمامية (Connection String) ، وتعديل sql-prod-srv.database.windows.net إلى السحابة بنقرة واحدة ، وإعادة تشغيل خدمة الواجهة الأمامية.

تتراوح العملية برمتها من الإغلاق ، وقطع التدفق ، إلى إحياء السحب المليئة بالدماء ،

تم ضغط وقت التوقف الكبير لخط العمل بأكمله بالقوة في غضون 15 ثانية إلى دقيقة واحدة فقط

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

المرحلة الخامسة: تاريخ الدم والدموع في تجنب الحفر في ظل هجرة الإغلاق الصفري من الدرجة الصناعية

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

1. الخطر المميت "القرص المحلي ممتلئ" (Log Chain Broken)

أثناء الترحيل عبر الإنترنت ، تحتاج DMS إلى قراءة وتنظيف النسخ الاحتياطي لسجل المعاملات محليًا عالي التردد.

تحدث كارثة: إذا كانت مكتبة الإنتاج المحلية الخاصة بك متزامنة للغاية (مثل عشرات الآلاف من الكتابة في الثانية) ، ويتم تخصيص غرفة الكمبيوتر المحلية الخاصة بك لبنود النسخ الاحتياطي المشتركة

مساحة القرص للتسجيل (SMB Path) ضيقة للغاية. بمجرد حدوث اهتزاز طفيف للشبكة متعددة الجنسيات ، تتباطأ سرعة زحف DMS في السحابة. لا يزال SQL Server المحلي يبصق السجلات بشكل محموم في هذا الدليل ، وسيتم حشو مساحة التخزين المحلية بالكامل في غضون ساعات قليلة (Disk Full) ، يؤدي الاتجاه المعاكس المباشر إلى توقف قاعدة بيانات الإنتاج المحلية على الفور بسبب نقص المساحة.

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

2. يُمنع منعًا باتًا السماح لقيود المفاتيح الخارجية والمشغلات "بالمساعدة" خلال فترة التحميل الكاملة

إذا كانت قاعدة البيانات المحلية الخاصة بك مصممة بشكل معقد للغاية

قيود المفتاح الخارجي أو Triggers

(على سبيل المثال ، عند إدخال الجدول A ، سيقوم المشغل تلقائيًا بتعديل الجدول B).

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

مواصفات التعزيز النووي الصلب: خلع ملابسك أولاً ، وارتداء الملابس لاحقًا. عند كتابة البرامج النصية السحابية DDL ، قم أولاً بإنشاء "طاولة عارية" في السحابة بدون قيود مفاتيح خارجية وبدون مشغلات. دع DMS يملأ جميع البيانات الضخمة بأقصى سرعة وبدون عوائق في أعلى التزامن. عشية النقر على Cutover (التبديل) ، ثم من خلال برنامج نصي SQL قياسي ، نقر واحد لقيود المفاتيح الخارجية والمشغلات والفهارس عالية التردد في السحابة "لاستعادة الدم الكامل". وفقًا للشهية السفلية لقاعدة البيانات لتصميم خط التجميع ، سيعطيك استجابة حقيقية للأخطاء الصفرية.

الخلاصة

باستخدام خدمة قاعدة بيانات Azure Migration Service لتحقيق نقل بدون توقف عبر الإنترنت لـ SQL Server المحلي ، تم تبسيط الجوهر الصناعي الأساسي في الواقع إلى ستة عشر كلمة:

الحجم الكامل للقاع ، والتراجع الإضافي ، والسجل المطابق ، وقطع التدفق على مستوى الثواني.

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

تطور الدم.

1
← 返回新闻中心