আপনি কীভাবে কোনও স্টোরেজ সার্ভার ব্যাকআপ করবেন?

Question

আমি বেশ কয়েকটি অন্যান্য সার্ভারের (সমস্ত লিনাক্স-ভিত্তিক) লাইভ এনএএস হিসাবে ব্যবহার করার জন্য একটি খুব বড় স্টোরেজ সার্ভার বাস্তবায়ন করতে চাইছি।

খুব বড়, আমার অর্থ 4TB এবং 20TB ব্যবহারের যোগ্য স্থানের মধ্যে (যদিও এটি অসম্ভব না হলেও আমরা এটি 20TB করব)।

ডেটা সুরক্ষা এবং কার্য সম্পাদনের জন্য স্টোরেজ সার্ভারটি RAID 10 হবে, তবে আমাদের এখনও অফ-সাইট ব্যাকআপ সহ একটি ব্যাকআপ সমাধান প্রয়োজন solution

আমার প্রশ্ন: আপনি কীভাবে এত বেশি ডেটা ব্যাকআপ করবেন !?

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

আমার কি দ্বিতীয়, অফ-সাইট স্টোরেজ সার্ভারের জন্য বাজেট দরকার বা এর থেকে আরও ভাল সমাধান আছে?

Comments

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

— ইভান অ্যান্ডারসন

@ এর আগে আমার উভয়ই থাকত, টেপ থেকে পুনরুদ্ধার করতে অনেক ঘন্টা সময় নিতে পারে তবে স্থানীয় থেকে পুনরুদ্ধার করুন, বা সরাসরি সংযুক্ত ডিস্কটি কয়েক মিনিটের মধ্যেই সম্পন্ন হতে পারে।

— টম ও'কনোর

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

— ইভান অ্যান্ডারসন

Answer 1

আকারটি ডেটা পরিচালনা করার অনেকগুলি উপায় রয়েছে। এটির পরিমাণ আপনার পরিবেশ এবং আপনি কতটা অর্থ ব্যয় করতে ইচ্ছুক তার উপর নির্ভর করে। সাধারণভাবে কৌশলগতভাবে কয়েকটি 'সার্ভার থেকে ডেটা পান':

• বাক্সে ইথারনেটের লাইক যেমন এটি বলছে, হ্যান্ডলিংয়ের জন্য ডেটা কোথাও অন্য কোথাও প্রবাহিত হয়। 20 টিবি 1 জিবিইর অনুলিপি করতে দীর্ঘ সময় নিতে পারে, তবে এটি করা যায়। হার্ডওয়্যার সহায়তা করতে পারে (যেমন 10 জিবিই লিংক, বা কিছু ক্ষেত্রে এনআইসি বন্ডিং)।
• স্টোরেজ সাবসিস্টেমের ওপরে যদি আপনি ফাইবার চ্যানেলে থাকেন তবে এফসি নেটওয়ার্কের অন্য ডিভাইসে এটি প্রেরণ করুন। আপনি যদি এসএএস পেয়ে থাকেন তবে এটি একটি এসএএস-সংযুক্ত ডিভাইসে প্রেরণ করুন। সাধারণত ইথারনেটের তুলনায় দ্রুত।
• এটিকে অন্য ডিস্ক অ্যারেতে প্রেরণ করুন এটি একই সার্ভারের সাথে সংযুক্ত স্টোরেজের অন্য একটি কেন্দ্রে প্রেরণ করুন।

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

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

আপনি কী ধরণের দুর্যোগ পুনরুদ্ধার করতে চান তা সত্যই খুঁজে বের করতে হবে। সরল লাইভ-প্রতিলিপি সহজ, তবে আপনাকে কেবলমাত্র-মাত্র গত সপ্তাহ থেকে পুনরুদ্ধার করতে দেয় না। যদি গত সপ্তাহ থেকে পুনরুদ্ধার করার ক্ষমতাটি আপনার পক্ষে গুরুত্বপূর্ণ, তবে আপনাকে সেই ধরণের জিনিসটির জন্য নকশা তৈরি করতে হবে। আইন অনুসারে (মার্কিন যুক্তরাষ্ট্রে এবং অন্য কোথায়) কিছু তথ্য 7+ বছর ধরে সংরক্ষণ করা দরকার।

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

