(معاينة) انتقل عبر الإنترنت من خادم Google AlloyDB ل PostgreSQL إلى قاعدة بيانات Azure ل PostgreSQL، باستخدام خدمة الترحيل

ترشدك هذه المقالة في ترحيل مثيل PostgreSQL من الأجهزة الظاهرية المحلية أو أجهزة Azure الظاهرية (VMs) إلى قاعدة بيانات Azure ل PostgreSQL في وضع الاتصال بالإنترنت.

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

• المتطلبات الأساسية
• شغّل الترحيل
• مراقبة الترحيل
• بدء القطع
• التحقق من الترحيل عند اكتماله

المتطلبات الأساسية

لبدء الترحيل، تحتاج إلى المتطلبات الأساسية التالية:

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

• التحقق من الإصدار المصدر
• تثبيت test_decoding - إعداد المصدر
• تكوين إعداد الهدف
• تمكين التقاط بيانات التغيير كمصدر
• تكوين إعداد الشبكة
• تمكين الإضافات
• التحقق من معلمات الخادم
• التحقق من المستخدمين والأدوار

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

يجب أن يكون إصدار خادم PostgreSQL المصدر 9.5 أو أحدث.

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

ملاحظة

تدعم خدمة الترحيل في قاعدة بيانات Azure ل PostgreSQL الاتصالات باستخدام عنوان IP للمصدر Google AlloyDB ل PostgreSQL. التنسيق myproject:myregion:myinstance غير معتمد.

تثبيت test_decoding - إعداد المصدر

• يتلقى test_decoding WAL من خلال آلية فك التشفير المنطقية ويفك ترميزها إلى تمثيلات نصية للعمليات التي يتم تنفيذها.
• في Google AlloyDB ل PostgreSQL ، يتم تثبيت المكون الإضافي test_decoding مسبقا وجاهز للنسخ المتماثل المنطقي. يسمح لك هذا بإعداد فتحات النسخ المتماثل المنطقية بسهولة ودفق تغييرات WAL، وتسهيل حالات الاستخدام مثل التقاط بيانات التغيير (CDC) أو النسخ المتماثل إلى الأنظمة الخارجية.
• لمزيد من المعلومات حول المكون الإضافي لفك ترميز الاختبار، راجع وثائق PostgreSQL

تكوين إعداد الهدف

• قبل الترحيل، يجب إنشاء قاعدة بيانات Azure ل PostgreSQL - خادم مرن.
• SKU المقدمة لقاعدة بيانات Azure ل PostgreSQL - يجب أن يتطابق الخادم المرن مع المصدر.
• لإنشاء قاعدة بيانات Azure جديدة ل PostgreSQL، تفضل بزيارة إنشاء قاعدة بيانات Azure لخادم PostgreSQL المرن

تمكين التقاط بيانات التغيير كمصدر

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

ALTER USER <user> WITH REPLICATION;

• انتقل إلى مثيل Google AlloyDB PostgreSQL في Google Cloud Console ، وحدد اسم المثيل لفتح صفحة التفاصيل الخاصة به ، وحدد الزر تعديل ، وفي قسم العلم ، قم بتعديل العلامات التالية:

  • تعيين علامة alloydb.logical_decoding = on
  • تعيين علامة max_replication_slots إلى قيمة أكبر من قيمة واحدة؛ يجب أن تكون القيمة أكبر من عدد قواعد البيانات المحددة للترحيل.
  • تعيين علامة max_wal_senders إلى قيمة أكبر من قيمة واحدة. يجب أن يكون على الأقل هو نفسه max_replication_slots، بالإضافة إلى عدد المرسلين المستخدمين بالفعل في المثيل الخاص بك.
  • تنتهي العلامة wal_sender_timeout اتصالات النسخ المتماثل غير النشطة لفترة أطول من العدد المحدد من المللي ثانية. يؤدي تعيين القيمة إلى 0 (صفر) إلى تعطيل آلية المهلة وهو إعداد صالح للترحيل.

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

تكوين إعداد الشبكة

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

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

تمكين الإضافات

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

