البرنامج التعليمي: الترحيل من قاعدة بيانات Azure ل PostgreSQL - خادم واحد إلى خادم مرن باستخدام خدمة الترحيل

ينطبق على: قاعدة بيانات Azure ل PostgreSQL - خادم مرن

باستخدام مدخل Microsoft Azure، يمكنك ترحيل مثيل قاعدة بيانات Azure ل PostgreSQL - خادم واحد إلى قاعدة بيانات Azure ل PostgreSQL - الخادم المرن. في هذا البرنامج التعليمي، نقوم بإجراء ترحيل لقاعدة بيانات نموذجية من قاعدة بيانات Azure لخادم PostgreSQL الفردي إلى خادم PostgreSQL مرن باستخدام مدخل Microsoft Azure.

• تكوين قاعدة بيانات Azure لخادم PostgreSQL المرن
• تكوين مهمة الترحيل
• مراقبة الترحيل
• إلغاء الترحيل
• ما بعد الترحيل

بوابة

يمكنك الترحيل باستخدام مدخل Microsoft Azure.

غير متصل

المتطلبات الأساسية (دون اتصال)

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

التحقق من الإصدار المصدر

يجب أن يكون >= 9.5إصدار PostgreSQL المصدر . إذا كان إصدار PostgreSQL المصدر أقل من 9.5، فبادر بترقية إصدار PostgreSQL المصدر إلى 9.5 أو أعلى قبل الترحيل.

إعداد الهدف

• يجب نشر خادم Azure Database for PostgreSQL المرن وتكوينه بشكل صحيح في Azure قبل بدء عملية الترحيل.

• يجب أن تتوافق SKU المختارة لقاعدة بيانات Azure ل PostgreSQL مع مواصفات قاعدة البيانات المصدر لضمان التوافق والأداء المناسب.

• للحصول على إرشادات مفصلة حول إنشاء قاعدة بيانات Azure جديدة ل PostgreSQL، راجع الارتباط التالي: التشغيل السريع: إنشاء خادم.

إعداد الشبكة

إعداد الشبكة أمر بالغ الأهمية لخدمة الترحيل لتعمل بشكل صحيح. تأكد من أن خادم PostgreSQL المصدر يمكنه الاتصال بقاعدة بيانات Azure الهدف لخادم PostgreSQL. تكوينات الشبكة التالية ضرورية للترحيل الناجح.

للحصول على معلومات حول إعداد الشبكة، تفضل بزيارة دليل الشبكة لخدمة الترحيل.

تمكين الملحقات

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

في المثيل الهدف من Azure Database for PostgreSQL - Flexible Server، قم بتمكين الملحقات المدعومة التي تم تحديدها في مثيل PostgreSQL المصدر.

لمزيد من المعلومات، راجع الملحقات في قاعدة بيانات Azure ل PostgreSQL.

إشعار

يلزم إعادة التشغيل عند إجراء أي تغييرات على المعلمة shared_preload_libraries .

تحقق من معلمات الخادم

لا يتم ترحيل هذه المعلمات تلقائيا إلى البيئة المستهدفة ويجب تكوينها يدويا.

• مطابقة قيم معلمات الخادم من قاعدة بيانات PostgreSQL المصدر إلى قاعدة بيانات Azure ل PostgreSQL عن طريق الوصول إلى قسم معلمات الخادم في مدخل Microsoft Azure وتحديث القيم يدويا وفقا لذلك.

• احفظ تغييرات المعلمة، وإذا لزم الأمر، أعد تشغيل خادم Azure Database for PostgreSQL المرن لتطبيق التكوين الجديد.

تعطيل قابلية الوصول العالية (الموثوقية) وقراءة النسخ المتماثلة في الهدف

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

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

تكوين قاعدة بيانات Azure لخادم PostgreSQL المرن

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

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

• تحقق مما إذا كان توزيع البيانات بين جداول قاعدة البيانات منحرفا، مع وجود معظم البيانات في جدول واحد (أو عدد قليل). إذا انحرفت، فقد تكون سرعة الترحيل أبطأ من المتوقع. في هذه الحالة، يمكن زيادة سرعة الترحيل عن طريق ترحيل الجدول الكبير بالتوازي.

تكوين مهمة الترحيل

تأتي خدمة الترحيل مع تجربة بسيطة تستند إلى المعالج على مدخل Microsoft Azure. فيما يلي كيفية البدء:

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

2. انتقل إلى قاعدة بيانات Azure الخاصة بك لهدف PostgreSQL Flexible Server.

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

   

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

   

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

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

بدلاً من ذلك، يمكنك بدء عملية الترحيل من قاعدة بيانات Azure لخادم PostgreSQL الفردي.

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

2. عند تحديد الخادم الفردي، يمكنك مراقبة شعار متعلق بالترحيل في علامة التبويب نظرة عامة. حدد ترحيل الآن للبدء.

   

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

   

4. إذا اخترت إنشاء خادم مرن جديد، فحدد Create new وحدد Go لإنشاء معالج. يأخذك هذا الإجراء من خلال عملية إنشاء الخادم المرن وينشر الخادم المرن.

   

بعد نشر الخادم المرن، اتبع الخطوات من 3 إلى 5 ضمن تكوين مهمة الترحيل.

الإعداد

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

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

يشير نوع الخادم المصدر إلى المصدر. في هذه الحالة، إنها قاعدة بيانات Azure لخادم PostgreSQL الفردي

يسمح لك خيار الترحيل بإجراء عمليات التحقق من الصحة قبل تشغيل الترحيل. يمكنك اختيار أي من الخيارات التالية.

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

من الممارسات الجيدة دائما اختيار خيار التحقق من الصحة أو التحقق من الصحة والترحيل لإجراء عمليات التحقق من الصحة قبل تشغيل الترحيل.

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

حدد زر Next: Select Runtime Server.

خادم وقت التشغيل

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

لمزيد من المعلومات حول خادم وقت التشغيل، تفضل بزيارة خادم وقت تشغيل الترحيل.

حدد الزر التالي: الاتصال بالمصدر.

الاتصال بالمصدر

يطالبك قسم المصدر بإعطاء تفاصيل تتعلق بالخادم الفردي، وهو مصدر قواعد البيانات.

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

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

يعد حقل FQDN/IP المخصص اختياريا ويمكن استخدامه عندما يكون المصدر خلف خادم DNS مخصص أو لديه مساحات أسماء DNS مخصصة، ما يجعله قابلا للوصول فقط عبر FQDNs أو عناوين IP محددة. على سبيل المثال، قد يتضمن ذلك إدخالات مثل singleserver.example.com، 198.1.0.2أو ، أو PostgreSQL FQDN مثل singleserver.postgres.database.azure.com، إذا كان خادم DNS المخصص يحتوي على منطقة postgres.database.azure.com DNS أو يقوم بإعادة توجيه الاستعلامات لهذه المنطقة إلى 168.63.129.16، حيث يتم حل FQDN في منطقة DNS العامة أو الخاصة في Azure.

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

حدد الزر Next: Select migration target للمتابعة.

تحديد هدف الترحيل

يعرض قسم تحديد هدف الترحيل بيانات التعريف لهدف الخادم المرن، مثل الاشتراك ومجموعة الموارد واسم الخادم والموقع وإصدار PostgreSQL.

