কেন একটি ডিফারেনশিয়াল ব্যাকআপ তার বেস নির্দিষ্ট করতে পারে না?


18

এটি আমার প্রথম ডিবিএ.এসই পোস্ট, সুতরাং কোনও ভুল সম্পর্কে আমাকে জানান, ধন্যবাদ!

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

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

এই কার্যকারিতাটি সম্ভব হওয়া থেকে বাধা দেওয়ার কারণ কী? আমি অনুমান করেছি যে একটি কারণ অবশ্যই আছে, আমি কেবল এটি জানি না।

দ্রষ্টব্য: আমি বুঝতে পারি যে বেসটি নির্দিষ্ট করা যায় না, তবে আমার প্রশ্নটি কেন হয় না ? ("আপনি কেন করবেন?" সম্পর্কে আলোচনায়ও আমি আগ্রহী নই)

উপমা

আমি কীভাবে একটি ডিফারেনশিয়াল ব্যাকআপ বুঝি তার একটি উপমা এখানে দেওয়া হয়েছে:

আমার একটি কোষে কিছু তথ্য সহ একটি এক্সেল ফাইল রয়েছে।

প্রথম দিন, আমি এই ফাইলটির একটি অনুলিপি তৈরি করেছি এবং এটি অন্য কোথাও ("সম্পূর্ণ ব্যাকআপ") সঞ্চয় করি।

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

৩ য় দিনে, আমি আবার বর্তমান ফাইলটিকে ব্যাকআপ ফাইলের সাথে তুলনা করব এবং পরিবর্তনগুলি নোট করব (২ য় দিনের মতো একই বেসের সাথে আরও একটি "ডিফারেন্সিয়াল ব্যাকআপ")। আবার, প্রতি সেলটিতে কেবল চূড়ান্ত মানগুলি লক্ষ্য করা যায়, সেলটি সারা দিন ধরে ছিল এমন সমস্ত মান নয়।

৪ র্থ দিনে, আমি আবার তুলনা করব এবং আবার পরিবর্তনগুলি নোট করব। সেল এ 1 দিয়ে চালিয়ে যাওয়া, এখন এটি "সারা" বলে, যদিও এটি সারা দিন ধরে অন্য 10 টি নাম ছিল, এবং আমি যে সমস্ত নোটটি লক্ষ্য করি তা হ'ল "এখন এ 1 হ'ল সারাহ"।

5 তম দিনে, আমার ফাইলটি গোলমেলে পড়েছে; সুতরাং, আমি 1 তম দিনে যে ব্যাকআপ কপিটি করেছি তা দেখছি, তারপরে চূড়ান্ত রাজ্যগুলি 4 তারিখে উল্লিখিত হয়েছিল এবং আমি ব্যাকআপ কপির সাথে উল্লিখিত পরিবর্তনগুলি প্রয়োগ করি এবং এখন আমার কাছে ফাইলটি "পুনরুদ্ধার" আছে যেভাবে 4 তারিখে ছিল সুতরাং, আমি প্রথম দিনটিতে তৈরি ব্যাকআপটি দেখি, দেখি যে ৪ র্থ সেল এ 1 "সারা" হিসাবে শেষ হয়েছে এবং ব্যাকআপ সেল এ 1টিকে "সারা" হিসাবে পরিবর্তন করবে।

আমি যদি দ্বিতীয় দিন ফাইলটির আরও একটি ব্যাকআপ অনুলিপি ("পূর্ণ") তৈরি করে থাকি তবে কেন ব্যাপার হবে? তবুও কেন ৩ য় বা ৪ তারিখে ফাইলটির তুলনা করা (পড়া, "একটি ডিফারেনশিয়াল ব্যাকআপ নেওয়া") 1 দিনের নকলের সাথে করা সম্ভব হবে না? যেহেতু আমি এটি বুঝতে পেরেছি, এসকিউএল সার্ভারের সাথে আমার তুলনা করা প্রয়োজন (অন্য ডিফারেনশিয়াল ব্যাকআপ নেওয়ার সময়) দ্বিতীয় দিনে করা পূর্ণ ব্যাকআপের সাথে (যদি একটি তৈরি করা হয়েছিল) - অন্য কোনও বিকল্প নেই।

