কীভাবে এসকিউএল ব্যাকআপগুলি আইটি নিয়মিত রাতের সার্ভার ব্যাকআপ থেকে আলাদা হয়?


9

আমাদের আইটি বিভাগটি প্রতি রাতে পুরো সার্ভারটিকে ব্যাক আপ করে (এই সার্ভারে একটি এসকিউএল সার্ভার উদাহরণ ইনস্টল করা আছে), যা কোনও সার্ভারের ক্ষেত্রে সেই সার্ভারের পাশাপাশি পুরো নেটওয়ার্কটিকে ব্যাকআপ করা উচিত ...

সুতরাং আমার পরিচালক জিজ্ঞাসা করলেন যে আমার সম্পূর্ণ, ডিফারেনটিভাল এবং লগ এসকিউএল ব্যাকআপগুলি বনাম আইটি বিভাগ যা ব্যাক আপ করবে তার তাত্পর্য কী? এই ফাইলগুলিকে কয়েক সপ্তাহ ধরে রাখার চেয়ে সেগুলি মুছে ফেলার পরিবর্তে আমাদের সার্ভারে আরও স্থান বাঁচাতে তিনি মনে করেন যে এটি কেবল তাদের সরবরাহ করবে!

আমি জানি যে এটি ঠিক নয়, যেমন আমি আমার লগ ব্যাকআপগুলি দিয়ে শেষ 30 মিনিট পর্যন্ত পুনরুদ্ধার করতে পারি, এটি পরের দিন এটি পুনরুদ্ধার করে, তবে এটিই কি কেবল তফাত?

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

উত্তর:


8

ডাটাবেস ব্যাকআপগুলি আপনাকে পয়েন্ট-ইন-টাইম পুনরুদ্ধার করার ক্ষমতা দেয় (আপনি যদি FULLপুনরুদ্ধারের মডেল রাখেন)। এমনকি যদি আপনার আইটি লোকেরা প্রতি কয়েক মিনিটে ব্যাকআপ নেয় তবে এটি অত্যন্ত অসম্ভব, তবে আপনার এখনও একটি ফাঁক থাকবে।

সার্ভার ব্যাকআপগুলি ডাটাবেস ব্যাকআপগুলি প্রতিস্থাপন করে না, তারা দীর্ঘমেয়াদী ডাটাবেস ব্যাকআপ ফাইলগুলিকে "সংরক্ষণাগার" দ্বারা পরিপূরক করে (যেমন আজকের চেয়ে অনেক বেশি)।

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

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


আপনাকে ড্যানিয়েল ধন্যবাদ, হ্যাঁ আমাদের কাছে পুরো পুনরুদ্ধার মডেল রয়েছে, আইটি তাদের রাত্রে সার্ভার ব্যাকআপগুলি সন্ধ্যা 7 টায় চালায়, আমি আমার ডাটাবেসটি ফুল ব্যাকআপটি সন্ধ্যা 6 টায় চালাচ্ছি, আমারও প্রতিদিনের সময় প্রতি ঘন্টার ডিফেরেনশিয়াল ব্যাকআপ এবং লগ ব্যাকআপগুলি প্রতি বিজনেসের সময় প্রতি 30 মিনিটে ... তাই যদি আমি আপনাকে সঠিকভাবে বুঝতে পেরেছি, এটি আমাকে:: সন্ধ্যা সার্ভার ব্যাকআপ ফাইলের থেকে আমার পুনরুদ্ধারটি সরবরাহ করতে পারে তবে আমারও সন্ধ্যা D টা ডিবি ব্যাকআপ ফাইলের প্রয়োজন হবে যেহেতু তারা একে অপরকে প্রতিস্থাপন করছে না এবং তারা আলাদা?
মেরি

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

1
এটি আমার মনে হয় সেরা উত্তর। সিসাদমিন হিসাবে, আমি আমার পুরো অবকাঠামোর অংশ হিসাবে ডাটাবেস সার্ভার বা ডাটাবেসগুলির ডিআর আশেপাশের সমস্যাগুলি সমাধান করতে আমার সার্ভার ব্যাকআপ সিস্টেমগুলি ব্যবহার করছি। আমাদের ডিবি অ্যাডমিনগুলি আরও ফোকাসযুক্ত পদ্ধতিতে ডাটাবেস এবং ট্রান্সঅ্যাক্টসগুলির সাথে সম্পর্কিত সমস্যাগুলি সমাধান করার জন্য এসকিউএল ব্যাকআপগুলি ব্যবহার করে। এটি এমনটি বলার অপেক্ষা রাখে না যে উভয় প্রকারের ব্যাকআপ ডাবল ডিউটি ​​তুলতে পারে না এবং অন্যের সমস্যাগুলি সমাধান করতে পারে না তবে তাদের কিছুটা ফোকাস রয়েছে ...
রব মোয়ার