حقل FQDN/IP المخصص اختياري ويمكن استخدامه عندما يكون الهدف خلف خادم DNS مخصص أو يحتوي على مساحات أسماء DNS مخصصة، ما يجعله قابلا للوصول فقط عبر FQDNs أو عناوين IP محددة. على سبيل المثال، قد يتضمن ذلك إدخالات مثل flexibleserver.example.com، 198.1.0.2أو ، أو PostgreSQL FQDN مثل flexibleserver.postgres.database.azure.com، إذا كان خادم DNS المخصص يحتوي على منطقة postgres.database.azure.com DNS أو يقوم بإعادة توجيه الاستعلامات لهذه المنطقة إلى 168.63.129.16، حيث يتم حل FQDN في منطقة DNS العامة أو الخاصة في Azure.

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

حدد زر Next: Select database(s) for migration لتحديد قواعد البيانات المراد ترحيلها.

تحديد قاعدة (قواعد) البيانات للترحيل

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

حدد الزر Next: Summary لمراجعة التفاصيل.

الملخص

تلخص علامة التبويب ملخص جميع تفاصيل إنشاء التحقق من الصحة أو الترحيل. راجع التفاصيل وحدد زر بدء التحقق من الصحة والترحيل .

مراقبة مدخل الترحيل

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

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

يمكنك استخدام الزر تحديث لتحديث حالة التحقق من الصحة أو الترحيل.

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

عند إنشاء التحقق من الصحة أو الترحيل، فإنه ينتقل إلى حالة InProgress و PerformingPreRequisiteSteps الفرعية . يستغرق سير العمل من دقيقتين إلى 3 دقائق لإعداد البنية الأساسية للترحيل واتصالات الشبكة.

دعونا ننظر في كيفية مراقبة عمليات الترحيل لكل خيار ترحيل.

التحقق

بعد اكتمال الحالة الفرعية PerformingPreRequisiteSteps، ينتقل التحقق من الصحة إلى الحالة الفرعية للتحقق قيد التقدم حيث يتم إجراء عمليات التحقق على الخادم المصدر والهدف لتقييم الاستعداد للترحيل.

ينتقل التحقق من الصحة إلى الحالة Succeeded إذا كانت جميع عمليات التحقق من الصحة إما في حالة Succeeded أو Warning .

تحتوي شبكة التحقق من الصحة على المعلومات التالية:

• تفاصيل التحقق من الصحة للمثيل وتفاصيل التحقق من الصحة لأقسام قواعد البيانات ، والتي تمثل قواعد التحقق من الصحة المستخدمة للتحقق من جاهزية الترحيل.
• اسم التحقق من الصحة - اسم كل قاعدة تحقق محددة.
• حالة التحقق من الصحة - تمثل النتيجة لكل قاعدة ويمكن أن تحتوي على أي من القيم الثلاث:
  • Succeeded - إذا لم يتم العثور على أخطاء.
  • فشل - إذا كانت هناك أخطاء في التحقق من الصحة.
  • تحذير - إذا كانت هناك تحذيرات للتحقق من الصحة.
• المدة - الوقت المستغرق لعملية التحقق من الصحة.
• وقت البدء (UTC) ووقت الانتهاء (UTC) - أوقات البدء والانتهاء لعملية التحقق من الصحة في التوقيت العالمي المتفق عليه.

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

Migrate

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

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

ينتقل الترحيل إلى الحالة Succeeded عند انتهاء حالة ترحيل البيانات بنجاح. إذا كانت هناك مشكلة في حالة ترحيل البيانات، ينتقل الترحيل إلى حالة فشل.

بمجرد انتقال الترحيل إلى الحالة Succeeded ، يكتمل المخطط وترحيل البيانات من الخادم الفردي إلى هدف الخادم المرن. يمكنك تحديث الصفحة للتحقق من التقدم.

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

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

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

يمكنك مشاهدة نتائج التحقق من الصحة والترحيل بمجرد اكتمال العملية.

تدريب

المتطلبات الأساسية (عبر الإنترنت)

قبل بدء الترحيل باستخدام خدمة الترحيل في قاعدة بيانات Azure ل PostgreSQL، يعد استيفاء المتطلبات الأساسية التالية، والتي تنطبق على سيناريوهات الترحيل دون اتصال أمرا ضروريا.

التحقق من الإصدار المصدر

يجب أن يكون >= 9.5إصدار PostgreSQL المصدر . إذا كان إصدار PostgreSQL المصدر أقل من 9.5، فبادر بترقية إصدار PostgreSQL المصدر إلى 9.5 أو أعلى قبل الترحيل.

إعداد معلمات الترحيل عبر الإنترنت

للترحيل عبر الإنترنت، يجب تعيين دعم النسخ المتماثل إلى Logical ضمن إعدادات النسخ المتماثل لخادم PostgreSQL المصدر. بالإضافة إلى ذلك، يجب أن تكون معلمات max_wal_senders الخادم max_replication_slots وقيمه أكثر من عدد قواعد البيانات التي تحتاج إلى ترحيل. يمكن تعيين المعلمات في مدخل Microsoft Azure ضمن Settings-Server> Parameters أو تكوينها في سطر الأوامر باستخدام الأوامر التالية:

• ALTER SYSTEM SET wal_level = logical;
• ALTER SYSTEM SET max_wal_senders = number of databases to migrate + 1;
• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

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

إشعار

للترحيل عبر الإنترنت باستخدام قاعدة بيانات Azure لخادم PostgreSQL الفردي، يتم تعيين دعم النسخ المتماثل Azure إلى منطقي ضمن إعدادات النسخ المتماثل لصفحة الخادم الفردي في مدخل Microsoft Azure.

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

إعداد الهدف

• يجب إعداد قاعدة بيانات Azure ل PostgreSQL في Azure قبل الترحيل.

• يجب أن تتوافق SKU المختارة لقاعدة بيانات Azure ل PostgreSQL مع مواصفات قاعدة البيانات المصدر لضمان التوافق والأداء المناسب.

• للحصول على إرشادات مفصلة حول إنشاء قاعدة بيانات Azure جديدة ل PostgreSQL، راجع الارتباط التالي: التشغيل السريع: إنشاء خادم.

• يجب أن تكون معلمة max_replication_slots الخادم أكثر من عدد قواعد البيانات التي تحتاج إلى ترحيل. يمكن تعيينه في مدخل Microsoft Azure ضمن Settings-Server> Parameters أو تكوينه في سطر الأوامر باستخدام الأمر التالي:

• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

إعداد الشبكة

إعداد الشبكة أمر بالغ الأهمية لخدمة الترحيل لتعمل بشكل صحيح. تأكد من أن خادم PostgreSQL المصدر يمكنه الاتصال بقاعدة بيانات Azure الهدف لخادم PostgreSQL. تكوينات الشبكة التالية ضرورية للترحيل الناجح.

للحصول على معلومات حول إعداد الشبكة، تفضل بزيارة دليل الشبكة لخدمة الترحيل.

تمكين الملحقات

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

في المثيل الهدف من Azure Database for PostgreSQL - Flexible Server، قم بتمكين الملحقات المدعومة التي تم تحديدها في مثيل PostgreSQL المصدر.

