এসকিউএল ব্যাকআপে "যাচাই ব্যাকআপ সততা" বন্ধ করার প্রভাব / ঝুঁকি বোঝা

Question

বর্তমানে আমরা আমাদের পরিবেশে এসকিউএল সার্ভার 2005/2008 / 2008R2 / 2012 সার্ভারগুলিতে ব্যাকআপগুলির জন্য স্ট্যান্ডার্ড রক্ষণাবেক্ষণের পরিকল্পনা ব্যবহার করি এবং "ব্যাকআপের অখণ্ডতা যাচাই করুন" বাক্সটি সর্বদা চেক করা হয়েছে।

কিছু ব্যাকআপ খুব দীর্ঘ চলে, তাই আমি সেই বিকল্পটি বন্ধ করার পরামর্শ দিয়েছি, তবে পরিচালনার আমার এই পরিবর্তনের প্রভাব এবং ঝুঁকিগুলি নথিভুক্ত করা উচিত।

আমি এই বিকল্পটির ব্যবহার এবং ইতিহাস বুঝতে পারি, ব্যাকআপ কাজের জন্য যখন দ্বিগুণ করা আমার পক্ষে অপ্রয়োজনীয় মনে হয় (আমার মতে), যে কোনও ত্রুটি হওয়ার সম্ভাবনা রয়েছে যা যাচাইয়ের সময় নয়, ব্যাকআপ পদক্ষেপের সময় ঘটবে ।

আমি কি ভূল? আমি যদি ডিস্কে ব্যাক আপ নিচ্ছি এবং স্ট্রিমিং টেপ বা অন্য কিছু না করে থাকি তবে কি এটি বন্ধ করা খুব কম ঝুঁকিপূর্ণ? (এটি প্রাসঙ্গিক হলে আমরা নেটওয়ার্কের কোনও EMC DD-800 ব্যাকআপ অ্যাপ্লায়েন্সে ব্যাক আপ রাখি))

এটি কখন বন্ধ করা নিরাপদ তা জন্য কোনও অফিসিয়াল এমএস সুপারিশ আছে?

আপনি কি আপনার পরিবেশের প্রতিটি ব্যাকআপে "যাচাই" চালান? আপনি কি তাদের স্পট-চেক করেন?

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

Comments

ধন্যবাদ সবাইকে. যখন এসকিউএল রক্ষণাবেক্ষণ পরিকল্পনা ব্যবহার করে আমার নিজের রেফারেন্সের জন্য আরও একটি লিঙ্ক জুড়ে, একটি ট্রেস ফ্ল্যাগ ব্যবহার ব্যাকআপ উপর চেকসাম সক্ষম করতে, এমনকি সম্পর্কে nebraskasql.blogspot.com/2014/03/...

— BradC

Answer 1

আমি কি ভূল? আমি যদি ডিস্কে ব্যাক আপ নিচ্ছি এবং স্ট্রিমিং টেপ বা অন্য কিছু না করে থাকি তবে কি এটি বন্ধ করা খুব কম ঝুঁকিপূর্ণ?

না, আপনি ঠিক বলেছেন :-)

RESTORE VERIFYONLYকেবল তা নিশ্চিত করবে না যে দুর্নীতির ঘটনায় আপনি আপনার ডাটাবেস পুনরুদ্ধার করতে সক্ষম হবেন। প্রকৃতি অনুসারে, এটি কোনও সততা যাচাই করবে না।

একটি ভাল উপায় হ'ল পর্যায়ক্রমে আপনার ব্যাকআপগুলি নেওয়া এবং অন্য কোনও সার্ভারে একটি বৈধ পুনরুদ্ধার করা এবং এটিতে ডিবিসিসি CHECKDB সম্পাদন করা।

এটি একটি কারণ, কেন আমি রক্ষণাবেক্ষণের পরিকল্পনাগুলির একটি বড় অনুরাগী নই, যেহেতু জিইআইআই backup .. with CHECKSUMটি-এসকিউএল দ্বারা অর্জন করা যায় এমন অনেকগুলি বিকল্প প্রকাশ করে না ।

থেকে পল Randal এর মিথ ব্লগ

24 পি) পুনঃস্থাপন ব্যবহার করে… যাচাই করে পুরো ব্যাকআপটি বৈধতা দেয়

না। যাচাই করা কেবল ব্যাকআপ শিরোনামটিকে ব্যাকআপ শিরোলেখের মতো দেখায় যাচাই করে। এটি কেবলমাত্র যখন আপনি চেকসুমের সাহায্যে ব্যাকআপটি গ্রহণ করেন এবং পুনঃস্থাপন করুন ... যাচাইয়ের সাথে এবং চেকসাম ব্যবহার করে পুনরুদ্ধার করলে পুরো ব্যাকআপের উপরে চেকসাম সহ আরও বিস্তৃত চেক হয়।

আপনি কি আপনার পরিবেশের প্রতিটি ব্যাকআপে "যাচাই" চালান? আপনি কি তাদের স্পট-চেক করেন?

আমি যাচাইকরণ চালাচ্ছি না। পরিবর্তে আমি CHECKSUM এর সাথে ব্যাকআপ নিই এবং তারপরে তাদের + CHECKDB'ed অন্য একটি সার্ভারে পুনরুদ্ধার করব। আপনি যদি সৃজনশীল হতে চান তবে ডেটাবেস ব্যাকআপ পদ্ধতির যাচাইয়ের জন্য আপনি পরিসংখ্যান সংক্রান্ত নমুনা অনুসরণ করতে পারেন।

