উত্তর:
লগ শিপিং কোনও ব্যাকআপের দৃশ্য নয়। এটি একটি আধা হাই অবাইলবিলির দৃশ্য।
ব্যাকআপগুলির জন্য পূর্ণ, ডিফারেনশিয়াল এবং লেনদেনের লগ ব্যাকআপ রয়েছে। এগুলি সব একসাথে ব্যবহার করা উচিত। আপনার এসএলএ নির্দেশ দেয় আপনি কীভাবে সেগুলি ব্যবহার করেন। বেশিরভাগ সাধারণ দৃশ্যে পুরো ব্যাকআপ হয় মধ্যরাতে, দুপুরে আলাদা ব্যাকআপ এবং প্রতি 30 বা 15 মিনিটে লেনদেনের লগ ব্যাকআপ।
এবং মনে রাখবেন: এটি ঠিক আছে কিনা পরীক্ষা করার জন্য এটি থেকে পুনরুদ্ধার না করা পর্যন্ত আপনার বৈধ ব্যাকআপ নেই।
তাত্ক্ষণিকভাবে ব্যাকআপ কৌশল হিসাবে এমন কোনও ধারণা নেই: আপনার একটি পুনরুদ্ধার কৌশল রয়েছে কারণ এটি নির্ধারণ করে যে আপনি কতক্ষণ অপারেশনে ফিরে আসছেন না * পর্যন্ত।
সমস্ত কৌশল কৌশলগত এবং / অথবা লগ ব্যাকআপ পরবর্তী কোনও পুনরুদ্ধার বেস করতে সম্পূর্ণ ব্যাকআপ প্রয়োজন।
অনুশীলনে, আপনি 6 মিনিট আগে 15 মিনিটের লগ ব্যাকআপ সহ পুরো ব্যাকআপ নিতে পারেন: তবে আপনাকে শেষের প্রতিটি লগ ব্যাকআপ প্রয়োগ করতে হবে ।
এলোমেলো উদাহরণ হিসাবে, একটি দৃশ্যে পুরো সাপ্তাহিক, দৈনিক ডিফারেনশিয়াল, 15 মিনিটের লগ হতে পারে।
ব্যাকআপ ব্যবধানটি নির্ধারণ করে যে আপনি সবচেয়ে খারাপ অবস্থায় কতটা ডেটা হারাবেন: 15 মিনিটের লগ ব্যাকআপগুলি আপনাকে 1 সেকেন্ড থেকে 14 মিনিট 59 সেকেন্ড, গড় 7.5 মিনিটের মধ্যে ডেটা ক্ষতি দেয়। এটা কি গ্রহণযোগ্য?
লগ শিপিং হ'ল ম্যানুয়াল ফেইলওভার সহ উষ্ণ স্ট্যান্ডবাই: এটি ব্যাকআপ নয় তবে একটি উচ্চ প্রাপ্যতা বিকল্প।
এমন কোনও কৌশল নেই যা প্রতিটি পরিস্থিতিতে ফিট করে। তবে আপনার কাছে যা উপলব্ধ রয়েছে তা বোঝা গুরুত্বপূর্ণ। সম্পূর্ণ ব্যাকআপগুলি ঠিক তাদের মতোই বলে: আপনার ডাটাবেসের একটি সম্পূর্ণ ব্যাকআপ, লেনদেনের লগ বিয়োগ করা। ডিফারেনশিয়াল ব্যাকআপ হ'ল শেষ সম্পূর্ণ ব্যাকআপ থেকে ডেটা ফাইলগুলিতে পরিবর্তনের ব্যাকআপ। লেনদেন লগ ব্যাকআপগুলি সর্বশেষ লেনদেন লগ ব্যাকআপ থেকে লেনদেন লগ মধ্যে সঞ্চিত সমস্ত লেনদেন ব্যাকআপ করবে। লেনদেন লগ ব্যাকআপগুলি আপনাকে সময়মতো পুনরুদ্ধার করতে দেয়। যদি এটির প্রয়োজন হয় তবে আপনার পুনরুদ্ধার মোডটি "সম্পূর্ণ" এ সেট করতে হবে এবং পুনরুদ্ধারের পরিস্থিতি ঘটলে আপনি যে পরিমাণ ডেটা হারাতে ইচ্ছুক তার উপর নির্ভর করে আপনার নিয়মিত লেনদেন লগ ব্যাকআপ নিতে হবে।
লেনদেন লগ ব্যাকআপগুলি নিয়ে কাজ করার সময় লগ চেইন কী তা বোঝা গুরুত্বপূর্ণ। আমার কথায়, লগ চেইন হল ব্যাকআপগুলির একটি সিরিজ যা আপনার ডাটাবেসটিকে একটি নির্দিষ্ট সময়ে পুনরুদ্ধার করার জন্য পুনরুদ্ধার করা প্রয়োজন required লেনদেনের লগগুলি পুনরুদ্ধার করা শুরু করতে, আপনাকে প্রথমে উইন্ডো নোরকোভারি বিকল্পটি ব্যবহার করে একটি পূর্ণ ব্যাকআপ পুনরুদ্ধার করতে হবে। আপনি যদি ডিফারেনশিয়াল ব্যাকআপগুলিও করেন, আপনি একই সাথে পূর্ববর্তী বিকল্প ব্যবহার করে পুনরুদ্ধার করতে চান সেই সময়ের আগে আপনি সাম্প্রতিকতম ডিফারেনশিয়াল ব্যাকআপ পুনরুদ্ধার করতে চান। এই মুহুর্তে, আপনাকে চূড়ান্ত ব্যাকআপ ব্যতীত সমস্ত ব্যাকআপগুলিতে ন্যোরকোভারির সাথে বিকল্প ব্যবহার করে ক্রমানুসারে লেনদেন লগ ব্যাকআপগুলি পুনরুদ্ধার করতে হবে। সময়ে পুনঃস্থাপনের পয়েন্টে আরও তথ্যের জন্য, এই লিঙ্কটি দেখুন। http://msdn.microsoft.com/en-us/library/ms175093.aspx
যেমনটি উল্লেখ করা হয়েছে, লগ শিপিং কোনও ব্যাকআপ কৌশল নয় তবে দুর্যোগ পুনরুদ্ধারের পরিস্থিতির ক্ষেত্রে এটি পুনরুদ্ধারকালে উল্লেখযোগ্যভাবে কমে যেতে পারে। একটি সন্ধান করতে হবে যে কোনও অনুলিপি প্রকাশনা লোগ শিপিং সার্ভারে স্ক্রিপ্ট করা প্রয়োজন এবং দুর্যোগের পূর্বে যেমন ছিল তেমন প্রতিলিপি তৈরির কাজ শুরু করার জন্য। বৃহত্তর প্রকাশনাগুলির সাথে, এটি উত্পাদন স্তরে ফিরে যেতে সময় লাগবে উল্লেখযোগ্য পরিমাণে বাড়তে পারে।
আশাকরি এটা সাহায্য করবে,
ঔজ্বল্যহীন
আমি দ্বিতীয় ম্লাদেন প্রজাদিক। এই নিবন্ধটি আপনাকে ডাটাবেসের পুনরুদ্ধারের মডেলের উপর নির্ভর করে সঠিক ব্যাকআপ কৌশল চয়ন করতে সহায়তা করবে।
সেগুলি এসকিউএল সার্ভারের জন্য ব্যাকআপ কৌশল নয়। সম্পূর্ণ এবং ডিফারেনশিয়াল ব্যাকআপগুলি এমন এক ধরণের ব্যাকআপ যা আপনি একটি এসকিউএল সার্ভার ডাটাবেসে করতে পারেন, যখন লগ শিপিং একটি উচ্চ উপলভ্যতা কৌশল (কোনও সময় নির্ধারিত সময়ে লগ ব্যাকআপগুলি একটি সার্ভার থেকে অন্যটিতে সরিয়ে এবং সেই দুটি ডাটাবেস সিঙ্কে আপ থাকে) আপনার ব্যাকআপের সীমা)।
বিপর্যয় পুনরুদ্ধার সম্পর্কে দুর্দান্ত তথ্য (ব্যাকআপ এবং পুনরুদ্ধার :-)) আপনি এমএসডিএন এ দেখতে পারেন: এখানে এবং এখানে । সংক্ষেপে, আপনার কোনও ব্যর্থতার ক্ষেত্রে ব্যাকআপ থেকে কী পরিমাণ ডেটা পুনরুদ্ধার করতে হবে তা চয়ন করা দরকার। ব্যাকআপ কৌশলটির একটি বুদ্ধিমান নমুনা হ'ল প্রতিদিন একটি সম্পূর্ণ ব্যাকআপ এবং প্রতি ঘন্টায় লগ ব্যাকআপ (এটি আপনার প্রয়োজনের উপর নির্ভর করে), সুতরাং এই ক্ষেত্রে আপনি সম্পূর্ণ ব্যাকআপ + সমস্ত দৈনিক লগ ব্যাকআপ থেকে ডাটাবেস পুনরুদ্ধার করতে সক্ষম হবেন।
ডিআর সম্পর্কে আরেকটি দুর্দান্ত রেফারেন্স যা আপনি সিম্পল_ডাল্কে খুঁজে পেতে পারেন ।
অবশ্যই, আপনাকে কেবল আপনার ডাটাবেসটি পুনরুদ্ধার করতে হবে না, সার্ভারের প্রসঙ্গে পুনরুদ্ধার এবং অ্যাপ্লিকেশনটি ডাটাবেসের একটি অংশ is আমি এখনও এটি নিজে ব্যবহার করি নি, তবে ডেটা সুরক্ষা পরিচালক আপনার যদি প্রয়োজন হয় তবে আরও বেশি বিস্তৃত কাজ করার জন্য মনে করেন।
তিনটি ব্যাকআপের প্রকারগুলি একসাথে ব্যবহার করা সবচেয়ে ভাল উপায়। অবশ্যই, আপনি লেনদেন লগ ব্যাকআপের ডিফারেনশিয়াল ব্যাকআপ উপেক্ষা করতে পারেন। আপনার ডেটাবেস, এটি কত দ্রুত বৃদ্ধি পায়, আপনি কত ঘন ঘন আপনার ডেটাবেস এবং অন্যান্যগুলিতে পরিবর্তন করেন তার উপর সবকিছু নির্ভর করে। আপনার ব্যাকআপ পরিকল্পনা চয়ন করার আগে, আপনি কতটা ডেটা আলগা করতে ইচ্ছুক তা বিবেচনা করুন? আপনি আপনার ডাটাবেস পুনরুদ্ধার করতে কত সময় ব্যয় করতে প্রস্তুত?
উদাহরণস্বরূপ, যদি আপনার ডাটাবেসের বিকাশ দ্রুত হয় তবে আপনি নিম্নলিখিত এসকিউএল সার্ভার ব্যাকআপ কৌশলটি ব্যবহার করতে পারেন: পূর্ণ ব্যাকআপ - দিনে একবার, ডিফারেনশিয়াল ব্যাকআপ - প্রতি দুই ঘন্টা এবং লেনদেন লগ ব্যাকআপ - প্রতি 20 মিনিটে। এই ক্ষেত্রে, যদি ব্যর্থতা দেখা দেয় তবে আপনি আপনার কাজের 19 মিনিটেরও বেশি হারাবেন না। অন্য উদাহরণ, যদি আপনার ডাটাবেসটি আস্তে আস্তে বৃদ্ধি পায় আপনি দিনে একবার পুরো ব্যাকআপ করতে পারেন, প্রতি ছয় ঘন্টা অন্তর ডিফারেনশিয়াল ব্যাকআপ এবং প্রতি ঘন্টা লেনদেন লগ ব্যাকআপ করতে পারেন।
আরও একটি টিপ - আপনার ডাটাবেসটি নিরাপদে রয়েছে তা নিশ্চিত হওয়ার জন্য সময়ে সময়ে পরীক্ষার সার্ভারে আপনার ব্যাকআপগুলি পুনরুদ্ধার করে।