Oracle CPU প্যাচ ডিপ্লয়মেন্টের জন্য অপরিহার্য চেকলিস্ট

এই ব্লগটি ADOP (Application DBA Online Patching Utility) সাইকেল fs_clone সহ চালানোর গুরুত্ব রিভিউ করে যেকোনো পরিবর্তন বা টেকনোলজি প্যাচ Weblogic Server (WLS) বা Oracle® Fusion Middleware (FMW) হোম ডিরেক্টরিতে আপনার প্যাচ ফাইল সিস্টেমে করার পর। ব্লগটি একটি সমস্যা পরিস্থিতি এক্সপ্লোর করে এবং সম্পর্কিত ইস্যুগুলো কীভাবে সহজে হ্যান্ডল করা যায় সেটি ব্যাখ্যা করে।

ADOP সাইকেল ফেজ

নিচের ছবিটি ADOP সাইকেলের ফেজগুলো দেখায়:

ছবির সোর্স: https://docs.oracle.com/cd/E26401_01/doc.122/e22954/T202991T531065.htm

সমস্যার ইতিহাস

Oracle ভার্সন R12.2 ইনস্ট্যান্সের প্যাচ ফাইল সিস্টেমে Critical Path Update (CPU) প্যাচ প্রয়োগ করার পর, ADOP একটি ফুল সাইকেল রান সম্পন্ন করল (প্রিপেয়ার, অ্যাপ্লাই, ফাইনালাইজ, কাটওভার, এবং ক্লিনআপ)। অন্য একটি এক্টিভিটির জন্য অন্য ADOP সাইকেল রান করার পর, ইনস্ট্যান্সটি অন্য একটি সার্ভারে ক্লোন করা হলো।

তবে, নতুন ক্লোন করা এনভায়রনমেন্টে WLS প্যাচ প্রয়োগ করার সময়, সিস্টেম একটি কনফ্লিক্টের সম্মুখীন হলো। প্যাচটি WLS-এর একটি ভার্সন মিসম্যাচ तरफ ইঙ্গিত করছিল।

বিশ্লেষণ

রিসার্চ দেখায় যে WLS এবং FMW Web Tier এবং Oracle কমন হোম ডিরেক্টরিতে আগে প্রয়োগ করা CPU প্যাচগুলো রান এবং প্যাচ ফাইল সিস্টেমে অন্তর্ভুক্ত ছিল না। ADOP লগফাইলগুলোর অধিক গভীর তদন্ত করার পর, আমরা লক্ষ্য করলাম যে প্রিপেয়ার ফেজ ফাইল সিস্টেম সিঙ্ক্রোনাইজ করল, তবে আমরা প্যাচিং সাইকেলের সময় Oracle_home এবং FMW_home ডিরেক্টরিতে করা পরিবর্তনগুলো দেখতে পাইনি।

নিষ্কর্ষ:

আমাদের বিশ্লেষণ থেকে, আমরা নিচের নিষ্কর্ষগুলো তোলেছি:

1. প্রিপেয়ার ফেজে ফাইল সিঙ্ক্রোনাইজেশন শুধু APPL_TOP-এর জন্য।

   আমরা যেসব লগ ফাইল রিভিউ করলাম সেগুলো রান APPL_TOP থেকে প্যাচ APPL_TOP-এ ফাইল সিস্টেম পরিবর্তন প্রসারিত করা দেখাচ্ছে।

2. Weblogic প্যাচ প্রয়োগ করার পর, পরবর্তী ADOP সাইকেল শুরু করার আগে fs_clone চালানো হয়নি। সুতরাং, নতুন প্যাচগুলো পরবর্তী রানে দেখায় না দ্বিতীয় ADOP সাইকেল সম্পন্ন হওয়ার পরও, এবং ক্লোন করা ইনস্ট্যান্সে উপলব্ধ ছিল না।

সুপারিশ

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

প্রয়োগ করা প্যাচগুলো সিঙ্ক্রোনাইজ করতে, txkADOPPreparePhaseSynchronize.pl আহ্বান করুন রান ফাইল সিস্টেমের $APPL_TOP-এ শেষ প্যাচিং সাইকেল থেকে বা fs_clone আহ্বান করুন। এই কেসে, আমরা আসল fs_clone কল করি না। বরং, আমরা FsCloneStage এবং FsCloneApply কল করি $APPL_TOP-এর জন্য, যা খুব unsynchronized।

ফাইল সিস্টেম সিঙ্ক্রোনাইজেশন মেথড স্বয়ংক্রিয়ভাবে সিলেক্ট হয় Configuration Change Detector (adConfigChangeDetector.pl -detectConfigChanges) এর উপর ভিত্তি করে।

বিভিন্ন ফাইল সিঙ্ক্রোনাইজেশন মেথড شامل করে নিচের অপশনগুলো:

অপশন ১ – ডেটাবেস থেকে প্যাচ চিহ্নিত করুন যেগুলো শেষ ADOP-এ প্রয়োগ করা হয়েছিল। এইগুলো মার্জ এবং সাইলেন্টলি প্রয়োগ করুন। এই প্রক্রিয়া কম সময় নেয় কারণ সিস্টেম শুধু آنপ্রয়োগ করা প্যাচগুলো প্রয়োগ করে।

অপশন ২ – রান ফাইল সিস্টেম $APPL_TOP কে পুনরায় তৈরি বা রিক্লোন করুন প্যাচ ফাইল সিস্টেম $APPL_TOP-এ। এটি অত্যন্ত unsynchronized এবং বেশি রিসোর্স কনসাম করে।

অপশন ৩ – আপনার পছন্দের থার্ড-পার্টি সফ্টওয়্যার ব্যবহার করুন (যেমন rsync) ফাইল সিস্টেম সিঙ্ক্রোনাইজ করতে।

