কেন আমাদের ডাটাফাইলে পাশাপাশি ওরাকল সংরক্ষণাগার লগগুলি ব্যাকআপ করতে হবে


12

ওরাকল ® ডাটাবেস ব্যাকআপ এবং পুনরুদ্ধার বেসিক 10 জি রিলিজ 2 (10.2) বলছে যে

আর্কাইভ করা পুনরায় লগগুলি সফল মিডিয়া পুনরুদ্ধারের মূল চাবিকাঠি। নিয়মিত তাদের ব্যাক আপ দিন।

তবে, আমি অবাক হই, সংরক্ষণাগার লগগুলির ব্যাকআপ কেন এত গুরুত্বপূর্ণ। কেবলমাত্র নিয়মিত আরএমএএন পূর্ণ এবং বর্ধিত ডেটাফাইলে ব্যাকআপ ব্যবহার করে পয়েন্ট-ইন-টাইম পুনরুদ্ধার করা কি সম্ভব হবে?

উত্তর:


16

না, আপনার এখনও সংরক্ষণাগার পুনরায় লগগুলি দরকার। একটি আরএমএএন ব্যাকআপ হ'ল কোল্ড ব্যাকআপের মতো নয়; আপনি যখন এটি পুনরুদ্ধার করেন তখন ব্যাকআপ শুরু হওয়ার সময় থেকে উত্পন্ন সমস্ত পুনরায় প্রয়োগ করা দরকার যতক্ষণ না সমস্ত ডেটা ফাইল এবং নিয়ন্ত্রণফাইলে এসসিএন সামঞ্জস্য রাখতে ব্যাকআপটি সম্পন্ন হয়।

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

একটি RMAN ব্যাকআপ সালে ফ্র্যক্চার্দ ব্লক সমস্যা কাটানো কারণ ব্লক মত একটি ইউনিক্স টুল দ্বারা SGA মাধ্যমে ওরাকল দ্বারা পড়া হয় না cp। তবে প্রথম ব্লকটি পড়ার সময় এবং শেষ ব্লকের মধ্যে ডিবিএফ পরিবর্তিত হয়, তাই এটি বৃহত্তর স্কেলে একই সমস্যা। এটি বলতে গেলে, এসসিএন একটি ব্যাকআপে প্রথম এবং শেষ ব্লকের মধ্যে পরিবর্তিত হয়। আর্কাইভ করা পুনরায় লগগুলি এটিকেও কভার করে।

আরএমএএন আপনাকে ক্যাটালগের পরিচালনার যোগ্যতা দেয় এবং একটি উচ্চতর হারে পুনর্নির্মাণের প্রয়োজন ছাড়াই গরম ব্যাকআপগুলি করার একটি উপায় দেয় (যা ডিস্কগুলিতে নিজস্ব চাপ দেয়, ব্যাকআপ সিস্টেম ইত্যাদি)। তবে BACKUP DATABASEহবে না আপনি এবং তার মধ্যে একটি সামঞ্জস্যপূর্ণ ডাটাবেস দিতে; শুধুমাত্র উপায় Oracle এ কোল্ড ব্যাক-আপ যে কাজ করতে।


1
+1 আমি আপনার উত্তরটি আরও ভাল পছন্দ করি, আমি কেবলমাত্র ভেবেছিলাম অতিরিক্ত তথ্যের জন্য আমার যোগ করব।
লেইফ রিফেল

7

সংরক্ষণাগার লগগুলি ব্যাক আপ করা কেবলমাত্র সংরক্ষণাগার লগ মোডে চলাকালীনই প্রয়োজনীয়, সুতরাং ডাটাবেসটি এটি করা উচিত কিনা তা নিয়ে প্রশ্ন ফিরে আসে। এটি সেই একই নথিতে coveredেকে দেওয়া হয়েছে যা আপনি ARCHIVELOG এবং NOARCHIVELOG মোডের মধ্যে সিদ্ধান্ত নেওয়ার শিরোনামের অধীনে উল্লেখ করেছেন । এখানে একটি অংশ:

আর্কাইভলগ এবং নোচারিওলোগ মোডের মধ্যে সিদ্ধান্ত নেওয়া

আপনার ডাটাবেসের পুনরায় লগগুলি আপনার ডাটাবেসের ডেটা ফাইলগুলিতে পরিবর্তনের সম্পূর্ণ রেকর্ড সরবরাহ করে (কয়েকটি ব্যতিক্রম যেমন সরাসরি পথের বোঝা)।