7

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

https://msdn.microsoft.com/en-us/library/aa480356.aspx

পুনরুদ্ধার সম্ভবত সম্ভবত কাজ করবে সম্ভাবনা, কিন্তু আপনি আসলে কি পাচ্ছেন তা ভেবে অবাক হয়ে যাবেন। (উল্লেখ করার মতো নয়, প্রতিটি সার্ভারে সার্ভারের ব্যাকআপ / ছায়ার অনুলিপিগুলি যথাযথভাবে কাজ করছে তা নিশ্চিত করার জন্য আপনাকে পরীক্ষা দেওয়ার দায়িত্ব দেওয়া হবে) অতিরিক্তভাবে, এসকিউএল সার্ভার টি ব্যবহার করার মতো সময় পয়েন্টে লেনদেনের লগগুলি পুনরুদ্ধার করার কোনও উপায় নেই you -এসকিউএল লগ / স্টপ্যাট পুনরুদ্ধার করুন।

উইন্ডোজ সার্ভারের এসকিউএল সার্ভার এসিডি পরীক্ষার সাথে ব্যাকআপ / পুনরুদ্ধার না করা পর্যন্ত আমাদের শিল্প কোনও সম্ভাবনা গ্রহণের পক্ষে বহন করতে পারে না।

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


5
"সিস্টেম ব্যাকআপ" সফ্টওয়্যার কীভাবে কাজ করে এবং কোনও ডাটাবেসের ডেটা / লগ ফাইলগুলি বিভিন্ন ড্রাইভে রয়েছে কিনা তার উপর নির্ভর করে এই ঝুঁকিটি অনেক বেশি হতে পারে। শ্যাডো অনুলিপিগুলি দুর্দান্ত না হওয়া পর্যন্ত দুর্দান্ত।
অ্যারন বার্ট্র্যান্ড

উইন্ডোজ ভলিউম স্ন্যাপশটগুলি কি সামঞ্জস্যপূর্ণ বলে মনে হচ্ছে না?
usr

@ তবে আমি ভলিউম জুড়ে এটি সত্য বলে মনে করি না।
অ্যান্ডি

3

আপনার আইটি বিভাগটি সার্ভার স্তরের ব্যাকআপগুলির জন্য কী পণ্য ব্যবহার করছে তার উপর এটি নির্ভর করে।

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

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

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

যদি আপনার ম্যানেজারটি সার্ভার স্তরের ব্যাকআপ ব্যবহারে ডেড সেট হয়ে থাকে তবে আমি তারা যে পণ্যটি ব্যবহার করছি সেগুলি নিয়ে আমি প্রচুর গবেষণা করব। আমি খুঁজে বের করব যে কোনও এসকিউএল সার্ভার "অ্যাড-অন" বা ব্যাকআপ এজেন্ট রয়েছে যা এটি ডেটাবেসগুলির ভিডিআই ব্যাকআপ করতে দেয় এমন কেনা যায়।

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


0

আপনার প্রশ্নে মিলিয়ন ভেরিয়েবলের সংখ্যা কম। আপনার আইটি বিভাগের সাথে তারা কী ব্যাকআপ নেয় সে সম্পর্কে আপনাকে কথা বলতে হবে। সমস্ত সম্ভাবনায় তাদের কাছে মিনিট পর্যন্ত ব্যাকআপ পাওয়া যায় বা থাকতে পারে। এগুলি আরও ভেরিয়েবলের উপর নির্ভর করে লোড করতে তাদের কত সময় নেয়।

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

কিন্তু আপনি আপনার ব্যাকআপ করুন, আপনার গতিতে, যখনই আপনি চান, প্রদত্ত আপনার সার্ভারে এখনও জীবিত পুনরুদ্ধার করতে পারেন।

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

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