البرنامج التعليمي: الترحيل من قاعدة بيانات Azure ل PostgreSQL - خادم واحد إلى قاعدة بيانات 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 ل PostgreSQL في Azure قبل الترحيل.

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

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

إعداد الشبكة

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

متطلبات الشبكات للترحيل:

• نفق ExpressRoute/IPsec VPN/VPN: عند توصيل مصدرك المحلي/AWS ب Azure، قد تحتاج إلى إعداد نفق ExpressRoute أو IPsec VPN أو VPN لتسهيل نقل البيانات الآمن.

• نظير VNET: إنشاء تناظر الشبكة الظاهرية بين شبكتي VNets المميزتين لتمكين الاتصال المباشر بالشبكة، وهو شرط أساسي للترحيل بين Azure VM وقاعدة بيانات Azure ل PostgreSQL.

سيناريوهات الاتصال:

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

Source	استهداف	تلميحات الاتصال
‏‏عامة	‏‏عامة	لا يلزم اتخاذ أي إجراء آخر إذا كان المصدر مدرجا في القائمة البيضاء في قواعد جدار الحماية الهدف.
خاصة	‏‏عامة	هذا التكوين غير مدعوم؛ استخدم pg_dump/pg_restore لنقل البيانات.
‏‏عامة	خاصة	لا يلزم اتخاذ أي إجراء آخر إذا كان المصدر مدرجا في القائمة البيضاء في قواعد جدار الحماية الهدف.
خاصة	خاصة	إنشاء ExpressRoute أو IPsec VPN أو VPN Tunneling أو نظير شبكة ظاهرية بين المصدر والهدف.
خاصة	نقطة نهاية خاصة	هذا التكوين غير مدعوم؛ اتصل بدعم Microsoft.

اعتبارات إضافية للشبكات:

• تكوين pg_hba.conf: لتسهيل الاتصال بين مثيلات PostgreSQL المصدر والهدف، من الضروري التحقق من ملف pg_hba.conf وربما تعديله. يتضمن هذا الملف مصادقة العميل ويجب تكوينه للسماح ل PostgreSQL الهدف بالاتصال بالمصدر. عادة ما تتطلب التغييرات على ملف pg_hba.conf إعادة تشغيل مثيل PostgreSQL المصدر حتى يصبح ساري المفعول.

إشعار

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

لمزيد من المعلومات حول إعداد الشبكة، تفضل بزيارة دليل الشبكة لخدمة الترحيل في قاعدة بيانات Azure ل PostgreSQL - الخادم المرن.

ملحقات

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

• استخدم الأمر select في المصدر لسرد جميع الملحقات التي يتم استخدامها - select extname,extversion from pg_extension;

• ابحث عن معلمة خادم azure.extensions في صفحة معلمة الخادم في قاعدة بيانات Azure ل PostgreSQL. تمكين الملحقات الموجودة في المصدر داخل PostgreSQL.

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

  

• تحقق مما إذا كانت القائمة تحتوي على أي من الملحقات التالية:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

إذا كانت الإجابة بنعم، فابحث في صفحة معلمات الخادم عن المعلمة 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 الفردي.

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

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

   

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

   

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

   

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

علامة التبويب إعداد

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

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

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

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

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

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

إذا تم تحديد معاينة الترحيل عبر الإنترنت، يجب تشغيل النسخ المتماثل المنطقي في الخادم الفردي المصدر. إذا لم تكن قيد التشغيل، تقوم خدمة الترحيل تلقائيا بتشغيل النسخ المتماثل المنطقي في الخادم الفردي المصدر. يمكن أيضا إعداد النسخ المتماثل يدويا ضمن علامة التبويب Replication في جزء Single server-side عن طريق تعيين مستوى دعم النسخ المتماثل Azure إلى Logical. يقوم أي من الأسلوبين بإعادة تشغيل الخادم الفردي المصدر.

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

علامة تبويب المصدر

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

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

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

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

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

علامة تبويب الهدف

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

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

حدد الزر Next لتحديد قواعد البيانات المراد ترحيلها.

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

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

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

الملخص

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

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

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

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

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

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

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

التحقق

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

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

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

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

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

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 ضمن الإعدادات-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 ل PostgreSQL في Azure قبل الترحيل.

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

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

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

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

إعداد الشبكة

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

متطلبات الشبكات للترحيل:

• نفق ExpressRoute/IPsec VPN/VPN: عند توصيل مصدرك المحلي/AWS ب Azure، قد تحتاج إلى إعداد نفق ExpressRoute أو IPsec VPN أو VPN لتسهيل نقل البيانات الآمن.

• نظير VNET: إنشاء تناظر الشبكة الظاهرية بين شبكتي VNets المميزتين لتمكين الاتصال المباشر بالشبكة، وهو شرط أساسي للترحيل بين Azure VM وقاعدة بيانات Azure ل PostgreSQL.

سيناريوهات الاتصال:

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

