Oracle EBS 12.2-এ APPS এবং DR ইনস্ট্যান্স প্যাচ করার ধাপে ধাপে গাইড

এই পোস্টটি Oracle® E-বিজনেস সুইট® (EBS) R12.2.9-এর জন্য ডিজাস্টার রিকভারি (DR) সিস্টেমের রক্ষণাবেক্ষণ এবং প্যাচিং কভার করে। এটি Oracle ভার্সন ১২.২ অ্যাপ্লিকেশন DR সিস্টেমে ডাটাবেস DB এবং অ্যাপ্লিকেশন (APPS) প্যাচ প্রয়োগ করার একটি জেনেরিক প্রক্রিয়া বর্ণনা করে।

ভূমিকা

DR অ্যাপ্লিকেশন সাইট তৈরির ধাপগুলো প্রায় একই যেহেতু একটি ক্লোন সিস্টেম তৈরি করা, যা আমরা আগের একটি ব্লগ পোস্টে কভার করেছিলাম।

ডিজাস্টারের সময়, আপনাকে শুধু XML ফাইলগুলোর জন্য হোস্টনেমে কিছু পরিবর্তন করতে হবে, এবং আপনার ব্যাকআপ সিস্টেম রেডি এবং রানিং থাকবে। সিস্টেমটি সিঙ্কে রাখতে, আপনাকে নিয়মিত ডাটাবেস এবং অ্যাপ্লিকেশন সার্ভার পরিবেশে প্যাচ প্রয়োগ করতে হবে।

নিশ্চিত করুন যে আপনি প্রাইমারি ডাটাবেস সার্ভারের সাথে একটি ফিজিক্যাল স্ট্যান্ডবাই ডাটাবেস কনফিগার করেছেন এবং দুটি ডাটাবেস সিঙ্কে আছে। তারপর, আপনাকে DR অ্যাপ্লিকেশন সিস্টেমে সমস্ত প্যাচ প্রয়োগ করতে হবে।

এই প্রক্রিয়ার হাই-লেভেল ধাপগুলো شامل:

আর্কাইভিং ডিজেবল করুন এবং DR-কে ফিজিক্যাল স্ট্যান্ডবাই থেকে স্ন্যাপশট স্ট্যান্ডবাই-এ রূপান্তর করুন।
ডাটাবেস প্যাচ প্রয়োগ করার জন্য DR ডাটাবেস শাটডাউন করুন।
DR ডাটাবেসকে স্ট্যান্ডবাই স্ন্যাপশট মোডে চালু করুন এবং নোড ক্লিনআপ স্ক্রিপ্ট রান করুন।
যদি DR অ্যাপ্লিকেশন ফাইল সিস্টেম PROD সিস্টেমের সাথে মেলে না, সেগুলো ফ্লিপ করুন।
যখন সিস্টেম ডাউনটাইম মোডে থাকে, প্যাচ প্রয়োগ করুন।
অ্যাপ্লিকেশন DR সার্ভার প্যাচিং শেষ হলে DR-কে ফিরে ফিজিক্যাল স্ট্যান্ডবাই-এ রূপান্তর করুন।

প্রক্রিয়াটিতে একটি সহজ সিস্টেম ডিজাইন করা এবং অ্যাপ্লিকেশন সুইচওভার জন্য এটি বাস্তবায়ন করা জড়িত। আপনি যদি অ্যাপ্লিকেশন পাশাপাশি ডিজাস্টার অনুভব করেন, এই সিস্টেমটি সব প্যাচ লেভেলে প্রাইমারি সাইটের সাথে সিঙ্কে থাকতে হবে।

১. DR-কে ফিজিক্যাল স্ট্যান্ডবাই থেকে স্ন্যাপশট স্ট্যান্ডবাই-এ রূপান্তর করুন

প্রথমে, আর্কাইভ লগ শিপিং ডিজেবল করুন এবং প্রাইমারি DR ডাটাবেসকে স্ট্যান্ডবাই স্ন্যাপশট মোডে রূপান্তর করুন:

প্রাইমারি প্রোডাকশন ডাটাবেস নোড১-এ 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 ডাটাবেস নোড১-এ 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

