Migrate to Oracle Exadata Database Service on Dedicated Infrastructure

يوضح هذا القسم كيفية ترحيل أحمال عمل Oracle Exadata إلى Oracle Exadata Database Service on Dedicated Infrastructure، وترحيل تطبيقات VMware إلى Oracle Cloud VMware Solution.

البنية

تعرض هذه البنية ترحيلاً من قواعد بيانات Oracle Exadata المحلية وتطبيقات VMware إلى Oracle Exadata Database Service on Dedicated Infrastructure وOracle Cloud VMware Solution.

باستخدام Oracle Zero Downtime Migration، يمكنك أتمتة ترحيل قاعدة بياناتك مع الحد الأدنى من وقت التوقف عند ترحيل بياناتك من أماكن العمل إلى السحابة.

قم بترحيل التطبيقات المحلية التي تعمل على VMware إلى Oracle Cloud VMware Solution باستخدام أدوات VMware مثل HCX وvMotion. يمنحك Oracle Cloud VMware Solution تنفيذًا مؤتمتًا بالكامل لمركز بيانات VMware محدد بالبرامج (SDDC) ضمن إيجار OCI، يعمل على مثيلات OCI التي تعمل من دون أنظمة تشغيل.

يوضح الشكل التالي هذه البنية المرجعية.

وصف الشكل التوضيحي لترحيل vmware-cloud-solution-exadata-dedicated-architecture.png

ترحيل برامج vmware-cloud-solution-exadata-dedicated-architecture.zip

تدعم هذه البنية المكونات التالية:

• Region (المنطقة)

  منطقة Oracle Cloud Infrastructure هي منطقة جغرافية محلية تحتوي على مركز بيانات واحد أو أكثر، تسمى نطاقات التوفر. المناطق مستقلة عن المناطق الأخرى، والمسافات الشاسعة يمكن أن تفصل بينها (عبر البلدان أو حتى القارات).

• شبكة السحابة الافتراضية (VCN) والشبكة الفرعية

  شبكة السحابة الافتراضية (VCN) هي شبكة قابلة للتخصيص ومحددة بالبرامج قمت بإعدادها في منطقة Oracle Cloud Infrastructure. توفر لك شبكات VCN، مثلها مثل شبكات مراكز البيانات التقليدية، تحكمًا كاملاً في بيئة شبكتك. يمكن أن يحتوي VCN على العديد من كتل CIDR غير المتداخلة التي يمكنك تغييرها بعد إنشاء VCN. يمكنك تقسيم شبكة سحابية افتراضية (VCN) إلى شبكات فرعية، يمكن تحديد مجال لها إلى منطقة أو إلى نطاق إتاحة. وتتكون كل شبكة فرعية من نطاق متجاور من العناوين التي لا تتداخل مع الشبكات الفرعية الأخرى في شبكة السحابة الافتراضية (VCN). يمكنك تغيير حجم الشبكة الفرعية بعد إنشائها. يمكن أن تكون الشبكة الفرعية عامة أو خاصة.

• Oracle Exadata Database Service on Dedicated Infrastructure

  توفر Oracle Exadata Database Service on Dedicated Infrastructure Oracle Exadata Database Machine كخدمة في مركز بيانات OCI. يمكن أن تستضيف خدمة Oracle Exadata Database Service on Dedicated Infrastructure العديد من قواعد بيانات Oracle التي تعمل في مجموعة VM واحدة أو أكثر تعمل على حامل Exadata واحد في منطقة OCI. Oracle Exadata Database Service on Dedicated Infrastructure هي منصة مثالية لدمج قاعدة البيانات.

• Oracle Cloud VMware Solution مركز البيانات المحدد بالبرامج (SDDC)

  عقدت كل من Oracle وVMware شراكة لتطوير تنفيذ VMware معتمدة من مركز البيانات المحدد بالبرامج (SDDC) للاستخدام داخل Oracle Cloud Infrastructure. يستخدم هذا التنفيذ، الذي يطلق عليه Oracle Cloud VMware Solution، Oracle Cloud Infrastructure لاستضافة VMware SDDC عالية التوفر. كما تسمح أيضًا بالترحيل السلس لجميع أحمال عمل VMware SDDC المحلية إلى Oracle Cloud VMware Solution. يحتوي Oracle Cloud VMware Solution على مكونات VMware التالية:

  • VMware vSphere ESXi
  • VMware vSAN
  • VMware vCenter
  • VMware NSX-T
  • VMware HCX (اختياري)
• الحوسبة المخصصة

  يحتوي Oracle Cloud VMware Solution مركز البيانات المعرف بالبرامج (SDDC) على خوادم تعمل من دون أنظمة تشغيل تستضيف Oracle Cloud VMware Solution. يدعم الخادم الذي يعمل من دون أنظمة تشغيل التطبيقات التي تتطلب عددًا كبيرًا من مراكز المعالجات ومساحة كبيرة من الذاكرة وعرض النطاق الترددي العالي (مثل Oracle Cloud VMware Solution). يمكنك نشر Oracle Cloud VMware Solution على الخوادم بدون أنظمة تشغيل، وتكوين الأجهزة الافتراضية مع تحسينات كبيرة في الأداء مقارنة بالسحابات العامة الأخرى ومراكز البيانات المحلية.

• بوابة الخدمة

  توفر بوابة الخدمة الوصول من شبكة سحابة افتراضية (VCN) إلى الخدمات الأخرى، مثل Oracle Cloud Infrastructure Object Storage. تنتقل حركة المرور من VCN إلى خدمة Oracle عبر نسيج شبكة Oracle ولا تنتقل أبدًا عبر الإنترنت.

• بوابة التوجيه الديناميكي (DRG)

  DRG هو جهاز توجيه ظاهري يوفر مسارًا لحركة مرور الشبكة الخاصة بين VCNs في نفس المنطقة، بين VCN وشبكة خارج المنطقة، مثل VCN في منطقة Oracle Cloud Infrastructure أخرى، أو شبكة محلية، أو شبكة في موفر سحابة آخر.

• FastConnect

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