لمزيد من المعلومات، راجع الملحقات في قاعدة بيانات Azure ل PostgreSQL.

إشعار

يلزم إعادة التشغيل عند إجراء أي تغييرات على المعلمة shared_preload_libraries .

معلمات الخادم

لا يتم ترحيل هذه المعلمات تلقائيا إلى البيئة المستهدفة ويجب تكوينها يدويا.

• مطابقة قيم معلمات الخادم من قاعدة بيانات PostgreSQL المصدر إلى قاعدة بيانات Azure ل PostgreSQL عن طريق الوصول إلى قسم "معلمات الخادم" في مدخل Microsoft Azure وتحديث القيم يدويا وفقا لذلك.

• احفظ تغييرات المعلمة ثم أعد تشغيل قاعدة بيانات Azure ل PostgreSQL لتطبيق التكوين الجديد إذا لزم الأمر.

تعطيل قابلية الوصول العالية (الموثوقية) وقراءة النسخ المتماثلة في الهدف

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

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

إشعار

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

تكوين قاعدة بيانات Azure لخادم PostgreSQL المرن

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

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

• تحقق مما إذا كان توزيع البيانات بين جداول قاعدة البيانات منحرفا، مع وجود معظم البيانات في جدول واحد (أو عدد قليل). إذا انحرفت، فقد تكون سرعة الترحيل أبطأ من المتوقع. في هذه الحالة، يمكن زيادة سرعة الترحيل عن طريق ترحيل الجدول الكبير بالتوازي.

تكوين مهمة الترحيل

تأتي خدمة الترحيل مع تجربة بسيطة تستند إلى المعالج على مدخل Microsoft Azure. فيما يلي كيفية البدء:

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

2. انتقل إلى قاعدة بيانات Azure الخاصة بك لهدف PostgreSQL Flexible Server.

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

   

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

   

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

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

بدلاً من ذلك، يمكنك بدء عملية الترحيل من قاعدة بيانات Azure لخادم PostgreSQL الفردي.

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

2. عند تحديد الخادم الفردي، يمكنك مراقبة شعار متعلق بالترحيل في علامة التبويب نظرة عامة. حدد ترحيل الآن للبدء.

   

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

   

4. إذا اخترت إنشاء خادم مرن جديد، فحدد Create new وحدد Go لإنشاء معالج. يأخذك هذا الإجراء من خلال عملية إنشاء الخادم المرن وينشر الخادم المرن.

   

بعد نشر الخادم المرن، اتبع الخطوات من 3 إلى 5 ضمن تكوين مهمة الترحيل.

الإعداد

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

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

يشير نوع الخادم المصدر إلى المصدر. في هذه الحالة، إنها قاعدة بيانات Azure لخادم PostgreSQL الفردي

يسمح لك خيار الترحيل بإجراء عمليات التحقق من الصحة قبل تشغيل الترحيل. يمكنك اختيار أي من الخيارات التالية.

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

من الممارسات الجيدة دائما اختيار خيار التحقق من الصحة أو التحقق من الصحة والترحيل لإجراء عمليات التحقق من الصحة قبل تشغيل الترحيل.

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

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

حدد زر Next: Select Runtime Server.

خادم وقت التشغيل

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

لمزيد من المعلومات حول خادم وقت التشغيل، تفضل بزيارة خادم وقت تشغيل الترحيل.

حدد الزر التالي: الاتصال بالمصدر.

الاتصال بالمصدر

يطالبك قسم المصدر بإعطاء تفاصيل تتعلق بالخادم الفردي، وهو مصدر قواعد البيانات.

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

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

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

حدد الزر Next: Select migration target للمتابعة.

تحديد هدف الترحيل

يعرض قسم تحديد هدف الترحيل بيانات التعريف لهدف الخادم المرن، مثل الاشتراك ومجموعة الموارد واسم الخادم والموقع وإصدار PostgreSQL.

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

حدد زر Next: Select database(s) for migration لتحديد قواعد البيانات المراد ترحيلها.

تحديد قاعدة (قواعد) البيانات للترحيل

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

حدد الزر Next: Summary لمراجعة التفاصيل.

الملخص

تلخص علامة التبويب ملخص جميع تفاصيل إنشاء التحقق من الصحة أو الترحيل. راجع التفاصيل وحدد زر بدء التحقق من الصحة والترحيل .

مراقبة مدخل الترحيل

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

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

يمكنك استخدام الزر تحديث لتحديث حالة التحقق من الصحة أو الترحيل.

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

عند إنشاء التحقق من الصحة أو الترحيل، فإنه ينتقل إلى حالة InProgress و PerformingPreRequisiteSteps الفرعية . يستغرق سير العمل من دقيقتين إلى 3 دقائق لإعداد البنية الأساسية للترحيل واتصالات الشبكة.

دعونا ننظر في كيفية مراقبة عمليات الترحيل لكل خيار ترحيل.

التحقق

بعد اكتمال الحالة الفرعية PerformingPreRequisiteSteps، ينتقل التحقق من الصحة إلى الحالة الفرعية للتحقق قيد التقدم حيث يتم إجراء عمليات التحقق على الخادم المصدر والهدف لتقييم الاستعداد للترحيل.

ينتقل التحقق من الصحة إلى الحالة Succeeded إذا كانت جميع عمليات التحقق من الصحة إما في حالة Succeeded أو Warning .

تحتوي شبكة التحقق من الصحة على المعلومات التالية:

• تفاصيل التحقق من الصحة للمثيل وتفاصيل التحقق من الصحة لأقسام قواعد البيانات ، والتي تمثل قواعد التحقق من الصحة المستخدمة للتحقق من جاهزية الترحيل.
• اسم التحقق من الصحة - اسم كل قاعدة تحقق محددة.
• حالة التحقق من الصحة - تمثل النتيجة لكل قاعدة ويمكن أن تحتوي على أي من القيم الثلاث:
  • Succeeded - إذا لم يتم العثور على أخطاء.
  • فشل - إذا كانت هناك أخطاء في التحقق من الصحة.
  • تحذير - إذا كانت هناك تحذيرات للتحقق من الصحة.
• المدة - الوقت المستغرق لعملية التحقق من الصحة.
• وقت البدء (UTC) ووقت الانتهاء (UTC) - أوقات البدء والانتهاء لعملية التحقق من الصحة في التوقيت العالمي المتفق عليه.

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

Migrate

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

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

ينتقل الترحيل إلى الحالة Succeeded عند انتهاء حالة ترحيل البيانات بنجاح. إذا كانت هناك مشكلة في حالة ترحيل البيانات، ينتقل الترحيل إلى حالة فشل.

بمجرد انتقال الترحيل إلى الحالة Succeeded ، يكتمل المخطط وترحيل البيانات من الخادم الفردي إلى هدف الخادم المرن. يمكنك تحديث الصفحة للتحقق من التقدم.

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

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

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

يمكنك مشاهدة نتائج التحقق من الصحة والترحيل بمجرد اكتمال العملية.

الترحيل الكلي

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

قبل بدء الانتقال، من الضروري التأكد من:

• يتم إيقاف عمليات الكتابة إلى المصدر -Latency (minutes) المعلمة هي 0 أو قريبة من 0 Latency (minutes) يمكن الحصول على المعلومات من شاشة تفاصيل الترحيل:

Latency (minutes) تشير المعلمة إلى وقت آخر مزامنة للهدف مع المصدر. على سبيل المثال، بالنسبة لقاعدة بيانات الطلبات أعلاه، فهي 0.33333. وهذا يعني أن التغييرات التي حدثت في آخر ~0.3 دقيقة في المصدر لم يتم إرسالها إلى الهدف، لقاعدة بيانات الطلبات . عند هذه النقطة، يمكن إيقاف عمليات الكتابة إلى المصدر وبدء الانتقال. في حالة وجود حركة مرور كثيفة في المصدر، يوصى بإيقاف عمليات الكتابة أولا بحيث يمكن أن Latency (minutes) تقترب من 0، ثم بدء الانتقال فقط. تطبق عملية الترحيل الكلي جميع التغييرات المعلقة من المصدر إلى الهدف وتستكمل الترحيل. إذا قمت بتشغيل انتقال حتى مع زمن انتقال غير صفري، يتوقف النسخ المتماثل حتى تلك النقطة الزمنية. ثم يتم تطبيق جميع البيانات الموجودة على المصدر حتى نقطة الانتقال على الهدف. لنفترض أن زمن الانتقال كان 15 دقيقة عند نقطة الانتقال، لذلك يتم تطبيق جميع البيانات التي تم تغييرها في آخر 15 دقيقة على الهدف. يعتمد الوقت المستغرق على تراكم التغييرات التي حدثت في آخر 15 دقيقة. ومن ثم، يوصى بأن يكون زمن الانتقال صفرا أو قريبا من الصفر، قبل تشغيل الانتقال.

ينتقل الترحيل إلى حالة Succeeded بمجرد انتهاء الحالة الفرعية ترحيل البيانات أو الانتقال (في وضع الترحيل عبر الإنترنت) بنجاح. إذا كانت هناك مشكلة في الحالة الفرعية ترحيل البيانات، ينتقل الترحيل إلى حالة فاشلة.

تتضمن حالات الترحيل المحتملة ما يلي:

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

تتضمن حالات الترحيل المحتملة ما يلي:

• PerformingPreRequisiteSteps: يتم إعداد البنية الأساسية لترحيل البيانات.
• التحقق من الصحة قيد التقدم: التحقق قيد التقدم.
• MigratingData: ترحيل البيانات قيد التقدم.
• إكمال الترحيل: الترحيل في المراحل النهائية من الاكتمال.
• مكتمل: اكتمل الترحيل بنجاح.

إلغاء الترحيل باستخدام المدخل

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

يؤدي إلغاء التحقق من الصحة إلى إيقاف أي نشاط تحقق إضافي وينتقل التحقق من الصحة إلى حالة ملغاة.

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

المبادره القطريه

يمكنك الترحيل باستخدام Azure CLI.

غير متصل

المتطلبات الأساسية (دون اتصال)

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

التحقق من الإصدار المصدر

يجب أن يكون >= 9.5إصدار PostgreSQL المصدر . إذا كان إصدار PostgreSQL المصدر أقل من 9.5، فبادر بترقية إصدار PostgreSQL المصدر إلى 9.5 أو أعلى قبل الترحيل.

إعداد الهدف

• يجب نشر خادم Azure Database for PostgreSQL المرن وتكوينه بشكل صحيح في Azure قبل بدء عملية الترحيل.

• يجب أن تتوافق SKU المختارة لقاعدة بيانات Azure ل PostgreSQL مع مواصفات قاعدة البيانات المصدر لضمان التوافق والأداء المناسب.

• للحصول على إرشادات مفصلة حول إنشاء قاعدة بيانات Azure جديدة ل PostgreSQL، راجع الارتباط التالي: التشغيل السريع: إنشاء خادم.

إعداد الشبكة

إعداد الشبكة أمر بالغ الأهمية لخدمة الترحيل لتعمل بشكل صحيح. تأكد من أن خادم PostgreSQL المصدر يمكنه الاتصال بقاعدة بيانات Azure الهدف لخادم PostgreSQL. تكوينات الشبكة التالية ضرورية للترحيل الناجح.

للحصول على معلومات حول إعداد الشبكة، تفضل بزيارة دليل الشبكة لخدمة الترحيل.

تمكين الملحقات

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

في المثيل الهدف من Azure Database for PostgreSQL - Flexible Server، قم بتمكين الملحقات المدعومة التي تم تحديدها في مثيل PostgreSQL المصدر.

لمزيد من المعلومات، راجع الملحقات في قاعدة بيانات Azure ل PostgreSQL.

إشعار

يلزم إعادة التشغيل عند إجراء أي تغييرات على المعلمة shared_preload_libraries .

تحقق من معلمات الخادم

لا يتم ترحيل هذه المعلمات تلقائيا إلى البيئة المستهدفة ويجب تكوينها يدويا.

• مطابقة قيم معلمات الخادم من قاعدة بيانات PostgreSQL المصدر إلى قاعدة بيانات Azure ل PostgreSQL عن طريق الوصول إلى قسم معلمات الخادم في مدخل Microsoft Azure وتحديث القيم يدويا وفقا لذلك.

• احفظ تغييرات المعلمة، وإذا لزم الأمر، أعد تشغيل خادم Azure Database for PostgreSQL المرن لتطبيق التكوين الجديد.

تعطيل قابلية الوصول العالية (الموثوقية) وقراءة النسخ المتماثلة في الهدف

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

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

الشروع في العمل

1. إذا كنت تستخدم Microsoft Azure للمرة الأولى، فقم بإنشاء حساب لتقييم العروض.

2. قم بتثبيت أحدث Azure CLI لنظام التشغيل خاصتك من صفحة تثبيت Azure CLI.

   إذا كان Azure CLI مثبتا بالفعل، فتحقق من الإصدار باستخدام الأمر az version. يجب أن يكون الإصدار 2.50.0 أو أحدث لاستخدام أوامر CLI الترحيل. إذا كان الإصدار قديمًا، فقمبتحديث إصدار Azure CLI الخاص بك.

3. شغَّل الأمر az login:

   az login
   

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

أوامر CLI الترحيل (دون اتصال)

تأتي خدمة الترحيل مع أوامر CLI سهلة الاستخدام للقيام بالمهام المتعلقة بالترحيل. تبدأ جميع أوامر CLI بـ az postgres flexible-server migration. من المهم السماح بقائمة الملحقات قبل بدء الترحيل.

يمكنك استخدام المعلمة --help لفهم الخيارات المقترنة بأمر وتأطير بناء الجملة الصحيح:

az postgres flexible-server migration --help

يؤدي تنفيذ الأمر السابق إلى إرجاع الإخراج التالي:

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

إنشاء ترحيل باستخدام Azure CLI

يساعد الأمر create في إنشاء ترحيل من خادم مصدر إلى خادم هدف:

az postgres flexible-server migration create --help

يؤدي تنفيذ الأمر السابق إلى إرجاع الإخراج التالي:

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

az postgres flexible-server migration create [--subscription]
                                             [--resource-group]
                                             [--name]
                                             [--migration-name]
                                             [--migration-mode]
                                             [--properties]