---

টেপ ব্যাকআপ সম্পর্কে ...

LTO5 1.5TB ডেটা ডাব্লু / ও কম্প্রেশন রাখতে পারে। এই দানবদের খাওয়ানোর জন্য খুব দ্রুত নেটওয়ার্কিং প্রয়োজন, যা হয় ফাইবার চ্যানেল বা 6 জিবি এসএএস। যেহেতু আপনাকে একটি অট্টালিকাতে 1.5TB এরও বেশি ব্যাকআপ নিতে হবে আপনাকে অটোলয়েডারগুলিতে সন্ধান করতে হবে (এখানে একটি উদাহরণ: লিঙ্ক , এইচপি থেকে 24 স্লট 1-ড্রাইভ অটোলোডার)। তাদের সমর্থন করে এমন সফ্টওয়্যার দিয়ে, তারা আপনার জন্য টেপ মিড-ব্যাকআপ পরিবর্তন করবে। তারা মহান. আপনাকে অফ-সাইটে প্রেরণের জন্য টেপগুলি টেনে আনতে হবে, তবে ব্যাকআপ যখন তাদের ডাকবে তখন টেপগুলি লোড করার জন্য সারা রাত ঝুলিয়ে রাখা তার চেয়ে খারাপ sight

যদি টেপ আপনাকে ' উত্তরাধিকার, হ'ল হিজিবিজি দেয়, একটি ভার্চুয়াল টেপ লাইব্রেরি আপনার গতি বেশি হতে পারে (যেমন এটি কোয়ান্টামের একটি: লিঙ্ক )। এগুলি প্রকৃতপক্ষে দৃust়তার সাথে ডিস্কে জিনিসগুলি ডি-ডুপ্লিকেশন কৌশলগুলি সঞ্চয় করার সময় টেপ লাইব্রেরিগুলি সফটওয়্যারটিতে রাখার ভান করে। ফ্যানসিয়ারগুলি এমনকি আপনার জন্য সত্যিকারের টেপগুলিতে ভার্চুয়াল-টেপগুলি অনুলিপি করবে, যদি আপনি এই ধরণের জিনিস পছন্দ করেন, যা সাইট-আবর্তনের জন্য খুব সহজ হতে পারে।

---

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

Comments

দীর্ঘ এবং চিন্তাভাবনার উত্তরের জন্য আপনাকে ধন্যবাদ। আপনি আমাকে চিন্তা করার জন্য অনেক কিছু দিয়েছেন :

— অ্যান্ড্রু এনসলে

Answer 2

এলটিও -৫ জুকবক্স? সেই অ্যারের ব্যাক আপ করার জন্য আপনার তিন থেকে 15 টেপের মধ্যে কোথাও দরকার হবে যা কোনও ক্রেজি বড় সংখ্যা নয়। আপনার জন্য টেপগুলি পরিবর্তন করার জন্য জুকবক্সটি যত্ন নেবে এবং ভাল ব্যাকআপ সফ্টওয়্যার (যেমন: ব্যাকুলা) কোন টেপে কোন ফাইল (গুলি) রয়েছে সে সম্পর্কে নজর রাখবে।

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

Comments

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

— অ্যান্ড্রু এনসলে 21

আধুনিক টেপ ব্যাকআপ সিস্টেমগুলি অত্যন্ত স্বয়ংক্রিয় এবং রোবোটিক :)

— ফয়েবাস

হ্যাঁ, টেপ ব্যাকআপগুলি সাধারণত বর্ধিত ব্যাকআপগুলির জন্য মঞ্জুরি দেয়। একটি ভাল ব্যাকআপ কৌশল হ'ল মাসিক বা দ্বি-বার্ষিক পূর্ণ ব্যাকআপ (দীর্ঘ, ধীর, প্রচুর টেপগুলি) করা এবং এর মধ্যে প্রতিদিন বর্ধিত বা ডিফারেনশিয়াল ব্যাকআপ করা।

— ব্রেন্ট