• تخزين الملف

  يتم استخدام تخزين ملفات OCI أثناء الترحيل المنطقي لاستيراد قاعدة البيانات المرحلة من نظام ملفات مشترك.

• تخزين الكائنات

  يُستخدم تخزين كائنات OCI للترحيل المنطقي والمادي للتخزين المؤقت أثناء الترحيل.

قبل البدء

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

مراجعة المتطلبات

• تأكد من تشغيل قاعدة البيانات المصدر Oracle Database الإصدار 19.18 Enterprise Edition أو إصدار أحدث.
• يجب أن تكون قاعدة البيانات الهدف Oracle Exadata Database Service on Dedicated Infrastructure X8 أو أحدث، الإصدار 19.18 من Enterprise Edition أو أحدث من Oracle Database.
• Oracle Zero Downtime Migration يجب أن يكون الإصدار 21.4 أو أعلى.
• يجب أن يتضمن التخزين المتوسط OCI Object Storage وOracle ZFS Storage Appliance (NAS) وOCI File Storage.

راجِع التوثيق

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

تعرف على كيفية ترحيل مكونات VMware الخاصة بحمل العمل إلى Oracle Cloud VMware Solution.

• ترحيل أحمال عمل VMware المحلية إلى السحابة

راجع موارد Oracle Zero Downtime Migration:

• Oracle Zero Downtime Migration
• Oracle Zero Downtime Migration Video
• تثبيت برنامج Oracle Zero Downtime Migration

مراجعة موارد الترحيل الفعلي:

• دليل خطوة بخطوة للترحيل الفعلي لوقت التوقف من Oracle
• "معلمات الترحيل الفعلي لوقت التوقف الصفرية" في دليل الانتقال إلى Oracle Cloud باستخدام وقت التوقف الصفري للترحيل

مراجعة موارد الترحيل المنطقي:

• دليل خطوة بخطوة - الترحيل المنطقي عبر الإنترنت والترقية أثناء العمل من داخل الشركة إلى Oracle Exadata Database Service on Dedicated Infrastructure
• "تعيين معلمات الترحيل المنطقي" في دليل الترحيل إلى Oracle Cloud باستخدام وقت التعطل الصفري

مراجعة موارد Oracle Database:

• إعداد مخزن مفاتيح تشفير البيانات الشفاف
• إدارة تشفير مساحة الجدول

حول المنتجات والأدوار المطلوبة

يتطلب هذا الحل المنتجات التالية:

• Oracle Cloud Infrastructure Identity and Access Management
• حوسبة OCI
• مخزن كائنات OCI
• تخزين ملفات OCI
• Oracle Zero Downtime Migration
• Oracle Exadata
• Oracle Exadata Database Service on Dedicated Infrastructure

هذه هي الأدوار المطلوبة لكل منتج.

اسم المنتج: الدور	مطلوب لـ...
Oracle Cloud Infrastructure Identity and Access Management: OCI_user	تكوين مقاطع التصديق للترحيل الفعلي إنشاء مفاتيح API للترحيل المنطقي
حوسبة OCI: admin	تكوين طبعة OCI Compute لتشغيل برنامج Oracle Zero Downtime Migration
تخزين الكائنات في OCI: Storage Admin	إنشاء فئات تخزين كائنات OCI للترحيل المنطقي والفعلي
تخزين ملفات OCI: Storage Admin	تكوين تخزين ملفات OCI للترحيل المنطقي
Oracle Zero Downtime Migration: opc	تكوين zdmuser لتثبيت برنامج Oracle Zero Downtime Migration وتشغيله
Oracle Zero Downtime Migration: zdmuser	تثبيت برنامج Oracle Zero Downtime Migration تشغيل Oracle Zero Downtime Migration
Oracle Exadata: root/sudoer user	توصيل مشاركة نظام ملفات الشبكة من جهاز التخزين المرفق بالشبكة لتصدير قاعدة البيانات لعمليات الترحيل المنطقية تمكين ssh بدون كلمة سر من جهاز ظاهري Oracle Zero Downtime Migration تشغيل أوامر sudo لتثبيت وكيل برنامج Oracle Zero Downtime Migration تشغيل أوامر sudo للنسخ الاحتياطي أو تصدير قاعدة البيانات
قاعدة بيانات Oracle Exadata: sys/system	عمل نسخة احتياطية من البيانات باستخدام Oracle Recovery Manager (RMAN) للترحيل الفعلي تشغيل ضخ البيانات لتصدير قاعدة البيانات للترحيل المنطقي
Oracle Exadata Database Service on Dedicated Infrastructure: Database Admin	إنشاء قاعدة بيانات Oracle Exadata Database Service on Dedicated Infrastructure المستهدفة
Oracle Exadata Database Service on Dedicated Infrastructure نقاط توصيل مجموعة الأجهزة الظاهرية: opc	توصيل مشاركة نظام ملفات الشبكة من تخزين ملفات OCI لاستيراد قاعدة البيانات للترحيلات المنطقية تمكين ssh بدون كلمة سر من جهاز ظاهري Oracle Zero Downtime Migration تثبيت وكيل برنامج Oracle Zero Downtime Migration تشغيل أوامر sudo لاستعادة قاعدة البيانات أو استيرادها
Oracle Exadata Database Service on Dedicated Infrastructure Database: sys/system	استعادة البيانات باستخدام Oracle Recovery Manager (RMAN) للترحيلات الفعلية تشغيل ضخ البيانات لاستيراد قاعدة البيانات للترحيل المنطقي

اطلع على منتجات Oracle وحلولها وخدماتها للحصول على ما تريده.

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

يدعم Oracle Zero Downtime Migration نوعين من عمليات ترحيل قواعد البيانات من Oracle Exadata إلى Oracle Exadata Database Service on Dedicated Infrastructure: الترحيل المنطقي والترحيل الفعلي.

يستخدم الترحيل المنطقي توليفة من Oracle Data Pump وOracle GoldenGate، بينما يستخدم الترحيل الفعلي توليفة من Oracle Recovery Manager (RMAN) وOracle Data Guard. يوضح الجدول التالي السيناريوهات التي يجب فيها استخدام الترحيل المنطقي أو الفعلي.

