আমাদের রাতের পূর্ণ (এবং পর্যায়ক্রমিক ডিফারেনশিয়াল) ব্যাকআপগুলি বেশিরভাগ ক্ষেত্রে আমাদের টেবিলগুলিতে সূচকের পরিমাণের কারণে বেশ বড় হয়ে উঠছে; প্রায় অর্ধেক ব্যাকআপ আকার সূচকগুলি নিয়ে গঠিত।
আমরা আমাদের ব্যাকআপগুলির জন্য সরল পুনরুদ্ধার মডেলটি ব্যবহার করছি ।
ব্যাকআপগুলি থেকে সূচিগুলি বাদ দেওয়ার কোনও উপায়, FileGroupsকোনও ফাইল-পার্টিশন পদ্ধতি ব্যবহারের মাধ্যমে ?
এটি পুরোপুরি পাঠ্য ক্যাটালগগুলিতেও বাড়ানো যেতে পারে তবে দুর্দান্ত।
উত্তর:
আপনি যদি পুরো পুনরুদ্ধার মোডে স্যুইচ করেন, আপনি ফাইলগ্রুপের সাহায্যে এটি করতে পারেন, তবে এটি সত্যই, সত্যিই আনাড়ি। আপনি প্রাথমিক ফাইলগ্রুপে ডেটা রেখে যান এবং সূচিগুলিকে একটি পৃথক (অ-ডিফল্ট, এটিই মূল) কী করে রাখবেন ফাইলগ্রুপ।
তারপরে আপনি আপনার ব্যাকআপগুলি স্তম্ভিত করে রাখুন যাতে আপনি প্রতি রাতে প্রাথমিকের ফাইলগ্রুপ ব্যাকআপ এবং প্রতিটি এক্স মিনিটে লেনদেন লগ ব্যাকআপ করেন।
দুর্যোগ আঘাত হানে, আপনি নিজেই প্রাথমিক ফাইলগ্রুপ পুনরুদ্ধার করুন। ডেটা হঠাৎ অনলাইন হয়, তবে সূচিগুলি হয় না। তবে, স্বাভাবিকতায় ফিরে আসার জন্য আপনাকে সেই তথ্যটি একটি নতুন পরিষ্কার ডাটাবেসে রফতানি করতে হবে এবং সেখান থেকে সূচীগুলি যুক্ত করতে হবে। আপনি সমস্ত ফাইলগ্রুপ পুনরুদ্ধার না করে ডাটাবেস পুরোপুরি অনলাইনে আনতে পারবেন না এবং আপনি বলতে পারবেন না "যেভাবে অন্য কোনও ফাইলগ্রুপের দরকার নেই আমার।"
এটি কীভাবে কাজ করে সে সম্পর্কে আরও তথ্যের জন্য, ফাইলগ্রুপ পুনরুদ্ধারে আমার ভিডিও টিউটোরিয়ালটি দেখুন।
সত্যিই, আপনি অন্যেরা এখানে উত্থাপিত অন্যান্য সমস্যাগুলি পরাভূত করলেও আপনি সত্যিই এটি করতে চান না।
আপনি যখন কোনও জরুরী পরিস্থিতিতে ব্যাকআপটি পুনরুদ্ধার করেন, আপনি সূচিগুলি পুনর্নির্মাণের জন্য অপেক্ষা করতে চান না এবং আপনি যতক্ষণ না করেন ততক্ষণ পর্যন্ত আপনি জঘন্য কর্মক্ষমতা ভুগছেন।
আমি এমন পরিস্থিতিতে ভাবতে পারি না যেখানে আপনি ইনডেক্স ছাড়া ব্যাকআপ পুনরুদ্ধার করতে চান, তাই সমস্ত ক্ষেত্রে আপনি একই সময়ে তাদের ব্যাক আপ করতে চাইবেন।
আপনার সম্ভবত এই সমস্যার অন্যান্য সমাধানগুলি সন্ধান করা প্রয়োজন ...
-Adam
মনে হচ্ছে এটি সমর্থিত নয়। এই বাগ রিপোর্টটি থেকে :
এটির জন্য অনেক আগ্রহ তৈরি হয়েছে, তাই আমি পর্দার আড়ালে কী ঘটছে এবং এই কার্যকারিতা বাস্তবায়নের অর্থ কী হবে তা নিয়ে আমি আরও কিছু বিশদে যাব। কিছু ধরণের সূচী পৃষ্ঠাগুলি পৃথক বরাদ্দ ইউনিটে বিভক্ত করা হয়, অন্যরা ডেটা পৃষ্ঠাগুলির সাথে মিশ্রিত হয়। যেখানে আমরা বর্তমানে বরাদ্দ বিটম্যাপের দিকে তাকিয়ে দেখি যে কোনও পরিমাণ বরাদ্দ করা হয়েছে কিনা, এখন আমাদের ভিতরে যেতে হবে এবং প্রতিটি বরাদ্দ ইউনিটে কী সংরক্ষণ করা হয় তা ব্যাখ্যা করতে হবে। আরও, আমরা এখন ডেটা অনুলিপি করার জন্য কেবল ফাইলের লিনিয়ার স্ক্যান করতে সক্ষম হব না, আমরা ফাইলে এড়িয়ে যাব। ডেটা স্ট্রাকচারের এই সমস্ত ব্যাখ্যা ব্যাকআপকে মারাত্মকভাবে কমিয়ে দেবে। পুনরুদ্ধার আরও আকর্ষণীয় হয়ে ওঠে, কারণ প্রচুর কাঠামো রয়েছে যা ব্যাকআপের ছিদ্রগুলির জন্য অ্যাকাউন্ট নির্ধারণ করতে হবে। অন্যথায় আপনার কাছে বরাদ্দ মানচিত্রগুলি পৃষ্ঠাগুলি নির্দেশ করে যেগুলি ব্যাকআপ করা হয়নি, এবং এতে আবর্জনা ইত্যাদি রয়েছে ইত্যাদি So আর এটি পুনরুদ্ধার। বিবেচনা করার অন্যান্য দিকটি হ'ল এটি ঠিক হয়ে উঠতে বড় পরিমাণ ইঞ্জিনিয়ারিং প্রচেষ্টা লাগবে। যদিও এটি আপনার পৃষ্ঠের সমস্যা নয় তবে বিবেচনা করুন যে এর অর্থ হ'ল অন্যান্য বৈশিষ্ট্যগুলি যা আপনি দেখতে চান সেগুলি নির্মিত হবে না।
একটি ক্রেজি ধারণা হতে পারে, কিন্তু এখানে যায়।
অবশ্যই যদি আপনি ডাটাবেস দিনের জন্য কিছু ডাউন-সময় অনুমতি দেয় তবে আপনি কেবল সত্যই এটি করতে পারেন।
এছাড়াও, আপনার ক্লাস্টারযুক্ত সূচিগুলি এসকিউএল সার্ভার হিসাবে ফেলে দেবেন না কারণ এগুলিকে একটি গাদা রূপান্তর করতে অনেক সময় নষ্ট হবে।
অতিরিক্ত ডিস্কের জায়গা কেনা এখনও সহজ সমাধান হিসাবে মনে হচ্ছে?
আপনি কি সংকুচিত ব্যাকআপ করা বিবেচনা করেছেন ? এটি ২০০৮ সালের একটি নতুন বৈশিষ্ট্য, এটি আপনার পক্ষে একটি বিকল্প হতে পারে।