এই পোস্টটি Oracle® E-business Suite® (EBS) R12.2.9 এর জন্য দুর্যোগ পুনরুদ্ধার (DR) সিস্টেমের রক্ষণাবেক্ষণ এবং প্যাচিং কভার করে। এটি ওরাকল সংস্করণ12.2 অ্যাপ্লিকেশন ডিআর সিস্টেমে ডাটাবেস ডিবি এবং অ্যাপ্লিকেশন (এপিপিএস) প্যাচ প্রয়োগ করার জন্য একটি জেনেরিক প্রক্রিয়া বর্ণনা করে।
পরিচয়
একটি DR অ্যাপ্লিকেশন সাইট তৈরির ধাপগুলি প্রায় একই রকম অ্যাক্লোন সিস্টেম তৈরি করার মতো, যা আমরা পূর্ববর্তী ব্লগ পোস্টে কভার করেছি৷
দুর্যোগের সময়ে, আপনাকে হোস্টনামের জন্য XML ফাইলগুলিতে শুধুমাত্র কয়েকটি পরিবর্তন করতে হবে এবং আপনার ব্যাকআপ সিস্টেমগুলি প্রস্তুত এবং চলমান। সিস্টেম ইনসিঙ্ক রাখতে, আপনাকে নিয়মিতভাবে ডাটাবেস এবং অ্যাপ্লিকেশন সার্ভার পরিবেশে প্যাচগুলি প্রয়োগ করতে হবে৷
নিশ্চিত করুন যে আপনি প্রাথমিক ডেটাবেস সার্ভারের সাথে একটি ফিজিক্যাল স্ট্যান্ডবাই ডাটাবেস কনফিগার করেছেন এবং উভয় ডাটাবেসই সিঙ্কে আছে। তারপর, আপনাকে ডিআর অ্যাপ্লিকেশন সিস্টেমে সমস্ত প্যাচ প্রয়োগ করতে হবে।
এই প্রক্রিয়ার জন্য উচ্চ-স্তরের পদক্ষেপগুলি অন্তর্ভুক্ত:
- আর্কাইভিং অক্ষম করুন এবং DR কে ফিজিক্যাল স্ট্যান্ডবাই থেকে স্ন্যাপশট স্ট্যান্ডবাইতে রূপান্তর করুন।
- ডাটাবেস প্যাচ প্রয়োগ করতে DR ডাটাবেস বন্ধ করুন।
- স্ট্যান্ডবাই স্ন্যাপশট মোডে DR ডাটাবেসগুলি শুরু করুন এবং নোড ক্লিনআপ স্ক্রিপ্টগুলি চালান৷
- ডিআর অ্যাপ্লিকেশনগুলির জন্য ফাইল সিস্টেমগুলি ফ্লিপ করুন যদি সেগুলি PROD সিস্টেমের সাথে মেলে না৷
- যখন সিস্টেম ডাউনটাইম মোডে থাকে, প্যাচগুলি প্রয়োগ করুন।
- আপনি অ্যাপ্লিকেশন DR সার্ভারগুলি প্যাচ করা শেষ করার পরে DR কে ফিজিক্যাল স্ট্যান্ডবাইতে রূপান্তর করুন৷
প্রক্রিয়াটিতে একটি সাধারণ সিস্টেম ডিজাইন করা এবং অ্যাপ্লিকেশন সুইচওভারের জন্য এটি স্থাপন করা জড়িত। আপনি যদি অ্যাপ্লিকেশনের দিকে কোনও বিপর্যয়ের সম্মুখীন হন, তাহলে এই সিস্টেমটিকে সমস্ত প্যাচ স্তরে প্রাথমিক সাইটের সাথে সিঙ্কে থাকতে হবে৷
1. DR কে শারীরিক স্ট্যান্ডবাই থেকে স্ন্যাপশট স্ট্যান্ডবাইতে রূপান্তর করুন
প্রথমে, সংরক্ষণাগার লগ শিপিং অক্ষম করুন এবং প্রাথমিক DR ডাটাবেসটিকে স্ট্যান্ডবাই স্ন্যাপশট মোডে রূপান্তর করুন:
-
প্রাথমিক উৎপাদন ডাটাবেস নোড1 এ
oracle
হিসাবে লগ ইন করুন . -
নিম্নলিখিত কমান্ডগুলি চালান:
$. prodinstance.env $ sqlplus / as sysdba show parameter log_archive_dest_state_2; NAME TYPE VALUE ------------------------------------ ----------- -------------------- log_archive_dest_state_2 string enable alter system set log_archive_dest_state_2='Defer' scope=both sid='*'; show parameter log_archive_dest_state_2; NAME TYPE VALUE ------------------------------------ ----------- -------------------- log_archive_dest_state_2 string Defer
তারপর, DR ডাটাবেসে রিডো-লগ অ্যাপ্লিকেশনটি বাতিল করুন এবং এটিকে স্ন্যাপশট স্ট্যান্ডবাই মোডে রূপান্তর করুন:
-
DR ডাটাবেস নোড1 এ
oracle
হিসেবে লগ ইন করুন . -
নিম্নলিখিত কমান্ডগুলি চালান:
$. drinstance.env $ sqlplus / as sysdba alter database recover managed standby database cancel; select FLASHBACK_ON, DATABASE_ROLE from v$database; FLASHBACK_ON DATABASE_ROLE ------------ ---------------- YES PHYSICAL STANDBY
2. ডাটাবেস প্যাচ প্রয়োগ করতে DR ডাটাবেস বন্ধ করুন
উভয় নোডের ডাটাবেস বন্ধ করুন এবং ডাটাবেস প্যাচ প্রয়োগ করুন। ডাটাবেস প্যাচ প্রয়োগ করতে নিম্নলিখিত কমান্ডগুলি চালান:
$. prodinstance.env
$ sqlplus / as sysdba
shut immediate;
$ cd $PATCH_DIR
$ opatch apply
সমস্ত Real ApplicationCluster (RAC) সিস্টেম নোডে ডাটাবেস প্যাচ প্রয়োগ করতে পূর্ববর্তী পদক্ষেপগুলি ব্যবহার করুন৷
3. ডাটাবেসকে স্ন্যাপশট মোডে রূপান্তর করুন
DR ডাটাবেসকে স্ন্যাপশট স্ট্যান্ডবাই মোডে রূপান্তর করুন এবং নোড পরিষ্কার করার পরে স্বয়ংক্রিয় কনফিগারেশন চালান:
$. prodinstance.env
$ sqlplus / as sysdba
SYS@PRODINSTANCE> startup mount;
SYS@PRODINSTANCE>alter database convert to snapshot standby;
SYS@PRODINSTANCE>alter database open;
SYS@PRODINSTANCE>select DB_UNIQUE_NAME, OPEN_MODE, DATABASE_ROLE from v$database;
DB_UNIQUE_NAME OPEN_MODE DATABASE_ROLE
-------------- ---------- ----------------
PRODINSTANCE READ WRITE SNAPSHOT STANDBY
এখন, প্যাচিংয়ের জন্য অ্যাপ্লিকেশন ডিআর সিস্টেম প্রস্তুত করুন। একটি প্রোডাকশন সিস্টেমে প্যাচিং সাইকেল সম্পন্ন হওয়ার পর, ফাইল সিস্টেম কাটওভারের পরে উল্টে যায়। ফলস্বরূপ, উত্পাদন এবং ডিআর ফাইল সিস্টেম একই নাও থাকতে পারে। নিম্নলিখিত পদক্ষেপগুলি এই উদ্বেগের সমাধান করে। এই পদক্ষেপগুলি, যা আপনি DB এবং APPS নোডগুলিতে চালান, DR ডাটাবেসের যেকোন প্রোডাকশন রেফারেন্স মুছে ফেলে৷
নোডগুলি পরিষ্কার করুন
৷নোডগুলি পরিষ্কার করার জন্য প্রস্তুত করতে নিম্নলিখিত পদক্ষেপগুলি চালান:
-
DR ডাটাবেস নোড1 এ
oracle
হিসেবে লগ ইন করুন . -
নিম্নলিখিত কমান্ডগুলি চালান:
$. drinstance.env $ sqlplus apps/apps-passwd exec fnd_conc_clone.setup_clean; truncate table applsys.adop_valid_nodes;
সমস্ত অ্যাপ্লিকেশন এবং ডাটাবেস স্তরগুলিতে অটোকনফিগ চালান
adautoconfig
চালান ডাটাবেস এবং অ্যাপ্লিকেশন নোডগুলিতে৷
ডিবি নোড:
-
DR ডাটাবেস নোড1 এ
oracle
হিসেবে লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:$. drinstance.env $ cd $ORACLE_HOME/appsutil/scripts/<CONTEXT_NAME>/ $ sh adautocfg.sh
-
DR DB node2 এ
oracle
হিসেবে লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:$. drinstance.env $ cd $ORACLE_HOME/appsutil/scripts/<CONTEXT_NAME>/ $ sh adautocfg.sh
অ্যাপ্লিকেশান নোড—FS চালান:
-
DR অ্যাপ্লিকেশন নোড1-এ
applmgr
হিসেবে লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh
-
DR অ্যাপ্লিকেশান node2-এ
applmgr
হিসেবে লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh
-
DR বাহ্যিক অ্যাপ্লিকেশন নোড1-এ
applmgr
হিসেবে লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh
-
DR বাহ্যিক অ্যাপ্লিকেশন node2-এ
applmgr
হিসেবে লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh
অ্যাপ্লিকেশন নোড—প্যাচ FS
-
DR অ্যাপ্লিকেশন নোড1-এ
applmgr
হিসেবে লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh
-
DR অ্যাপ্লিকেশান node2-এ
applmgr
হিসেবে লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh
-
applmgr
হিসাবে DR বাহ্যিক অ্যাপ্লিকেশন নোড1 এ লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh
-
DR বাহ্যিক অ্যাপ্লিকেশন node2-এ
applmgr
হিসেবে লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh
4. DR অ্যাপের ফাইল সিস্টেমগুলি ফ্লিপ করুন যদি সেগুলি PROD সিস্টেমের সাথে মেলে না
৷PROD এবং DR সার্ভারের জন্য RUN এবং PATCH ফাইল সিস্টেমের মধ্যে পার্থক্য থাকলেই আপনাকে নিম্নলিখিত পদক্ষেপগুলি সম্পাদন করতে হবে৷ যদি তারা একই হয়, আপনি সরাসরি প্যাচ প্রয়োগের সাথে এগিয়ে যেতে পারেন।
সমস্ত DR APPS টিয়ার নোডগুলিতে নিম্নলিখিত পদক্ষেপগুলি সম্পাদন করুন:
-
প্রতিটি DR অ্যাপ্লিকেশন নোডে (বাহ্যিক এবং অভ্যন্তরীণ) লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:
$. ./drinstance.env $ perl $AD_TOP/patch/115/bin/txkADOPCutOverPhaseCtrlScript.pl -action=ctxupdate -contextfile=<full path of current run Context File on standby> -patchcontextfile=<full path of current patch file system Context File on standby> -outdir=<full path to out directory>
-
ফাইল সিস্টেম স্যুইচ হয়েছে কিনা তা পরীক্ষা করতে সমস্ত নোডের পরিবেশ আবার উৎস করুন।
ডিআর এখন অ্যাপ্লিকেশন প্যাচিংয়ের জন্য প্রস্তুত৷
5. ডাউনটাইম মোডে DR অ্যাপ্লিকেশন নোডগুলিতে অ্যাপ্লিকেশন প্যাচগুলি প্রয়োগ করুন
প্রথমত, যেহেতু আপনি DR এ অ্যাপ্লিকেশন পরিষেবাগুলিকে ডাউন রাখেন, তাই আপনি নিম্নলিখিত পদক্ষেপগুলি সম্পাদন করে ডাউনটাইম মোডে RUN ফাইল সিস্টেমে প্যাচ প্রয়োগ করেন:
-
DR অ্যাপ্লিকেশান নোড1 এ লগ ইন করুন।
-
নিম্নলিখিত কমান্ডগুলি চালান:
$. drinstance.env $ adop phase=apply patches=<patch1, patch2> patchtop=/apps_stage/patch \ apply_mode=downtime options=nodbportion
আপনি নিম্নলিখিত সতর্কতা বার্তা পেতে পারেন. যদি তাই হয়, Y
দিয়ে উত্তর দিয়ে এগিয়ে যান :
[WARNING] adop has detected a configured disaster recovery site.
[WARNING] Follow the instructions in the section "Oracle E-Business Suite
[WARNING]
Maintenance with Standby Database" of Business Continuity for
[WARNING] Oracle E-Business Suite Release 12.2 depending on the database version used.
Do you want to continue with the apply phase [Y/N]? Y
এরপর, স্ট্যান্ডার্ড পদ্ধতি ব্যবহার করে সমস্ত FMW টিয়ার প্যাচ প্রয়োগ করুন।
রান এবং প্যাচ ফাইল সিস্টেম সিঙ্ক্রোনাইজ করতে, নিম্নলিখিত কমান্ডগুলি চালান যাতে RUN ফাইল সিস্টেমে করা পরিবর্তনগুলি প্যাচ ফাইল সিস্টেমে ক্লোন হয়ে যায়:
$ drinstance.env$adop phase=fs_clone
6. অ্যাপ্লিকেশন DR প্যাচিং শেষ হওয়ার পরে DR কে ফিজিক্যাল স্ট্যান্ডবাইতে রূপান্তর করুন
অবশেষে, আপনাকে DR ডাটাবেসটিকে ফিজিক্যাল স্ট্যান্ডবাই মোডে রূপান্তর করতে হবে, redo apply
সক্ষম করুন DR ডাটাবেসে, এবং PROD থেকে DR ডাটাবেসে সংরক্ষণাগার-লগ শিপিং পুনরায় শুরু করুন৷
প্রথমে, ডিআর ডাটাবেসকে ফিজিক্যাল স্ট্যান্ডবাইতে রূপান্তর করুন:
-
DR ডাটাবেস নোড1 এ লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালান:
$. drinstance.env $ sqlplus / as sysdba; shutdown immediate; startup mount; alter database convert to physical standby; SELECT open_mode, database_role FROM v$database; OPEN_MODE DATABASE_ROLE -------------------- ---------------- MOUNTED PHYSICAL STANDBY ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;
-
DR ডাটাবেস নোড 2-এ লগ ইন করুন এবং নিম্নলিখিত কমান্ডগুলি চালিয়ে উদাহরণটি শুরু করুন:
$. drinstance.env $ sqlplus / as sysdba; startup;
এরপরে, নিম্নলিখিত কমান্ডগুলি চালিয়ে প্রাথমিক ডাটাবেসে সংরক্ষণাগার লগ শিপিং সক্ষম করুন:
1. Log onto the production database node1.
2. Run the following commands:
$. prodinstance.env
$ sqlplus / as sysdba;
show parameter log_archive_dest_state_2;
alter system set log_archive_dest_state_2='enable' scope=both sid='*';
alter system set log_archive_dest_state_2='defer' scope=both sid='*';
alter system set log_archive_dest_state_2='enable' scope=both sid='*';
উপসংহার
এই পোস্টে বর্ণনা করা হয়েছে কিভাবে PROD EBS 12.2 সাইটে প্রয়োগ করা আপডেট এবং প্যাচ সহ একটি দুর্যোগ EBS অ্যাপ্লিকেশন সিস্টেম পরিচালনা করা যায়। আপনাকে সমস্ত অ্যাপ্লিকেশন সিস্টেমের অ্যাব্যাকআপ বজায় রাখতে হবে না এবং তারপরে ব্যাকআপ থেকে সিস্টেমগুলি পুনরুদ্ধার করতে হবে। আপনি rsync
সেট আপ করতে চাইতে পারেন PROD এবং DR সাইটগুলির মধ্যে প্রক্রিয়াগুলি এবং DR সাইটে ডেটাবেস এবং AD অনলাইন প্যাচিং (ADOP) প্যাচগুলি প্রয়োগ করে যখন আপনি সেগুলি PROD সাইটে প্রয়োগ করেন৷
আমাদের ডেটা পরিষেবাগুলি সম্পর্কে আরও জানুন৷
৷কোনো মন্তব্য করতে বা প্রশ্ন জিজ্ঞাসা করতে প্রতিক্রিয়া ট্যাব ব্যবহার করুন। আপনি আমাদের সাথে একটি কথোপকথনও শুরু করতে পারেন৷