في المثيل الهدف لقاعدة بيانات Azure لخادم PostgreSQL المرن، قم بتمكين الملحقات المدعومة التي تم تحديدها في مثيل PostgreSQL المصدر.

لمزيد من المعلومات، راجع الملحقات والوحدات النمطية.

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

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

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

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

التحقق من المستخدمين والأدوار

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

• الترحيل اليدوي للمستخدمين والأدوار: يجب ترحيل المستخدمين والأدوار المقترنة بهم يدويا إلى قاعدة بيانات Azure ل PostgreSQL. لتسهيل هذه العملية، يمكنك استخدام pg_dumpall الأداة المساعدة مع العلامة --globals-only لتصدير كائنات عمومية مثل الأدوار وحسابات المستخدمين. نفذ الأمر التالي، واستبدل <<username>> باسم المستخدم الفعلي واسم <<filename>> ملف الإخراج المطلوب:

  pg_dumpall --globals-only -U <<username>> -f <<filename>>.sql
  

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

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

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

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

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

شغّل الترحيل

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

بوابة

ترشدك هذه المقالة خلال استخدام مدخل Microsoft Azure لترحيل قاعدة بيانات PostgreSQL من خادم Google AlloyDB for PostgreSQL إلى قاعدة بيانات Azure ل PostgreSQL. يسمح لك مدخل Microsoft Azure بتنفيذ مهام مختلفة، بما في ذلك ترحيل قاعدة البيانات. باتباع الخطوات الموضحة في هذا البرنامج التعليمي، يمكنك نقل قاعدة البيانات الخاصة بك بسلاسة إلى Azure والاستفادة من ميزاتها القوية وقابليتها للتوسع.

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

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

استخدام المدخل الخاص بـ Microsoft Azure:

1. حدد قاعدة بيانات Azure لخادم PostgreSQL المرن.

2. في قائمة الموارد، حدد الترحيل.

   

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

   ملاحظة

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

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

   

الإعداد

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

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

• نوع الخادم المصدر - اعتمادا على مصدر PostgreSQL، يمكنك تحديد جهاز Azure الظاهري أو الخادم المحلي.

• خيار الترحيل - يسمح لك بإجراء عمليات التحقق قبل بدء الترحيل. يمكنك اختيار أي من الخيارات التالية:

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

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

لمعرفة المزيد حول التحقق من صحة ما قبل الترحيل، تفضل بزيارة Premigration.

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

حدد التالي: خادم وقت التشغيل.

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

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

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

خادم المصدر

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

• اسم الخادم - أدخل اسم المضيف أو عنوان IP لخادم PostgreSQL المصدر.
• المنفذ - رقم المنفذ للخادم المصدر.
• تسجيل دخول المسؤول - اسم مستخدم المسؤول لخادم PostgreSQL المصدر.
• كلمة المرور - كلمة مرور تسجيل دخول المسؤول المقدمة للاتصال بخادم PostgreSQL المصدر.
• وضع SSL - القيم المدعومة هي preferred و required. عندما يكون OFFSSL في خادم PostgreSQL المصدر ، استخدم prefer. إذا كان SSL في الخادم المصدر ، ONفاستخدم ملف require. يمكن تحديد قيم SSL في ملف postgresql.conf للخادم المصدر.
• اختبار الاتصال — لإجراء اختبار الاتصال بين الهدف والمصدر. بمجرد نجاح الاتصال ، يمكنك المتابعة إلى علامة التبويب التالية. يهدف هذا الاختبار إلى تحديد أي مشكلات في الاتصال قد تكون موجودة بين الخوادم المستهدفة وخوادم المصدر، بما في ذلك التحقق من المصادقة باستخدام بيانات الاعتماد المتوفرة. يستغرق إنشاء اتصال اختبار بضع ثوان.

بعد اتصال الاختبار الناجح، حدد التالي: الخادم الهدف.

الخادم المُستهدف

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