Source	استهداف	تلميحات الاتصال
‏‏عامة	‏‏عامة	لا يلزم اتخاذ أي إجراء آخر إذا كان المصدر مدرجا في قواعد جدار الحماية الهدف.
خاصة	‏‏عامة	هذا التكوين غير مدعوم؛ استخدم pg_dump/pg_restore لنقل البيانات.
‏‏عامة	خاصة	لا يلزم اتخاذ أي إجراء آخر إذا كان المصدر مدرجا في قواعد جدار الحماية الهدف.
خاصة	خاصة	إنشاء ExpressRoute أو IPsec VPN أو VPN Tunneling أو نظير شبكة ظاهرية بين المصدر والهدف.
خاصة	نقطة نهاية خاصة	هذا التكوين غير مدعوم؛ اتصل بدعم Microsoft.

لمزيد من المعلومات حول إعداد الشبكة، تفضل بزيارة دليل الشبكة لخدمة الترحيل في قاعدة بيانات Azure ل PostgreSQL - الخادم المرن.

ملحقات

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

• استخدم الأمر select في المصدر لسرد جميع الملحقات التي يتم استخدامها - select extname,extversion from pg_extension;

• ابحث عن معلمة خادم azure.extensions في صفحة معلمة الخادم في قاعدة بيانات Azure ل PostgreSQL. تمكين الملحقات الموجودة في المصدر داخل PostgreSQL.

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

  

• تحقق مما إذا كانت القائمة تحتوي على أي من الملحقات التالية:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

إذا كانت الإجابة بنعم، فابحث في صفحة معلمات الخادم عن المعلمة 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 الفردي.

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

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

   

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

   

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

   

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

علامة التبويب إعداد

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

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

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

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

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

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

إذا تم تحديد معاينة الترحيل عبر الإنترنت، يجب تشغيل النسخ المتماثل المنطقي في الخادم الفردي المصدر. إذا لم تكن قيد التشغيل، تقوم خدمة الترحيل تلقائيا بتشغيل النسخ المتماثل المنطقي في الخادم الفردي المصدر. يمكن أيضا إعداد النسخ المتماثل يدويا ضمن علامة التبويب Replication في جزء Single server-side عن طريق تعيين مستوى دعم النسخ المتماثل Azure إلى Logical. يقوم أي من الأسلوبين بإعادة تشغيل الخادم الفردي المصدر.

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

علامة تبويب المصدر

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

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

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

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

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

علامة تبويب الهدف

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

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

حدد الزر Next لتحديد قواعد البيانات المراد ترحيلها.

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

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

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

الملخص

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

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

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

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

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

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

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

التحقق

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

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

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

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

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

Migrate

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

غير متصل

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

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

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

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

إعداد الهدف

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

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

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

إعداد الشبكة

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

متطلبات الشبكات للترحيل:

• نفق ExpressRoute/IPsec VPN/VPN: عند توصيل مصدرك المحلي/AWS ب Azure، قد تحتاج إلى إعداد نفق ExpressRoute أو IPsec VPN أو VPN لتسهيل نقل البيانات الآمن.

• نظير VNET: إنشاء تناظر الشبكة الظاهرية بين شبكتي VNets المميزتين لتمكين الاتصال المباشر بالشبكة، وهو شرط أساسي للترحيل بين Azure VM وقاعدة بيانات Azure ل PostgreSQL.

سيناريوهات الاتصال:

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

Source	استهداف	تلميحات الاتصال
‏‏عامة	‏‏عامة	لا يلزم اتخاذ أي إجراء آخر إذا كان المصدر مدرجا في القائمة البيضاء في قواعد جدار الحماية الهدف.
خاصة	‏‏عامة	هذا التكوين غير مدعوم؛ استخدم pg_dump/pg_restore لنقل البيانات.
‏‏عامة	خاصة	لا يلزم اتخاذ أي إجراء آخر إذا كان المصدر مدرجا في القائمة البيضاء في قواعد جدار الحماية الهدف.
خاصة	خاصة	إنشاء ExpressRoute أو IPsec VPN أو VPN Tunneling أو نظير شبكة ظاهرية بين المصدر والهدف.
خاصة	نقطة نهاية خاصة	هذا التكوين غير مدعوم؛ اتصل بدعم Microsoft.

اعتبارات إضافية للشبكات:

• تكوين pg_hba.conf: لتسهيل الاتصال بين مثيلات PostgreSQL المصدر والهدف، من الضروري التحقق من ملف pg_hba.conf وربما تعديله. يتضمن هذا الملف مصادقة العميل ويجب تكوينه للسماح ل PostgreSQL الهدف بالاتصال بالمصدر. عادة ما تتطلب التغييرات على ملف pg_hba.conf إعادة تشغيل مثيل PostgreSQL المصدر حتى يصبح ساري المفعول.

إشعار

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

لمزيد من المعلومات حول إعداد الشبكة، تفضل بزيارة دليل الشبكة لخدمة الترحيل في قاعدة بيانات Azure ل PostgreSQL - الخادم المرن.

ملحقات

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

• استخدم الأمر select في المصدر لسرد جميع الملحقات التي يتم استخدامها - select extname,extversion from pg_extension;