الترحيل المنطقي	الترحيل الفعلي
يوصى به عند ترحيل بعض قواعد البيانات و/أو المخططات القابلة للتركيب.	يوصى به عند ترحيل قواعد البيانات الكاملة. على سبيل المثال، قواعد بيانات الحاويات مع جميع قواعد البيانات القابلة للتركيب، أو المصعد والتحويل.
يمكن ترحيل قواعد البيانات القابلة للتركيب (PDBs) و/أو المخططات.	سيتم ترحيل قواعد بيانات الحاوية إلى قواعد بيانات الحاويات، وسيتم ترحيل قواعد البيانات غير الحاوية إلى قواعد بيانات غير الحاوية.
Sys يمكن أن تكون كلمة المرور في المصدر والهدف مختلفة. يمكن أن تختلف أسماء قواعد البيانات بين المصدر والهدف.	Sys يجب أن تكون كلمة المرور واسم قاعدة البيانات على كل من المصدر والهدف متطابقين. DB_UNIQUE_NAME في المصدر والهدف يجب أن يكونا مختلفين.
يمكن ترقية قواعد البيانات أثناء الترحيل.	لا يمكن ترقية قواعد البيانات كجزء من الترحيل.

الترحيل باستخدام الترحيل المنطقي

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

قبل إجراء الترحيل، لاحظ ما يلي.

• لا يلزم تشفير قاعدة البيانات المصدر في Oracle Exadata. يعمل Oracle Zero Downtime Migration على تشفير قاعدة البيانات الهدف أثناء الترحيل.
• لا يجب أن تحتوي قواعد البيانات المصدر والهدف على نفس كلمة سر sys وكلمة سر الحافظة وإصدار قاعدة البيانات واسم قاعدة البيانات ومستوى التصحيح.
• يسمح Oracle Zero Downtime Migration بترحيل قواعد بيانات قابلة للتركيب (PDBs) و/أو مخططات معينة إلى قواعد بيانات قابلة للتركيب في Oracle Exadata Database Service on Dedicated Infrastructure.
• يلزم وجود نظام ملفات مشترك لعمليات الترحيل المنطقية. أثناء الترحيل المنطقي، لن يقوم Oracle Zero Downtime Migration بتصدير البيانات مباشرة إلى تخزين كائنات OCI. في قاعدة بيانات Exadata المصدر، يقوم Oracle Zero Downtime Migration بتصدير البيانات إلى نظام ملفات مشترك (إما نظام ملفات الشبكة أو Oracle Advanced Cluster File System). يتم تحميل البيانات التي تم تصديرها بعد ذلك إلى تخزين كائنات OCI. Oracle Zero Downtime Migration، ثم ينقل نسخ البيانات من تخزين كائنات OCI إلى تخزين ملفات OCI. وأخيرًا، يمكن لـ Oracle Exadata Database Service on Dedicated Infrastructure استيراد البيانات من تخزين ملفات OCI عبر نظام ملفات الشبكة.
• يمكن لـ Oracle Exadata المحلي تشغيل كل من قواعد بيانات مثيل واحد وRAC. تقوم Oracle Exadata Database Service on Dedicated Infrastructure بتشغيل قواعد بيانات RAC. أثناء ترحيل قاعدة البيانات، يقوم Oracle Zero Downtime Migration بتحويل مثيل واحد إلى قواعد بيانات RAC عند الحاجة.
• في Oracle Exadata المحلي، يعتبر استخدام تشفير البيانات الشفاف من Oracle لتشفير قواعد البيانات اختياريًا. عند ترحيل قواعد البيانات من Exadata إلى Oracle Exadata Database Service on Dedicated Infrastructure، سيتم دائمًا تشفير قاعدة بيانات Oracle Exadata Database Service on Dedicated Infrastructure المستهدفة.
• تفترض الخطوات التالية وجود اتصال مباشر بالشبكة بين مركز البيانات حيث يتم تثبيت Oracle Exadata، وشبكة OCI Virtual Cloud Network حيث يتم تكوين Oracle Exadata Database Service on Dedicated Infrastructure وجهاز Oracle Zero Downtime Migration الظاهري (عبر FastConnect أو IPSec VPN كما هو موضح في مخطط البنية).

توضح الخطوات التالية كيفية إجراء ترحيل منطقي دون اتصال.

1. في وحدة تحكم OCI، قم بتكوين طبعة حوسبة في شبكة سحابة افتراضية (VCN) نفسها حيث سيتم تكوين قاعدة بيانات Oracle Exadata Database Service on Dedicated Infrastructure الهدف.
   يمكن أن يكون مثيل الحوسبة هذا أي شكل، باستخدام وحدتي OCPU على الأقل و16 جيجابايت من ذاكرة الوصول العشوائي، حيث يتم تشغيل نظام تشغيل Oracle Linux 7.9. سيتم استخدام هذا الجهاز الظاهري لتشغيل برنامج Oracle Zero Downtime Migration.
2. اتبع وثائق تثبيت Oracle Zero Downtime Migration من قسم مراجعة الوثائق لتنزيل برامج Oracle Zero Downtime Migration 21.4 وتثبيتها على طبعة حوسبة OCI.
   قم بتشغيل برنامج Oracle Zero Downtime Migration ليكون zdmuser.
3. سجل الدخول كـ zdmuser إلى مثيل الحوسبة الذي يقوم بتشغيل برنامج Oracle Zero Downtime Migration، وإنشاء زوج مفاتيح ssh. قم بتمكين ssh بدون كلمة سر من حساب zdmuser إلى كل نقاط التوصيل في قاعدة بيانات Exadata المصدر (root، privilege-sudoer user)، وإلى كل نقاط توصيل مجموعة VM في حساب Oracle Exadata Database Service on Dedicated Infrastructure لقاعدة البيانات opc user الهدف.
4. تأكد من أن الجهاز الافتراضي Oracle Zero Downtime Migration يمكنه الاتصال بمضيفي قاعدة البيانات المصدر باستخدام اسم المضيف وعنوان IP. تحقق مما يلي:
   • قم بتعديل محلل VCN DNS، أو ملف /etc/hosts في جهاز Oracle Zero Downtime Migration الافتراضي إذا لزم الأمر.
   • تحقق من وجود قاعدة تأمين تسمح لجهاز Oracle Zero Downtime Migration VM بالاتصال بقاعدة بيانات المصدر في منفذ المستمع الافتراضي 1521 ومنفذ ssh 22.
   • تأكد من وصول Oracle Zero Downtime Migration VM إلى مضيفات Oracle Exadata Database Service on Dedicated Infrastructure المستهدفة في منفذ المستمع الافتراضي رقم 1521 ومنفذ ssh رقم 22.
