# স্ন্যাপশট এবং ব্যাকআপ: যে ব্যর্থতা থেকে বাঁচতে হবে তা বেছে নিন | SwissOctet ইনসাইটস

https://swissoctet.com/bn/insights/snapshots-backups-consistency/

SwissOctet / অন্তর্দৃষ্টি / স্টোরেজ ও পুনরুদ্ধার স্টোরেজ ও পুনরুদ্ধার প্রয়োগকৃত · 4 মিনিট পড়া

স্ন্যাপশট ও ব্যাকআপ: যে ব্যর্থতা থেকে বাঁচতে চান তা বাছাই করুন

একটি স্ন্যাপশট ও একটি স্বাধীন ব্যাকআপ একই সুরক্ষা দেয় ধরে না নিয়ে পুনরুদ্ধার বিন্দু, ব্যর্থতার সীমানা ও অ্যাপ্লিকেশন সামঞ্জস্য তুলনা করুন।

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

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

01 নাম দেওয়ার আগে কপিটি বর্ণনা করুন

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

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

02 যে ব্যর্থতাগুলি থেকে বাঁচার আশা করছেন সেগুলি তুলনা করুন

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

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

দৃশ্যপট স্ন্যাপশটের জন্য প্রশ্ন ব্যাকআপের জন্য প্রশ্ন

খারাপ অ্যাপ্লিকেশন আপডেট আমি কি উদ্দিষ্ট পয়েন্টে ফিরতে পারি? একটি ব্যবহারযোগ্য পুনরুদ্ধারে কত সময় লাগে?

প্রাথমিক ডিস্ক হারিয়ে গেছে কপিটি কি সেই ডিস্কের উপর নির্ভর করে? আমি কি নতুন স্টোরেজে পুনরুদ্ধার করতে পারি?

প্রশাসনিক অ্যাকাউন্ট আপস এই অ্যাকাউন্ট কি প্রতিটি কপি মুছতে পারে? মুছে ফেলার অধিকার কি আলাদা?

সপ্তাহ পরে ত্রুটি আবিষ্কৃত সেই পয়েন্ট কি এখনও সংরক্ষিত? রিটেনশন কি আবিষ্কারের বিলম্ব কভার করে?

03 অ্যাপ্লিকেশন সামঞ্জস্য পরীক্ষা করুন

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

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

04 রিটেনশনকে পুনরুদ্ধার উইন্ডো হিসেবে বিবেচনা করুন

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

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

05 সফল কাজগুলি যাচাইকৃত ডেটা থেকে আলাদা করুন

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

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

06 একটি ছোট, সম্পূর্ণ পুনরুদ্ধার পরীক্ষা করুন

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

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

07 ঐচ্ছিক ব্যাকআপগুলিকে একটি নির্দিষ্ট পরিষেবা হিসেবে পড়ুন

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

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

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

✓ পুনরুদ্ধারযোগ্য ডেটা কোথায় থাকে তা চিহ্নিত করুন।

✓ কপিটিকে যে ব্যর্থতাগুলি থেকে বাঁচতে হবে তা তালিকাভুক্ত করুন।

✓ একটি অ্যাপ্লিকেশন-সমর্থিত সামঞ্জস্য পদ্ধতি ব্যবহার করুন।

✓ আবিষ্কারের উইন্ডোর জন্য রিটেনশন বেছে নিন।

✓ মুছে ফেলার অধিকার আলাদাভাবে সুরক্ষিত করুন।

✓ একটি সম্পূর্ণ অ্যাপ্লিকেশন বিচ্ছিন্নভাবে পুনরুদ্ধার করুন।

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

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

একটি স্ন্যাপশট কি কখনও ব্যাকআপ নয়? +

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

একটি সফল অখণ্ডতা চেক কি প্রমাণ করে যে অ্যাপ্লিকেশন কাজ করবে? +

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

আমি কি একই সার্ভারে ব্যাকআপ রাখব? +

একটি একই-সার্ভার কপি সীমিত ভুলে সাহায্য করতে পারে কিন্তু গুরুত্বপূর্ণ ব্যর্থতা ভাগ করে। গুরুত্বপূর্ণ ডেটার জন্য আপনার যে ব্যর্থতার সীমানা থেকে বাঁচতে চান তার বাইরে একটি পুনরুদ্ধার পথ প্রয়োজন।

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

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

Amazon EBS: স্ন্যাপশট docs.aws.amazon.com

PostgreSQL: ক্রমাগত আর্কাইভিং এবং পয়েন্ট-ইন-টাইম পুনরুদ্ধার www.postgresql.org

Restic: রিপোজিটরি এবং অখণ্ডতা চেকের সাথে কাজ করা restic.readthedocs.io

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

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

Vault Storage সুইজারল্যান্ড Pulse NVMe সুইজারল্যান্ড Metal Zenith সুইজারল্যান্ড

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

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

ফিল্ড নোট / 01

+

স্টোরেজ ও পুনরুদ্ধার ফাউন্ডেশন

কখন NVMe আপনার অ্যাপ্লিকেশনে পার্থক্য তৈরি করে

ক্ষমতা, লেটেন্সি এবং থ্রুপুটের মধ্যে পার্থক্য করুন যাতে একটি দ্রুত স্টোরেজ লেবেল একটি প্রকৃত অ্যাপ্লিকেশন সমস্যার উত্তর দেয়।

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

ফিল্ড নোট / 02

+

স্টোরেজ ও পুনরুদ্ধার উন্নত

নিজেকে বিভ্রান্ত না করে NVMe পারফরম্যান্স পরিমাপ করুন

একটি ডিস্ক পরীক্ষা থেকে অ্যাপ্লিকেশন সিদ্ধান্তে পৌঁছানোর আগে I/O প্যাটার্ন নির্ধারণ করুন, ক্যাশ প্রভাব নিয়ন্ত্রণ করুন এবং লেটেন্সি বিতরণ পরিদর্শন করুন।

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

ফিল্ড নোট / 03

+

স্টোরেজ ও পুনরুদ্ধার ফাউন্ডেশন

অবজেক্ট, ফাইল বা ব্লক স্টোরেজ: আপনার অ্যাপ্লিকেশনের প্রয়োজনীয় ইন্টারফেস বেছে নিন

একটি ধারণক্ষমতা প্রয়োজনীয়তাকে একটি অ্যাপ্লিকেশন আর্কিটেকচারে পরিণত করার আগে স্টোরেজ ইন্টারফেস, অ্যাক্সেস সেমান্টিক্স এবং অপারেশনাল দায়িত্ব আলাদা করুন।

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