এটি ব্যাকআপে "চেকসাম" বিকল্প সক্ষম করার মতো নয় (যা আমি জানি যতদূর উইজার্ডে করা যায় না)।

আপনি ট্রেস পতাকা 3023 সক্ষম করতে পারেন যাতে CHECKSUMবিকল্পটি স্বয়ংক্রিয়ভাবে BACKUP কমান্ডের জন্য সক্ষম হয়। সর্বদা হিসাবে, আপনার পরিবেশে কোনও ট্রেস পতাকা ব্যবহার আচরণ পরীক্ষা করুন!

নীচের লাইনটি হ'ল- খাদকে রক্ষণাবেক্ষণের পরিকল্পনা এবং আরও বুদ্ধিমান ব্যাকআপ সমাধান (ইঙ্গিত: ওলার ব্যাকআপ সমাধান) ব্যবহার করুন যা আপনাকে আপনার প্রয়োজনের ভিত্তিতে এটি কাস্টমাইজ করার অনুমতি দেবে।

(এটি প্রাসঙ্গিক হলে আমরা নেটওয়ার্কের কোনও EMC DD-800 ব্যাকআপ অ্যাপ্লায়েন্সে ব্যাক আপ রাখি))

স্থানীয়ভাবে ডিস্কে ব্যাকআপ নিন এবং তারপরে একটি পাওয়ারশেল স্থানান্তর কাজ রয়েছে যা সার্ভার থেকে স্থানীয়ভাবে ব্যাকআপটি একটি নেটওয়ার্ক শেয়ার (ব্যাকআপ সার্ভার) এ অনুলিপি করবে। এটি সরাসরি কোনও নেটওয়ার্ক শেয়ারে অনুলিপি করার চেয়ে আরও দ্রুত হবে।

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

একটি ভাল পঠন হবে: ব্যাকআপস: একটি পুনরুদ্ধার কৌশল পরিকল্পনা

Comments

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

— ব্র্যাডিসি

@ ব্র্যাডসি খুশী যে আমার উত্তরটি আপনার পক্ষে কার্যকর। আমার উত্তরের সংক্ষিপ্তসারটি (রক্ষণাবেক্ষণের পরিকল্পনাগুলি) এর TSQLবিপরীতে ব্যবহার করা GUIযাতে আপনি নমনীয়তাটি লাভ করতে এবং খোলা হাতে এটিকে মানিয়ে নিতে পারেন। ঠিক যেমন একটি এফওয়াইআই .. রক্ষণাবেক্ষণের পরিকল্পনাগুলি এসকিউএল সার্ভার ২০১ in-তে উন্নত করা হয়েছে CTP 2.4যা এমএস এসকিউএল সার্ভার স্মার্ট রক্ষণাবেক্ষণ পরিকল্পনা হিসাবে কল করে - সেরা অনুশীলনগুলিকে একীভূত করে, এবং উড়ে যাওয়ার অনুকূল কৌশলগুলি সনাক্ত করতে পারে। তবুও কোনও জিইউআই টিএসকিউএলকে হারাতে পারে না :-)

— কিন শাহ

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

— ব্র্যাডিসি

Answer 2

মূল কথাটি হ'ল আপনি কোথাও একটি ডাটাবেস পুনরুদ্ধার না করা আপনি প্রদত্ত ব্যাকআপ ফাইলটি ভাল কিনা তা নিয়ে আপনি পুরোপুরি আত্মবিশ্বাসী হতে পারবেন না।

আপনার ব্যাকআপগুলি যাচাই করার জন্য আদর্শ পরীক্ষাটি হ'ল এমন একটি পরিবেশ সেটআপ করা যেখানে ডাটাবেস ব্যাকআপগুলি এবং ডাটাবেস লগ ব্যাকআপগুলি আপনার প্রতিদিন-দিনের-প্রক্রিয়ার অংশ হিসাবে সর্বদা পুনরুদ্ধার করা হয়। লগ-শিপিং ব্যবহার করার এটি অন্যতম সুবিধা ...

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

পরিশেষে, আপনি কি রক্ষণাবেক্ষণ পরিকল্পনা থেকে দূরে সরে যাওয়ার কথা বিবেচনা করেছেন? ওলার স্ক্রিপ্টগুলির মতো স্ক্রিপ্টগুলি ব্যাকআপ এবং রক্ষণাবেক্ষণ ব্যতীত: https://ola.hallengren.com/

Comments

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

— ব্র্যাডিসি

Answer 3

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

Comments

সত্য, তবে আমি নিশ্চিত নই যে এটি সত্যই আমার প্রশ্নের জবাব দেয়, যেহেতু আমি আমাদের পরিবেশে পুনঃস্থাপনের বৈধতা বন্ধ করার পরামর্শ দিচ্ছি । আপনার বক্তব্যটি যদি না থাকে: "যেহেতু কেবলমাত্র একটি সত্যিকারের সম্পূর্ণ পুনরুদ্ধারই ব্যাকআপটি কার্যকর তা প্রমাণ করবে, এই বিকল্পটি বন্ধ করা ঝুঁকি প্রশংসার সাথে বাড়িয়ে তোলে না"।

— ব্র্যাডিসি

সঠিক, একমাত্র আসল চেক ইমো আসলে বাস্তবের জন্য একটি পুনরুদ্ধার সম্পাদন করে

— গ্যাল্ডার