যদি আমার কাছে রোলব্যাকের ক্ষমতা সম্পন্ন একটি অলস স্টোরেজ সিস্টেম থাকে তবে আমার কি এখনও একটি ব্যাকআপ প্রয়োজন?


32

আমার সংস্থা সম্প্রতি একটি স্টোরেজ সিস্টেম কিনেছে। এতে রেড 6 সহ 1.5 পিটাবাটি রয়েছে এবং একটি শারীরিক পৃথক স্থানে একটি অনলাইন সিঙ্ক হওয়া আয়না রয়েছে।

সিস্টেমটি রোলব্যাক / ফাইল পুনরুদ্ধারের মঞ্জুরি দেয়, ডিফল্টরূপে 30 দিন পর্যন্ত অনুমতি দেয় তবে এটি বাড়ানো যেতে পারে।

কেবল স্টোরেজে থাকা ডেটাগুলির জন্য আমাদের যদি এক ধরণের অতিরিক্ত ব্যাকআপের প্রয়োজন হয় তবে একটি আলোচনা চলছে।

সিস্টেমটির রিডানডেন্সির খুব ভাল স্তর রয়েছে, এতে ভৌগলিক রিডানডেন্সি রয়েছে এবং কিছুটা পরিমাণ রোলব্যাকের অনুমতি দেয় যার অর্থ আমরা নির্ধারিত সময়ের (ডিফল্টরূপে 30 দিন) পুরানো ডেটা বা দুর্ঘটনাক্রমে মুছে ফেলা ডেটা পুনরুদ্ধার করতে পারি।

এই দৃশ্যের পরিপ্রেক্ষিতে এখনও কি "traditionalতিহ্যবাহী" ব্যাকআপ পাওয়া যায়? গতানুগতিকভাবে, আমার অর্থ একটি উত্সর্গীকৃত ব্যাকআপ সিস্টেম, স্ন্যাপশট সহ যা কিছু ভুল হয়ে গেলে আমরা পুনরুদ্ধার করতে পারি।

আমাদের কি সত্যিই দরকার? আমি কিছু অনুপস্থিত করছি? আমি কি কেবল চিরাচরিত পদ্ধতিতে ভাবছি এবং উত্সাহী হয়ে আছি?


যদি এটি আপনাকে স্ন্যাপশটগুলি অন্য কোনও ডিভাইসে প্রতিলিপি করতে দেয় তবে আপনি সেভেন তার উত্তরে উল্লিখিত সমস্যাগুলিও কাটিয়ে উঠতে পারবেন।
Drifter104

4
অবশ্যই সম্পর্কিত, তবে সম্ভবত ভৌগলিক পৃথকীকরণ এবং স্ন্যাপশট রোলব্যাক সক্ষমতার কারণে একদম
একটি সিভিএন

আপনি যতক্ষণ না এই জায়গাটির প্রতিটি কীবোর্ড থেকে "মুছুন" কীটি সরিয়েছেন ততক্ষণ আপনি সোনার ;-)
টম নিউটন

1
না থাকার চেয়ে অবশ্যই ভাল। আমি এখনও পছন্দ করবো ব্যাকআপগুলি লাইভ "লোকের ভুল" থেকে দূরে একটি মিডিয়ামে লাইভ করুন। তবুও, আপনি আপনার প্রশ্নের উত্তর জানেন তবে এটিতে আপনার ডেটাতে একটি মূল্য রাখা জড়িত। শুভকামনা।
টম নিউটন

7
আপনার "রোলব্যাক" সক্ষমতা কি ভলিউমের পরিবর্তনগুলিও কভার করে? উদাহরণস্বরূপ, কেউ যদি সমস্ত খণ্ড অপসারণ করে তবে এটি পুনরুদ্ধার করতে সক্ষম হবে?
vhu

উত্তর:


40

আপনি যা বর্ণনা করেন তা ভৌগোলিকভাবে বিতরণ করা RAID এবং একটি RAID কখনই ব্যাকআপ ছিল না

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


3
বা, যেহেতু উভয় স্টোরেজ সম্ভবত একই ওএস ব্যবহার করে, একটি সফ্টওয়্যার বাগ ডেটা ধ্বংস করতে পারে। সম্ভাব্য নয়, প্রশাসকের ত্রুটি আরও সম্ভাব্য, তবে সম্ভব।
সুনজী

8
সত্য। লক্ষ্যটি হ'ল যে কেউ স্বয়ংক্রিয়ভাবে স্ন্যাপশট পরিচালনা করতে সক্ষম হবে না। এটি ভুলগুলির বিরুদ্ধে স্থিতিস্থাপকতার স্তরটি দেয়। অবশ্যই কেউ ভুলক্রমে একটি ব্যাকআপও মুছতে পারে।
nsn