• ابحث عن معلمة خادم azure.extensions في صفحة معلمة الخادم في قاعدة بيانات Azure ل PostgreSQL. تمكين الملحقات الموجودة في المصدر داخل PostgreSQL.

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

  

• تحقق مما إذا كانت القائمة تحتوي على أي من الملحقات التالية:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

إذا كانت الإجابة بنعم، فابحث في صفحة معلمات الخادم عن المعلمة 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	فهذه معلمة اختيارية. القيمة الافتراضية: غير متصل. يتضمن الترحيل دون اتصال نسخ قواعد البيانات المصدر في نقطة زمنية، إلى الخادم الهدف.
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 "C:\Users\Administrator\Documents\migrationBody.JSON" --migration-mode offline

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

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

بنية ملف JSON هي:

{
"properties": {
 "sourceDbServerResourceId":"/subscriptions/<subscriptionid>/resourceGroups/<src_ rg_name>/providers/Microsoft.DBforPostgreSQL/servers/<source server name>",
"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 "C:\Users\Administrator\Documents\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	نجاح الترحيل واكتماله.

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

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

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

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

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

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

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

للترحيل عبر الإنترنت، يجب تعيين دعم النسخ المتماثل إلى Logical ضمن إعدادات النسخ المتماثل لخادم PostgreSQL المصدر. بالإضافة إلى ذلك، يجب أن تكون معلمات max_wal_senders الخادم max_replication_slots وقيمه أكثر من عدد قواعد البيانات التي تحتاج إلى ترحيل. يمكن تعيين المعلمات في مدخل Microsoft Azure ضمن الإعدادات-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 ل PostgreSQL في Azure قبل الترحيل.

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

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

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

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

إعداد الشبكة

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

متطلبات الشبكات للترحيل:

• نفق ExpressRoute/IPsec VPN/VPN: عند توصيل مصدرك المحلي/AWS ب Azure، قد تحتاج إلى إعداد نفق ExpressRoute أو IPsec VPN أو VPN لتسهيل نقل البيانات الآمن.

• نظير VNET: إنشاء تناظر الشبكة الظاهرية بين شبكتي VNets المميزتين لتمكين الاتصال المباشر بالشبكة، وهو شرط أساسي للترحيل بين Azure VM وقاعدة بيانات Azure ل PostgreSQL.

سيناريوهات الاتصال:

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

Source	استهداف	تلميحات الاتصال
‏‏عامة	‏‏عامة	لا يلزم اتخاذ أي إجراء آخر إذا كان المصدر مدرجا في قواعد جدار الحماية الهدف.
خاصة	‏‏عامة	هذا التكوين غير مدعوم؛ استخدم pg_dump/pg_restore لنقل البيانات.
‏‏عامة	خاصة	لا يلزم اتخاذ أي إجراء آخر إذا كان المصدر مدرجا في قواعد جدار الحماية الهدف.
خاصة	خاصة	إنشاء ExpressRoute أو IPsec VPN أو VPN Tunneling أو نظير شبكة ظاهرية بين المصدر والهدف.
خاصة	نقطة نهاية خاصة	هذا التكوين غير مدعوم؛ اتصل بدعم Microsoft.

لمزيد من المعلومات حول إعداد الشبكة، تفضل بزيارة دليل الشبكة لخدمة الترحيل في قاعدة بيانات Azure ل PostgreSQL - الخادم المرن.

ملحقات

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

• استخدم الأمر select في المصدر لسرد جميع الملحقات التي يتم استخدامها - select extname,extversion from pg_extension;

• ابحث عن معلمة خادم azure.extensions في صفحة معلمة الخادم في قاعدة بيانات Azure ل PostgreSQL. تمكين الملحقات الموجودة في المصدر داخل PostgreSQL.

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

  

• تحقق مما إذا كانت القائمة تحتوي على أي من الملحقات التالية:

  • PG_CRON
  • PG_HINT_PLAN
  • PG_PARTMAN_BGW
  • PG_PREWARM
  • PG_STAT_STATEMENTS
  • PG_AUDIT
  • PGLOGICAL
  • WAL2JSON

إذا كانت الإجابة بنعم، فابحث في صفحة معلمات الخادم عن المعلمة 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	فهذه معلمة اختيارية. القيمة الافتراضية: غير متصل. يتضمن الترحيل دون اتصال نسخ قواعد البيانات المصدر في نقطة زمنية، إلى الخادم الهدف.
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 "C:\Users\Administrator\Documents\migrationBody.JSON" --migration-mode offline

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

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

بنية ملف JSON هي:

{
"properties": {
 "sourceDbServerResourceId":"/subscriptions/<subscriptionid>/resourceGroups/<src_ rg_name>/providers/Microsoft.DBforPostgreSQL/servers/<source server name>",
"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 "C:\Users\Administrator\Documents\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	نجاح الترحيل واكتماله.

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

نقل الترحيل

في عمليات الترحيل عبر الإنترنت، بعد اكتمال ترحيل البيانات الأساسية، تنتقل مهمة الترحيل إلى 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
• أفضل الممارسات
• المشاكل والقيود المعروفة
• إعداد الشبكة
• عمليات التحقق من الصحة قبل الترحيل