উত্তর:
উত্তরটি হ'ল না কেন, যে কোনও ব্যাকআপ সফ্টওয়্যার ব্যবহার করা হচ্ছে for
ব্যাকআপ হ'ল ফিজিকাল অপারেশন, লজিকাল অপারেশন নয়। এটি বরাদ্দকৃত পৃষ্ঠাগুলি সহ সমস্ত এক্সেটেন্টগুলি পড়বে (যেমন 8 পৃষ্ঠার পরিমাণ থেকে কেবলমাত্র একটি পৃষ্ঠা বরাদ্দ করা হলেও এটি পুরো 64 কে পরিমাণ ব্যাকআপ করবে), এবং এটি শারীরিক ক্রমে এটি করে।
একটি পুনরুদ্ধার একটি শারীরিক অপারেশন, লজিকাল অপারেশন নয়। এটি ডেটা ফাইলগুলিতে তাদের সঠিক জায়গাগুলিতে এক্সটেন্টগুলি রাখে।
একটি সূচক পুনর্নির্মাণ (বা এটির মতো কিছু) একটি লজিকাল অপারেশন, যা অবশ্যই লগড। বাফার পুলের মধ্য দিয়ে না গিয়ে সরাসরি ডেটা ফাইলগুলিকে ব্যাকআপ এবং পুনরুদ্ধার করুন, এটি করা যায় না তার এক কারণ। এটি করা যায় না এমন আরেকটি কারণ হ'ল ব্যাকআপ এবং পুনরুদ্ধার করা ডেটাতে ব্যাক আপ হওয়ার মধ্যে কী রয়েছে তা সম্পর্কে কোনও ধারণা নেই।
এটি করা সম্ভব না হওয়ার মূল কারণটি হ'ল পুনরুদ্ধার অপারেশনের সময় পৃষ্ঠাগুলি ঘোরাফেরা করা বি-ট্রি পয়েন্টারকে ভেঙে দেয়। পৃষ্ঠা A পৃষ্ঠায় বি নির্দেশ করে তবে পৃষ্ঠাগুলি A পুনরুদ্ধার প্রক্রিয়া দ্বারা সরানো হয়, পৃষ্ঠা বি তে কীভাবে পৃষ্ঠাগুলি আপডেট করা হয়? যদি এখনই এটি আপডেট করা হয়, তবে এটি পুনরুদ্ধার প্রক্রিয়াটির বাকি অংশে ওভাররাইট করা যেতে পারে। যদি এটি স্থগিত-আপডেট হয়, তবে পুনরুদ্ধার প্রক্রিয়া যদি এমন কিছু লেনদেন লগ পুনরুদ্ধার করে যা পৃষ্ঠা এ বা পৃষ্ঠা বি সরিয়ে ফেলে? এটি কেবল করা যায় না।
নীচের লাইন - ব্যাকআপ এবং পুনরুদ্ধার এমন শারীরিক ক্রিয়াকলাপ যা কখনই ডেটা পরিবর্তন করে না।
আশাকরি এটা সাহায্য করবে!
পিএস যদিও এটি সরাসরি এই প্রশ্নের সমাধান করে না, জুলাই টেকনেট ম্যাগাজিনের জন্য আমি যে নিবন্ধটি লিখেছি তা পরীক্ষা করে দেখুন যা বিভিন্ন ব্যাকআপগুলি অভ্যন্তরীণভাবে কীভাবে কাজ করে তা ব্যাখ্যা করে: এসকিউএল সার্ভার ব্যাকআপগুলি বোঝা । সেপ্টেম্বরের ম্যাগাজিনে বোঝার পুনঃস্থাপনের সিরিজের পরবর্তী অংশ থাকবে।
একটি নেটিভ এসকিউএল ব্যাকআপ হ'ল ব্যাকআপ ফাইলগুলির একটি পৃষ্ঠায় পৃষ্ঠা ডাম্প, সুতরাং উত্তরটি "না" is একটি কোয়েস্ট লাইটস্পিড ব্যাকআপটি সম্ভবত কিছু প্রকারের সংক্ষেপণ অ্যালগরিদম ব্যবহার করে তবে এটি এখনও ডেটা ফাইল বা সূচীগুলিকে "পুনর্নির্মাণ" করে না, যা একটি বড় ডেটাবেজে খুব ভয়ঙ্কর পরিমাণে সময় নেয়।
ব্যাকআপ নিয়মিত এবং খুব প্রায়ই করা হয় (আমি আশা করি)। সুতরাং ডিজাইনাররা নিশ্চিত করেছেন যে ব্যাকআপটি যত তাড়াতাড়ি সম্ভব। দ্রুততম I / O কি? অনুক্রমিক। আপনি সঠিক শারীরিক ক্রমে ডিস্কগুলি থেকে ব্লকগুলি পড়েন, আপনার সেরা পারফরম্যান্স রয়েছে।
কেন পৃথিবীতে ডাটাবেসের প্রতি একক রাতে চটজলদি র্যান্ডম I / O অপারেশন করা উচিত এবং সমস্ত জায়গাতেই ডিস্কের মাথা ট্র্যাশ করা উচিত? পার্থক্যটি দুটি মাত্রার প্রায় অর্ডার হবে। এতে কোনও সম্ভাব্য লাভ নেই।
হুম। ব্র্যাডিসি, আপনি কি এর আগে ফায়ারবার্ড / ইন্টারবাসের সাথে কাজ করেছেন - যেখানে মূল ব্যাকআপ / পুনরুদ্ধার ইউটিলিটি / এপিআই এসএসএমএস / ইএম এর "কপি ডেটাবেস ..." এর মতই বেশি? যদি তা হয় তবে জেনে রাখুন যে এমএস এসকিউএল সার্ভারটি এটির মতো নয়।
একটি এসকিউএল সার্ভার ব্যাকআপ হ'ল আরও একটি ডাটাবেস ডাম্প যা "এএস-আইএস" পুনরুদ্ধার করা হয় - সুতরাং এটি "অন্য জায়গায় ডিটাচ-কপি-রিট্যাচ" ক্রিয়াকলাপের জন্য একটি অনলাইন অনলাইন শর্টকাটের মতো। পুনরুদ্ধার করা ডাটাবেস হ'ল মূল ডাটাবেস ফাইলের হুবহু অনুলিপি (প্রায় কারণ আপনি পুনরুদ্ধার করা ডাটাবেসের ডাটাবেস ফাইলগুলির স্থান পরিবর্তন করতে পারেন) ...