5. على جهاز Oracle ZFS Storage Appliance أو جهاز التخزين المرفق بالشبكة، قم بتكوين مشاركة نظام ملفات الشبكة ليتم استخدامها كمتغير تعويض لمخازن بيانات قاعدة البيانات أثناء تقدم الترحيل.
6. توصيل نظام ملفات الشبكة المشترك على جميع نقاط توصيل قاعدة بيانات Exadata.
   تأكد من أن جميع المستخدمين لديهم أذونات القراءة والكتابة والتنفيذ (rwx). لاحظ نقطة التثبيت.
7. في وحدة تحكم OCI، قم بتكوين تخزين ملفات OCI.
   لاحظ هدف التوصيل والتصدير وعنوان IP. عنوان IP افتراضيًا موجود على شبكة النسخ الاحتياطي لـ Oracle Exadata Database Service on Dedicated Infrastructure.
8. استخدم عنوان IP وقم بالتصدير من الخطوة 7 لتثبيت تخزين الملفات هذا عبر نظام ملفات الشبكة على جميع نقاط توصيل مجموعة الأجهزة الافتراضية Oracle Exadata Database Service on Dedicated Infrastructure.
   تأكد من أن شبكة السحابة الظاهرية تتضمن سياسة تأمين للسماح ببروتوكول نظام ملفات الشبكة على شبكة النسخ الاحتياطي لـ Oracle Exadata Database Service on Dedicated Infrastructure. لاحظ نقطة التوصيل.
9. قم بتكوين قاعدة بيانات Oracle Exadata Database Service on Dedicated Infrastructure مستهدفة باستخدام وحدة تحكم OCI أو REST API. قم بتكوين قاعدة البيانات كما يلي:
   • يمكن أن يكون لقاعدة البيانات الهدف الجديدة اسم مختلف عن قاعدة البيانات المصدر.
   • يمكن أن تكون قاعدة البيانات الجديدة إصدارًا أحدث من قاعدة البيانات المصدر.
   • أدخل كلمة سر للمستخدم admin. عليك بتدوين كلمة المرور.
   • لا تحدد وجهة نسخ احتياطي أو تقوم بتمكين النسخ الاحتياطية التلقائية أثناء إنشاء قاعدة البيانات. يمكن تمكين هذه الإعدادات بعد ترحيل قاعدة البيانات.
   لاحظ OCID لقاعدة البيانات بعد إنشاء قاعدة البيانات.
10. في وحدة تحكم OCI الطرفية، قم بتكوين حزمة تخزين كائنات OCI إذا لم يكن موجودًا بالفعل.
    لاحظ عنوان URL لـ Swift ومساحة اسم تخزين الكائنات واسم المستودع.
11. استخدم وحدة تحكم OCI الطرفية لتكوين مفتاح API لمستخدم OCI الذي يملك قاعدة بيانات Oracle Exadata Database Service on Dedicated Infrastructure الهدف ولديه أذونات لتحميل البيانات إلى رزمة تخزين كائنات OCI التي تم تكوينها في الخطوة 10.
    لاحظ معرف OCID للمستخدم وOCID للإيجار وبصمة الإصبع ومنطقة OCI. احفظ المفاتيح الخاصة والعامة المناظرة في ملفات PEM. سيتم استخدام مفتاح API هذا بواسطة Oracle Zero Downtime Migration للاتصال بـ OCI للحصول على معلومات قاعدة البيانات الهدف أثناء ترحيل قاعدة البيانات وتحميل نسخ البيانات إلى تخزين كائنات OCI.
12. انسخ ملفات PEM من الخطوة السابقة إلى جهاز ظاهري Oracle Zero Downtime Migration.
13. قم بتسجيل الدخول كمستخدم sys إلى قاعدة بيانات Exadata المصدر لضمان تعيين المعلمة Streams_Pool_Size إلى 2G على الأقل، على سبيل المثال:

    SQL>show parameter streams_pool_size;
    SQL>alter system set streams_pool_size=2G scope=both SID=’*’;                  

