ব্যাকআপ থেকে কোনও এসকিউএল ডাটাবেস পুনরুদ্ধার করা কি এর সূচকগুলি পুনর্নির্মাণ করে?


10

ব্যাকআপ থেকে কোনও এসকিউএল ডাটাবেস পুনরুদ্ধার করা কি স্ক্র্যাচ থেকে তার টেবিলগুলি এবং সূচিগুলি পুনর্নির্মাণ করে? বা ব্যাকআপ নেওয়ার সময় এটি একই অভ্যন্তরীণ শারীরিক ক্রমে এটি রাখে?

আমরা কোয়েস্ট লাইটস্পিড সংকোচিত ব্যাকআপ সহ এসকিউএল 2000 ব্যবহার করছি, যদি এতে কোনও পার্থক্য আসে।

উত্তর:


16

উত্তরটি হ'ল না কেন, যে কোনও ব্যাকআপ সফ্টওয়্যার ব্যবহার করা হচ্ছে for

ব্যাকআপ হ'ল ফিজিকাল অপারেশন, লজিকাল অপারেশন নয়। এটি বরাদ্দকৃত পৃষ্ঠাগুলি সহ সমস্ত এক্সেটেন্টগুলি পড়বে (যেমন 8 পৃষ্ঠার পরিমাণ থেকে কেবলমাত্র একটি পৃষ্ঠা বরাদ্দ করা হলেও এটি পুরো 64 কে পরিমাণ ব্যাকআপ করবে), এবং এটি শারীরিক ক্রমে এটি করে।

একটি পুনরুদ্ধার একটি শারীরিক অপারেশন, লজিকাল অপারেশন নয়। এটি ডেটা ফাইলগুলিতে তাদের সঠিক জায়গাগুলিতে এক্সটেন্টগুলি রাখে।

একটি সূচক পুনর্নির্মাণ (বা এটির মতো কিছু) একটি লজিকাল অপারেশন, যা অবশ্যই লগড। বাফার পুলের মধ্য দিয়ে না গিয়ে সরাসরি ডেটা ফাইলগুলিকে ব্যাকআপ এবং পুনরুদ্ধার করুন, এটি করা যায় না তার এক কারণ। এটি করা যায় না এমন আরেকটি কারণ হ'ল ব্যাকআপ এবং পুনরুদ্ধার করা ডেটাতে ব্যাক আপ হওয়ার মধ্যে কী রয়েছে তা সম্পর্কে কোনও ধারণা নেই।

এটি করা সম্ভব না হওয়ার মূল কারণটি হ'ল পুনরুদ্ধার অপারেশনের সময় পৃষ্ঠাগুলি ঘোরাফেরা করা বি-ট্রি পয়েন্টারকে ভেঙে দেয়। পৃষ্ঠা A পৃষ্ঠায় বি নির্দেশ করে তবে পৃষ্ঠাগুলি A পুনরুদ্ধার প্রক্রিয়া দ্বারা সরানো হয়, পৃষ্ঠা বি তে কীভাবে পৃষ্ঠাগুলি আপডেট করা হয়? যদি এখনই এটি আপডেট করা হয়, তবে এটি পুনরুদ্ধার প্রক্রিয়াটির বাকি অংশে ওভাররাইট করা যেতে পারে। যদি এটি স্থগিত-আপডেট হয়, তবে পুনরুদ্ধার প্রক্রিয়া যদি এমন কিছু লেনদেন লগ পুনরুদ্ধার করে যা পৃষ্ঠা এ বা পৃষ্ঠা বি সরিয়ে ফেলে? এটি কেবল করা যায় না।

নীচের লাইন - ব্যাকআপ এবং পুনরুদ্ধার এমন শারীরিক ক্রিয়াকলাপ যা কখনই ডেটা পরিবর্তন করে না।

আশাকরি এটা সাহায্য করবে!

