আপনার মাইনক্রাফ্ট বিশ্ব একটি খারাপ মোড আপডেটের পরে দূষিত হয়ে যায়। আপনার ডিসকর্ড বট ডাটাবেস একটি ভাঙা স্থাপনের পরে চলে গেছে। আপনার ভিপিএস অনলাইন, কিন্তু আপনার আসলে যে ফাইলগুলি প্রয়োজন তা নয়৷ ঠিক এই কারণেই সার্ভার ব্যাকআপগুলিকে সহজভাবে ব্যাখ্যা করা হয়েছে - কারণ একা আপটাইম আপনার ডেটা সংরক্ষণ করে না।
একটি ব্যাকআপ হল আপনার সার্ভার ডেটার একটি ব্যবহারযোগ্য অনুলিপি যা আপনি পরে পুনরুদ্ধার করতে পারেন৷ প্রতিশ্রুতি নয়। আপনি কখনই পরীক্ষা করেননি এমন একটি স্ন্যাপশট নয়। আপনি গত মাসে ডাউনলোড করতে চেয়েছিলেন এমন একটি ফোল্ডার নয়। একটি বাস্তব ব্যাকআপ আপনাকে ফাইল, ডাটাবেস, কনফিগারেশন এবং কখনও কখনও কিছু ব্যর্থ হওয়ার পরে একটি সম্পূর্ণ সিস্টেম পুনরুদ্ধার করতে দেয়।
ছোট সম্প্রদায়, বট বিকাশকারী এবং গেম সার্ভার প্রশাসকদের জন্য, ব্যাকআপগুলি শুধুমাত্র এন্টারপ্রাইজের বৈশিষ্ট্য নয়৷ এগুলি হল সাধারণ সমস্যার বিরুদ্ধে মৌলিক সুরক্ষা: মানব ত্রুটি, ব্যর্থ আপডেট, হ্যাক করা অ্যাকাউন্ট, ডিস্ক সমস্যা, খারাপ প্লাগইন এবং দুর্ঘটনাজনিত মুছে ফেলা। যদি আপনার প্রকল্প 24/7 চালায়, ব্যাকআপগুলি ঠিক ততটাই নির্ভরযোগ্যভাবে চালানো উচিত।
সার্ভার ব্যাকআপগুলি সহজভাবে ব্যাখ্যা করা হয়েছে: একটি ব্যাকআপ আসলে কী অন্তর্ভুক্ত করে
বেশিরভাগ লোক মনে করে ব্যাকআপ মানে সবকিছু কপি করা। কখনও কখনও এটি সত্য, তবে প্রায়শই এটি অপচয় হয়। একটি ভাল ব্যাকআপ সেই ডেটাগুলিকে কভার করে যা হারাতে ক্ষতিগ্রস্থ হবে এবং পরিষেবাটি দ্রুত ফিরিয়ে আনার জন্য প্রয়োজনীয় টুকরোগুলি।
একটি গেম সার্ভারে, এর অর্থ সাধারণত বিশ্ব ডেটা, প্লেয়ার ডেটা, কনফিগার ফাইল, প্লাগইন ফোল্ডার এবং কাস্টম সম্পদ। ডিসকর্ড বটে, এর অর্থ হতে পারে সোর্স কোড, পরিবেশ কনফিগারেশন, আপলোড করা সম্পদ এবং বিশেষ করে ডাটাবেস।একটি ভিপিএস-এ, এতে ওয়েবসাইট ফাইল, ডাটাবেস, সিস্টেম কনফিগারেশন, SSL ফাইল, নির্ধারিত কাজ, এবং স্থাপনার স্ক্রিপ্ট অন্তর্ভুক্ত থাকতে পারে।
মূল ধারণাটি সহজ: এটিকে স্ক্র্যাচ থেকে পুনর্নির্মাণ করতে যদি সময়, অর্থ বা ডাউনটাইম লাগে তবে এটি সম্ভবত আপনার ব্যাকআপ পরিকল্পনার অন্তর্গত।
এর মানে এই নয় যে প্রতিটি ব্যাকআপে পুরো অপারেটিং সিস্টেম অন্তর্ভুক্ত করতে হবে। সম্পূর্ণ সার্ভার চিত্রগুলি দরকারী, তবে সেগুলি বড়, সঞ্চয় করার জন্য ধীর এবং প্রতিটি পুনরুদ্ধার দৃশ্যের জন্য সর্বদা প্রয়োজনীয় নয়। কখনও কখনও আপনার একটি ডাটাবেস টেবিল ফিরে প্রয়োজন, একটি সম্পূর্ণ মেশিন রোলব্যাক নয়। সেখানেই ব্যাকআপের ধরন গুরুত্বপূর্ণ।
তিনটি ব্যাকআপ প্রকারের বেশিরভাগ ব্যবহারকারীদের জানা দরকার
একটি সম্পূর্ণ ব্যাকআপ সুযোগের সমস্ত কিছু অনুলিপি করে। এটি বোঝার জন্য সবচেয়ে সহজ এবং এটি থেকে পুনরুদ্ধার করা সবচেয়ে সহজ, তবে এটি সবচেয়ে বেশি সঞ্চয়স্থান ব্যবহার করে এবং তৈরি হতে বেশি সময় নিতে পারে৷
একটি বর্ধিত ব্যাকআপ শুধুমাত্র যে কোন ধরনের শেষ ব্যাকআপ থেকে পরিবর্তিত হয়েছে তা সংরক্ষণ করে। এটি দক্ষ এবং দ্রুত, যা ঘন ঘন ব্যাকআপ সময়সূচীর জন্য এটি দুর্দান্ত করে তোলে। বাণিজ্য বন্ধ জটিলতা পুনরুদ্ধার হয়. চেইনের একটি লিঙ্ক অনুপস্থিত বা ক্ষতিগ্রস্ত হলে, পুনরুদ্ধার অগোছালো হয়ে যেতে পারে।
একটি ডিফারেনশিয়াল ব্যাকআপ শেষ সম্পূর্ণ ব্যাকআপের পর থেকে পরিবর্তিত সবকিছু সংরক্ষণ করে। এটি মাঝখানে বসে। ক্রমবর্ধমান ব্যাকআপগুলির তুলনায় পুনরুদ্ধারগুলি সহজ, কিন্তু পরবর্তী সম্পূর্ণ ব্যাকআপ চক্রটি পুনরায় সেট না করা পর্যন্ত স্টোরেজ ব্যবহার সময়ের সাথে বৃদ্ধি পায়।
বেশিরভাগ ছোট স্থাপনার জন্য, সর্বোত্তম সেটআপটি চিরতরে একটি বেছে নেওয়া নয়। এটা তাদের একত্রিত করা হয়. একটি সাপ্তাহিক পূর্ণ ব্যাকআপ এবং দৈনিক ক্রমবর্ধমান ব্যাকআপ সাধারণ কারণ এটি গতি, সঞ্চয়স্থান এবং পুনরুদ্ধারের সময় ভারসাম্য রাখে।
কি সার্ভার ব্যাকআপ আপনাকে রক্ষা করে না
ব্যাকআপ পুনরুদ্ধারের সাথে সাহায্য করে। তারা নিরাপত্তা, পর্যবেক্ষণ, বা রক্ষণাবেক্ষণ প্রতিস্থাপন করে না।
যদি আপনার সার্ভারের সাথে আপস করা হয় এবং আক্রমণকারী আপনার ব্যাকআপগুলিও মুছে ফেলে, আপনার পরিকল্পনা ব্যর্থ হয়েছে। যদি ransomware উত্পাদন ডেটা এবং সংযুক্ত ব্যাকআপ স্টোরেজ উভয়ই এনক্রিপ্ট করে, আপনার পরিকল্পনা ব্যর্থ হয়েছে। আপনার যদি ব্যাকআপ থাকে কিন্তু পুনরুদ্ধারের পরীক্ষা না করা হয় তবে আপনি সত্যিই জানেন না যে সেগুলি কাজ করে কিনা।
এই কারণেই স্মার্ট সেটআপগুলি ব্যাকআপ স্টোরেজ থেকে উত্পাদনকে আলাদা করে এবং একাধিক সংস্করণ রাখে। একটি বর্তমান ব্যাকআপ কোনটির চেয়ে ভাল। একাধিক পুনরুদ্ধার পয়েন্ট একের চেয়ে ভাল। অফলাইন বা বিচ্ছিন্ন কপি এখনও ভাল।
ঘটনার পরে অনেক ডাউনটাইম ঘটে, এর সময় নয়। প্রযুক্তিগত ব্যর্থতা একটি সমস্যা। ধীরগতির, বিভ্রান্তিকর পুনরুদ্ধার প্রক্রিয়াটি বড়।
কত ঘন ঘন আপনি একটি সার্ভার ব্যাক আপ করা উচিত?
এটি নির্ভর করে কতটা ডেটা পরিবর্তিত হয় এবং কয়েক ঘন্টা হারানো কতটা বেদনাদায়ক হবে।
আপনি যদি একটি ছোট ব্যক্তিগত প্রকল্প চালান যা সপ্তাহে একবার পরিবর্তিত হয়, তাহলে দৈনিক ব্যাকআপ যথেষ্ট হতে পারে। আপনি যদি একটি সক্রিয় হোস্ট মাইনক্রাফ্ট সার্ভার, খেলোয়াড়ের অগ্রগতি প্রতি মিনিটে পরিবর্তিত হতে পারে। যদি আপনার ডিসকর্ড বট সারাদিন টিকিট, ইকোনমি ডেটা, লগ বা ব্যবহারকারীর সেটিংস লিখে থাকে, তাহলে ছয় ঘণ্টাও হারানো একটি বাস্তব সমস্যা হতে পারে।
একটি ভাল প্রশ্ন হল: আপনি কত ডেটা হারাতে পারেন? এটি আপনার রিকভারি পয়েন্ট টার্গেট, এমনকি যদি আপনি এটিকে কখনই কল করেন না।
উত্তর যদি একদিন হয়, অন্তত প্রতিদিন ব্যাক আপ করুন। উত্তর যদি এক ঘন্টা হয়, দৈনিক ব্যাকআপ যথেষ্ট নয়। সক্রিয় পরিবেশের জন্য, অনেক অ্যাডমিন একটি স্তরযুক্ত পদ্ধতি ব্যবহার করে: ঘন ঘন ডাটাবেস ব্যাকআপ, দৈনিক অ্যাপ্লিকেশন ব্যাকআপ এবং সাপ্তাহিক সম্পূর্ণ সিস্টেম ব্যাকআপ।
আপনাকে ধরে রাখার বিষয়েও ভাবতে হবে। শুধুমাত্র সর্বশেষ ব্যাকআপ রাখা ঝুঁকিপূর্ণ। যদি দুর্নীতি তিন দিন আগে শুরু হয় এবং আপনি এটি এখনই লক্ষ্য করেন, আপনার নতুন ব্যাকআপে ইতিমধ্যেই সমস্যা থাকতে পারে। বেশ কয়েকটি সংস্করণ রাখা আপনাকে পরিষ্কার ডেটা পুনরুদ্ধার করার জায়গা দেয়।
সার্ভার ব্যাকআপগুলি গেম সার্ভার, বট এবং ভিপিএস ব্যবহারকারীদের জন্য সহজভাবে ব্যাখ্যা করা হয়েছে
গেম সার্ভারের জন্য, ধারাবাহিকতা গুরুত্বপূর্ণ। বিশ্ব সক্রিয়ভাবে সংরক্ষণ করার সময় লাইভ ফাইল অনুলিপি করা ভাঙা পুনরুদ্ধার হতে পারে। কিছু প্ল্যাটফর্ম এবং স্ক্রিপ্টগুলি এটি ভালভাবে পরিচালনা করে, তবে সাধারণ নিয়মটি সহজ: এমনভাবে ব্যাকআপ তৈরি করুন যাতে অর্ধ-লিখিত ডেটা ক্যাপচার না হয়। নিম্ন কার্যকলাপের সময় নির্ধারিত ব্যাকআপ উইন্ডোজ সাহায্য করে।
জন্য ডিসকর্ড বট, ডাটাবেস প্রায়শই বট কোডের চেয়ে বেশি মূল্যবান। কোড সাধারণত সংস্করণ নিয়ন্ত্রণে থাকে বা পুনরায় স্থাপন করা যেতে পারে। ব্যবহারকারী-উত্পন্ন ডেটা পারে না। যদি আপনার বট সংযম ইতিহাস, সমতলকরণ ডেটা, টিকিট বা সার্ভার সেটিংস সংরক্ষণ করে, প্রথমে ডাটাবেস ব্যাকআপগুলিকে অগ্রাধিকার দিন৷
VPS ব্যবহারকারীদের জন্য, সবচেয়ে বড় ভুল হল অনুমান করা যে প্রদানকারী স্বয়ংক্রিয়ভাবে সবকিছু পরিচালনা করে। কিছু হোস্ট স্ন্যাপশট বা পরিচালিত ব্যাকআপ অফার করে, কিছু দেয় না এবং কিছু শুধুমাত্র অবকাঠামো-স্তরের ব্যর্থতা কভার করে। এটি দরকারী, কিন্তু এটি আপনাকে আপনার নিজের ভুল থেকে রক্ষা করতে পারে না। আপনি যদি আপনার অ্যাপ ফাইলগুলি মুছে ফেলেন বা একটি ডাটাবেস ওভাররাইট করেন, তাহলে পরিকাঠামোর অপ্রয়োজনীয়তা আপনার প্রকল্পকে জাদুকরীভাবে পুনরুদ্ধার করে না।
এই কারণেই আপনার আসলে কী ধরনের ব্যাকআপ আছে তা পরীক্ষা করা মূল্যবান: ফাইল-স্তর, ডাটাবেস-স্তর, স্ন্যাপশট-ভিত্তিক, বা সম্পূর্ণ চিত্র ব্যাকআপ। পুনরুদ্ধারের ফলাফলের চেয়ে নামটি কম গুরুত্বপূর্ণ।
কি একটি ভাল ব্যাকআপ কৌশল অনুশীলন মত দেখায়
একটি ভাল ব্যাকআপ কৌশল ডিজাইন দ্বারা বিরক্তিকর। এটি সময়সূচীতে চলে, একটি পৃথক স্থানে ডেটা সঞ্চয় করে, একাধিক পুনরুদ্ধার পয়েন্ট রাখে এবং জরুরি অবস্থার আগে পরীক্ষা করা হয়।
অনেক ব্যবহারকারীর জন্য, ব্যবহারিক সংস্করণটি এইরকম দেখায়: ম্যানুয়ালগুলির পরিবর্তে স্বয়ংক্রিয় ব্যাকআপ, কমপক্ষে একটি অফ-সার্ভার অনুলিপি, বিলম্বিত সমস্যাগুলি ধরার জন্য যথেষ্ট দীর্ঘ ধরে রাখার উইন্ডো এবং নিয়মিতভাবে পরীক্ষা পুনরুদ্ধার করুন৷ আপনার পরিষেবা যদি রাজস্ব-উৎপাদনকারী বা সম্প্রদায়-সমালোচনামূলক হয়, তাহলে পর্যবেক্ষণ এবং সতর্কতা যোগ করুন যাতে ব্যর্থ ব্যাকআপগুলি অলক্ষিত না হয়।
কম্প্রেশন এবং এনক্রিপশনও গুরুত্বপূর্ণ, বিশেষ করে যদি ব্যাকআপে ব্যক্তিগত ডেটা, টোকেন বা গোপনীয়তা সহ কনফিগার থাকে। ছোট ব্যাকআপগুলি সঞ্চয় করা এবং সরানো সহজ। সঞ্চয়স্থান উন্মুক্ত বা স্থানান্তরিত হলে এনক্রিপ্ট করা ব্যাকআপগুলি নিরাপদ।
এখনও, বাণিজ্য বন্ধ আছে. আরও ঘন ঘন ব্যাকআপ মানে আরও স্টোরেজ ব্যবহার এবং আরও I/O৷ দীর্ঘ সময় ধরে রাখার অর্থ আরও ব্যয়। সম্পূর্ণ ইমেজ ব্যাকআপ সুবিধাজনক, কিন্তু ফাইল-স্তরের পুনরুদ্ধার প্রায়ই ছোট ঘটনাগুলির জন্য দ্রুত হয়। সঠিক সেটআপ হল এমন একটি যা আপনি ধারাবাহিকভাবে বজায় রাখতে পারেন, চিত্তাকর্ষক শোনাচ্ছেন না।
পুনরুদ্ধার পরীক্ষা হল সেই অংশ যা বেশিরভাগ লোকেরা এড়িয়ে যায়
একটি ব্যাকআপ শুধুমাত্র প্রমাণিত হয় যখন আপনি এটি পুনরুদ্ধার করেন।
এখানেই সহজ সেটআপগুলি জটিলকে হারায়। যদি আপনার পুনরুদ্ধার প্রক্রিয়াটি নোটের দশ পৃষ্ঠা নেয়, একটি অনুপস্থিত স্ক্রিপ্টের উপর নির্ভর করে, বা ম্যানুয়াল সংশোধনের প্রয়োজন হয় যা আপনি শুধুমাত্র চাপের মধ্যে মনে রাখবেন, পুনরুদ্ধার প্রত্যাশার চেয়ে ধীর হবে।
পরীক্ষা পুনরুদ্ধারের কয়েকটি মৌলিক প্রশ্নের উত্তর দেওয়া উচিত। আপনি কি সর্বশেষ ব্যাকআপ পুনরুদ্ধার করতে পারেন? আপনি একটি পুরানো সংস্করণ পুনরুদ্ধার করতে পারেন? এটা কতক্ষণ লাগে? পুনরুদ্ধারের পরে কি অ্যাপ বা সার্ভার আসলে সঠিকভাবে শুরু হয়? অনুমতি, কনফিগারেশন, এবং ডাটাবেস সংযোগ অক্ষত আছে?
এটি ভালভাবে করার জন্য আপনার এন্টারপ্রাইজ টুলিংয়ের প্রয়োজন নেই। আপনার পুনরাবৃত্তিযোগ্যতা প্রয়োজন। এমনকি একটি ছোট দল বা একক বিকাশকারী একটি নির্ভরযোগ্য প্রক্রিয়া তৈরি করতে পারে যদি ব্যাকআপগুলি স্বয়ংক্রিয় হয় এবং পুনরুদ্ধার অনুশীলন করা হয়।
কর্মক্ষমতা-কেন্দ্রিক হোস্টিং পরিবেশের জন্য, এটি আরও বেশি গুরুত্বপূর্ণ। দ্রুত স্থাপনা মহান. দ্রুত পুনরুদ্ধার হল যা ব্যবহারকারীদের দীর্ঘদিন ধরে সমস্যাটি লক্ষ্য করা থেকে বিরত রাখে। এটি একটি কারণ ACLClouds এর মতো প্রদানকারীরা শুধুমাত্র কাঁচা চশমার পরিবর্তে ব্যবহারিক অবকাঠামোগত বৈশিষ্ট্যগুলির উপর এত জোর দেয়।
সাধারণ ব্যাকআপ ভুল যা প্রকৃত ডাউনটাইম সৃষ্টি করে
প্রথম ভুল হচ্ছে একই সার্ভারে ব্যাক আপ করা। ডিস্ক ব্যর্থ হলে, উত্পাদন এবং ব্যাকআপ ডেটা উভয়ই একসাথে অদৃশ্য হয়ে যেতে পারে।
দ্বিতীয়টি ম্যানুয়াল ব্যাকআপের উপর নির্ভর করছে। ম্যানুয়াল কাজ বাদ দেওয়া হয়. তারা বিলম্বিত হয়. তারা আপডেটের ঠিক আগে ভুলে যায়, ঠিক তখনই যখন আপনার তাদের সবচেয়ে বেশি প্রয়োজন হয়।
তৃতীয়টি ডাটাবেস উপেক্ষা করছে। লোকেরা প্রায়শই ফাইলগুলি অনুলিপি করে এবং অনুমান করে যে এটি সবকিছুকে কভার করে, তারপর বুঝতে পারে যে তাদের অ্যাপের স্থিতি SQL-এ সব সময়ই ছিল।
চতুর্থটি কখনই ধরে রাখার বা স্টোরেজ সীমা পরীক্ষা করে না। স্থান ফুরিয়ে গেলে বা পুরানো সংস্করণগুলি খুব আক্রমণাত্মকভাবে মুছে গেলে ব্যাকআপগুলি শান্তভাবে ব্যর্থ হতে পারে৷
পঞ্চমটি সম্পূর্ণ সুরক্ষা সহ বিভ্রান্তিকর স্ন্যাপশট। স্ন্যাপশটগুলি দরকারী, তবে সেগুলি সর্বদা সম্পূর্ণ ব্যাকআপ কৌশল নয়৷ তারা পরিকল্পনার অংশ হতে পারে, পুরো পরিকল্পনা নয়।
সবচেয়ে নিরাপদ মানসিকতা সহজ: অনুমান করুন ব্যর্থতা অবশেষে ঘটবে, তারপর পুনরুদ্ধার দ্রুত এবং অনুমানযোগ্য করুন।
ব্যাকআপগুলি চটকদার পরিকাঠামো নয়। সার্ভার লঞ্চ ভালো হলে কেউ তাদের দেখায় না। কিন্তু যখন একটি প্লাগইন একটি বিশ্ব ভেঙে দেয়, একটি স্থাপনা একটি কনফিগারেশন মুছে দেয়, বা একটি ডাটাবেস টেবিল 2:13 a.m এ অদৃশ্য হয়ে যায়, ব্যাকআপগুলি হল একটি সংক্ষিপ্ত সংশোধন এবং একটি সম্পূর্ণ পুনর্নির্মাণের মধ্যে পার্থক্য৷ সেগুলিকে স্বয়ংক্রিয় রাখুন, আলাদা রাখুন এবং নিশ্চিত করুন যে যখন এটি গণনা করা হয় তখন সেগুলি পুনরুদ্ধার করে৷