14. استخدم قالب ملف استجابة الترحيل المنطقي لـ Oracle Zero Downtime Migration المضمن مع ترحيل وقت التوقف الصفري لتكوين ملف استجابة للترحيل. المعاملات الأساسية هي:
    • TARGETDATABASE_OCID: OCID لقاعدة بيانات هدف Oracle Exadata Database Service on Dedicated Infrastructure.
    • MIGRATION_METHOD: OFFLINE_LOGICAL
    • DATA_TRANSFER_MEDIUM: OSS
    • TARGETDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_ADMINUSERNAME: system
    • SOURCEDATABASE_CONNECTIONDETAILS_HOST: IP/اسم المضيف لنقطة التوصيل الأولى في قاعدة بيانات Exadata المصدر.
    • SOURCEDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCEDATABASE_CONNECTIONDETAILS_SERVICENAME: اسم خدمة قاعدة البيانات القابلة للتركيب المصدر أو قاعدة البيانات غير الحاوية (غير CDB). استخدم lsnrctl للبحث.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_TENANTID: معرف OCID للإيجار من الخطوة 11.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_USERID: معرف OCID للمستخدم من الخطوة 11.
    • OCIAUTHENTICATIONDETAILS_USERPRINCIPAL_FINGERPRINT: بصمة الإصبع من الخطوة 11.
    • OCIAUTHENTICATIONDETAILS_PRIVATEKEYFILE: مسار الملف إلى ملف PEM للمفتاح الخاص على خادم Oracle Zero Downtime Migration من الخطوة 12.
    • OCIAUTHENTICATIONDETAILS_REGIONID: معرف منطقة OCI لمستخدم OCI من الخطوة 11.
    • TARGETDATABASE_CONNECTIONDETAILS_PORT: 1521
    • TARGETDATABASE_CONNECTIONDETAILS_SERVICENAME: اسم الخدمة لقاعدة البيانات الهدف القابلة للتركيب في قاعدة البيانات الهدف. استخدم lsnrctl للبحث.
    • SOURCECONTAINERDATABASE_ADMINUSERNAME: system
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_HOST: IP/اسم المضيف لنقطة التوصيل الأولى في قاعدة بيانات Exadata المصدر.
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_PORT: 1521
    • SOURCECONTAINERDATABASE_CONNECTIONDETAILS_SERVICENAME: اسم الخدمة لقاعدة بيانات الحاوية المصدر في قاعدة بيانات Exadata. استخدم lsnrctl للبحث).
    • DATAPUMPSETTINGS_JOBMODE: SCHEMA
    • DATAPUMPSETTINGS_FIXINVALIDOBJECTS: TRUE
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_NAME: mig
    • DATAPUMPSETTINGS_EXPORTDIRECTORYOBJECT_PATH: نقطة توصيل نظام ملفات الشبكة من الخطوة 6.
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_NAME: mig.
    • DATAPUMPSETTINGS_IMPORTDIRECTORYOBJECT_PATH: نقطة توصيل نظام ملفات الشبكة من الخطوة 8.
    • DATAPUMPSETTINGS_CREATEAUTHTOKEN: TRUE
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_IMPORTPARALLELISMDEGREE: 4
    • DATAPUMPSETTINGS_DATAPUMPPARAMETERS_EXPORTPARALLELISMDEGREE: 4
    • DATAPUMPSETTINGS_DATABUCKET_NAMESPACE: مساحة اسم تخزين كائنات OCI من الخطوة 10.
    • DATAPUMPSETTINGS_DATABUCKET_BUCKETNAME: اسم حزمة تخزين كائنات OCI من الخطوة 10.
    • TABLESPACEDETAILS_AUTOCREATE: TRUE
    • TABLESPACEDETAILS_USEBIGFILE: TRUE
    • TABLESPACEDETAILS_EXTENTSIZEMB: 512
    • EXCLUDEOBJECTS-1: owner:PDBADMIN
15. تشغيل وظيفة ترحيل التشغيل الجاف Oracle Zero Downtime Migration (-eval)، لمراجعة كل المتطلبات الأساسية للترحيل. يؤدي هذا لتشغيل أداة Cloud Pre-Migration Advisor Tool (CPAT) للتحقق من أن قاعدة البيانات المصدر مناسبة للترحيل إلى Oracle Exadata Database Service on Dedicated Infrastructure باستخدام الترحيل المنطقي لـ Oracle Zero Downtime Migration. معالجة المشكلات التي تم الإبلاغ عنها بواسطة CPAT قبل المتابعة. على سبيل المثال:

    
    zdmcli migrate database -sourcedb source_db_name \
    -sourcenode IP/hostname_of_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -targetnode IP/hostname_of_first_exadata_database_dedicated_VM_cluster_node
    -tgtarg1 user:opc \
    -tgtarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name \
    -tgtarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_14 \
    -eval

    يطلب هذا الأمر كلمة سر مستخدم sys لقواعد البيانات المصدر والهدف.
    بعد ترحيل ناجح للتشغيل الجاف، انتقل إلى الخطوة التالية.
16. بعد نجاح ترحيل التشغيل الجاف، قم بتشغيل وظيفة Oracle Zero Downtime Migration. على سبيل المثال:

    zdmcli migrate database -sourcedb source_db_name \
    -sourcenode IP/hostname_of_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user:root_or_sudoer_user \
    -srcarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -targetnode IP/hostname_of_first_exadata_database_dedicated_VM_cluster_node
    -tgtarg1 user:opc \
    -tgtarg2 identity_file:path_to_ssh_private_key/ssh_private_key_file_name \
    -tgtarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_14

    يطلب هذا الأمر كلمة سر مستخدم sys لقواعد البيانات المصدر والهدف.

الترحيل باستخدام الترحيل الفعلي

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

قبل إجراء الترحيل الفعلي، لاحظ ما يلي.

• توجد معلمة جديدة لإدارة تشفير مساحة الجدول في Oracle Database 19.16. قد تتسبب هذه المعلمة في حدوث تعارضات لعمليات الترحيل الفعلية. راجع إدارة تشفير مساحة الجدول في قسم مراجعة الوثائق للحصول على مزيد من المعلومات.
• يمكن لـ Oracle Exadata المحلي تشغيل كل من قواعد بيانات مثيل واحد وRAC. تقوم Oracle Exadata Database Service on Dedicated Infrastructure بتشغيل قواعد بيانات RAC. أثناء ترحيل قاعدة البيانات، يقوم Oracle Zero Downtime Migration بتحويل مثيل واحد إلى قواعد بيانات RAC عند الحاجة.
• يجب تحديد حافظة تشفير البيانات الشفاف (TDE) في قاعدة البيانات المصدر قبل الترحيل، حتى إذا لم تكن قاعدة البيانات المصدر مشفرة.
• في Oracle Exadata المحلي، يعتبر استخدام تشفير البيانات الشفاف من Oracle لتشفير قواعد البيانات اختياريًا. عند ترحيل قواعد البيانات من Exadata إلى Oracle Exadata Database Service on Dedicated Infrastructure، سيتم دائمًا تشفير قاعدة بيانات Oracle Exadata Database Service on Dedicated Infrastructure المستهدفة.
• تفترض الخطوات التالية وجود اتصال مباشر بالشبكة بين مركز البيانات حيث يتم تثبيت Exadata، وشبكة OCI Virtual Cloud Network حيث يتم تكوين Oracle Exadata Database Service on Dedicated Infrastructure وجهاز Oracle Zero Downtime Migration الظاهري (عبر FastConnect أو IPSec VPN كما هو موضح في مخطط البنية).
• لا يلزم تشفير قاعدة البيانات المصدر في Oracle Exadata. يعمل Oracle Zero Downtime Migration على تشفير قاعدة البيانات الهدف أثناء الترحيل.
• يجب أن تكون كلمة السر sys وكلمة سر الحافظة وإصدار قاعدة البيانات ومستوى التصحيح في قواعد البيانات المصدر والهدف متماثلة.
• يقوم Oracle Zero Downtime Migration بترحيل قاعدة بيانات الحاوية (CDB) إلى CDB وغير CDB إلى غير CDB.
• يستخدم Oracle Zero Downtime Migration Oracle Database Backup Cloud Service لنسخ قاعدة بيانات Exadata المصدر احتياطيًا إلى تخزين كائنات OCI. ثم يقوم Oracle Zero Downtime Migration باستعادة قاعدة البيانات الهدف من هذه النسخة الاحتياطية.

