ওরাকল সিপিইউ প্যাচ প্রয়োগের জন্য অনুস্মারক

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

ADOP চক্র পর্যায়গুলি

নিম্নলিখিত চিত্রটি ADOP চক্রের পর্যায়গুলি দেখায়:

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

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

একটি প্যাচ ফাইল সিস্টেমে একটি Oracle সংস্করণ R12.2 ইন্সট্যান্সে ক্রিটিকাল পাথ আপডেট (CPU) প্যাচ প্রয়োগ করার পরে, ADOP একটি সম্পূর্ণ চক্র চালানো সম্পন্ন করেছে (প্রস্তুত, প্রয়োগ, চূড়ান্ত করা, কাটওভার এবং ক্লিনআপ)। একটি ভিন্ন ক্রিয়াকলাপের জন্য আরেকটি ADOP চক্র চালানোর পরে, উদাহরণটি অন্য সার্ভারে ক্লোন করা হয়েছিল৷

যাইহোক, নতুন ক্লোন করা পরিবেশে WLS প্যাচ প্রয়োগ করার সময়, সিস্টেমটি একটি দ্বন্দ্বের সম্মুখীন হয়েছিল। প্যাচটি WLS-এর একটি সংস্করণের অমিলের দিকে নির্দেশ করছিল৷

বিশ্লেষণ

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

ডিডাকশন:

আমাদের বিশ্লেষণ থেকে, আমরা নিম্নলিখিত সিদ্ধান্তে আঁকি:

1. প্রস্তুত পর্বে ফাইল সিঙ্ক্রোনাইজেশন শুধুমাত্র APPL_TOP এর জন্য .

   আমাদের পর্যালোচনা করা লগ ফাইলগুলি APPL_TOP থেকে ফাইল সিস্টেমের পরিবর্তনগুলি প্রচার করে দেখায় APPL_TOP প্যাচ করতে .

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

প্রস্তাবিত

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

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

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

বিভিন্ন ফাইল সিঙ্ক্রোনাইজেশন পদ্ধতিতে নিম্নলিখিত বিকল্পগুলি অন্তর্ভুক্ত রয়েছে:

বিকল্প 1 - শেষ এডপ-এ প্রয়োগ করা ডাটাবেস থেকে প্যাচগুলি সনাক্ত করুন। একত্রিত করুন এবং নীরবে এই প্রয়োগ করুন. এই প্রক্রিয়াটি কম সময় নেয় কারণ সিস্টেমটি শুধুমাত্র অপ্রয়োগিত প্যাচগুলি প্রয়োগ করে৷

বিকল্প 2 - রান ফাইল সিস্টেম $APPL_TOP পুনরায় তৈরি করুন বা পুনরায় ক্লোন করুন৷ প্যাচ ফাইল সিস্টেমে $APPL_TOP . এটি অত্যন্ত আনসিঙ্ক্রোনাইজড এবং আরও সংস্থান খরচ করে৷

বিকল্প 3 - আপনার পছন্দের তৃতীয় পক্ষের সফ্টওয়্যার ব্যবহার করুন (যেমন rsync ) ফাইল সিস্টেম সিঙ্ক্রোনাইজ করতে।

প্রস্তুতির সাথে পাস করা পরামিতি

Prepare নিম্নলিখিত প্যারামিটার ব্যবহার করে:

ক) Skipsyncerror ব্যবহার করুন সিঙ্ক্রোনাইজেশন ত্রুটি এবং ব্যর্থতার জন্য একটি সমাধান হিসাবে ত্রুটি এবং সতর্কতা উপেক্ষা করার জন্য ADOP প্রস্তুতি পর্বের বিকল্প, যা প্যাচ অ্যাপ্লিকেশনটি পূর্ববর্তী প্যাচিং চক্রে ব্যর্থ হলে ঘটতে পারে। ডিফল্ট মান হল না .

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

খ) sync_mode ব্যবহার করুন একটি রান ফাইল সিস্টেমের সাথে প্যাচ ফাইল সিস্টেম সিঙ্ক করতে ব্যবহার করার পদ্ধতি নির্দিষ্ট করার বিকল্প৷

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

sync_mode patch - প্যাচগুলি পুনরায় প্রয়োগ করে যা ইতিমধ্যে রানফাইল সিস্টেমে প্রয়োগ করা হয়েছে (ডিফল্ট মোড)।sync_mode delta - সমস্ত কাস্টমাইজেশন এবং ফাইল পরিবর্তন অনুলিপি করে। এটি delta_sync_drv.txt ফাইল থেকে সিঙ্ক্রোনাইজেশন কমান্ডের মোড ব্যবহার করে and 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 কোনো ব্যাকআপ নেওয়া হয় না)।

কী টেকওয়ে

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

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

• ব্যবহারকারী-সংজ্ঞায়িত JSPs কম্পাইল করা।
• তৃতীয় পক্ষের লাইব্রেরি কপি করা।
• ব্যবহারকারী-সংজ্ঞায়িত সমবর্তী প্রোগ্রামগুলি অনুলিপি করা এবং সংকলন করা।
• ব্যবহারকারী-সংজ্ঞায়িত ফর্মগুলি অনুলিপি করা এবং তৈরি করা।

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

ফাইলে, adop_sync.drv , নিম্নলিখিত শ্রেণীবিভাগের কমান্ড বিদ্যমান:

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

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

ADOP phase=prepare sync_mode=(delta|patch)

যদি কোনো প্যাচ বাতিল করা হয় বা কোনো রক্ষণাবেক্ষণ বা রিলিজ আপডেট প্যাক (RUP)প্যাচ প্রয়োগ করা হয়, fs_clone রান ফাইল সিস্টেমের সঠিক অনুলিপি হিসাবে প্যাচফাইল সিস্টেমকে পুনরায় তৈরি করতে শেষে অবশ্যই চালাতে হবে।

উপসংহার

যখনই ই-বিজনেস স্যুট রিলিজ 12.2 এর ওয়েবলজিক সার্ভার বা ফিউশন মিডলওয়্যার উপাদানগুলিতে কোনও পরিবর্তন করা হয়, তখন এটি অপরিহার্য যে ডাটাবেস প্রশাসকদের fs_clone চালান প্যাচ ফাইল সিস্টেমটি রান ফাইল সিস্টেমের WLS বা FMW তে সম্পাদিত সাম্প্রতিক পরিবর্তনগুলির সাথে আপডেট করা হয়েছে তা নিশ্চিত করতে৷

কোনো মন্তব্য করতে বা প্রশ্ন জিজ্ঞাসা করতে প্রতিক্রিয়া ট্যাবটি ব্যবহার করুন৷

আমাদের ডাটাবেস পরিষেবাগুলি সম্পর্কে আরও জানুন৷