২. ডাটাবেস প্যাচ প্রয়োগ করার জন্য DR ডাটাবেস শাটডাউন করুন

উভয় নোডে ডাটাবেস শাটডাউন করুন এবং ডাটাবেস প্যাচ প্রয়োগ করুন। ডাটাবেস প্যাচ প্রয়োগ করতে নিচের কমান্ডগুলো রান করুন:

 $. prodinstance.env $ sqlplus / as sysdba shut immediate; $ cd $PATCH_DIR $ opatch apply

রিয়েল অ্যাপ্লিকেশন ক্লাস্টার (RAC) সিস্টেমের সমস্ত নোডে ডাটাবেস প্যাচ প্রয়োগ করতে পূর্বের ধাপগুলো ব্যবহার করুন।

৩. ডাটাবেসকে স্ন্যাপশট মোডে রূপান্তর করুন

নোড ক্লিনআপের পর 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

এখন, অ্যাপ্লিকেশন DR সিস্টেমকে প্যাচিং-এর জন্য প্রস্তুত করুন। একটি প্রোডাকশন সিস্টেমে একটি প্যাচিং সাইকেল পূর্ণ হলে, কাটওভারের পর ফাইল সিস্টেম ফ্লিপ হয়। ফলস্বরূপ, প্রোডাকশন এবং DR ফাইল সিস্টেম একই থাকতে পারে না। নিচের ধাপগুলো এই উদ্বেগের সমাধান করে। এই ধাপগুলো, যা আপনি DB এবং APPS নোডে রান করেন, DR ডাটাবেস থেকে যেকোনো প্রোডাকশন রেফারেন্স সরিয়ে দেয়।

নোড ক্লিনআপ করুন

নোড ক্লিনআপ করার জন্য প্রস্তুত होने নিচের ধাপগুলো রান করুন:

DR ডাটাবেস নোড১-এ oracle হিসেবে লগইন করুন।

নিচের কমান্ডগুলো রান করুন:

$. drinstance.env $ sqlplus apps/apps-passwd exec fnd_conc_clone.setup_clean; truncate table applsys.adop_valid_nodes;

সমস্ত অ্যাপ্লিকেশন এবং ডাটাবেস টিয়ারে অটোকনফিগ এক্সিকিউট করুন

ডাটাবেস এবং অ্যাপ্লিকেশন নোডে adautoconfig রান করুন।

DB নোড:

DR ডাটাবেস নোড১-এ oracle হিসেবে লগইন করুন এবং নিচের কমান্ডগুলো রান করুন:
```
$. drinstance.env $ cd $ORACLE_HOME/appsutil/scripts/<CONTEXT_NAME>/ $ sh adautocfg.sh 
```
DR DB নোড২-এ oracle হিসেবে লগইন করুন এবং নিচের কমান্ডগুলো রান করুন:
```
$. drinstance.env $ cd $ORACLE_HOME/appsutil/scripts/<CONTEXT_NAME>/ $ sh adautocfg.sh 
```

অ্যাপ্লিকেশন নোড—রান FS:

DR অ্যাপ্লিকেশন নোড১-এ applmgr হিসেবে লগইন করুন এবং নিচের কমান্ডগুলো রান করুন:
```
$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh 
```
DR অ্যাপ্লিকেশন নোড২-এ applmgr হিসেবে লগইন করুন এবং নিচের কমান্ডগুলো রান করুন:
```
$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh 
```
DR এক্সটার্নাল অ্যাপ্লিকেশন নোড১-এ applmgr হিসেবে লগইন করুন এবং নিচের কমান্ডগুলো রান করুন:
```
$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh 
```
DR এক্সটার্নাল অ্যাপ্লিকেশন নোড২-এ applmgr হিসেবে লগইন করুন এবং নিচের কমান্ডগুলো রান করুন:
```
$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh 
```

অ্যাপ্লিকেশন নোড—প্যাচ FS