توضح الخطوات التالية كيفية إجراء ترحيل فعلي دون اتصال.

1. في وحدة تحكم OCI الطرفية، قم بتكوين طبعة حوسبة في نفس الشبكة الفرعية حيث سيتم تكوين قاعدة البيانات الهدف.
   يمكن أن يكون مثيل الحوسبة هذا أي شكل، باستخدام وحدتي OCPU على الأقل و16 جيجابايت من ذاكرة الوصول العشوائي، حيث يتم تشغيل نظام تشغيل Oracle Linux 7.9. سيتم استخدام هذا الجهاز الظاهري لتشغيل برنامج Oracle Zero Downtime Migration.
2. اتبع وثائق تثبيت Oracle Zero Downtime Migration من قسم مراجعة الوثائق لتنزيل برامج Oracle Zero Downtime Migration 21.4 وتثبيتها على طبعة حوسبة OCI.
   قم بتشغيل برنامج Oracle Zero Downtime Migration ليكون zdmuser.
3. سجل الدخول كـ zdmuser إلى مثيل الحوسبة الذي يقوم بتشغيل برنامج Oracle Zero Downtime Migration، وإنشاء زوج مفاتيح ssh. قم بتمكين ssh بدون كلمة سر من حساب zdmuser إلى كل نقاط التوصيل في قاعدة بيانات Exadata المصدر (root، privilege-sudoer user) وإلى كل نقاط توصيل مجموعة VM في حساب opc user الخاص بقاعدة البيانات الهدف.
4. تأكد من أن الجهاز الافتراضي Oracle Zero Downtime Migration يمكنه الاتصال بمضيفي قاعدة البيانات المصدر باستخدام اسم المضيف وعنوان IP. تحقق مما يلي:
   • قم بتعديل محلل VCN DNS، أو ملف /etc/hosts في جهاز Oracle Zero Downtime Migration الافتراضي إذا لزم الأمر.
   • تحقق من وجود قاعدة تأمين تسمح لجهاز Oracle Zero Downtime Migration VM بالاتصال بقاعدة بيانات المصدر في منفذ المستمع الافتراضي 1521 ومنفذ ssh 22.
   • تأكد من قدرة جهاز ظاهري Oracle Zero Downtime Migration على الوصول إلى مضيفي قاعدة البيانات الهدف على منفذ المستمع الافتراضي 1521 ومنفذ ssh 22.
5. في وحدة تحكم OCI الطرفية، قم بتكوين حزمة تخزين كائنات OCI إذا لم يكن موجودًا بالفعل.
   لاحظ عنوان URL لـ Swift ومساحة اسم تخزين الكائنات واسم المستودع.
6. في وحدة تحكم OCI الطرفية، قم بتكوين مقطع تصديق لحزمة تحميل البيانات OCI_user إلى فئة تخزين كائنات OCI.
   لاحظ المقطع، ولن يتم عرضه مرة أخرى.
7. تأكد من أن سياسات التأمين تسمح لـ OCI_user بتحميل البيانات إلى فئة تخزين كائنات OCI.
8. Create an Oracle Exadata Database Service on Dedicated Infrastructure target database using the OCI GUI or REST API. قم بتكوين قاعدة البيانات الهدف كما يلي:
   • يجب أن يكون لقواعد البيانات المصدر والهدف نفس الأسماء، ولكن DB_UNIQUE_NAME مختلفة.
   • يجب أن تكون كلمة سر sys وكلمة سر الحافظة وإصدار قاعدة البيانات ومستوى التصحيح وإصدار ملف المنطقة الزمنية في قواعد البيانات المصدر والهدف متماثلة.
   • عدم تحديد وجهة النسخ الاحتياطي أو تمكين النسخ الاحتياطية التلقائية. يمكن تمكين هذه الإعدادات بعد ترحيل قاعدة البيانات.
9. تحقق من تكوين قاعدة البيانات المصدر في وضع الأرشفة. في حالة عدم تمكين الأرشفة، يرجى الاطلاع على تمكين وضع الأرشفة أدناه.
10. إذا لم تكن قاعدة البيانات المصدر مشفرة، راجع تكوين مخزن مفاتيح تشفير البيانات الشفاف (TDE) أدناه. لا يلزم تشفير البيانات، يلزم وجود مخزن مفاتيح TDE فقط للترحيل الفعلي. تأكد من أن كلمة سر مخزن المفاتيح (المحفظة) هي نفس كلمة سر النظام/المحفظة المستخدمة في تكوين قاعدة البيانات الهدف في Oracle Exadata Database Service on Dedicated Infrastructure.
11. تكوين ملف استجابة لـ Oracle Zero Downtime Migration لتشغيل الترحيل. تتضمن المعلمات الأساسية:
    • TGT_DB_UNIQUE_NAME: الاسم الفريد لقاعدة البيانات لقاعدة بيانات Oracle Exadata Database Service on Dedicated Infrastructure الهدف.
    • MIGRATION_METHOD: OFFLINE_PHYSICAL أو ONLINE_PHYSICAL.
    • DATA_TRANSFER_MEDIUM: OSS
    • PLATFORM_TYPE: EXACS
    • HOST: عنوان URL سويفت لمساحة اسم تخزين كائنات OCI من الخطوة 5 بالصيغة: https://swiftobjectstorage.<region>.oraclecloud.com/v1/<namespace>>. على سبيل المثال:

      https://switfobjectstorage.us-phoenix-1.oraclecloud.com/v1/axwytvijqqld

    • OPC_CONTAINER: اسم حزمة تخزين كائنات OCI من الخطوة 4.
    • SHUTDOWN_SRC: TRUE