উত্তর:


14

একটি ডিফারেনশিয়াল ব্যাকআপ সর্বশেষ ব্যাকআপের পর থেকে সংশোধিত পৃষ্ঠাগুলির একটি তালিকা তৈরি করতে ডিফারেনশিয়াল চেঞ্জ ম্যাপ নামে পরিচিত । এই তালিকাটি একটি "ডিফারেনশিয়াল" তালিকা, অতএব ব্যাকআপের ধরণের নাম এবং ব্যাকআপটি কেবলমাত্র সম্পর্কিত পূর্ণ ব্যাকআপের উপরে পুনরুদ্ধার করতে পারে।

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

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

আপনি যখন এসকিউএল সার্ভারকে একটি ডিফারেনশিয়াল ব্যাকআপ নিতে বলেন, তখন ডিফারেনশিয়ালের ব্যাকআপ শুরু হওয়ার সময় কেবলমাত্র "বেস" হ'ল ডাটাবেসে উপস্থিত একক ডিফারেনশিয়াল পরিবর্তন মানচিত্র। এই কারণেই আপনি ডিফারেনশিয়াল ব্যাকআপের জন্য বেসটি নির্দিষ্ট করতে পারবেন না।


@ মার্টিনস্মিথের মন্তব্যের জবাবে - আপনি বেশ কয়েকটি পূর্ণ ব্যাকআপের মাধ্যমে ডিফারেনশিয়াল ব্যাকআপ পুনরুদ্ধার করতে COPY_ONLYব্যাকআপগুলি ব্যবহার করতে সক্ষম হতে পারেন । নিম্নলিখিত পরিস্থিতিতে বিবেচনা করুন:

  1. BACKUP DATABASE xyz TO DISK = 'path_to_backup.bak';
  2. BACKUP DATABASE xyz TO DISK = 'path_to_backup_2.bak' WITH COPY_ONLY;
  3. BACKUP DATABASE xyz TO DISK = 'path_to_backup_3.bak' WITH COPY_ONLY;
  4. BACKUP DATABASE xyz TO DISK = 'path_to_backup_4.bak' WITH COPY_ONLY;
  5. BACKUP DATABASE xyz TO DISK = 'path_to_backup_diff.bak' WITH DIFFERENTIAL;

পদক্ষেপ 5 এ ডিফারেনশিয়াল ব্যাকআপ 1 থেকে 4 ধাপে নেওয়া যে কোনও ব্যাকআপের তুলনায় পুনরুদ্ধার করতে সক্ষম হওয়া উচিত, যেহেতু ডিফারেন্সিয়াল পরিবর্তন মানচিত্রটি কেবল তখনই সাফ হয়ে যায় যখন প্রথম ধাপে সম্পূর্ণ ব্যাকআপ ঘটে occurs COPY_ONLYপদক্ষেপ 2, 3, এবং 4 ব্যাকআপ, না না পরিবর্তন মানচিত্র পুনরায় সেট করুন। যেহেতু ডিফারেনশিয়াল পরিবর্তন মানচিত্র accumulates সম্পূর্ণ ব্যাকআপ থেকে করা পরিবর্তনগুলি ধারাবাহিক প্রতিটি COPY_ONLYব্যাকআপ কাজ ডিফারেনশিয়াল ব্যাকআপ বিরুদ্ধে জন্য যথেষ্ট তথ্য রয়েছে কোনো পূর্ববর্তী 4 ব্যাকআপ করুন।

বাস্তবে এটি কাজ করা উচিত বলে মনে হয়, বাস্তবে, অনুলিপিটির অনুলিপি হিসাবে অনুলিপি করে কেবল অনুলিপি-অনুলিপি ব্যতীত একটি অনুলিপি পুনরুদ্ধার করে:

এমএসজি 3136, স্তর 16, রাজ্য 1, লাইন 1
এই ডিফারেনশিয়াল ব্যাকআপটি পুনরুদ্ধার করা যাবে না কারণ ডাটাবেসটি পূর্বের অবস্থায় সঠিক অবস্থায় ফিরে আসেনি।
এমএসজি 3013, স্তর 16, রাজ্য 1, লাইন 1
পুনরুদ্ধার করুন ডেটাবেস অস্বাভাবিকভাবে শেষ করছে।

ডিফারেনশিয়াল পরীক্ষার জন্য আমি একটি এসকিউএল সার্ভার ২০১২ প্ল্যাটফর্ম রেপো তৈরি করেছি এবং অনুলিপি-অনুলিপি পুনরুদ্ধার করেছি এবং gist.github.com এ ফাইলটি সংরক্ষণ করেছি - স্ক্রিপ্টটি সতর্ক করে দিলে যে কোনও ডাটাবেস RestoreTestএর প্রথম পদক্ষেপ হিসাবে নামবে


একটি সম্পূর্ণ ব্যাকআপ সম্পাদন কেবলমাত্র ডিফারেনশিয়াল চেঞ্জ মানচিত্রের পুনরায় সেট করে যদি তা না হয় COPY_ONLY- যদি ওপিকে 1 দিনের নিয়মিত পুরো ব্যাকআপ নেওয়া হয় এবং COPY_ONLY২ য় দিনে একটি সম্পূর্ণ ব্যাকআপ গ্রহণ করা হয় তবে সেই একই বেস থেকে পরবর্তী ডিফারেনশান প্রয়োগ করে কোন সমস্যা দেখা দিতে পারে দিন 2 ব্যাকআপ?
মার্টিন স্মিথ

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

1
নিবন্ধন করুন আমি এখন তা বৈধ করেছি।
ম্যাক্স ভার্নন

5

আপনি যে বৈশিষ্ট্যটি চান তা নীতিগতভাবে উপস্থিত থাকতে পারে । এটি বর্তমান ডাটাবেস কাঠামোর সাথে দক্ষ হবে না (ম্যাক্স ভার্ননের উত্তর দেখুন)। এসকিউএল সার্ভারকে হয় আলাদা মানচিত্রের একটি সেট বজায় রাখতে হবে বা আপনি যে বেস হিসাবে নির্দিষ্ট করেছেন তা সম্পূর্ণ ব্যাকআপের বিপরীতে বর্তমান ডিবি সামগ্রীর তুলনা করতে হবে।

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

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

আপনি যে বৈশিষ্ট্যটি বর্ণনা করেছেন তা কেন বিদ্যমান নেই? প্রতিটি বৈশিষ্ট্য অন্যান্য বৈশিষ্ট্য উপস্থিত না হওয়ার কারণে বাজেট গ্রহণ করে। এটি দৃশ্যত অগ্রাধিকার তালিকায় এটিকে যথেষ্ট পরিমাণে তৈরি করতে পারেনি। আমি নিশ্চিত না যে এটির জন্য কী ভাল হবে। কাস্টম বেসগুলি ব্যবহার করার জন্য মোটামুটি রহস্যময় প্রয়োজন মনে হয়।


3

লেনদেনের লগ ব্যাকআপগুলিকে ডিফারেনশিয়াল ব্যাকআপগুলির সাথে গুলিয়ে ফেলবেন না, তাদের বিভিন্ন উদ্দেশ্য রয়েছে! আপনি যাকে "ডিফেরিয়েন্টাল ব্যাকআপ" বলছেন, যার মাধ্যমে আপনি "সেলগুলিতে সমস্ত পরিবর্তন নোট করুন", এটি আসলে লেনদেনের লগ

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

একটি লেনদেন লগ ব্যাকআপের উদ্দেশ্য হ'ল লেনদেনগুলিকে সময়মতো একটি স্বেচ্ছাসেবী বিন্দুতে পুনরায় খেলতে দেওয়া - প্রায়শই, তবে অবশ্যই "অতি সাম্প্রতিক কিছু হওয়ার" দরকার হয় না।

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