المعلمة	‏‏الوصف‬
subscription	معرف الاشتراك لهدف الخادم المرن.
resource-group	مجموعة الموارد لهدف الخادم المرن.
name	اسم هدف الخادم المرن.
migration-name	معرف فريد لكل ترحيل إلى هدف الخادم المرن هذا. يقبل هذا الحقل الأحرف الأبجدية الرقمية فقط ولا يقبل أي أحرف خاصة باستثناء التسطير السفلي (_) والواصلة (-). يجب أن يبدأ الاسم وينتهي بحرف أبجدي رقمي. يجب أن يكون الاسم أيضا فريدا للخادم الهدف، لأنه لا يمكن أن يكون لكل من الترحيلين إلى نفس هدف الخادم المرن نفس الاسم.
migration-mode	فهذه معلمة اختيارية. القيمة الافتراضية: غير متصل. يتضمن الترحيل دون اتصال نسخ قواعد البيانات المصدر في نقطة زمنية، إلى الخادم الهدف.
properties	يحتوي المسار المطلق إلى ملف JSON على معلومات تخص مصدر الخادم الفردي.

على سبيل المثال:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "./migrationBody.json" --migration-mode offline

migration-name يتم استخدام الوسيطة create المستخدمة في الأمر في أوامر CLI الأخرى، مثل update، delete، وتحدد show. محاولة الترحيل بشكل فريد في الإجراءات المقابلة في كل هذه الأوامر.

وأخيرا، create يحتاج الأمر إلى ملف JSON لتمريره كجزء من وسيطته properties .

بنية ملف JSON هي:

{
	"properties": {
		"sourceDbServerResourceId": "/subscriptions/<subscriptionid>/resourceGroups/<sourceServerResourceGroup>/providers/Microsoft.DBforPostgreSQL/servers/<sourceServer>",
		"secretParameters": {
			"adminCredentials": {
				"sourceServerPassword": "<password>",
				"targetServerPassword": "<password>"
			},
			"sourceServerUserName": "<username>@<servername>",
			"targetServerUserName": "<username>"
		},
		"dbsToMigrate": [
			"<db1>",
			"<db2>"
		],
		"overwriteDbsInTarget": "true"
	}
}

create المعلمات التي تنتقل إلى تنسيق ملف JSON كما هو موضح أدناه:

المعلمة	النوع	الوصف
sourceDbServerResourceId	مطلوب	هذه المعلمة هي معرف المورد لمصدر الخادم الفردي.
adminCredentials	المطلوب	تسرد هذه المعلمة كلمات المرور للمستخدمين المسؤولين لكل من مصدر الخادم الفردي وهدف الخادم المرن. تساعد كلمات المرور هذه على مصادقة الخوادم المصدر والهدف.
sourceServerUserName	المطلوب	القيمة الافتراضية هي المستخدم المسؤول المحدد أثناء إنشاء خادم واحد، ويتم استخدام كلمة المرور المتوفرة للمصادقة مع هذا المستخدم. إذا كنت لا تستخدم المستخدم الافتراضي، فإن هذه المعلمة هي المستخدم أو الدور على الخادم المصدر لتنفيذ الترحيل. يجب أن يكون لدى هذا المستخدم الامتيازات والملكية الضرورية لكائنات قاعدة البيانات المتضمنة في الترحيل ويجب أن يكون عضوا في دور azure_pg_admin .
targetServerUserName	المطلوب	القيمة الافتراضية هي المستخدم المسؤول الذي تم إنشاؤه أثناء إنشاء خادم مرن، ويتم استخدام كلمة المرور المقدمة للمصادقة مع هذا المستخدم. في حالة عدم استخدام المستخدم الافتراضي، تكون هذه المعلمة هي المستخدم أو الدور على الخادم الهدف المستخدم لتنفيذ الترحيل. يجب أن يكون هذا المستخدم عضوا في أدوار azure_pg_admin pg_read_all_settings pg_read_all_stats pg_stat_scan_tables ويجب أن يكون له دور الإنشاء، إنشاء سمات DB.
dbsToMigrate	المطلوب	حدد قائمة قواعد البيانات التي تريد ترحيلها إلى الخادم المرن. يتم ترحيل قواعد بيانات المستخدم فقط. لا يتم ترحيل قواعد بيانات النظام أو قواعد بيانات القالب مثل template0 و template1.
overwriteDbsInTarget	المطلوب	عند التعيين إلى true، إذا كان الخادم الهدف يحتوي على قاعدة بيانات موجودة بنفس اسم قاعدة البيانات التي تحاول ترحيلها، فإن خدمة الترحيل تستبدل قاعدة البيانات تلقائيا.
setupLogicalReplicationOnSourceDBIfNeeded	اختياري	يمكنك تمكين النسخ المتماثل المنطقي تلقائيا على الخادم المصدر عن طريق تعيين هذه الخاصية إلى true. يتطلب هذا التغيير في إعدادات الخادم إعادة تشغيل الخادم مع وقت تعطل من دقيقتين إلى ثلاث دقائق.
sourceDBServerFullyQualifiedDomainName	اختياري	استخدمه عند استخدام خادم DNS مخصص لتحليل الاسم لشبكة ظاهرية. قم بتوفير FQDN لمصدر الخادم الفردي وفقا لخادم DNS المخصص لهذه الخاصية.
targetDBServerFullyQualifiedDomainName	اختياري	استخدمه عند استخدام خادم DNS مخصص لتحليل الاسم لشبكة ظاهرية. قم بتوفير FQDN لهدف الخادم المرن وفقا لخادم DNS المخصص. sourceDBServerFullyQualifiedDomainName ويتم تضمين و targetDBServerFullyQualifiedDomainName كجزء من JSON فقط في السيناريو النادر الذي يتم فيه استخدام خادم DNS مخصص لتحليل الاسم بدلا من DNS المقدم من Azure. وإلا، لا تقم بتضمين هذه المعلمات في ملف JSON.

لاحظ هذه النقاط الأساسية لاستجابة الأمر:

• create عند تشغيل الأمر، ينتقل الترحيل إلى InProgress الحالة والحالة الفرعيةPerformingPreRequisiteSteps. يستغرق سير عمل الترحيل بضع دقائق لنشر البنية الأساسية للترحيل وإعداد الاتصالات بين المصدر والهدف.
• PerformingPreRequisiteSteps بعد اكتمال الحالة الفرعية، ينتقل الترحيل إلى الحالة الفرعية حيث Migrating Data, يتم استنساخ/نسخ قواعد البيانات.
• تحتوي كل قاعدة بيانات تم ترحيلها على قسم خاص بها مع جميع تفاصيل الترحيل، مثل عدد الجداول والإدراجات المتزايدة والمحذوفات والبايت المعلق.
• يعتمد الوقت الذي Migrating Data تستغرقه الحالة الفرعية للانتهاء على حجم قواعد البيانات التي يتم ترحيلها.
• ينتقل الترحيل إلى Succeeded الحالة بمجرد انتهاء الحالة الفرعية Migrating Data بنجاح. إذا حدثت مشكلة في الحالة الفرعية Migrating Data، ينتقل الترحيل إلى حالة Failed.

سرد عمليات الترحيل