2
@nsn অন্যান্য অনেকগুলি সম্পর্কিত ব্যর্থতা যেমন ডিভাইস সফ্টওয়্যারগুলিতে বাগ বা আপনার পরিচালনা স্ক্রিপ্টগুলিতে বাগ রয়েছে are অন্য কোথাও ব্যাকআপ ব্যতীত আপনি বিক্রেতার কাছে আপনার কাজ অর্পণ করছেন ... আপনি কি এটি করতে ইচ্ছুক? ক্ষতির ক্ষেত্রে ক্ষতির পরিমাণও নির্ধারণ করুন। উত্তরটি নির্ভর করে ডেটা কতটা মূল্যবান। সংস্থাটি কি তা ছাড়া চলে গেছে?
usr ডিরেক্টরির

2
@ nsn > অবশ্যই কেউ ভুলক্রমে একটি ব্যাকআপও মুছতে পারে। < - হ্যাঁ তবে উদাহরণস্বরূপ ব্যাকআপটি অফলাইনে নিলে এবং নিরাপদ, অফসাইট স্টোরেজে রাখা হয় তখন এটি যথেষ্ট পরিমাণে আরও কঠিন হয়ে যায়।
রব মইর

7

30 দিনের রোলব্যাকটি একটি দুর্দান্ত ক্ষমতা, তবে "সমালোচনামূলক-গুরুত্বপূর্ণ-ফাইল-এক্সওয়াইজ" যদি দুর্নীতিগ্রস্থ / ক্ষতিগ্রস্থ হয়ে পড়ে এবং 31+ দিন পরে এটি সনাক্ত না করা যায় তবে কী হবে? এই পরিস্থিতিটি ব্যাক-আপ এবং সংরক্ষণাগার সূচির মধ্যে পার্থক্য, তবে আপনার বর্ণনায় পরবর্তীটির উল্লেখ করা হয়নি। সংরক্ষণাগার সিস্টেমগুলি সাধারণত খুব কম দামের টেপে সংরক্ষণ করা হয়। এছাড়াও ব্যবসায়টি এমন যে হ'ল 30 দিনের বেশি সময় ধরে তথ্য ধরে রাখার জন্য নিয়ামক বা অন্যান্য প্রয়োজনীয়তা রয়েছে সে সম্পর্কে কোনও তথ্য পাওয়া যায় না, যা প্রায়শই ঘটে থাকে।

যদি আপনার পরিস্থিতির জন্য এটি না হয় তবে আপনার ভাল হওয়া উচিত।


3
হ্যা, সত্য. 30 হ'ল ডিফল্ট আমরা অন্যান্য মান সেট করতে পারি। যাইহোক, অফলাইন স্টোরেজের জন্যও অর্থ ব্যয় হয় এবং চিরকাল স্থায়ী হয় না। সর্বদা একটি দিন থাকবে n + 1
nsn

2
আমি 30 বছরের বেশি ঘুরতে চাইছি, গত বছরের মাসিক আরও বর্ধিত হোক। আমার বেশ কয়েকটি ফাইল রয়েছে (যা গুরুত্বপূর্ণ এবং পুরানো ছিল) বিলুপ্ত হয়ে গেছে এবং রোলিং সময়ের মধ্যে সনাক্ত করা যায় না। বার্ষিক ব্যাকআপগুলি জীবন রক্ষাকারী হতে পারে।
ব্রায়ান নোব্লাচ

@ ব্রায়াননোব্লাচ: হ্যাঁ, অনলাইন স্ন্যাপশট বা অফলাইন ব্যাকআপগুলির জন্য এই ধরণের প্রকল্পটি একটি ভাল ধারণা।
বেন ভয়েগট

6

ভৌগলিকভাবে পৃথক করা মেশিনগুলির উভয় ডেটা থাকা ভাল।

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

সুতরাং, এটি নেমে আসে যে ডেটাটি কতটা গুরুত্বপূর্ণ / মূল্যবান? সংস্থাটি শেষ হয়ে গেলে কী করবে?


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

2
চিরকাল যায়। প্রতিবার যখন আপনি একটি মাত্রার অপ্রয়োজনীয় স্তর যুক্ত করেন আপনি সর্বদা এটি ব্যর্থ হওয়ার আশা করতে পারেন (হয় ভৌগলিক, বা কেবল ডিস্ক)। আপনার যদি এন রিডানডেন্ট ডিস্ক থাকে তবে আপনি সর্বদা "এন + 1 ব্রেক হলে কী" জিজ্ঞাসা করতে পারেন। আপনার সার্ভার রুমে এবং আপনার ব্যাকআপ ঘরেও আপনার আগুন লাগতে পারে। একটি অভ্যন্তরীণ চাকরী উভয়কে আক্রমণ করতে পারে। 100% ফেইলসেফ সিস্টেম নেই। এখানে জিনিসটি জানতে হবে যে এই জাতীয় সেটআপটি "traditional
তিহ্যবাহী