আপনার যদি দিন 1 পূর্ণ ব্যাকআপ এবং 1 ও 5 দিনের মধ্যে সমস্ত লেনদেন লগ ব্যাকআপ থাকে, তবে আপনাকে 1 দিনের ব্যাকআপ পুনরুদ্ধার করা এবং লেনদেন লগটি পুনরায় খেলানো থেকে বিরত রাখার কিছু নেই যতক্ষণ না আপনার 4 দিনের মতো ডেটা থাকে have আপনি 2 দিনের ব্যাকআপ থেকে শুরু করতে পারেন যা পুনরুদ্ধার করা কিছুটা দ্রুত হবে কারণ আপনি কম লেনদেন পুনরায় খেলতে চাইছেন। আপনি দিনটিকে 1 পূর্ণ ব্যাকআপ, দিন 3 ডিফারেনশিয়াল ব্যাকআপ এবং তারপরে লেনদেনের লগগুলি 4 দিনের মধ্যে পুনরুদ্ধার করতে পারেন।

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


আমি মনে করি আমি
এডিগলিটি

আপনার নতুন উপমা জন্য সম্পাদিত।
dpw

1

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

এসকিউএল সার্ভার হ'ল একটি রিলেশনাল ডাটাবেস সিস্টেম যা আপনাকে আপনার সমস্ত ডেটা সংরক্ষণ করার অনুমতি দেয় এবং এটির অনুসন্ধানের জন্য একটি প্রক্রিয়া সরবরাহ করে। ডেটা অখণ্ডতার (এসিডি বৈশিষ্ট্য) পাশাপাশি ডেটা সম্পর্ক গুরুত্বপূর্ণ হিসাবে গুরুত্বপূর্ণ অংশটি "সম্পর্কিত"।

বেসিক:

ডাটাবেসের ডেটা লজিক্যাল উপাদানগুলিতে (টেবিল, ভিউ, প্রোকস, ট্রিগার, ইত্যাদি )গুলিতে व्यवस्थित করা হয় যা ব্যবহারকারীর কাছে দৃশ্যমান। সর্বনিম্ন, একটি ডাটাবেস শারীরিকভাবে দুটি (ডেটা এবং লগ ফাইল) বা আরও (মাধ্যমিক ডেটা ফাইল) ডিস্কে ফাইল হিসাবে প্রয়োগ করা হয়।

  • একটি ডাটাবেসে এমন পৃষ্ঠা থাকে যা রেকর্ড সংরক্ষণের জন্য ব্যবহৃত ডেটা স্টোরেজের মৌলিক একক ।
  • একটি ডাটাবেস পৃষ্ঠা হ'ল 8192-বাইট (8 কেবি) একটি ডাটাবেস ডেটা ফাইলের অংশ।
  • একটি ডাটাবেস ফাইলে 8 শারীরিকভাবে সুসংগত পৃষ্ঠাগুলি (8 * 8 কেবি = 64 কেবি) কিছুটা ফর্ম করে ।
  • একটি আইএএম (সূচী বরাদ্দ ম্যাপ) পৃষ্ঠাটি একটি একক ফাইলে প্রায় 4 গিগাবাইটের জায়গার সন্ধান করে, 4 জিবি সীমানায় সারিবদ্ধ হয়। এই 4 জিবি খণ্ডগুলিকে জিএএম অন্তর বলা হয় ।

কেন একটি ডিফারেনশিয়াল ব্যাকআপ কেবলমাত্র সাম্প্রতিক সম্পূর্ণ ব্যাকআপের ভিত্তিতে করা যেতে পারে। - বা - যদি ডিফারেন্সিয়াল ব্যাকআপ হ'ল সর্বশেষ ব্যাকআপের পরে পরিবর্তিত সমস্ত কিছু হয়, তবে কেন আমার পছন্দের কোনও ব্যাকআপের ভিত্তিতে পার্থক্যটি ভিত্তিক করা যাবে না?