পিএস যদিও এটি সরাসরি এই প্রশ্নের সমাধান করে না, জুলাই টেকনেট ম্যাগাজিনের জন্য আমি যে নিবন্ধটি লিখেছি তা পরীক্ষা করে দেখুন যা বিভিন্ন ব্যাকআপগুলি অভ্যন্তরীণভাবে কীভাবে কাজ করে তা ব্যাখ্যা করে: এসকিউএল সার্ভার ব্যাকআপগুলি বোঝা । সেপ্টেম্বরের ম্যাগাজিনে বোঝার পুনঃস্থাপনের সিরিজের পরবর্তী অংশ থাকবে।


2
আপনি যে বিষয়টি ব্যাখ্যা করেছেন তা অনুধাবন করা একটি লজিকাল অপারেশন I
জিম বি

আহ, এটা বোঝা যায়। ব্যাকআপ 8k ডেটা পৃষ্ঠাগুলি নয়, পূর্ণ 64 কে দৈহিক এক্সটেন্টগুলি ধরে।
ব্র্যাডিসি

এটা অপদার্থ. ব্যাকআপ ক্রিয়াকলাপগুলি প্রায়শই তারা যে ডেটা ব্যাক আপ করে থাকে সেগুলি সংকুচিত করে এবং আমরা যে ধরণের "পরিবর্তন" এর কথা বলছি তা হ'ল: সর্বোপরি, সূচিগুলি টেবিলগুলি থেকে আবার তৈরি করা যেতে পারে, এগুলি নিরঙ্কুশ ডেটা হয় (প্রদত্ত যে স্কিমার ব্যাক আপ রয়েছে , অবশ্যই). আসল কারণ হ'ল ডেটাবেস বিকাশকারীদের পক্ষে অলসতা।
জন

1
@ জন আপনি কি বলছেন বাজে কথা? সংক্ষেপণের কথা এখানে কোথাও উল্লেখ করা হয়নি - কেবল সূচিগুলি পুনর্নির্মাণ, যা কোনওভাবেই সংকোচনের মতো নয় (যা পুনরুদ্ধারের সময় পৃষ্ঠাগুলি বা ডাটাবেসে তাদের অবস্থান পরিবর্তন করে না, আবার একটি পুনর্নির্মাণও করে)। পুনরুদ্ধারের সময় স্ক্র্যাচ থেকে সূচকগুলি পুনরুদ্ধার করা ব্যাকআপ থেকে কেবল তাদের পুনরুদ্ধারের তুলনায় অবিশ্বাস্যরকম ধীর হবে। আমি মনে করি আপনি এখানে কিছু ভুল বুঝছেন।
পল রান্ডাল

সূচকগুলি বাদ দেওয়া এবং পুনর্নির্মাণ একটি সংকোচনের ধরণ এবং সংকোচনের ধরণের উপর নির্ভর করে সংক্ষেপণ যে কোনও কিছু পরিবর্তন করতে পারে। চিত্র প্রক্রিয়াকরণে লসী সংক্ষেপণটিকে এখনও সংক্ষেপণ বলা হয়। ছোট ব্যবস্থায় প্রদত্ত তথ্যের প্রতিনিধিত্বকারী যে কোনও প্রক্রিয়া হ'ল সংক্ষেপণের একটি ফর্ম এবং সূচকগুলি বাদ দেওয়া এটির একটি তুচ্ছ উদাহরণ। ধীরে ধীরে পুনর্নির্মাণ সময় প্রকৃতপক্ষে বাস্তব যুক্তি হতে পারে যদিও কমপক্ষে বাস্তবায়নের বিরুদ্ধে সার্থক প্রচেষ্টা হওয়ার বিরুদ্ধে।
জন

6

একটি নেটিভ এসকিউএল ব্যাকআপ হ'ল ব্যাকআপ ফাইলগুলির একটি পৃষ্ঠায় পৃষ্ঠা ডাম্প, সুতরাং উত্তরটি "না" is একটি কোয়েস্ট লাইটস্পিড ব্যাকআপটি সম্ভবত কিছু প্রকারের সংক্ষেপণ অ্যালগরিদম ব্যবহার করে তবে এটি এখনও ডেটা ফাইল বা সূচীগুলিকে "পুনর্নির্মাণ" করে না, যা একটি বড় ডেটাবেজে খুব ভয়ঙ্কর পরিমাণে সময় নেয়।