DR অ্যাপ্লিকেশন নোড১-এ applmgr হিসেবে লগইন করুন এবং নিচের কমান্ডগুলো রান করুন:
```
$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh 
```
DR অ্যাপ্লিকেশন নোড২-এ applmgr হিসেবে লগইন করুন এবং নিচের কমান্ডগুলো রান করুন:
```
$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh 
```
DR এক্সটার্নাল অ্যাপ্লিকেশন নোড১-এ applmgr হিসেবে লগইন করুন এবং নিচের কমান্ডগুলো রান করুন:
```
$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh 
```
DR এক্সটার্নাল অ্যাপ্লিকেশন নোড২-এ applmgr হিসেবে লগইন করুন এবং নিচের কমান্ডগুলো রান করুন:
```
$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh 
```

৪. 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>

সকল নোডে আবার এনভায়রনমেন্ট সোর্স করুন ফাইল সিস্টেম সইচ হয়েছে কিনা চেক করতে।

DR এখন অ্যাপ্লিকেশন প্যাচিং-এর জন্য রেডি।

৫. ডাউনটাইম মোডে DR অ্যাপ্লিকেশন নোডে অ্যাপ্লিকেশন প্যাচ প্রয়োগ করুন

প্রথমে, যেহেতু আপনি DR-এ অ্যাপ্লিকেশন সার্ভিস ডাউন রাখেন, আপনি ডাউনটাইম মোডে RUN ফাইল সিস্টেমে প্যাচ প্রয়োগ করুন নিচের ধাপগুলো সম্পাদন করে:

DR অ্যাপ্লিকেশন নোড১-এ লগইন করুন।

নিচের কমান্ডগুলো রান করুন:

$. 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

৬. অ্যাপ্লিকেশন DR প্যাচিং শেষ হলে DR-কে ফিরে ফিজিক্যাল স্ট্যান্ডবাই-এ রূপান্তর করুন

অবশেষে, আপনাকে DR ডাটাবেসকে ফিরে ফিজিক্যাল স্ট্যান্ডবাই মোডে রূপান্তর করতে হবে, DR ডাটাবেসে redo apply সক্ষম করতে হবে, এবং PROD থেকে DR ডাটাবেসে আর্কাইভ-লগ শিপিং রিজিউম করতে হবে।

প্রথমে, DR ডাটাবেসকে ফিরে ফিজিক্যাল স্ট্যান্ডবাই-এ রূপান্তর করুন:

DR ডাটাবেস নোড১-এ লগইন করুন এবং নিচের কমান্ডগুলো রান করুন:

$. 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 ডাটাবেস নোড২-এ লগইন করুন এবং নিচের কমান্ডগুলো রান করুন ইনস্ট্যান্স স্টার্টআপ করতে:
```
$. drinstance.env $ sqlplus / as sysdba; startup; 
```

পরবর্তীতে, প্রাইমারি ডাটাবেসে আর্কাইভ লগ শিপিং সক্ষম করুন নিচের কমান্ডগুলো রান করে:

 1. প্রোডাকশন ডাটাবেস নোড১-এ লগইন করুন। 2. নিচের কমান্ডগুলো রান করুন: $. 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='*';

উপসংহার

এই পোস্টটি বর্ণনা করে কীভাবে একটি ডিজাস্টার EBS অ্যাপ্লিকেশন সিস্টেম को PROD EBS ১২.২ সাইটে প্রয়োগ আপডেট এবং প্যাচ সহ পরিচালনা করতে হয়। আপনাকে সমস্ত অ্যাপ্লিকেশন সিস্টেমের ব্যাকআপ বজায় রাখতে হবে না এবং তারপর সিস্টেমগুলোকে ব্যাকআপ থেকে রিস্টোর করতে হবে। আপনি PROD এবং DR সাইটের মধ্যে rsync প্রসেস সেট আপ করতে চাইতে পারেন এবং ডাটাবেস এবং AD অনলাইন প্যাচিং (ADOP) প্যাচ DR সাইটে প্রয়োগ করতে পারেন যখন আপনি সেগুলো PROD সাইটে প্রয়োগ করেন।

আমাদের ডেটা সার্ভিস সম্পর্কে আরও জানুন।

ফিডব্যাক ট্যাব ব্যবহার করে যেকোনো মন্তব্য করুন বা প্রশ্ন জিজ্ঞাসা করুন। আপনি আমাদের সাথে কথোপকথনও শুরু করতে পারেন।