প্রিপেয়ার সাথে পাস করা প্যারামিটার

Prepare নিচের প্যারামিটারগুলো ব্যবহার করে:

a) ADOP প্রিপেয়ার ফেজে Skipsyncerror অপশন ব্যবহার করুন এরর এবং সতর্কতা উপেক্ষা করতে সিঙ্ক্রোনাইজেশন এরর এবং ব্যর্থতার জন্য একটি ওয়ার্কঅরাউন্ড হিসেবে, যা হতে পারে যদি প্যাচ অ্যাপ্লিকেশন একটি পূর্ববর্তী প্যাচিং সাইকেলে ব্যর্থ হয়। ডিফল্ট ভ্যালু NO।

সিনট্যাক্স: adop phase=prepare skipsyncerror=yes

b) sync_mode অপশন ব্যবহার করুন প্যাচ ফাইল সিস্টেমকে রান ফাইল সিস্টেমের সাথে সিঙ্ক করার মেথড স্পেসিফাই করতে।

সিনট্যাক্স: adop phase=prepare sync_mode=(delta|patch)

sync_mode patch – প্যাচ পুনরায় প্রয়োগ করে যেগুলো ইতিমধ্যে রান ফাইল সিস্টেমে প্রয়োগ করা হয়েছিল (ডিফল্ট মোড)। sync_mode delta – সকল কাস্টমাইজেশন এবং ফাইল পরিবর্তন কপি করে। এই মোড delta_sync_drv.txt ফাইল থেকে সিঙ্ক্রোনাইজেশন কমান্ড ব্যবহার করে এবং AD-TXK delta 8- থেকে একটি নতুন ফিচার।

ADOP fs_clone কমান্ড

fs_clone কমান্ড পুরো প্যাচ ফাইল সিস্টেম পুনরায় তৈরি বা রিক্লোন করে সকল কনফিগারেশন এবং কাস্টমাইজেশন প্যাচ ফাইল সিস্টেমে একই রকম সেট করে রান ফাইল সিস্টেমের মত। এটি রান ফাইল সিস্টেমের একটি ফুল ব্যাকআপ নেওয়ার মতো রিসোর্স ইনটেনসিভ এবং তারপর একটি প্যাচ ফাইল সিস্টেম তৈরি করা।

fs_clone-এর নিচের উপযোগী কমান্ডগুলো রয়েছে:

• adop phase=fs_clone force=yes - একটি ব্যর্থ ক্লোন পুনরায় শুরু থেকে (ডিফল্ট=NO)।

• adop phase=fs_clone s_fs_backup_count=1 - প্যাচ ফাইল সিস্টেমের ব্যাকআপের সংখ্যা সেট করে যা রান ফাইল সিস্টেম থেকে পুনরায় তৈরি হওয়ার আগে সংরক্ষণ করা হবে (ডিফল্ট=0 কোনো ব্যাকআপ নেওয়া হয় না)।

মূল নীতিগুলো

প্রিপেয়ার ফেজ প্রতিটি প্যাচিং সাইকেলের শুরুতে chạy হলেও, টেকনোলজি স্ট্যাক প্যাচ (যেগুলো opatch/Smart update ইউটিলিটি দ্বারা প্রয়োগ করা হয়) প্রিপেয়ার স্টেজে সিঙ্ক না হয়।

প্রিপেয়ার ম্যানুয়ালি করা যেকোনো পরিবর্তন সিঙ্ক্রোনাইজ করে না যেন:

• ইউজার-ডিফাইনড JSPs কম্পাইল করা।
• থার্ড পার্টি লাইব্রেরি কপি করা।
• ইউজার-ডিফাইনড কনকারেন্ট প্রোগ্রাম কপি এবং কম্পাইল করা।
• ইউজার-ডিফাইনড ফর্ম কপি এবং জেনারেট করা।

আপনাকে কাস্টম প্যাচিং অ্যাকশন (যেমন পূর্বে বর্ণিত) কাস্টম সিঙ্ক্রোনাইজেশন ড্রাইভার, adop_sync.drv-এ প্রিপেয়ার ফেজে যোগ করতে হবে।

ফাইলে, adop_sync.drv, নিচের ক্যাটাগরি কমান্ডগুলো আছে:

• একবার মাত্র চালান
• প্রতিটি ফাইল সিস্টেম সিঙ্ক্রোনাইজেশনে চালান

প্রিপেয়ার ফেজে কাস্টমাইজেশন এবং ফাইল পরিবর্তন কপি করতে নিচের কমান্ড ব্যবহার করুন:

ADOP phase=prepare sync_mode=(delta|patch)

যদি কোনো প্যাচ অ্যাবোর্ট হয় বা যেকোনো মেইনটেনেন্স বা Release Update Pack (RUP) প্যাচ প্রয়োগ করা হয়, fs_clone অবশ্যই শেষে চালাতে হবে প্যাচ ফাইল সিস্টেমকে রান ফাইল সিস্টেমের একটি এক্সएक্ট কপি হিসেবে পুনরায় তৈরি করতে।

উপসংহার

যখনই Weblogic Server বা Fusion Middleware কম্পোনেন্টস E-Business Suite Release 12.2-এ পরিবর্তন করা হয়, ডেটাবেস অ্যাডমিনিস্ট্রেটরদের fs_clone চালানো অপরিহার্য যাতে প্যাচ ফাইল সিস্টেম রান ফাইল সিস্টেমের WLS বা FMW-এ সম্পাদিত সকল লেটেস্ট পরিবর্তনের সাথে আপডেটেড থাকে।

ফিডব্যাক ট্যাব ব্যবহার করে যেকোনো মন্তব্য বা প্রশ্ন করুন।

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