হ্যাঁ, তবে এটি প্রতিটি পৃষ্ঠাতে যাইহোক ডিস্কে লিখতে হবে। এগুলি খণ্ডিত ক্রমের পরিবর্তে যৌক্তিক ক্রমে লিখবেন না কেন? (সম্ভবত এটি পুনরুদ্ধার প্রশ্নের পরিবর্তে ব্যাকআপের আরও প্রশ্ন: ব্যাকআপ কী পৃষ্ঠাগুলি দৈহিক ক্রমে, বা যৌক্তিক ক্রমে
লিখবে

অনুমান করে এমন একটি পণ্য রয়েছে যা সূচক ক্রমে ডেটা লিখেছিল, আপনি কোন ক্রমটিতে সারণীটি সংরক্ষণ করতে চান? আসুন বলুন যে আমার কাছে 3 টি কলামের product_id, পণ্যের নাম এবং মূল্য সহ একটি টেবিল রয়েছে। সূচিকৃত ক্রমে পৃষ্ঠাগুলি সংরক্ষণ করতে সঠিক কলামটি কোনটি? বিটিডাব্লু আপনাকে পুরো টেবিল (একটি ক্লাস্টারড ইনডেক্স) বা সারিগুলির প্রতিটি (যৌগিক সূচক) এর সূচীকরণ থেকে বিরত করার কিছুই নেই।
জিম বি

@ জিম বি: এটি সহজ। টেবিলগুলি ক্লাস্টারড ইনডেক্স ক্রমে সংরক্ষণ করা হবে। নন-ক্লাস্টারযুক্ত সূচিগুলি মূল ক্রমে সংরক্ষণ করা হবে। গাদা মূল (অ-সাজানো) ক্রমে রাখা হবে। (হারুন এবং পল বৈধ কারণ উল্লেখ করেছেন যে ব্যাকআপ / পুনরুদ্ধারটি এটি করে না। "পছন্দের আদেশ" বের করতে সক্ষম না হওয়া এই কারণগুলির মধ্যে একটি নয় else অন্যথায় একটি পূর্ণ সূচী পুনর্নির্মাণ একই সমস্যা হতে পারে। )
ব্র্যাডিসি

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

2

ব্যাকআপ নিয়মিত এবং খুব প্রায়ই করা হয় (আমি আশা করি)। সুতরাং ডিজাইনাররা নিশ্চিত করেছেন যে ব্যাকআপটি যত তাড়াতাড়ি সম্ভব। দ্রুততম I / O কি? অনুক্রমিক। আপনি সঠিক শারীরিক ক্রমে ডিস্কগুলি থেকে ব্লকগুলি পড়েন, আপনার সেরা পারফরম্যান্স রয়েছে।

কেন পৃথিবীতে ডাটাবেসের প্রতি একক রাতে চটজলদি র্যান্ডম I / O অপারেশন করা উচিত এবং সমস্ত জায়গাতেই ডিস্কের মাথা ট্র্যাশ করা উচিত? পার্থক্যটি দুটি মাত্রার প্রায় অর্ডার হবে। এতে কোনও সম্ভাব্য লাভ নেই।


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

0

হুম। ব্র্যাডিসি, আপনি কি এর আগে ফায়ারবার্ড / ইন্টারবাসের সাথে কাজ করেছেন - যেখানে মূল ব্যাকআপ / পুনরুদ্ধার ইউটিলিটি / এপিআই এসএসএমএস / ইএম এর "কপি ডেটাবেস ..." এর মতই বেশি? যদি তা হয় তবে জেনে রাখুন যে এমএস এসকিউএল সার্ভারটি এটির মতো নয়।

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

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