1
আমি মনে করি @ এনএসএন একটি দুর্দান্ত বিষয় তুলে ধরেছে, তবে আমি আরও মনে করি যে এর অনেক উত্তর থেকে প্রাপ্ত শিক্ষাটি হ'ল আপনার স্টোরেজ মিডিয়া থেকে পৃথক প্রযুক্তিগত অবকাঠামোতে আপনার ব্যাকআপ থাকা ভাল ধারণা, কারণ এটি প্রযুক্তিগতের জন্য এটি আরও শক্ত করে তোলে প্রচারে ব্যর্থতা এবং দূষিত অভিনেতার পক্ষে উভয়কে সংক্রামিত করা শক্ত (তবে কেবল আরও শক্ত) er আমরা নিয়মিত রিডানড্যান্ট সিস্টেমে বাগগুলি দেখতে পাই যা ব্যর্থতার ঝাঁকুনির কারণ হয়ে থাকে। জড়িত একটি পৃথক সমাধান / বিক্রেতা সাহায্য করে। এই হেজিং এখনও অব্যাহত রয়েছে, তবে আমি প্রযুক্তিগত বিচ্ছিন্নতার স্তরটিকে বেশিরভাগ ক্ষেত্রেই যুক্তিসঙ্গত সতর্কতা হিসাবে বিবেচনা করি।
নিক

@ নিক, আমি মনে করি আপনার একটি খুব কার্যকর মন্তব্য আছে। আমি এটি একটি উত্তর করতে হবে।
nsn

4

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

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

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

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


1

অনুমান: স্টোরেজ সিস্টেমটি অনেক অ্যাপ্লিকেশন দ্বারা ব্যবহৃত হবে।

আমি বিবেচনা করি আপনি একটি পৃথক ব্যাকআপ সিস্টেমের সাহায্যে আরও অনেক ভাল করবেন।

RAID এবং মিররিং ব্যাকআপ নয় তবে বিল্টিন রোলব্যাক বৈশিষ্ট্যটি একটি traditionalতিহ্যবাহী ব্যাকআপ সিস্টেমকে প্রতিস্থাপন করতে পারে।

কিন্তু:

আমি পুনরুদ্ধার নীতিগুলিকে অ্যাপ্লিকেশন / ডেটা ভিত্তিক এবং স্টোরেজ ভিত্তিক নয় বলে পছন্দ করি কারণ:

  1. অ্যাপ্লিকেশনগুলির পুনরুদ্ধার এবং ডেটা গ্রহণযোগ্য ক্ষতির সাথে সম্পর্কিত বিভিন্ন প্রয়োজনীয়তা রয়েছে (এর মধ্যে কয়েকটি বিভিন্ন বিধি দ্বারা আরোপিত: কেবলমাত্র পঠন মাধ্যম, এনক্রিপশন, শেষ এক্স বছর রাখা ইত্যাদি),
  2. কিছু অ্যাপ্লিকেশনগুলিতে (খুব) ভাল ব্যাকআপ এবং পুনরুদ্ধার সরঞ্জাম (ওরাকল, এমএসকিউএল) অন্তর্নির্মিত রয়েছে এবং ব্যাকআপ / পুনরুদ্ধারের অংশটি করার উপায় প্রস্তাব করা হয় (ওরাকল ডিবিএ হিসাবে, আমি পছন্দ করি এবং আমি আমার সাথে আরমানের সাথে সম্পর্কিত আমার সমস্ত ব্যাকআপ করব)।
  3. বৃদ্ধি, স্থান ব্যবহারের ফলে আপনার প্রত্যাশার পরিমাণ আরও দ্রুত বাড়তে পারে, এখন এই সিস্টেমটি 30 দিনের রোলব্যাক ডেটা উপস্থাপন করতে পারে, এটি ভবিষ্যতে নিশ্চিত নয়
  4. সস্তা, ব্যাকআপ / পুনরুদ্ধার নীতিগুলি সামঞ্জস্য রাখতে বড় টেপগুলি ব্যবহারের ব্যয় বেশ কয়েক বছর পরে বৃদ্ধি পাওয়ার পরে এখনকার একই রোলব্যাক উইন্ডোটিকে সম্মান জানাতে নতুন, বড় ডিস্ক কেনার ব্যয় আরও কম হবে
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.