تكوين منظومة DR
قم بإعداد هيكل إجراءات مواجهة الكوارث (DR). تتوفر السكريبتات لتبسيط العملية.
تنزيل الاسكربتات
الحصول على آخر اسكربتات الإعداد من المخزن GitHub.
ملاحظة:
ضع كل الاسكربتات التي تم تنزيلها في نفس المجلد.يتضمن الملف الذي تم تنزيله اسكربتات لتنفيذ المهام التالية:
- تكوين اسم TNS بديل لمصادر البيانات
- إعداد تكوين DR الأولي
- إعداد استنساخ مستمر
- تغيير حافظات نظام Oracle WebLogic Server أو Oracle SOA أو Oracle Fusion Middleware.
اسم السكريبت | الوصف |
---|---|
fmwadb_config_replica.sh |
نسخ التكوين بين المواقع. |
fmwadb_dr_prim.sh |
إعداد موقع أساسي لإعداد DR. |
fmwadb_dr_stby.sh |
إعداد موقع ثانوي لإعداد DR. |
fmwadb_rest_api_listabds.sh |
احصل على أساس دور Autonomous Database على معلومات المستأجر ومعرف ADB. |
fmwadb_switch_db_conn.sh |
استبدال معلومات الاتصال الموجودة بـ ADBS WALLET جديد. |
fmw_change_to_tns_alias.sh |
استبدل سلاسل الاتصال المستخدمة بواسطة مصادر بيانات Oracle WebLogic وملفات jps config باسم tns البديل.
|
fmw_dec_pwd.sh |
فك تشفير كلمة سر Oracle WebLogic المشفرة. |
fmw_enc_pwd.sh |
تشفير كلمة سر باستخدام تشفير Oracle WebLogic. |
fmw_get_connect_string.sh |
إرجاع سلسلة الاتصال التي يستخدمها مصدر بيانات Oracle WebLogic أو Oracle SOA أو Oracle Fusion Middleware. |
fmw_get_ds_property.sh |
إرجاع قيمة لخاصية مصدر بيانات محددة. |
إعداد الطبقة المتوسطة الأساسية للواجهة الأمامية الافتراضية
إذا لم يتم تكوين الطبقة الوسطى الأساسية بالفعل باسم واجهة أمامية ظاهرية، فقم بتنفيذ هذه الإجراءات لإعدادها لتكوين استعادة القدرة على العمل بعد الكوارث (DR).
تعديل مصادر البيانات الأساسية وتكوين JPS لاستخدام الاسم البديل لـ TNS
يؤدي استخدام الاسم البديل لـ Transparent Network Substrate (TNS) الموجود في عناوين URL الخاصة بـ Java Database Connectivity (JDBC) إلى تسهيل إعادة تكوين مصادر بيانات Oracle WebLogic Server for Oracle Cloud Infrastructure باستخدام النسخ القابلة للتجديد عن بُعد للتنقل بين المصدر الأساسي والعنصر البديل.
ملاحظة:
يتم تكوين طبعات Oracle SOA Suite في السوق المزودة بالإصدار 23.1.1 (فبراير 2023) أو إصدار أحدث باستخدام نهج الاسم البديل TNS الجاهز. في هذه الحالة، يمكنك تخطي هذه المهمة.
يتطلب استخدام الاسم البديل لـ TNS أن تشتمل مصادر البيانات وملفات jps
على المتغير oracle.net.tns_admin في ملفات تكوين Oracle Fusion Middleware.
إنشاء شبكة سحابية افتراضية (VCN) وشبكة فرعية في المنطقة الثانوية
إذا لم تكن قد قمت بذلك بالفعل، فقم بتكوين شبكة سحابية افتراضية (VCN) في منطقة الاستعداد باستخدام CIDR لا يتعارض مع CIDR الخاص بالمنطقة الأساسية. على سبيل المثال، إذا كان VCN الأساسي يستخدم 10.1.0.0/16، فيمكن أن يستخدم VCN الثانوي 10.2.0.0/16.
تكوين DRG بين وحدات VCN الأساسية والثانوية
يتطلب إعداد استعادة القدرة على العمل بعد الكوارث أن تتصل نقاط توصيل إدارة Oracle WebLogic Server الأساسية والثانوية ببعضها البعض لاستلام تكوين النطاق من خلال نسخ Oracle Cloud Infrastructure File Storage. لذلك يجب عليك إنشاء جيت واي توجيه ديناميكي (DRG) بين شبكات VCN الخاصة بالطبقة المتوسطة.
تكوين Oracle Autonomous Data Guard البديل في المنطقة الثانوية
قم بإنشاء قاعدة بيانات بديلة لـ Oracle Autonomous Database الأساسية الحالية.
- بالنسبة إلى Oracle Autonomous Database Serverless، يمكنك تكوين Oracle Autonomous Database Serverless بديلة في المنطقة الثانوية.
- في وحدة تحكم OCI، انقر على Oracle Database في قائمة التنقل اليسرى للانتقال إلى Oracle Autonomous Database الأساسية.
- في صفحة تفاصيل Autonomous Database، ضمن الموارد، انقر على استعادة القدرة على العمل بعد الكوارث، ثم انقر على إضافة قاعدة بيانات نظيرة.
- استخدم الشبكات الفرعية VCN والخاصة التي قمت بتكوينها سابقًا.
- لـ Oracle Autonomous Database on Dedicated Exadata Infrastructure
إعداد Autonomous Database البديلة لإعداد DR
تعتمد هذه المهمة على ما إذا كنت تستخدم طريقة أخذ اللقطة أو الاستنساخ القابل للتجديد عن بُعد.
بالنسبة لطريقة اللقطة البديلة، راجع تحويل البديل إلى لقطة بديلة.
للحصول على طريقة النسخ القابل للتجديد عن بُعد، راجع تكوين نسخة قابلة للتجديد عن بُعد في المنطقة الثانوية.
تحويل البديل إلى بديل للقطة
باستخدام نهج "اللقطة البديلة"، قم بتحويل قاعدة البيانات الذاتية الاحتياطية الخاصة بك إلى "اللقطة البديلة".
- من قائمة التنقل اليسرى لوحدة تحكم Oracle Cloud Infrastructure، انقر على Autonomous Database.
- في المنطقة الثانوية، حدد Autonomous Database البديلة.
- من القائمة المنسدلة المزيد من الإجراءات، انقر على تحويل إلى قاعدة بيانات اللقطات البديلة.
- إذا كنت تستخدم بنية أساسية مخصصة، فحدد استخدام خدمات قاعدة البيانات الأساسية.
ملاحظة:
عند عدم تحويل بديل لقطة في Oracle Dedicated Exadata Infrastructure إلى بديل فعلي خلال 7 أيام، يتم تحويل بديل اللقطة تلقائيًا إلى بديل فعلي.
عندما لا يتم تحويل البيانات البديلة للقطات في Oracle Autonomous Database Serverless إلى البيانات البديلة الفعلية خلال يومين، يتم تحويل البيانات البديلة للقطات تلقائيًا إلى البيانات البديلة الفعلية.
توفير النظام الثانوي
توفير Oracle WebLogic Server for Oracle Cloud Infrastructure أو Oracle SOA Suite في السوق أو خدمة Oracle Cloud Infrastructure (OCI) متوسطة المستوى الأخرى التي تستخدم Oracle Fusion Middleware (النظام) التي تشير إلى قاعدة البيانات الثانوية (لنهج اللقطة البديلة) أو إلى النسخة القابلة للتجديد (لنهج الاستنساخ القابل للتجديد عن بُعد).
تعديل سلاسل الاتصال لاسم TNS البديل الثانوية
قم بتعديل الاسم المستعار المستخدم في النظام الثانوي ليكون هو نفس الاسم المستعار الموجود في النظام الأساسي.
كما هو الحال في النظام الأساسي، يجب استخدام اسم بديل لـ Transparent Network Substrate (TNS) في جميع ملفات مصادر البيانات ضمن $DOMAIN_HOME/config/jdbc
وفي ملفات jps config
ضمن $DOMAIN_HOME/config/fmwconfig
. الاسم البديل المستخدم في النظام الثانوي (البديل) هو نفس الاسم الموجود في النظام الأساسي نظرًا لاستنساخ مصادر البيانات من النظام الأساسي الذي يحتوي على الاسم البديل الذي تم تكوينه سابقًا.
-
بالنسبة لطريقة اللقطة البديلة، راجع تعديل سلاسل اتصال الاسم البديل لـ TNS الخاص بالطريقة البديلة للقطة.
-
بالنسبة لنهج النسخ القابل للتجديد عن بُعد، راجع تعديل سلاسل اتصال أسماء TNS البديلة الثانوية الخاصة بنهج النسخ القابل للتجديد عن بُعد.
تعديل سلاسل اتصال الاسم المستعار لـ TNS الخاص بالطريقة البديلة للقطة
بالنسبة لطريقة اللقطة البديلة، من المتوقع أن تكون الأسماء البديلة في ملف tnsnames.ora
هي نفسها الموجودة في الملف الأساسي (على الرغم من أن سلاسل الاتصال ستشير إلى عنوان قاعدة البيانات البديلة). لست بحاجة لتعديلها.
تعديل سلاسل اتصال الاسم المستعار لـ TNS الخاص بالطريقة القابلة للتجديد عن بُعد
بالنسبة لنهج النسخ القابل للتجديد عن بُعد، قم بتعديل الاسم المستعار المستخدم في النظام الثانوي ليكون نفس الاسم المستعار الموجود في النظام الأساسي.
سيحتوي ملف tnsnames.ora
المضمن في Oracle WebLogic Server for Oracle Cloud Infrastructure أو Oracle SOA Suite on Marketplace أو تكوين نظام Oracle Fusion Middleware على اسم مستعار يستند إلى اسم النسخة القابلة للتجديد عن بُعد. على سبيل المثال، في حالة تكوين نسخة قابلة للتجديد عن بُعد بالاسم soaadb1rc2
سيحتوي ملف tnsnames.ora
(في دليل الحافظة الذي تم تكوينه أثناء الإعداد) على الاسم البديل التالي: soaadb1rc2_high
، soaadb1rc2_low
، soaadb1rc2_medium
، soaadb1rc2_tp
، soaadb1rc2_tpurgent
. لتبسيط التكوين، يجب استخدام نفس الاسم البديل في ملف tnsnames.ora
في كل من النظامين الأساسي والثانوي، لذا عليك تعديل الاسم البديل لـ TNS الذي تم تكوين Oracle WebLogic Server for Oracle Cloud Infrastructure أو Oracle SOA Suite on Marketplace أو نطاق Oracle Fusion Middleware به (نسخة قابلة للتجديد عن بُعد) لاستخدام نفس الاسم البديل الأساسي. يمكنك الحصول على الاسم البديل الأساسي من ملف $tns_admin/tsnames.ora
. يتم إنشاء أسماء بديلة مختلفة لخدمات مختلفة وسوف تستنتج جميعًا بادئة من اسم قاعدة البيانات. لاحظ أنك تريد تعديل الاسم البديل فقط، وليس الخدمات. لا تستخدم بحثًا عامًا واستبدل في الملف لأنه من المحتمل أيضًا تغيير أسماء الخدمات في سلاسل الاتصال في ملف tnsnames.ora
.
كما هو الحال في النظام الأساسي، تستخدم جميع ملفات مصدر البيانات الموجودة ضمن $DOMAIN_HOME/config/jdbc
وفي ملفات تكوين jps الموجودة ضمن $DOMAIN_HOME/config/fmwconfig
الاسم البديل المحدد. ومن المتوقع أن يتم اختيار نفس مستوى الخدمة بالنسخة القابلة للتجديد عن بُعد كما هو الحال في النظام الأساسي (إما low
أو mid
أو high
أو tp
أو tpurgent
). نظرًا لنسخ الاسم البديل ومصادر البيانات من النظام الأساسي، فلن تحتاج إلى تشغيل اسكربت fmw_change_to_tns_alias.sh
في النظام الثانوي. سيتولى إعداد إجراءات مواجهة الكوارث معالجة عمليات الاستبدال المطلوبة.
إذا كان لديك أسماء بديلة إضافية تشير إلى قواعد بيانات أخرى في ملف tnsnames.ora
الأساسي، فأضفها وفقًا لذلك في ملف tnsnames.ora
الخاص بالنظام الثانوي.
تحديث الأسماء المستعارة لاسم المضيف والعنوان الأمامي في الطبقات الوسطى الأساسية والبديلة
يجب استخدام نفس عنوان الواجهة الأمامية في كل من الأساسي والبديل. أثناء التشغيل العادي، سيتم تعيين اسم المضيف الأمامي إلى IP الخاص بموازن تحميل Oracle Cloud Infrastructure (OCI). عند التشغيل من الثانوي (بعد الانتقال أو الانتقال عقب الفشل) سيتم تخطيط اسم المضيف الأمامي إلى IP الخاص بـ OCI Load Balancer الثانوي.
ملاحظة:
يجب عدم تغيير ملف /etc/hosts
الخاص بمضيفات الطبقة الوسطى عند وجود تبديل أو تجاوز فشل. ستقوم أجهزة المضيف في الطبقة المتوسطة دائمًا بحل اسم الواجهة الأمامية الظاهرية باستخدام IP الخاص بها في الواجهة الأمامية. يتم إجراء تحديث DNS المطلوب أثناء إجراءات التبديل وتجاوز الفشل في ملفات DNS أو المضيف المستخدمة من قبل العملاء.
يمكنك تنفيذ هذا الإعداد البديل للمضيف بالطرق التالية:
- إضافة أسماء المضيفين كأسماء بديلة إلى ملفات
/etc/hosts
الخاصة بطبعات حوسبة Oracle WebLogic Server لـ OCI - استخدام عرض DNS خاص في OCI VCN الثانوي
استخدام ملفات /etc/hosts
/etc/hosts
الخاصة بمضيفات Oracle WebLogic Server الثانوية، والتي تشير إلى عناوين IP لمضيفات Oracle WebLogic Server الثانوية. يكون هذا الوضع صالحًا عندما يكون خادم DNS هو نفسه على مواقع Oracle Cloud Infrastructure (OCI) الأساسية والثانوية، وكذلك عند استخدام خوادم DNS المفصولة في الموقعين الأساسي والثانوي. الإدخالات في ملف /etc/hosts
لها الأسبقية على دقة DNS، لأن هذه هي الأسبقية المحددة الجاهزة في التوجيه "المضيفين" لملف /etc/nsswitch.conf
.
استخدام نظام اسم مجال OCI (DNS)
/etc/hosts
الخاصة بجميع مضيفات Oracle WebLogic Server.
فيما يلي خطوات إنشاء العرض الخاص في شبكة سحابة افتراضية (VCN) الثانوية وحل أسماء المضيفات المستخدمة بواسطة الأساسي مع عناوين IP الثانوية:
تكوين النظام الثانوي
jdbc url
الموجود الذي يشير إلى قاعدة البيانات المحلية (الاستنساخ القابل للتجديد أثناء إعداد DR والاستعداد للتبديل) بالحافظات المطلوبة.
ترك النظام جاهزًا للتبديل
ملاحظة:
لا تكون هذه المهمة مطلوبة إلا عند تكوين النظام الثانوي والتحقق من صحته باستخدام نسخة قابلة للتجديد عن بُعد.تنزيل الحافظة لقاعدة البيانات البديلة من واجهة مستخدم قاعدة البيانات الثانوية. تجنب سلاسل الاتصال المزدوجة (المضيفون الأساسيون والمضيفون الاحتياطيون) في حالات إجراءات مواجهة الكوارث البعيدة لأنها تتسبب في محاولات غير ضرورية.
إعداد استنساخ التكوين الساري
fmwadb_config_replica.sh
التغييرات من خلال دليل مرحلة Oracle Cloud Infrastructure File Storage (OCI File Storage) بشكل منتظم.
التكوين جاهز (تم إعداده) للتبديل بعد كل استنساخ.
عند استخدام "استنساخ قابل للتجديد عن بُعد"، من المفترض أنه سيتم "تكييف" التكوين المستنسخ لقاعدة البيانات البديلة الفعلية (وليس الاستنساخ القابل للتجديد). إذا كنت بحاجة إلى تدقيق أو اختبار باستخدام النسخ القابلة للتجديد، فيمكنك تغيير تكوين النطاق البديل للإشارة إلى النسخة القابلة للتجديد بدلاً من ذلك.
يجب تشغيل اسكربت fmwadb_config_replica.sh
في نقاط توصيل إدارة WebLogic Server (في كل من الأساسي والبديل) لاستنساخ التكوين. عادةً ما تتم جدولة هذا السكريبت بوظيفة cron
لاستنساخ التكوين بين خادم WebLogic أو Oracle SOA Suite أو Oracle Fusion Middleware البديل في نظام Oracle Autonomous Database على فترات منتظمة. يتحقق هذا السكريبت من الدور الحالي لقاعدة البيانات المحلية لتحديد ما إذا كانت تعمل في الموقع الأساسي أو البديل.
- عند تشغيل البرنامج النصي في موقع PRIMARY، يقوم بنسخ تكوين النطاق من النطاق الأساسي إلى مجلد المساعدة المحلية (FSS) ثم إلى مجلد مساعدة الموقع الثانوي (من خلال
rsync
). - عند تشغيل الاسكربت في موقع STANDBY، يقوم بنسخ تكوين النطاق من مجلد المساعدة الثانوية (تخزين ملفات OCI) إلى المجال الثانوي ويجعل عمليات الاستبدال المطلوبة لمصادر البيانات تعمل مع قاعدة البيانات المحلية.
يجب تجميع معلمات مختلفة من وحدة تحكم OCI وتشفير كلمة السر للوصول إلى حافظات Oracle Autonomous Database لأسباب أمنية.
فيما يلي وصف للمتغيرات المستخدمة في الاسكربت وكيفية الحصول عليها:
- REMOTE_WLSADMIN_NODE_IP
عنوان IP الخاص بنقطة توصيل خادم إدارة WebLogic Server النظير والبُعد.
هذا هو IP الخاص بمضيف نقطة التوصيل في خادم إدارة WebLogic Server في الموقع النظير. يجب أن يكون قابلاً للوصول من نقطة التوصيل المحلية. يوصى بالاتصال بـ IP الخاص البعيد لنقطة التوصيل باستخدام بوابة التوجيه الديناميكي.
- REMOTE_SSH_PRIV_KEYFILE
ملف مفتاح SSH الخاص للاتصال بنقطة توصيل خادم إدارة Oracle WebLogic البعيدة.
- TENANCY_OCID
معرف OCID للإيجار حيث يوجد Oracle Autonomous Database. يمكنك الحصول على OCID من واجهة مستخدم Oracle Cloud Infrastructure (OCI).
- USER_OCID
معرف OCID للمستخدم المالك لمثيل قاعدة البيانات الذاتية. يمكنك العثور على OCID في واجهة مستخدم OCI.
- PRIVATE_KEY
المسار إلى مفتاح تنسيق PEM الخاص لهذا المستخدم.
- LOCAL_ADB_OCID
يتم فحص OCID الخاص بـ Oracle Autonomous Database. يمكنك العثور على OCID في شاشة Oracle Autonomous Database في وحدة تحكم OCI.
- WALLET_DIR
دليل حافظة Oracle Autonomous Database المحلية (قم بفك ضغط الحافظة التي تم تنزيلها من وحدة تحكم OCI). يجب أن يشتمل هذا الدليل على ملفات
tnsnames.ora
وkeystore.jks
وtruststore.jks
على الأقل. عند استخدام أسلوب أخذ لقطة بديلة، يكون هذا هو مجلدtnsadmin
- ENC_WALLET_PASSWORD
تجسيد WLS ENCRYPTED لكلمة المرور المقدمة عند تنزيل الحافظة من واجهة مستخدم Oracle Autonomous Database OCI.
إذا كانت الحافظة هي الحافظة الأولية التي تم تكوينها بواسطة WebLogic Server أو Oracle SOA Suite أو Oracle Fusion Middleware أثناء إعداد WebLogic Server، فيمكنك استخدام الأوامر التالية للحصول على كلمة السر:
لـ WebLogic:[oracle@wsladbs2-wls-1 ~]$ python3 /opt/scripts/atp_db_util.py generate-atp-wallet-password
لـ SOA:[oracle@soarefr-soa-0 ~]$ python /opt/scripts/atp_db_util.py generate-atp-wallet-password
لتشفير كلمة السر، سواء كانت كلمة السر المقدمة في وحدة تحكم OCI أو تلك المستخدمة أثناء الإعداد، يمكنك استخدام اسكربتfmw_enc_pwd.sh
../fmw_enc_pwd.sh UNENC_WALLET_PASSWORD
استخدم السلسلة التي تم الحصول عليها للمتغير ENC_WALLET_PASSWORD.
- FSS_MOUNT
دليل تخزين ملفات OCI الذي سيتم استخدامه لإعداد تكوين مجال WebLogic Server.
بمجرد تجميع المعلومات للمتغيرات، قم بتنفيذ الخطوات التالية لنسخ السكريبتات وتخصيصها لبيئتك: