# একটি ব্যাকআপ তৈরি করুন যা আপনি সত্যিই পুনরুদ্ধার করতে পারেন | SwissOctet ইনসাইট

https://swissoctet.com/bn/insights/build-a-backup-you-can-restore/

SwissOctet / অন্তর্দৃষ্টি / দ্বিতীয় দিনের অপারেশন দ্বিতীয় দিনের অপারেশন প্রয়োগকৃত · 4 মিনিট পড়া

একটি ব্যাকআপ তৈরি করুন যা আপনি সত্যিই পুনরুদ্ধার করতে পারেন

একটি পুনরুদ্ধার লক্ষ্য বেছে নিন, একটি স্বাধীন কপি সুরক্ষিত করুন এবং একটি ঘটনা সমস্যাটি বাধ্য করার আগে পুনরুদ্ধারের অনুশীলন করুন।

SwissOctet এডিটোরিয়াল দ্বারা গাইড সংরক্ষণ করুন লিঙ্ক কপি করুন

এই পৃষ্ঠায় 01 আপনার প্রয়োজনীয় পুনরুদ্ধার দিয়ে শুরু করুন 02 ব্যর্থতার সীমানার বাইরে একটি কপি রাখুন 03 একটি সামঞ্জস্যপূর্ণ অ্যাপ্লিকেশন অবস্থা ক্যাপচার করুন 04 একটি বিচ্ছিন্ন পরিবেশে পুনরুদ্ধার পরীক্ষা করুন 05 একটি ব্যবহারিক দৃশ্য: লঞ্চের আগে পুনরুদ্ধারের মহড়া 06 ব্যর্থতা দৃশ্যমান করুন এবং ধারণ ইচ্ছাকৃত করুন আপনার ব্যবহারিক চেকলিস্ট সূত্র ও আরও পড়া লাইব্রেরিতে ফিরে যান সরাসরি উত্তর গ্রহণযোগ্য ডেটা ক্ষতি এবং পুনরুদ্ধারের সময় নির্ধারণ করুন, একটি সামঞ্জস্যপূর্ণ স্বাধীন কপি রাখুন এবং বিচ্ছিন্নভাবে প্রকৃত অ্যাপ্লিকেশন পুনরুদ্ধার পরীক্ষা করুন। একটি সম্পন্ন ব্যাকআপ কাজ বা অখণ্ডতা পরীক্ষা একা প্রমাণ করে না যে পুনরুদ্ধারের জন্য প্রয়োজনীয় প্রতিটি নির্ভরতা উপস্থিত।

01 আপনার প্রয়োজনীয় পুনরুদ্ধার দিয়ে শুরু করুন

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

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

02 ব্যর্থতার সীমানার বাইরে একটি কপি রাখুন

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

যদি উৎপাদন শংসাপত্রগুলি প্রতিটি পুনরুদ্ধার কপি মুছে ফেলতে পারে, একটি আপস করা অ্যাপ্লিকেশন অ্যাকাউন্ট পুরো কৌশলটি পরাজিত করতে পারে। যেখানে সম্ভব অ্যাক্সেস আলাদা করুন এবং স্টোরেজ শংসাপত্রগুলি সুরক্ষিত করুন। এনক্রিপশন সংরক্ষিত বিষয়বস্তু সুরক্ষিত করতে সহায়তা করে, তবে পুনরুদ্ধার প্রক্রিয়া ক্ষতিগ্রস্ত পরিবেশের বাইরে নিরাপদে তার কী ধরে রাখার উপরও নির্ভর করে।

03 একটি সামঞ্জস্যপূর্ণ অ্যাপ্লিকেশন অবস্থা ক্যাপচার করুন

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

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

04 একটি বিচ্ছিন্ন পরিবেশে পুনরুদ্ধার পরীক্ষা করুন

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

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

05 একটি ব্যবহারিক দৃশ্য: লঞ্চের আগে পুনরুদ্ধারের মহড়া

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

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

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

পুনরুদ্ধার প্রমাণ এটি কী পরীক্ষা করে অবশিষ্ট প্রশ্ন

ব্যাকআপ কাজ সম্পন্ন কাজটি সফলতা রিপোর্ট করেছে সমস্ত প্রয়োজনীয় পথ অন্তর্ভুক্ত ছিল?

রিপোজিটরি অখণ্ডতা পরীক্ষা সংরক্ষিত কাঠামো বা ডেটা পরীক্ষা অ্যাপ্লিকেশনের প্রতিটি নির্ভরতা আছে?

বিচ্ছিন্ন অ্যাপ্লিকেশন পুনরুদ্ধার একটি প্রতিনিধি পুনরুদ্ধার কাজ করে পর্যবেক্ষিত সময় আপনার উদ্দেশ্য পূরণ করে?

06 ব্যর্থতা দৃশ্যমান করুন এবং ধারণ ইচ্ছাকৃত করুন

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