12. تشغيل وظيفة ترحيل تشغيل جاف لـ Oracle Zero Downtime Migration (-eval)، لمراجعة كل المتطلبات المسبقة للترحيل. على سبيل المثال:

    zdmcli migrate database -sourcedb source_db_name \
    -sourcenode IP/hostname_of_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user: root_or_sudoer_user \
    -srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
    \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -targetnode IP/hostname_of_first_exadata_database_dedicated_VM_cluster_node
    -tgtarg1 user:opc \
    -tgtarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
    \
    -tgtarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_10 \
    -backupuser “OCI_user_id_for_user_allowed_to_upload_data_to_OCI_object_storage_bucket”
    -eval

    يطلب هذا الأمر كلمتين سر. كلمة المرور الأولى هي كلمة مرور sys لقاعدة البيانات المصدر. كلمة السر الثانية هي كلمة سر OCI_user للمستخدم الذي يقوم بتحميل البيانات إلى فئة تخزين كائنات OCI. لا تقم بإدخال كلمة مرور المستخدم هنا، بدلاً من ذلك، أدخل مقطع التصديق من الخطوة 6.
    بعد التشغيل الجاف الناجح، انتقل إلى الخطوة التالية.
13. تشغيل وظيفة Oracle Zero Downtime Migration. على سبيل المثال:

    zdmcli migrate database -sourcedb source_db_name \
    -sourcenode IP/hostname_of_first_Exadata_node \
    -srcauth zdmauth \
    -srcarg1 user: root_or_sudoer_user \
    -srcarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
    \
    -srcarg3 sudo_location:/usr/bin/sudo \
    -targetnode IP/hostname_of_first_exadata_database_dedicated_VM_cluster_node
    -tgtarg1 user:opc \
    -tgtarg2 identity_file: path_to_ssh_private_key/ssh_private_key_file_name
    \
    -tgtarg3 sudo_location:/usr/bin/sudo \
    -rsp path_to_response_file/response_file_name_from_step_10 \
    -backupuser “OCI_user_id_for_user_allowed_to_upload_data_to_OCI_object_storage_bucket”

    يطلب هذا الأمر كلمتين سر. كلمة المرور الأولى هي كلمة مرور sys لقاعدة البيانات المصدر. كلمة السر الثانية هي كلمة سر OCI_user للمستخدم الذي يقوم بتحميل البيانات إلى فئة تخزين كائنات OCI. لا تقم بإدخال كلمة مرور المستخدم هنا، بدلاً من ذلك، أدخل مقطع التصديق من الخطوة 6.

اكتمل الترحيل الفعلي دون اتصال.

تمكين وضع سجل الأرشيف

يجب تمكين وضع الأرشفة في قاعدة البيانات المصدر لعمليات الترحيل الفعلية من Oracle Zero Downtime Migration. تصف هذه الخطوات كيفية تكوين وضع الأرشفة في قاعدة البيانات المصدر.

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

   SQL> select log_mode from v$database;
   LOG_MODE
   ------------
   NOARCHIVELOG

2. تكوين وجهة أرشيف سجل قاعدة البيانات المصدر. ونظرًا لأن هذا التكوين خاص بقاعدة بيانات تعمل في Exadata، فيجب أن تكون وجهة الأرشيف هي مجموعة أقراص Oracle RECO ASM.

   SQL> alter system set log_archive_dest_1='LOCATION=+RECOC1' scope=both SID='*';
   System altered.
   SQL> select destination,STATUS from v$archive_dest where statuS='VALID';
   DESTINATION
   --------------------------------------------------------------------------------
   STATUS
   ---------
   +RECOC1
   VALID

3. إيقاف تشغيل قاعدة البيانات.

   $ srvctl stop database -d db_name

4. ابدأ توصيل قاعدة البيانات على نقطة التوصيل الأولى.

   SQL> startup mount;
   ORACLE instance started.

5. تمكين وضع سجل الأرشيف.

   alter database archivelog;

6. افتح قاعدة البيانات.

   alter database open;

7. تحقق من أن قاعدة البيانات في طور الأرشيف.

   SQL> select log_mode from v$database;
   LOG_MODE
   ------------
   ARCHIVELOG
   SQL> select destination,STATUS from v$archive_dest where status='VALID';
   DESTINATION
   --------------------------------------------------------------------------------
   STATUS
   ---------
   +RECOC1
   VALID

8. أعد تشغيل قاعدة البيانات على العقدة الثانية.

   $ srvctl start instance -d db_name -n hostname_node2

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

   SQL> Alter pluggabale database pdb_name open instances=all;
   SQL>Alter pluggable database pdb_name save state instances=all;

تكوين مخزن مفاتيح تشفير البيانات الشفاف (TDE)

تتطلب عمليات الترحيل الفعلية لـ Oracle Zero Downtime Migration مخزن مفاتيح/حافظة تشفير TDE auto_login (حتى لو لم تكن قاعدة البيانات المصدر مشفرة). يجب تكوين مخزن المفاتيح هذا بنفس كلمة سر مخزن مفاتيح قاعدة البيانات الهدف. توضح هذه الخطوات كيفية تكوين مخزن مفاتيح في قاعدة البيانات المصدر.

1. تحقق من وجود موقع مخزن مفاتيح افتراضي تم تكوينه لقاعدة البيانات.

   SQL> select * from v$encryption_wallet;
   WRL_TYPE
   --------------------
   WRL_PARAMETER
   --------------------------------------------------------------------------------
   STATUS WALLET_TYPE WALLET_OR KEYSTORE FULLY_BAC
   ------------------------------ -------------------- --------- -------- ---------
   CON_ID
   ----------
   FILE
   /u01/app/oracle/admin/db_name/wallet
   NOT_AVAILABLE UNKNOWN SINGLE NONE UNDEFINED
   1
   SQL>

   تعرض هذه المخرجات عدم تكوين مخزن مفاتيح أو حافظة.
