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