টেপ রোবটগুলি যথাযথভাবে মূল্যবান হয় এবং অনেক টেপ ধারণ করে। ব্যাকআপগুলি করা পর্যন্ত, কেন ইনক্রিমেন্টাল করার কোনও উপায় থাকবে না? অবশেষে, বেশিরভাগ লোক ব্যাকআপের সময় চলতে ব্যাকআপটি ট্রিগার করে। আপনার যদি সেগুলি না থাকে তবে এটি নির্দিষ্টকরণের একটি গুরুত্বপূর্ণ অঙ্গ part

— স্লার্টিবার্টফেষ্ট

হ্যাঁ, আমাদের সত্যিই বন্ধ সময় নেই। আমাদের এমন সময় রয়েছে যেখানে সিস্টেমটি অনুপলব্ধ হওয়ার জন্য এটি আরও গ্রহণযোগ্য হবে (যেমন শনিবার ভোর ৪ টা), তবে প্রভাবিত সিস্টেমগুলি 24/7 সম্ভাব্য শত শত ব্যবহারকারী ব্যবহার করবেন।

— অ্যান্ড্রু এনসলে

Answer 3

আপনার সম্ভবত ডিস্কে ব্যাক আপ নেওয়ার দিকে নজর দেওয়া উচিত , যেহেতু টেপটি দীর্ঘ সময় নেয় এবং ক্রমানুসারে অ্যাক্সেস হওয়ার কারণে, পুনরুদ্ধারগুলি চিরকালের জন্য গ্রহণ করবে।

অবশ্যই ডিফারেনশিয়াল বা ইনক্রিমেন্টাল ব্যাকআপগুলি গ্রহণ করুন - কেবলমাত্র পরিবর্তনের ব্যাক আপ নেওয়া, যা আপনার জন্য ফ্রিকোয়েন্সিটি বোঝায়।

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

আপনি যখন এত বেশি ডেটা নিয়ে কাজ করছেন, তখন আপনার ব্যাকআপগুলি আরও ছোট ব্যাকআপ জবগুলিতে ভাঙা যায় , এবং যদি সেগুলি প্রতিদিন ব্যাক আপ করা যায় না, আপনার ব্যাকআপগুলি স্তম্ভিত করে রাখুন যাতে সেট আপ একদিন ব্যাক আপ হয়ে যায়, এবং পরের বি সেট করুন।

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

--added--

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

Comments

+1 এর জন্য thinking about the restore procedure। আমেন!

— স্টিভেন সোমবার

প্রচুর দুর্দান্ত টিপস। ধন্যবাদ। আমার অনেক ভাবনা আছে।

— অ্যান্ড্রু এনসলে

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

— ইভান অ্যান্ডারসন

@ ইভান: ন্যায়সঙ্গত হওয়ার জন্য, তিনি প্রথম বাক্যে টেপের উল্লেখ করেছিলেন।

— অ্যান্ড্রু এনসলে

Answer 4

প্রথমে আপনি যে ঝুঁকিগুলি থেকে রক্ষা করছেন তা গণনা করুন। কিছু সাধারণ ঝুঁকি:

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

তারপরে বিভিন্ন ঝুঁকি এড়ানোর সমাধানগুলির মূল্য নির্ধারণ করুন, যেমন:

• অফ-সাইট, অন-লাইন ব্যাকআপ (রিমোট মিরর): দুর্যোগ থেকে নিরাপদ, কিছু (তবে সমস্ত নয়) মানুষের ত্রুটি (এটি এখনও অন-লাইনে রয়েছে)।
• অফ-সাইট অফ-লাইন স্টোরেজ (টেপ): দুর্যোগ থেকে নিরাপদ, দ্রুত ডেটা পুনরুদ্ধার করা শক্ত hard
• অন ​​সাইটে অন-লাইন ব্যাকআপ (আয়না): কিছু মানুষের ত্রুটি, কিছু হার্ডওয়্যার ব্যর্থতা, দুর্যোগের ঝুঁকির হাত থেকে নিরাপদ।
• অন-অফ-লাইন ব্যাকআপ (টেপ চেঞ্জারে টেপস): বেশিরভাগ মানুষের ত্রুটি থেকে নিরাপদ, বেশিরভাগ হার্ডওয়্যার ব্যর্থতা।

তারপরে রোটেশন কৌশলগুলি মূল্যায়ন করুন (আপনি কতটা পুনরুদ্ধার করতে সক্ষম হতে চান, আপনি কতটা ডেটা হারাতে পারবেন)।

তারপরে আপনার ডেটাটির মূল্য কী তা চয়ন করুন।

Comments

খুব ভাল ভাঙ্গা। আমি ইতিমধ্যে বেশিরভাগ অংশের জন্য এটি মূল্যায়ন করেছি এবং অফ-সাইট, অনলাইন ব্যাকআপ বিকল্পে পৌঁছেছি। ব্যাকআপটির উদ্দেশ্য বেশিরভাগ ক্ষেত্রে প্রকৃত মানুষের ত্রুটি ছাড়াও বিপর্যয় থেকে রক্ষা করা। র‌্যাকটি উপসাগর উপকূলের 2 মাইলের মধ্যে অবস্থিত, তাই ঘূর্ণিঝড় একটি উদ্বেগের বিষয়। ঘনত্বের সততা যাচাই করে মানুষের ত্রুটিগুলি থেকে রক্ষা করার জন্য আমাদের যথাসাধ্য চেষ্টা করতে হবে। আপনার উত্তর আমাকে এই উপসংহারটি সম্পর্কে আরও ভাল অনুভব করতে সহায়তা করেছে। ধন্যবাদ।

— অ্যান্ড্রু এনসলে

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

— স্লার্টিবার্টফেষ্ট

Answer 5

আমার এক গ্রাহক দুটি পৃথক ভবনে দুটি অনুরূপ 12 টিবি সিস্টেম সহ, 1 জিবিতে সংযুক্ত আছেন। একটি হ'ল উত্পাদন ব্যবস্থা; এটি দুর্দান্ত আরডিফ-ব্যাকআপ ইউটিলিটি সহ অন্যটিতে ক্রমবর্ধমান (দৈনিক স্ন্যাপশট সহ) ব্যাক আপযুক্ত । rdiff- ব্যাকআপ অবশ্যই আপনার স্ট্যান্ডার্ড ডিস্ট্রিবিউশন সংগ্রহস্থলে উপলব্ধ থাকতে হবে।

Answer 6

অফ-সাইট, অন-লাইন ব্যাকআপ (রিমোট মিরর)

যদিও ssh (শুধুমাত্র পরিবর্তনগুলি) ব্যবহার করে rsync ব্যবহার করুন - প্রথমে স্থানীয়ভাবে ব্যাকআপ নিতে হবে তবে পরিবর্তনের উপর নির্ভর করে ব্যাকআপটি হাওয়া হয়ে উঠবে

আপনার যদি পরিবর্তনগুলি- rdiff- ব্যাকআপ সহ সংস্করণগুলি রাখা দরকার

http://www.nongnu.org/rdiff-backup/

লিনাক্সে বিটিআরএফএস ফাইল সিস্টেমটি আশাব্যঞ্জক মনে হলেও তবুও ভারী বিকাশ

Comments

আমাকে আরডিফের দিকে দেখানোর জন্য ধন্যবাদ আমি ইতিমধ্যে rsync ব্যবহার করেছি এবং এটি এ থেকে নিখুঁত পদক্ষেপের মতো দেখাচ্ছে।

— অ্যান্ড্রু এনসলে

Answer 7

আপনার কৌশলের পরিকল্পনা করার আগে আপনার আসল "সামগ্রী" এবং এটি কতবার পরিবর্তন করে দেখুন। অনেক সময় লোকেরা কোনও অকারণে অকারণে সপ্তাহে বারবার টেপ করতে একই ডেটা মন্থন করে।

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

Comments

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

— অ্যান্ড্রু এনসলে

এটি যদি আমি হয় তবে আমি সিস্টেমটিকে পর্যাপ্ত ওভারহেড বা স্ন্যাপশটের ক্ষমতা দিয়ে ডিজাইন করব যে এটি কোনও বিপর্যয় না হলে সত্যিকারের ব্যাকআপগুলিতে যেতে হবে না।

— স্পেসম্যানস্পিফ

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

— অ্যান্ড্রু এনসলে

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

— স্পেসম্যানস্পিফ