এক্সেল সম্পর্কে আপনার সাদৃশ্যের ভিত্তিতে, আপনি যা করছেন তা প্রাক্তনে পরিবর্তিত হয়েছে তা প্রয়োগ করছে। এটি লেনদেন লগ থেকে সমস্ত প্রতিশ্রুতিবদ্ধ লেনদেন প্রয়োগ করছে with STOP AT(দ্রষ্টব্য: 5 দিনের দিন ফাইলটি বিশৃঙ্খলাবদ্ধ হয়ে যায় এবং আপনি 4 য় দিনে থামছেন)

প্রতিটি ডেটা ফাইলের প্রতিটি 4 জিবি বিভাগে (একটি জিএএম ব্যবধান বলা হয়) একটি ডিফারেনশিয়াল বিটম্যাপ বলে একটি বিশেষ ডাটাবেস পৃষ্ঠা রয়েছে যা শেষ 4 ব্যাকআপের পরে 4 জিবি বিভাগের অংশগুলি (এক্সটেন্টস নামে পরিচিত) পরিবর্তিত হয়েছে তা চিহ্নিত করে, যা ডেটা পরিবর্তিত হয়েছে বা নির্দেশ করে ডাটাবেসে যুক্ত করা হয়েছে।

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

এমনকি আপনি এই স্ক্রিপ্টটি ব্যবহার করতে পারেন শেষ পুরো ব্যাকআপের পরে ডাটাবেসের কতটা পরিবর্তন হয়েছে?

ডিফারেনশিয়াল বেস তথ্য masterডেটাবেজে সংরক্ষণ করা হয় - sys.database_fileবা ( sys.master_files- যখন ডাটাবেস পঠনযোগ্য বা অফলাইনে কার্যকর হয়)।

3 টি গুরুত্বপূর্ণ কলাম রয়েছে যা ডিফারেনশিয়াল বেস সম্পর্কিত তথ্য সঞ্চয় করে ।

  • differential_base_lsnডিফারেনশিয়াল ব্যাকআপ জন্য বেস হয়। এর পরে পরিবর্তিত হওয়া ডেটা এক্সটেন্টগুলি differential_base_lsnডিফারেনশিয়াল ব্যাকআপে অন্তর্ভুক্ত করা হবে।
  • এটি differential_base_guidহল বেস ব্যাকআপের অনন্য শনাক্তকারী, যার উপর একটি ডিফারেনশিয়াল ব্যাকআপ ভিত্তিক।
  • differential_base_timeসময় যে অনুরূপdifferential_base_lsn

আরটিওর গতি বাড়ানোর জন্য একটি ডিফারেনশিয়াল ব্যাকআপ কার্যকর (পুনরুদ্ধারের সময় উদ্দেশ্য = আপনার ডেটাবেস পুনরুদ্ধার করতে সময় লাগে) আরও ঘন ঘন পূর্ণ ব্যাকআপের বিপরীতে যা বড় ডেটাবেসগুলির জন্য বা লেনদেনের লগ ব্যাকআপগুলির পরিমাণ পুনরুদ্ধার করার কারণ হতে পারে কারণ তারা বড় হতে পারে সময়ের সাথে সাথে

দ্রষ্টব্য: একটি COPY_ONLY পূর্ণ ব্যাকআপ ডিফারেনশিয়াল বেসটি পুনরায় সেট করে না, সুতরাং একটি COPY_ONLY ব্যাকআপ কোনও ডিফারেন্সিয়াল বেস হিসাবে পরিবেশন করতে পারে না।

তথ্যসূত্র:



2
@ পলস্রান্ডাল লিখেছেন পৃষ্ঠাগুলি রেকর্ড সংরক্ষণ করার জন্য। তার ব্লগে এবং তাই আমি এটি হিসাবে হিসাবে উল্লেখ করেছি। যৌক্তিক রেফারেন্স গ্রহণ করা (রেফারেন্সের ভিত্তিতে) আপনি যা বলছেন তাও সত্য!
কিন শাহ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.