يسرد list الأمر جميع محاولات الترحيل التي تم إجراؤها إلى هدف Flexible Server:

az postgres flexible-server migration list [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--filter]

تحتوي المعلمة filter على خيارين:

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

لمزيد من المعلومات حول هذا الأمر، استخدم المعلمة --help:

az postgres flexible-server migration list --help

مراقبة الترحيل

--show يساعدك الأمر على مراقبة عمليات الترحيل المستمرة ويعطي الحالة والحالة الفرعية الحالية للترحيل.

az postgres flexible-server migration show [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--migration-name]

المعلمة migration_name هي الاسم المعين للترحيل أثناء الأمر create. فيما يلي لقطة لنموذج الاستجابة من أمر CLI لعرض التفاصيل:

لمزيد من المعلومات حول هذا الأمر، استخدم المعلمة --help:

 az postgres flexible-server migration show --help

تصف الجداول التالية حالات الترحيل والحالات الفرعية.

حالة الترحيل	‏‏الوصف
InProgress	يتم إعداد البنية الأساسية للترحيل، أو ترحيل البيانات الفعلي قيد التقدم.
Canceled	يتم إلغاء الترحيل أو حذفه.
Failed	فشل الترحيل.
Succeeded	نجاح الترحيل واكتماله.
ValidationFailed	فشل الترحيل أثناء التحقق من صحة ما قبل الترحيل.

الحالة الفرعية للترحيل	‏‏الوصف
PerformingPreRequisiteSteps	تم إعداد البنية الأساسية وهي جاهزة لترحيل البيانات.
MigratingData	ترحيل البيانات قيد التقدم.
CompletingMigration	إكمال عملية الترحيل.
Completed	اكتمل الترحيل، سواء في حالة ناجحة أم لا.
CancelingRequestedDBMigrations	إلغاء الترحيل.
ValidationInProgress	التحقق من الصحة قيد التقدم.

تدريب

المتطلبات الأساسية (عبر الإنترنت)

قبل بدء الترحيل باستخدام خدمة الترحيل في قاعدة بيانات Azure ل PostgreSQL، يعد استيفاء المتطلبات الأساسية التالية، والتي تنطبق على سيناريوهات الترحيل دون اتصال أمرا ضروريا.

التحقق من الإصدار المصدر

يجب أن يكون >= 9.5إصدار PostgreSQL المصدر . إذا كان إصدار PostgreSQL المصدر أقل من 9.5، فبادر بترقية إصدار PostgreSQL المصدر إلى 9.5 أو أعلى قبل الترحيل.

إعداد معلمات الترحيل عبر الإنترنت

للترحيل عبر الإنترنت، يجب تعيين دعم النسخ المتماثل إلى Logical ضمن إعدادات النسخ المتماثل لخادم PostgreSQL المصدر. بالإضافة إلى ذلك، يجب أن تكون معلمات max_wal_senders الخادم max_replication_slots وقيمه أكثر من عدد قواعد البيانات التي تحتاج إلى ترحيل. يمكن تعيين المعلمات في مدخل Microsoft Azure ضمن Settings-Server> Parameters أو تكوينها في سطر الأوامر باستخدام الأوامر التالية:

• ALTER SYSTEM SET wal_level = logical;
• ALTER SYSTEM SET max_wal_senders = number of databases to migrate + 1;
• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

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

إشعار

للترحيل عبر الإنترنت باستخدام قاعدة بيانات Azure لخادم PostgreSQL الفردي، يتم تعيين دعم النسخ المتماثل Azure إلى منطقي ضمن إعدادات النسخ المتماثل لصفحة الخادم الفردي في مدخل Microsoft Azure.

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

إعداد الهدف

• يجب إعداد قاعدة بيانات Azure ل PostgreSQL في Azure قبل الترحيل.

• يجب أن تتوافق SKU المختارة لقاعدة بيانات Azure ل PostgreSQL مع مواصفات قاعدة البيانات المصدر لضمان التوافق والأداء المناسب.

• للحصول على إرشادات مفصلة حول إنشاء قاعدة بيانات Azure جديدة ل PostgreSQL، راجع الارتباط التالي: التشغيل السريع: إنشاء خادم.

• يجب أن تكون معلمة max_replication_slots الخادم أكثر من عدد قواعد البيانات التي تحتاج إلى ترحيل. يمكن تعيينه في مدخل Microsoft Azure ضمن Settings-Server> Parameters أو تكوينه في سطر الأوامر باستخدام الأمر التالي:

• ALTER SYSTEM SET max_replication_slots = number of databases to migrate + 1;

إعداد الشبكة

إعداد الشبكة أمر بالغ الأهمية لخدمة الترحيل لتعمل بشكل صحيح. تأكد من أن خادم PostgreSQL المصدر يمكنه الاتصال بقاعدة بيانات Azure الهدف لخادم PostgreSQL. تكوينات الشبكة التالية ضرورية للترحيل الناجح.

للحصول على معلومات حول إعداد الشبكة، تفضل بزيارة دليل الشبكة لخدمة الترحيل.

تمكين الملحقات

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

في المثيل الهدف من Azure Database for PostgreSQL - Flexible Server، قم بتمكين الملحقات المدعومة التي تم تحديدها في مثيل PostgreSQL المصدر.

لمزيد من المعلومات، راجع الملحقات في قاعدة بيانات Azure ل PostgreSQL.

إشعار

يلزم إعادة التشغيل عند إجراء أي تغييرات على المعلمة shared_preload_libraries .

معلمات الخادم

لا يتم ترحيل هذه المعلمات تلقائيا إلى البيئة المستهدفة ويجب تكوينها يدويا.

• مطابقة قيم معلمات الخادم من قاعدة بيانات PostgreSQL المصدر إلى قاعدة بيانات Azure ل PostgreSQL عن طريق الوصول إلى قسم "معلمات الخادم" في مدخل Microsoft Azure وتحديث القيم يدويا وفقا لذلك.

• احفظ تغييرات المعلمة ثم أعد تشغيل قاعدة بيانات Azure ل PostgreSQL لتطبيق التكوين الجديد إذا لزم الأمر.

تعطيل قابلية الوصول العالية (الموثوقية) وقراءة النسخ المتماثلة في الهدف

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

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

إشعار

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

الشروع في العمل

1. إذا كنت تستخدم Microsoft Azure للمرة الأولى، فقم بإنشاء حساب لتقييم العروض.

2. قم بتثبيت أحدث Azure CLI لنظام التشغيل خاصتك من صفحة تثبيت Azure CLI.

   إذا كان Azure CLI مثبتا بالفعل، فتحقق من الإصدار باستخدام الأمر az version. يجب أن يكون الإصدار 2.50.0 أو أحدث لاستخدام أوامر CLI الترحيل. إذا كان الإصدار قديمًا، فقمبتحديث إصدار Azure CLI الخاص بك.

3. شغَّل الأمر az login:

   az login
   

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

أوامر CLI الترحيل (عبر الإنترنت)

تأتي خدمة الترحيل مع أوامر CLI سهلة الاستخدام للقيام بالمهام المتعلقة بالترحيل. تبدأ جميع أوامر CLI بـ az postgres flexible-server migration. من المهم السماح بقائمة الملحقات قبل بدء الترحيل.