• تسجيل دخول المسؤول - اسم مستخدم المسؤول لخادم PostgreSQL الهدف.
• كلمة المرور - كلمة مرور تسجيل دخول المسؤول المقدمة للاتصال بخادم PostgreSQL المستهدف.
• FQDN مخصص أو عنوان IP: يعد حقل FQDN أو عنوان IP المخصص اختياريا، ويمكن استخدامه عندما يكون الهدف خلف خادم DNS مخصص أو يحتوي على مساحات أسماء DNS مخصصة، مما يجعله متاحا فقط عبر FQDNs أو عناوين IP محددة. على سبيل المثال، قد يتضمن هذا إدخالات مثل production-flexible-server.example.comأو 198.1.0.2أو PostgreSQL FQDN مثل production-flexible-server.postgres.database.azure.com، إذا كان خادم DNS المخصص يحتوي على منطقة DNS postgres.database.azure.com استعلامات هذه المنطقة أو إعادة توجيهها إلى 168.63.129.16، حيث يتم حل FQDN في منطقة DNS العامة أو الخاصة في Azure.
• اختبار الاتصال — لإجراء اختبار الاتصال بين المصدر والهدف. بمجرد نجاح الاتصال ، يمكنك المتابعة إلى علامة التبويب التالية. يهدف هذا الاختبار إلى تحديد أي مشكلات في الاتصال قد تكون موجودة بين الخوادم المصدر والهدف، بما في ذلك التحقق من المصادقة باستخدام بيانات الاعتماد المتوفرة. يستغرق إنشاء اتصال اختبار بضع ثوان.

بعد اتصال الاختبار الناجح، حدد التالي: قواعد البيانات للتحقق من صحتها أو ترحيلها

قواعد البيانات للتحقق من صحتها أو ترحيلها

ضمن علامة التبويب قواعد البيانات للتحقق من صحتها أو ترحيلها ، يمكنك اختيار قائمة بقواعد بيانات المستخدمين لترحيلها من خادم PostgreSQL المصدر.

بعد تحديد قواعد البيانات، حدد التالي: الملخص.

الملخص

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

إلغاء التحقق من الصحة أو الترحيل

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

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

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

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

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

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

بمجرد تثبيت CLI، افتح موجه الأوامر وسجل الدخول إلى حساب Azure الخاص بك باستخدام الأمر أدناه.

az login

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

لبدء الترحيل، قم بإنشاء ملف JSON بتفاصيل الترحيل. يحتوي ملف JSON على المعلومات التالية:

• قم بتحرير العناصر النائبة << >> أدناه في أسطر JSON وتخزينها في الجهاز المحلي حيث <<filename>>.json يتم استدعاء CLI. في هذا البرنامج التعليمي ، قمنا بحفظ الملف في c:/migration-CLI/migration_body.json

{
"properties": {
"SourceDBServerResourceId": "<<source-server-hostname-or-IP-address>>:<<port>>@<<username>>",
        "SecretParameters": {
            "AdminCredentials": {
                "SourceServerPassword": "<<source-server-administrator-password>>",
                "TargetServerPassword": "<<target-server-administrator-password>>"
            },
            "targetServerUserName": "<<target-server-administrator-login>>"
        },
        "DBsToMigrate": "<<comma-separated-list-of-databases-in-array-like-["ticketdb","timedb","inventorydb"]>>",
        "OverwriteDBsInTarget": "true",
        "sourceType": "OnPremises",
        "sslMode": "Prefer"
    }
}

ملاحظة

عند تكوين خصائص JSON للترحيل إلى قاعدة بيانات Azure لخادم PostgreSQL المرن، إذا كانت بيئتك المصدر عبارة عن جهاز Azure الظاهري، فيمكنك تحديد نوع المصدر باستخدام الخاصية "sourceType":"AzureVM" . يساعد هذا خدمة الترحيل على فهم البيئة التي يتم ترحيل البيانات منها.