আপনি আপনার ডাটাবেস দুটি মোডের মধ্যে একটিতে চালনা করতে পারেন: আর্কাইভেলগ মোড বা নোচারিওলোগ মোড। আর্কাইভেলগ মোডে, একটি ব্যবহৃত অনলাইন রিডো লগ গ্রুপটি পুনরায় ব্যবহারের আগে এক বা একাধিক সংরক্ষণাগার গন্তব্যগুলিতে অনুলিপি করতে হবে। রিডো লগ সংরক্ষণাগারটি সেই লগটিতে সঞ্চিত সমস্ত লেনদেন সংরক্ষণ করে, যাতে সেগুলি পরে পুনরুদ্ধারের কাজে ব্যবহৃত হতে পারে। NOARCHIVELOG মোডে, লগটিকে পুনরায় ব্যবহার করা হলে অনলাইন পুনরায় লোগো গ্রুপগুলি কেবল ওভাররাইট করা হয়। সেই পুনরায় লগ গ্রুপে রেকর্ডকৃত লেনদেন সম্পর্কিত সমস্ত তথ্য হারিয়ে গেছে।

২.৩.৩.১ নর্চাভেলগ মোডে চলমানের প্রভাব

NOARCHIVELOG মোডে আপনার ডাটাবেস চালানো আপনার ব্যাকআপ এবং পুনরুদ্ধার কৌশলটিতে গুরুতর সীমাবদ্ধতা আরোপ করে।

  • আপনি আপনার ডাটাবেসের অনলাইন ব্যাকআপ করতে পারবেন না। নর্চারভলগ মোডে ব্যাকআপ নেওয়ার আগে আপনাকে অবশ্যই আপনার ডাটাবেসটি পরিষ্কারভাবে বন্ধ করতে হবে।

  • সংরক্ষণাগার পুনরায় লগগুলির প্রয়োজন এমন কোনও ডেটা পুনরুদ্ধার কৌশল আপনি ব্যবহার করতে পারবেন না। এর মধ্যে রয়েছে "ডেটা পুনরুদ্ধারের ফর্মস" বর্ণিত সম্পূর্ণ ও পয়েন্ট-ইন-টাইম মিডিয়া পুনরুদ্ধার, এবং পৃথক টেবিল স্পেস এবং ফ্ল্যাশব্যাক ডেটাবেসগুলির পয়েন্ট-ইন-সময় পুনরুদ্ধারের মতো আরও উন্নত পুনরুদ্ধার কৌশলগুলি (ওরাকল ডাটাবেস ব্যাকআপ এবং রিকভারি অ্যাডভান্সডে বর্ণিত) ব্যবহার বিধি.).

যদি আপনি NOARCHIVELOG মোডে চলছেন এবং ডিস্ক ব্যর্থতার কারণে আপনার অবশ্যই ডেটা ফাইলগুলিতে ক্ষতি থেকে উদ্ধার করতে হবে, আপনার পুনরুদ্ধারের জন্য দুটি প্রধান বিকল্প রয়েছে:

  • আক্রান্ত ফাইলগুলিতে অবস্থিত কোনও এক্সটেন্ট রয়েছে এমন সমস্ত বস্তু ফেলে দিন এবং তারপরে ফাইলগুলি ফেলে দিন। ডাটাবেসের বাকী অংশ অক্ষত, তবে ক্ষতিগ্রস্থ ফাইলগুলির সমস্ত ডেটা হারিয়ে যায়।

  • সাম্প্রতিক ব্যাকআপ থেকে পুরো ডাটাবেসটি পুনরুদ্ধার করুন এবং ব্যাকআপের পর থেকে ডাটাবেসে সমস্ত পরিবর্তন হারাবেন। (ব্যাকআপটি থেকে পরিবর্তনগুলি পুনরুদ্ধার করতে মিডিয়া পুনরুদ্ধার করা দরকার যা আর্কাইভ করা পুনরায় লগগুলি ব্যবহার করে))

...

যখন পারফরম্যান্সের প্রয়োজনীয়তাগুলি চূড়ান্ত হয় বা ডিস্কের জায়গার সীমাবদ্ধতাগুলি তীব্র হয়, তবে এই পছন্দটি আপনার পুনরুদ্ধারের বিকল্পগুলির উপর এই পছন্দটি চাপিয়ে দেয় এমন সীমাবদ্ধতা সত্ত্বেও NOARCHIVELOG মোডে চালানো ভাল।

আপনি প্রায় সর্বদা আর্কাইভলগ মোডে চলতে চান, অতএব আপনি প্রায় সর্বদা আপনার সংরক্ষণাগার লগগুলি ব্যাকআপ করতে চান।


আপনার সবসময় আর্কাইভলগ মোডে চালানো উচিত, বা কোনও দিন আপনি এটির জন্য আফসোস করবেন; এমনকি ডেভলপমেন্ট / টেস্ট ডেটাবেজেও।
মার্ক স্টুয়ার্ট
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.