একটি স্ট্যান্ডবাই ডাটাবেস হল মূলত প্রোডাকশন ডাটাবেসের ধারাবাহিক কপি, যা উৎপাদন বিপর্যয়, ডেটা হারানো বা দুর্নীতিতে সাহায্য করে।
পরিচয়
নিম্নলিখিত কারণগুলি একটি প্রাথমিক এবং একটি স্ট্যান্ডবাই সাইটের মধ্যে ব্যবধানের জন্য দায়ী হতে পারে:
- প্রাথমিক এবং স্ট্যান্ডবাই ডাটাবেসের মধ্যে নেটওয়ার্ক ব্যান্ডউইথ সমস্যা।
- স্ট্যান্ডবাই ডাটাবেসের অনুপলব্ধতা।
- প্রাথমিক ডাটাবেসে আর্কাইভ রিডো ডেটা দুর্ঘটনাজনিত মুছে ফেলা।
আপনি প্রাথমিক সাইট থেকে আর্কাইভলগগুলি অনুলিপি এবং প্রয়োগ করে প্রাথমিক এবং স্ট্যান্ডবাই পরিবেশগুলি সিঙ্ক করতে পারেন, তবে এই প্রক্রিয়াটি খুব সময়সাপেক্ষ৷
আরেকটি বিকল্প হল প্রাইমারি সাইটের ইনক্রিমেন্টাল RMAN ব্যাকআপ ব্যবহার করে স্ট্যান্ডবাই সাইট পুনরুদ্ধার করা। এছাড়াও আপনি এই পদ্ধতিটি ব্যবহার করতে পারেন যখন আপনার প্রাইমারিতে আর্কাইভডলগগুলি অনুপস্থিত থাকে যা সিস্টেমটি স্ট্যান্ডবাই ডাটাবেসে প্রয়োগ করে না৷
একটি বর্ধিত RMAN ব্যাকআপ ব্যবহার করে একটি শারীরিক স্ট্যান্ডবাই ডাটাবেস পুনরুদ্ধার করার পদক্ষেপগুলি
এই দৃশ্যকল্প সেট আপ করার জন্য, আমি ম্যানুয়ালি প্রাথমিক সাইট থেকে কিছু আর্কাইভ লগ সরিয়ে দিয়েছি যাতে ক্ষতিগ্রস্থ লগ বা অনুপস্থিত লগগুলি অনুকরণ করা যায়৷
ধাপ 1:প্রাথমিক এবং স্ট্যান্ডবাই সাইটের সিঙ্ক স্থিতি পরীক্ষা করুন
আপনাকে প্রাথমিক (প্রোড) এবং স্ট্যান্ডবাই (stby) এর মধ্যে সিঙ্ক স্থিতি দ্রুত দেখতে হবে।
প্রাথমিক সাইট:
স্ট্যান্ডবাই সাইট:
ধাপ 2:প্রাথমিক এবং স্ট্যান্ডবাইয়ের মধ্যে একটি ফাঁক অনুকরণ করুন
আপনাকে প্রাথমিক ডাটাবেসে লগ ইন করতে হবে এবং LOG_ARCHIVE_DEST_STATE_2 পরিবর্তন করতে হবে DEFER করতে . তারপরে কিছু সংরক্ষণাগার লগ তৈরি করতে একই ম্যানুয়াল লগ সুইচগুলি করুন, এইভাবে প্রাথমিক এবং স্ট্যান্ডবাই এর মধ্যে একটি ব্যবধান তৈরি করুন:
এখন, আপনি যদি CURRENT_SCN দেখেন প্রাথমিক এবং স্ট্যান্ডবাই এর মধ্যে, স্পষ্টতই, স্ট্যান্ডবাই ধরা পড়ছে না কারণ আপনি ম্যানুয়ালি সিঙ্ক অক্ষম করেছেন৷
প্রাথমিক সাইট:
স্ট্যান্ডবাই সাইট:
যদি আপনি এখন LOG_ARCHIVE_DEST_STATE_2 পুনরায়-সক্ষম করেন , স্ট্যান্ডবাই স্বয়ংক্রিয়ভাবে ক্যাচ আপ. কিন্তু আপনার এখনই সেই বিকল্পের জন্য যাওয়া উচিত নয়। একটি গ্যাপসিমুলেশন তৈরি করতে, আপনাকে প্রাথমিক সাইট থেকে ম্যানুয়ালি আর্কাইভ লগ মুছে ফেলতে হবে।
নিশ্চিত করুন যে উভয় সাইটে, আপনার কাছে যথাক্রমে থ্রেড 1 এবং 2 এর জন্য 232 এবং 218 এর পরে সংরক্ষণাগার লগ নেই৷
এখন, আপনাকে LOG_ARCHIVE_DEST_STATE_2 পুনরায় সক্ষম করতে হবে ( ENABLE এ সেট করুন ):
প্রত্যাশিত হিসাবে, স্ট্যান্ডবাই লগগুলি প্রয়োগ করা চালিয়ে যেতে পারে না কারণ প্রাথমিক সাইট থেকে কিছু লগ অনুপস্থিত৷
অবশেষে, পুনরুদ্ধার বাতিল করুন এবং স্ট্যান্ডবাই দৃষ্টান্ত বন্ধ করুন:
ধাপ 3:ইনক্রিমেন্টাল ব্যাকআপ
প্রাথমিকে লগ ইন করুন এবং স্ট্যান্ডবাইতে প্রয়োগ করা শেষ SCN থেকে একটি বর্ধিত ব্যাকআপ নিন:
ধাপ 4:স্ট্যান্ডবাই কন্ট্রোল ফাইলের ব্যাক আপ নিন
এখন, স্ট্যান্ডবাই সাইটে কন্ট্রোল ফাইলের ব্যাক আপ নিন:
ধাপ 5:স্ট্যান্ডবাই সাইটে ব্যাকআপ পাঠান
ক্রমবর্ধমান ব্যাকআপ স্থানান্তর করুন যা আপনি এইমাত্র স্ট্যান্ডবাই সাইটে নিয়েছেন:
ধাপ 6:স্ট্যান্ডবাই কন্ট্রোল ফাইল পুনরুদ্ধার করুন
স্ট্যান্ডবাই সাইটে নিয়ন্ত্রণ ফাইল পুনরুদ্ধার করুন:
দ্রষ্টব্য :নিশ্চিত করুন যে আপনি নিয়ন্ত্রণ ফাইলগুলি ব্যবহার করছেন তা নিশ্চিত করতে পূর্ববর্তী কমান্ডগুলি চালানোর আগে আপনি ম্যানুয়ালি পুরানো নিয়ন্ত্রণ ফাইলগুলি সরিয়ে ফেলেছেন৷
গ্রিড ব্যবহারকারী হিসাবে লগ ইন করুন এবং পুরানো নিয়ন্ত্রণ ফাইলগুলি সরান:
ধাপ 7:ব্যাকআপ অংশগুলি ক্যাটালগ করুন
এখন, ব্যাকআপ প্রক্রিয়া ক্যাটালগ করুন:
ধাপ 8:বিদ্যমান ডেটা ফাইলগুলি ক্যাটালগ করুন
এছাড়াও, আপনার বিদ্যমান ডেটা ফাইলগুলি ক্যাটালগ করুন:
ধাপ 9:বিদ্যমান ডেটা ফাইলগুলি পরিবর্তন করুন
সমস্ত বিদ্যমান ডেটা ফাইলগুলিকে তাদের চিত্র কপিগুলিতে স্যুইচ করুন:
ধাপ 10:ডাটাবেস পুনরুদ্ধার করুন
এখন, আপনার ডাটাবেস পুনরুদ্ধার করুন:
এই ধাপটি স্ট্যান্ডবাই রিফ্রেশ শেষ করে। আর মাত্র কয়েক ধাপ যেতে হবে!
ধাপ 11:সিঙ্ক স্থিতি পরীক্ষা করুন
উভয় সাইট জুড়ে ক্রম একটি দ্রুত কটাক্ষপাত. লক্ষ্য করুন যে প্রাথমিকের সাথে স্ট্যান্ডবাই ধরা পড়েছে:
প্রাথমিক সাইট:
স্ট্যান্ডবাই সাইট:
ধাপ-12:মিডিয়া পুনরুদ্ধার শুরু করুন
স্ট্যান্ডবাই সাইটে মিডিয়া পুনরুদ্ধার শুরু করুন:
উপসংহার
পূর্ববর্তী পদক্ষেপগুলির সাহায্যে, আপনি স্ট্যান্ডবাই সাইটটি পুনরুদ্ধার করতে পারেন। আপনার উত্পাদন পরিবেশের একটি বর্ধিত ব্যাকআপ ব্যবহার করা যথেষ্ট পরিমাণ সময় বাঁচায়৷
আমাদের ডেটাবেস পরিষেবাগুলি সম্পর্কে আরও জানুন৷
৷কোনো মন্তব্য করতে বা প্রশ্ন জিজ্ঞাসা করতে প্রতিক্রিয়া ট্যাব ব্যবহার করুন। আপনি আমাদের সাথে একটি কথোপকথনও শুরু করতে পারেন৷
৷