• قم بتشغيل الأمر التالي للتحقق مما إذا كانت هناك أي عمليات ترحيل قيد التشغيل. اسم الترحيل فريد عبر عمليات الترحيل داخل هدف الخادم المرن لقاعدة بيانات Azure ل PostgreSQL.

  az postgres flexible-server migration list --subscription <subscription_id> --resource-group <resource_group> --name <target_server> --filter all
  

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

  az postgres flexible-server migration create --subscription <subscription_id> --resource-group <resource_group> --name <target_server> --migration-name <migration> --migration-mode offline --migration-option ValidateAndMigrate --properties "c:/migration-cli/migration_body.json"
  

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

  az postgres flexible-server migration show --subscription <subscription_id> --resource-group <resource_group> --name <target_server> --migration-name <migration>
  

• يتم عرض تقدم الترحيل وحالته في Azure CLI.

• يمكنك أيضا رؤية التقدم والحالة في مدخل Microsoft Azure.

• يمكنك إلغاء أي محاولات ترحيل مستمرة cancel باستخدام الأمر . يوقف هذا الأمر محاولة الترحيل المعينة ، ويتراجع عن جميع التغييرات التي كان من الممكن إجراؤها على الخادم الهدف. فيما يلي أمر واجهة سطر الأوامر (CLI) لإلغاء الترحيل الذي يحتوي على حالة "قيد التقدم".

  az postgres flexible-server migration update cancel --subscription <subscription_id> --resource-group <resource_group> --name <target_server> --migration-name <migration>
  

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

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

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

تفاصيل الترحيل

حدد اسم الترحيل في الشبكة للاطلاع على التفاصيل المقترنة.

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

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

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

تتوفر تفاصيل التحقق من الصحة على مستوى المثيل وقاعدة البيانات.

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

يمكنك الاطلاع على حالة التحقق من الصحة وحالة الترحيل ضمن صفحة تفاصيل الترحيل.

بعض حالات الترحيل المحتملة:

حالة الترحيل

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

تفاصيل الترحيل

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

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

Substatus	الوصف
فشل	فشل التحقق من الصحة.
نجاح	التحقق من الصحة ناجح.
تحذير	التحقق من الصحة في تحذير.

بدء القطع

يمكنك بدء الانتقال باستخدام مدخل Microsoft Azure أو Azure CLI.

بوابة

بالنسبة لخيار التحقق من الصحة والترحيل ، يتطلب إكمال الترحيل عبر الإنترنت من المستخدم إكمال خطوة إضافية، وهي تشغيل الإجراء الانتقالي. بعد اكتمال نسخ البيانات الأساسية أو استنساخها، ينتقل الترحيل إلى Waiting for user action الحالة والحالة Waiting for cutover trigger الفرعية. في هذه الحالة، يمكن للمستخدم تشغيل الانتقال من المدخل عن طريق تحديد الترحيل.

قبل بدء الانتقال، من المهم التأكد من ما يلي:

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

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

يعتمد الوقت على تراكم التغييرات التي تحدث في آخر 15 دقيقة. ومن ثم ، يوصى بأن ينتقل زمن الوصول إلى الصفر أو بالقرب من الصفر قبل بدء القطع.

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

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

بالنسبة لخيار التحقق من الصحة والترحيل ، يتطلب إكمال الترحيل عبر الإنترنت من المستخدم إكمال خطوة إضافية، وهي تشغيل الإجراء الانتقالي. بعد اكتمال نسخ البيانات الأساسية أو استنساخها، ينتقل الترحيل إلى Waiting for user action الحالة والحالة Waiting for cutover trigger الفرعية. في هذه الحالة، يمكن للمستخدم تشغيل الانتقال من خلال CLI باستخدام الأمر أدناه. يمكن أيضا تشغيل الانتقال من المدخل عن طريق تحديد اسم الترحيل في شبكة الترحيل.

قبل بدء الانتقال، من المهم التأكد من ما يلي:

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

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

يعتمد الوقت على تراكم التغييرات التي تحدث في آخر 15 دقيقة. ومن ثم ، يوصى بأن ينتقل زمن الوصول إلى الصفر أو بالقرب من الصفر قبل بدء القطع.

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

لتشغيل القطع ، استخدم الأمر التالي:

az postgres flexible-server migration update --subscription <subscription_id> --resource-group <resource_group> --name <server> --migration-name <migration> --cutover

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

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

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

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

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

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

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

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

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

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

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

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