يمكنك استخدام المعلمة --help لفهم الخيارات المقترنة بأمر وتأطير بناء الجملة الصحيح:

az postgres flexible-server migration --help

يؤدي تنفيذ الأمر السابق إلى إرجاع الإخراج التالي:

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

إنشاء ترحيل باستخدام Azure CLI

يساعد الأمر create في إنشاء ترحيل من خادم مصدر إلى خادم هدف:

az postgres flexible-server migration create --help

يؤدي تنفيذ الأمر السابق إلى إرجاع الإخراج التالي:

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

az postgres flexible-server migration create [--subscription]
                                             [--resource-group]
                                             [--name]
                                             [--migration-name]
                                             [--migration-mode]
                                             [--properties]

المعلمة	‏‏الوصف‬
subscription	معرف الاشتراك لهدف الخادم المرن.
resource-group	مجموعة الموارد لهدف الخادم المرن.
name	اسم هدف الخادم المرن.
migration-name	معرف فريد لكل ترحيل إلى هدف الخادم المرن هذا. يقبل هذا الحقل الأحرف الأبجدية الرقمية فقط ولا يقبل أي أحرف خاصة باستثناء التسطير السفلي (_) والواصلة (-). يجب أن يبدأ الاسم وينتهي بحرف أبجدي رقمي. يجب أن يكون الاسم أيضا فريدا للخادم الهدف، لأنه لا يمكن أن يكون لكل من الترحيلين إلى نفس هدف الخادم المرن نفس الاسم.
migration-mode	فهذه معلمة اختيارية. القيمة الافتراضية هي Offline. بالنسبة إلى عمليات الترحيل عبر الإنترنت، يجب عليك تمرير Online.
properties	يحتوي المسار المطلق إلى ملف JSON على معلومات تخص مصدر الخادم الفردي.

على سبيل المثال:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "./migrationBody.json" --migration-mode online

migration-name يتم استخدام الوسيطة create المستخدمة في الأمر في أوامر CLI الأخرى، مثل update، delete، وتحدد show. محاولة الترحيل بشكل فريد في الإجراءات المقابلة في كل هذه الأوامر.

وأخيرا، create يحتاج الأمر إلى ملف JSON لتمريره كجزء من وسيطته properties .

بنية ملف JSON هي:

{
  "properties": {
    "sourceDbServerResourceId": "/subscriptions/<subscriptionid>/resourceGroups/<sourceServerResourceGroup>/providers/Microsoft.DBforPostgreSQL/servers/<sourceServer>",
    "secretParameters": {
      "adminCredentials": {
        "sourceServerPassword": "<password>",
        "targetServerPassword": "<password>"
      }
    },
    "sourceServerUserName": "<username>@<servername>",
    "targetServerUserName": "<username>",
    "dbsToMigrate": ["<db1>", "<db2>"],
    "overwriteDbsInTarget": "true"
  }
}

create المعلمات التي تنتقل إلى تنسيق ملف JSON كما هو موضح أدناه:

المعلمة	النوع	الوصف
sourceDbServerResourceId	مطلوب	هذه المعلمة هي معرف المورد لمصدر الخادم الفردي.
adminCredentials	المطلوب	تسرد هذه المعلمة كلمات المرور للمستخدمين المسؤولين لكل من مصدر الخادم الفردي وهدف الخادم المرن. تساعد كلمات المرور هذه على مصادقة الخوادم المصدر والهدف.
sourceServerUserName	المطلوب	القيمة الافتراضية هي المستخدم المسؤول المحدد أثناء إنشاء خادم واحد، ويتم استخدام كلمة المرور المتوفرة للمصادقة مع هذا المستخدم. إذا كنت لا تستخدم المستخدم الافتراضي، فإن هذه المعلمة هي المستخدم أو الدور على الخادم المصدر لتنفيذ الترحيل. يجب أن يكون لدى هذا المستخدم الامتيازات والملكية الضرورية لكائنات قاعدة البيانات المتضمنة في الترحيل ويجب أن يكون عضوا في دور azure_pg_admin .
targetServerUserName	المطلوب	القيمة الافتراضية هي المستخدم المسؤول الذي تم إنشاؤه أثناء إنشاء خادم مرن، ويتم استخدام كلمة المرور المقدمة للمصادقة مع هذا المستخدم. في حالة عدم استخدام المستخدم الافتراضي، تكون هذه المعلمة هي المستخدم أو الدور على الخادم الهدف المستخدم لتنفيذ الترحيل. يجب أن يكون هذا المستخدم عضوا في أدوار azure_pg_admin pg_read_all_settings pg_read_all_stats pg_stat_scan_tables ويجب أن يكون له دور الإنشاء، إنشاء سمات DB.
dbsToMigrate	المطلوب	حدد قائمة قواعد البيانات التي تريد ترحيلها إلى الخادم المرن. يتم ترحيل قواعد بيانات المستخدم فقط. لا يتم ترحيل قواعد بيانات النظام أو قواعد بيانات القالب مثل template0 و template1.
overwriteDbsInTarget	المطلوب	عند التعيين إلى true، إذا كان الخادم الهدف يحتوي على قاعدة بيانات موجودة بنفس اسم قاعدة البيانات التي تحاول ترحيلها، فإن خدمة الترحيل تستبدل قاعدة البيانات تلقائيا.
setupLogicalReplicationOnSourceDBIfNeeded	اختياري	يمكنك تمكين النسخ المتماثل المنطقي تلقائيا على الخادم المصدر عن طريق تعيين هذه الخاصية إلى true. يتطلب هذا التغيير في إعدادات الخادم إعادة تشغيل الخادم مع وقت تعطل من دقيقتين إلى ثلاث دقائق.
sourceDBServerFullyQualifiedDomainName	اختياري	استخدمه عند استخدام خادم DNS مخصص لتحليل الاسم لشبكة ظاهرية. قم بتوفير FQDN لمصدر الخادم الفردي وفقا لخادم DNS المخصص لهذه الخاصية.
targetDBServerFullyQualifiedDomainName	اختياري	استخدمه عند استخدام خادم DNS مخصص لتحليل الاسم لشبكة ظاهرية. قم بتوفير FQDN لهدف الخادم المرن وفقا لخادم DNS المخصص. sourceDBServerFullyQualifiedDomainName ويتم تضمين و targetDBServerFullyQualifiedDomainName كجزء من JSON فقط في السيناريو النادر الذي يتم فيه استخدام خادم DNS مخصص لتحليل الاسم بدلا من DNS المقدم من Azure. وإلا، لا تقم بتضمين هذه المعلمات في ملف JSON.

لاحظ هذه النقاط الأساسية لاستجابة الأمر:

