যদি কোনও টর্নেডো আপনার ডেটা সেন্টারের মধ্য দিয়ে যায়?

Question

এই গত সপ্তাহান্তে ভার্জিনিয়ায় আমাদের প্রচণ্ড ঝড় হয়েছিল এবং অবশ্যই জাপানের সঙ্কট এমন একটি অনুস্মারক যে জিনিসগুলি হৃদস্পন্দনে খারাপ হতে পারে! আমি নিজেকে একটি প্রশ্ন জিজ্ঞাসা করি "টর্নেডো আমার ডেটা সেন্টারে আঘাত করলে আমি কি প্রস্তুত?"

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

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

Answer 1

আপনার বিকল্পগুলি আপনার গ্রাহকদের সাথে আপনার পরিষেবা-স্তরের চুক্তিতে এবং আপনার বাজেটের দ্বারা সীমাবদ্ধ দ্বারা নির্ধারিত হওয়া উচিত।

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

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

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

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

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

Answer 2

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

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

আইএমই, এমনকি ছোট আকারে সর্বোত্তম সমাধান হ'ল বিতরণ করা (বা মিরর করা) অপারেশন। এটি ঠিক পরিকল্পনা করুন এবং একক ডেটাসেন্টারের সাথে তুলনা করে খুব কম ওভারহেড থাকা উচিত।

তবে যদি আপনাকে অবশ্যই সমস্ত ডেটা কোনও স্ট্যান্ডবাই স্থানে বা এমনকি কেবল দূরবর্তী স্টোরেজে অনুলিপি করে থাকে

1) এফটিপি ব্যবহার করবেন না - এটি বেশ কয়েকটি কারণেই এটি করার পক্ষে ভুল উপায়

2) জেনেরিক ফাইলগুলির জন্য, rsync এর মতো কিছু ব্যবহার করুন যা উদ্দেশ্যটির জন্য অনুকূলিত

3) ডাটাবেসগুলির জন্য, আপনার ডিবিএমএসের জন্য বিশেষত উপলভ্য সরঞ্জামগুলি দেখুন - ফাইলের কাঠামো ডেটা প্রচুর পরিবর্তন না করে ব্যাপকভাবে পরিবর্তন হতে পারে। এনবি এটি এমএসউইন্ডো রেজিস্ট্রি এবং এমএসএডি ডেটাগুলিকে অন্তর্ভুক্ত করে।

Answer 3

আমাদের অফিস থেকে আমাদের অফসাইট ডাটাসেন্টারে ভিপিএন রয়েছে have অফসাইট ডেটাসেন্টারে আমাদের একটি সার্ভার রয়েছে যাতে একটি নেটওয়ার্ক শেয়ার মাউন্ট করা হয়েছে যা আমরা আমাদের ব্যাকআপ সফ্টওয়্যার (আমরা সিম্যানটেক ব্যাকআপেক্সেক চালাই) হিসাবে একটি গন্তব্য হিসাবে কনফিগার করি ie অর্থাৎ FS OFFITEDATATACENTER \ OFFITESTORAGE

তারপরে আমরা তা করি - সপ্তাহের শেষের দিকে সেই স্থানে সম্পূর্ণ ব্যাকআপ
- প্রতি সন্ধ্যায় একটি ইনক্রিমেন্টাল

পাশাপাশি আমাদের সাধারণ "অনসাইট" ব্যাকআপ

আমরা প্রতি সপ্তাহে আমাদের প্রধান সার্ভারের চিত্রগুলি নিতে ভিএমওয়্যার ভিডিআর চালাই যা ফ্রিওএফএফই ব্যবহার করে এনক্রিপ্ট করা 2TB Sata ডিস্কের উপরে রাখা হয় যা আমি প্রতি সপ্তাহে বাড়িতে নিয়ে যাই।

Answer 4

তাদের মধ্যে> 50 মাইল দূরে, বিভিন্ন বিদ্যুত সরবরাহকারী, সুরক্ষা, বৈচিত্র্যযুক্ত 10 জিপিএসের মধ্যে জালযুক্ত লিঙ্কগুলির সাথে আমাদের বেশ কয়েকটি পৃথক সক্রিয় / সক্রিয় বা সক্রিয় / আধা-অ্যাক্টিভ ডেটা কেন্দ্র রয়েছে, ওহ এবং আমরা তাদের মধ্যে আমাদের ব্যাকআপ ডিস্কগুলি প্রেরণ করি। এটি আমাদের জন্য করে

Answer 5

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

1) আপনার ওভারেঞ্জাইনারের চেষ্টা করার সময় নষ্ট করবেন না এবং আপনার যদি প্রয়োজন না হয় তবে <1ms নির্ভুলতা দিয়ে সবকিছুকে ব্যর্থ করে দিন। এই মাত্রার সম্পূর্ণ ব্যর্থতা সাধারণত কয়েক ঘন্টা মূল্য পুনরুদ্ধারকে ক্ষমা করে দেবে।

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

3) আপনার সিস্টেমগুলিকে অগ্রাধিকার দিন। পুনরুদ্ধারের পরিকল্পনাটি প্রতিটি এবং প্রতিটি সিস্টেমের গুরুত্বের একটি চূড়ান্ত তালিকা তৈরি করতে হবে built বাকী উইন্ডোজ সার্ভারগুলির আগে ডিএনএস এবং এডি তৈরির মতো সুস্পষ্ট জিনিসগুলি মিস করবেন না।

4) এটি অফসাইট এবং অফ-নেটওয়ার্ক না হলে এটি কেবল একটি অনুলিপি। এটি মনে রাখার জন্য অন্য একটি মূল বিষয়টির সাথে সামঞ্জস্য হয়: RAID কোনও ব্যাকআপ পরিকল্পনা নয়।

5) টেস্ট, টেস্ট, টেস্ট! আপনি যে পরিকল্পনা করতে পারেন তার প্রতি ইঞ্চি পরীক্ষা করুন। আপনি যদি কোনও রক্ষণাবেক্ষণের জন্য সপ্তাহান্তের মূল্য পেতে সক্ষম হন তবে আপলিংক এবং / অথবা বিল্ডিং পাওয়ার সংযোগ বিচ্ছিন্ন করুন এবং আপনার দলের প্রতিক্রিয়া সময় এবং কার্যকারিতা পরীক্ষা করুন। একটি দুর্যোগ পুনরুদ্ধার পরিকল্পনা যা পরীক্ষা করা হয় তা হ'ল ইচ্ছাকৃত ভাবনা।