2. قم بتعيين المتغير TNS_ADMIN لمستخدم oracle في كل من نقطتي توصيل Exadata.

   $ORACLE_HOME/network/admin/db_name

3. قم بتكوين دليل لتخزين ملف sqlnet.ora في كل من عقد Exadata المشار إليها بواسطة TNS_ADMIN.

   mkdir -p $ORACLE_HOME/network/admin/db_name

4. قم بتكوين ملف sqlnet.ora في الدليل المشار إليه بواسطة TNS_ADMIN مع المحتويات التالية في كل من نقطتي توصيل Exadata.

   ENCRYPTION_WALLET_LOCATION=(SOURCE=(METHOD=FILE)
    (METHOD_DATA=(DIRECTORY=/u01/app/oracle/admin/db_name/wallet)))

5. قم بتكوين دليل لتخزين مخزن المفاتيح أو الحافظة في الموقع المشار إليه بواسطة sqlnet.ora في كلتا نقطتي توصيل Exadata.

   $mkdir -p $/u01/app/oracle/admin/db_name/wallet

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

   SQL>administer key management create keystore '/u01/app/oracle/admin/db_name/wallet' identified by keystore_password;

7. في نقطة التوصيل الأولى، افتح مخزن المفاتيح.
   إذا كانت قاعدة البيانات المصدر ليست CDB، فقم بإزالة container = ALL.

   SQL> ADMINISTER KEY MANAGEMENT SET KEYSTORE OPEN IDENTIFIED BY keystore_password container = ALL;

8. تكوين نسخة احتياطية لمخزن المفاتيح.
   إذا كانت قاعدة البيانات المصدر ليست CDB، فقم بإزالة container = ALL.

   SQL> ADMINISTER KEY MANAGEMENT SET KEY IDENTIFIED BY keystore_password with backup container = ALL;

9. تحقق من تكوين مخزن المفاتيح ونسخه احتياطيًا.

   SQL> SELECT * FROM v$encryption_keys;
   Snip…
   ACTIVATING_PDBNAME
   --------------------------------------------------------------------------------
   ACTIVATING_PDBID ACTIVATING_PDBUID ACTIVATING_PDBGUID CON_ID
   ---------------- ----------------- -------------------------------- ----------
   ATOlrcGaa0/iv/dFeRSkNSIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
   --------------------------------------------------------------------------------
   ACTIVATING_PDBID ACTIVATING_PDBUID ACTIVATING_PDBGUID CON_ID
   ---------------- ----------------- -------------------------------- ----------
   db_name
   ACTIVATING_PDBID ACTIVATING_PDBUID ACTIVATING_PDBGUID CON_ID
   ---------------- ----------------- -------------------------------- ----------
   1 86B637B62FDF7A65E053F706E80A27CA
   Snip…

10. قم بتكوين مخزن مفاتيح auto_login من مخزن المفاتيح الذي تم تكوينه في الخطوة 7.

    SQL> ADMINISTER KEY MANAGEMENT CREATE AUTO_LOGIN KEYSTORE FROM KEYSTORE '/u01/app/oracle/admin/db_name/wallet' IDENTIFIED BY keystore_password ;

11. أغلق مخزن المفاتيح من الخطوة 7.

    SQL> ADMINISTER KEY MANAGEMENT SET KEYSTORE CLOSE IDENTIFIED BY keystore_password;

12. تحقق من أن مخزن المفاتيح auto_login لا يزال مفتوحًا.

    SQL> SELECT * FROM v$encryption_wallet;
    WRL_TYPE
    --------------------
    WRL_PARAMETER
    --------------------------------------------------------------------------------
    STATUS WALLET_TYPE WALLET_OR KEYSTORE FULLY_BAC
    ------------------------------ -------------------- --------- -------- ---------
    CON_ID
    ----------
    FILE
    /u01/app/oracle/admin/db_name/wallet
    OPEN AUTOLOGIN SINGLE NONE NO

13. تكوين ملفات حافظة من نقطة التوصيل 1 إلى نقطة التوصيل 2.

    cd /u01/app/oracle/admin/db_name/wallet.
    scp * node_2:/u01/app/oracle/admin/db_name/wallet

14. أعد تشغيل قاعدة البيانات على نقطتي توصيل Exadata.

    $ srvctl stop database -d db_name
    $ srvctl start database -d db_name
    $ srvctl status database -d db_name
    Instance db_name1 is running on node node_1
    Instance db_name2 is running on node node_2

15. تحقق من أن الحافظة auto_login مفتوحة في كلتا العقدتين.

    SQL> SELECT * FROM v$encryption_wallet;
    WRL_TYPE
    --------------------
    WRL_PARAMETER
    --------------------------------------------------------------------------------
    STATUS WALLET_TYPE WALLET_OR KEYSTORE FULLY_BAC
    ------------------------------ -------------------- --------- -------- ---------
    CON_ID
    ----------
    FILE
    /u01/app/oracle/admin/db_name/wallet/
    OPEN AUTOLOGIN SINGLE NONE NO
    1
    WRL_TYPE
    --------------------
    WRL_PARAMETER
    --------------------------------------------------------------------------------
    STATUS WALLET_TYPE WALLET_OR KEYSTORE FULLY_BAC
    ------------------------------ -------------------- --------- -------- ---------
    CON_ID
    ----------
    FILE
    OPEN AUTOLOGIN SINGLE UNITED NO
    2
    WRL_TYPE
    --------------------
    WRL_PARAMETER
    --------------------------------------------------------------------------------
    STATUS WALLET_TYPE WALLET_OR KEYSTORE FULLY_BAC
    ------------------------------ -------------------- --------- -------- ---------
    CON_ID
    ----------
    FILE
    OPEN_NO_MASTER_KEY AUTOLOGIN SINGLE UNITED UNDEFINED
    3
    SQL>

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

    SQL> Alter pluggabale database pdb_name open instances=all;
    SQL>Alter pluggable database pdb_name save state instances=all;