• create عند تشغيل الأمر، ينتقل الترحيل إلى InProgress الحالة والحالة الفرعيةPerformingPreRequisiteSteps. يستغرق سير عمل الترحيل بضع دقائق لنشر البنية الأساسية للترحيل وإعداد الاتصالات بين المصدر والهدف.
• PerformingPreRequisiteSteps بعد اكتمال الحالة الفرعية، ينتقل الترحيل إلى الحالة الفرعية حيث Migrating Data, يتم استنساخ/نسخ قواعد البيانات.
• تحتوي كل قاعدة بيانات تم ترحيلها على قسم خاص بها مع جميع تفاصيل الترحيل، مثل عدد الجداول والإدراجات المتزايدة والمحذوفات والبايت المعلق.
• يعتمد الوقت الذي Migrating Data تستغرقه الحالة الفرعية للانتهاء على حجم قواعد البيانات التي يتم ترحيلها.
• ينتقل الترحيل إلى Succeeded الحالة بمجرد انتهاء الحالة الفرعية Migrating Data بنجاح. إذا حدثت مشكلة في الحالة الفرعية Migrating Data، ينتقل الترحيل إلى حالة Failed.

النسخ المتماثل للإعداد

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

على سبيل المثال:

az postgres flexible-server migration update --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name CLIMigrationExample --setup-replication

هذا الأمر مطلوب للتقدم بالترحيل عند انتظار الخادم المرن في WaitingForLogicalReplicationSetupRequestOnSourceDB الحالة.

لتنفيذ الترحيل عبر الإنترنت، استخدم:

az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --properties "./migrationBody.json" --migration-mode online

سرد عمليات الترحيل

يسرد list الأمر جميع محاولات الترحيل التي تم إجراؤها إلى هدف Flexible Server:

az postgres flexible-server migration list [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--filter]

تحتوي المعلمة filter على خيارين:

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

لمزيد من المعلومات حول هذا الأمر، استخدم المعلمة --help:

az postgres flexible-server migration list --help

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

show يساعدك الأمر على مراقبة عمليات الترحيل المستمرة ويعطي الحالة والحالة الفرعية الحالية للترحيل.

az postgres flexible-server migration show [--subscription]
                                           [--resource-group]
                                           [--name]
                                           [--migration-name]

المعلمة migration_name هي الاسم المعين للترحيل أثناء الأمر create. فيما يلي لقطة لنموذج الاستجابة من أمر CLI لعرض التفاصيل:

لمزيد من المعلومات حول هذا الأمر، استخدم المعلمة --help:

 az postgres flexible-server migration show --help

تصف الجداول التالية حالات الترحيل والحالات الفرعية.

حالة الترحيل	‏‏الوصف
InProgress	يتم إعداد البنية الأساسية للترحيل، أو ترحيل البيانات الفعلي قيد التقدم.
Canceled	يتم إلغاء الترحيل أو حذفه.
Failed	فشل الترحيل.
Succeeded	نجاح الترحيل واكتماله.
ValidationFailed	فشل الترحيل أثناء التحقق من صحة ما قبل الترحيل.

الحالة الفرعية للترحيل	‏‏الوصف
PerformingPreRequisiteSteps	تم إعداد البنية الأساسية وهي جاهزة لترحيل البيانات.
MigratingData	ترحيل البيانات قيد التقدم.
WaitingForCutoverTrigger	اكتملت مهمة ترحيل البيانات وانتظر المستخدم لتشغيل الانتقال.
CompletingMigration	إكمال عملية الترحيل.
Completed	اكتمل الترحيل، سواء في حالة ناجحة أم لا.
CancelingRequestedDBMigrations	إلغاء الترحيل.
ValidationInProgress	التحقق من الصحة قيد التقدم.

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

في عمليات الترحيل عبر الإنترنت، بعد اكتمال ترحيل البيانات الأساسية، تنتقل مهمة الترحيل إلى WaitingForCutoverTrigger الحالة الفرعية. في هذه الحالة، يمكن للمستخدم تشغيل الانتقال من خلال CLI باستخدام الأمر أدناه. يمكن أيضا تشغيل الانتقال من المدخل عن طريق تحديد اسم الترحيل في شبكة الترحيل.

على سبيل المثال:

az postgres flexible-server migration update --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name CLIMigrationExample --cutover

قبل بدء الانتقال، من الضروري التأكد من:

• يتم إيقاف عمليات الكتابة إلى المصدر -latency المعلمة هي 0 أو قريبة من 0

latency تشير المعلمة إلى وقت آخر مزامنة للهدف مع المصدر. على سبيل المثال، ها هو 201 و202 لقواعد البيانات كما هو موضح في الصورة أدناه. وهذا يعني أن التغييرات التي حدثت في آخر ~200 ثانية في المصدر لم تتم مزامنتها حتى الآن مع الهدف. عند هذه النقطة، يمكن إيقاف عمليات الكتابة إلى المصدر وبدء الانتقال. في حالة وجود حركة مرور كثيفة في المصدر، يوصى بإيقاف عمليات الكتابة أولا بحيث يمكن أن Latency تقترب من 0، ثم يبدأ الانتقال. تطبق عملية الانتقال جميع التغييرات المعلقة من المصدر إلى الهدف وتستكمل الترحيل. إذا قمت بتشغيل "قطع" حتى مع غير صفري Latency، يتوقف النسخ المتماثل حتى تلك النقطة الزمنية. ثم يتم تطبيق جميع البيانات الموجودة على المصدر حتى نقطة الانتقال على الهدف. لنفترض أن زمن الانتقال كان 15 دقيقة عند نقطة الانتقال، لذلك تنطبق جميع بيانات التغيير في آخر 15 دقيقة على الهدف. يعتمد الوقت المستغرق على تراكم التغييرات التي حدثت في آخر 15 دقيقة. ومن ثم، من المستحسن أن ينتقل زمن الانتقال إلى الصفر أو بالقرب من الصفر، قبل تشغيل الانتقال. latency يمكن الحصول على المعلومات باستخدام الأمر عرض الترحيل.

فيما يلي لقطة للترحيل قبل بدء الانتقال:

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

إذا لم ينجح الانتقال، ينتقل الترحيل إلى Failed الحالة.

لمزيد من المعلومات حول هذا الأمر، استخدم المعلمة --help:

 az postgres flexible-server migration update --help

إلغاء الترحيل باستخدام CLI

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

az postgres flexible-server migration update cancel [--subscription]
                                                    [--resource-group]
                                                    [--name]
                                                    [--migration-name]

على سبيل المثال:

az postgres flexible-server migration update cancel --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1

لمزيد من المعلومات حول هذا الأمر، استخدم المعلمة --help:

 az postgres flexible-server migration update cancel --help

يمنحك الأمر الإخراج التالي:

التحقق من الترحيل بمجرد اكتماله

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

بعد الترحيل، يمكنك تنفيذ المهام التالية:

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

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

• قم بتغيير SKU للخادم المرن لمطابقة احتياجات التطبيق. يحتاج هذا التغيير إلى إعادة تشغيل خادم قاعدة بيانات.

• إذا قمت بتغيير أي معلمات خادم من قيمها الافتراضية في المثيل المصدر، فانسخ قيم معلمات الخادم هذه في الخادم المرن.

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

• قم بإجراء تغييرات على التطبيق الخاص بك لتوجيه سلسلة الاتصال إلى خادم مرن.

• راقب أداء قاعدة البيانات عن كثب لمعرفة ما إذا كان يتطلب ضبط الأداء.

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

• خدمة الترحيل
• الترحيل من AWS RDS
• أفضل الممارسات
• المشاكل والقيود المعروفة
• إعداد الشبكة
• عمليات التحقق من الصحة قبل الترحيل