আপনার নির্বাচিত SwissOctet সেবায় যেকোনো ব্যাকআপ বিকল্পের পরিধি পড়ুন এবং পুনরুদ্ধার প্রক্রিয়া নিশ্চিত করুন। Vault Storage-কে একটি ধারণক্ষমতা উপাদান হিসেবে বিবেচনা করা যেতে পারে, তবে একা একটি স্টোরেজ পণ্য সম্পূর্ণ পুনরুদ্ধার নীতি নয়। কী পুনরুদ্ধার করতে হবে তা নির্ধারণ করুন, কপিটি স্বাধীন রাখুন এবং সেবাটি গুরুত্বপূর্ণ হওয়ার আগেই পদ্ধতিটি প্রমাণ করুন।

এটিকে কাজে পরিণত করুন আপনার ব্যবহারিক চেকলিস্ট।

✓ গ্রহণযোগ্য ডেটা ক্ষতি এবং পুনরুদ্ধারের সময় নির্ধারণ করুন।

✓ ডেটাবেস, আপলোড এবং পুনর্নির্মাণের তথ্য অন্তর্ভুক্ত করুন।

✓ একটি স্বাধীন কপি এবং আলাদা পুনরুদ্ধার কী রাখুন।

✓ বিচ্ছিন্নভাবে পুনরুদ্ধার করুন এবং অ্যাপ্লিকেশনটি পরীক্ষা করুন।

✓ ব্যাকআপের বয়স, ধারণক্ষমতা এবং সংরক্ষণকাল পর্যবেক্ষণ করুন।

চেকলিস্ট ডাউনলোড করুন

সাধারণ প্রশ্ন যে বিবরণগুলো গুরুত্বপূর্ণ।

একই সার্ভারে একটি দ্বিতীয় ডিরেক্টরি কি স্বাধীন ব্যাকআপ? +

না। এটি সেই সার্ভার হারানোর ঝুঁকিতে থাকে, যদিও এটি স্থানীয় ভুল পুনরুদ্ধারে সহায়তা করতে পারে।

একটি অখণ্ডতা পরীক্ষা কি পুনরুদ্ধার মহড়ার বিকল্প? +

না। একটি বৈধ রিপোজিটরি এখনও অ্যাপ্লিকেশনের প্রয়োজনীয় কনফিগারেশন, কী বা ডেটা বাদ দিতে পারে।

পুনরুদ্ধার পরীক্ষার সময় ইন্টিগ্রেশন কেন নিষ্ক্রিয় করবেন? +

পরীক্ষার পরিবেশকে প্রকৃত ব্যবহারকারীদের ইমেইল পাঠানো, কাজ পুনরাবৃত্তি করা বা প্রোডাকশন ক্রিয়া ট্রিগার করা থেকে বিরত রাখতে।

প্রাথমিক রেফারেন্স সূত্রে যান।

এই রেফারেন্সগুলি এই গাইডের প্রযুক্তিগত ধারণাগুলি সমর্থন করে। একটি উৎপাদন সিস্টেম পরিবর্তন করার আগে বর্তমান ডকুমেন্টেশন অনুসরণ করুন।

restic: ব্যাকআপ থেকে পুনরুদ্ধার restic.readthedocs.io

restic: রিপোজিটরির সাথে কাজ করা restic.readthedocs.io

PostgreSQL: ব্যাকআপ এবং পুনরুদ্ধার www.postgresql.org

SwissOctet দ্বারা সম্পাদকীয় নির্দেশনা। উদাহরণগুলি উদাহরণমূলক। সেবা স্পেসিফিকেশন, উপলব্ধ অপশন এবং চুক্তিভিত্তিক শর্তগুলি আলাদাভাবে যাচাই করতে হবে।

জ্ঞান সংযুক্ত করুন সম্পর্কিত অবকাঠামো।

Vault Storage সুইজারল্যান্ড Vector VPS সুইজারল্যান্ড Metal Atlas সুইজারল্যান্ড

থ্রেড রাখুন আপনার পরবর্তী ফিল্ড নোট।

প্রতিটি গাইড অন্বেষণ করুন

ফিল্ড নোট / 01

+

দ্বিতীয় দিনের অপারেশন প্রয়োগকৃত

আপনার হোস্ট করা প্রকল্পের জন্য একটি ব্যবহারিক হুমকি মডেল

সম্পদ এবং বিশ্বাস সীমানা ম্যাপ করুন, কয়েকটি বাস্তবসম্মত ব্যর্থতার পরিস্থিতি বেছে নিন এবং সেগুলোকে পরীক্ষাযোগ্য নিয়ন্ত্রণে রূপান্তর করুন।

6 মিনিট পড়া গাইড পড়ুন

ফিল্ড নোট / 02

+

দ্বিতীয় দিনের অপারেশন প্রয়োগকৃত

অ্যাক্সেস হারানো ছাড়াই নিরাপদ Windows RDP প্রশাসন

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

6 মিনিট পড়া গাইড পড়ুন

ফিল্ড নোট / 03

+

দ্বিতীয় দিনের অপারেশন প্রয়োগকৃত

একটি Linux VPS হার্ডেনিং বেসলাইন যা আপনি বজায় রাখতে পারেন

নিরাপদ প্রশাসন, শুধুমাত্র প্রয়োজনীয় সেবা প্রকাশ করুন এবং নিজেকে লক আউট না করে আপডেট ও পুনরুদ্ধার প্রতিষ্ঠা করুন।

6 মিনিট পড়া গাইড পড়ুন