الترحيل في وضع عدم الاتصال، من Amazon RDS ل PostgreSQL إلى قاعدة بيانات Azure ل PostgreSQL، باستخدام خدمة الترحيل

ترشدك هذه المقالة في ترحيل مثيل Amazon RDS for PostgreSQL إلى قاعدة بيانات Azure لخادم مرن PostgreSQL في وضع عدم الاتصال.

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

• Prerequisites
• شغّل الترحيل
• مراقبة الترحيل
• التحقق من الترحيل عند اكتماله

Prerequisites

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

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

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

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

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

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

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

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

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

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

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

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

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

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

لتسهيل الاتصال بين مثيلات PostgreSQL المصدر والهدف، من الضروري التحقق من تكوين الشبكة بشكل صحيح بحيث يسمح بالاتصال بين الخوادم المصدر والهدف. عندما يكون الخادم المصدر عبارة عن خدمة PaaS، مثل Amazon RDS ل PostgreSQL أو Google Cloud SQL ل Postgres، فقد يتطلب الأمر تكوين بعض قواعد جدار الحماية وإعدادات الشبكات المدارة فيها. عندما يكون الخادم المصدر خادما مستضافا على sef، فقد يتطلب الأمر تعديل ملف pg_hba.conf الخاص بالخادم المصدر. يتضمن هذا الملف مصادقة العميل ويجب تكوينه للسماح ل PostgreSQL الهدف بالاتصال بالمصدر. عادة ما تتطلب التغييرات التي تم إجراؤها على ملف pg_hba.conf إعادة تشغيل مثيل PostgreSQL المصدر ليصبح ساري المفعول.

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

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

لضمان نجاح الترحيل باستخدام خدمة الترحيل في قاعدة بيانات 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 دون مواجهة مشكلات تتعلق بقيود المستخدم الفائق.

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

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

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

شغّل الترحيل

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

Portal

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

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

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

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

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

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

   

3. حدد إنشاء للانتقال عبر سلسلة من علامات التبويب المستندة إلى المعالج لإجراء ترحيل إلى خادم مرن من Amazon RDS ل PostgreSQL.

   Note

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

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

   

Setup

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

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

• نوع الخادم المصدر - اعتمادا على مصدر PostgreSQL الخاص بك، يمكنك تحديد Amazon RDS ل PostgreSQL.

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

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

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

لمعرفة المزيد حول التحقق من صحة ما قبل الترحيل، تفضل بزيارة 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 المصدر.

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

Summary

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

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

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

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

CLI

تستكشف هذه المقالة استخدام 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": "AWS_RDS",
        "sslMode": "Prefer"
    }
}

• قم بتشغيل الأمر التالي للتحقق مما إذا كانت هناك أي عمليات ترحيل قيد التشغيل. اسم الترحيل فريد عبر عمليات الترحيل داخل هدف الخادم المرن لقاعدة بيانات 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 المرن.

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

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

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

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

الحالات الفرعية للترحيل

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

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

Substatus	Description
Failed	فشل التحقق من الصحة.
Succeeded	التحقق من الصحة ناجح.
Warning	التحقق من الصحة في تحذير.

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

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

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

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

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

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

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

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

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

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

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

• الترحيل عبر الإنترنت من Amazon RDS ل PostgreSQL
• خدمة الترحيل
• المشاكل والقيود المعروفة