প্রস্তুত এ ব্যাকআপ: ছুটির সম্মানে পৌরাণিক কাহিনীর তোয়াক্কা

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

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

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

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

ব্যাকআপের চারপাশে কয়েকটি সাধারণ পৌরাণিক কাহিনী রয়েছে যা অনেক আগেই দূর করা উচিত। এখানে তাদের মধ্যে সবচেয়ে বিখ্যাত।

মিথ 1. ব্যাকআপ দীর্ঘকাল ধরে নিরাপত্তা বা স্টোরেজ সিস্টেমের মধ্যে একটি ছোট ফাংশন

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

এছাড়াও, ব্যাকআপ সিস্টেমে অ্যাক্সেসের রোল মডেল আপনাকে ব্যাকআপ পরিচালনা করার জন্য লক্ষ্য সিস্টেমের প্রশাসকদের কাছে কর্তৃপক্ষের অংশ অর্পণ করতে দেয়।

মিথ 2. যখন একটি RAID থাকে, তখন একটি ব্যাকআপের আর প্রয়োজন হয় না।

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

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

মিথ 3. একটি ব্যাকআপ এমন কিছু যা মাসে একবার করা হয়।

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

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

মিথ 4. প্রতিলিপিগুলির পরিমাণ ক্রমাগত বৃদ্ধি পাচ্ছে এবং যে কোনও বরাদ্দকৃত স্থান সম্পূর্ণরূপে গ্রহণ করে।

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

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

মিথ 5. ব্যাকআপ শুরু হয়েছে - সবকিছু হ্যাং হয়েছে

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

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

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

বড় প্রতিষ্ঠানগুলিতে, ব্যাকআপ সিস্টেমের জন্য একটি পৃথক নেটওয়ার্ক তৈরি করা হয় যাতে ব্যাকআপ উত্পাদনকে প্রভাবিত না করে। উপরন্তু, ট্র্যাফিক নেটওয়ার্কের মাধ্যমে প্রেরণ করা যাবে না, কিন্তু SAN এর মাধ্যমে।

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

মিথ 6. একটি ব্যাকআপ সিস্টেম চালু করেছে - এটি আপনার জন্য দোষ সহনশীলতা

কখনই ভুলে যাবেন না যে একটি ব্যাকআপ সিস্টেম হল প্রতিরক্ষার শেষ লাইন, যার মানে এটির সামনে আরও পাঁচটি সিস্টেম থাকা উচিত যা আইটি অবকাঠামো এবং এন্টারপ্রাইজ তথ্য সিস্টেমের ধারাবাহিকতা, উচ্চ প্রাপ্যতা এবং দুর্যোগ সহনশীলতা নিশ্চিত করে৷

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

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

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

এবং সিস্টেম অ্যাডমিনিস্ট্রেটরের কাজ সম্পর্কে একটু

ম্যানুয়াল মোডে, কেউ দীর্ঘদিন ধরে ডেটা কপি করছে না। আধুনিক SRK প্রায় সব কিছুরই ব্যাক আপ নিতে পারে, আপনাকে ঠিকভাবে সেট আপ করতে হবে। যদি একটি নতুন সার্ভার যোগ করা হয়, নীতিগুলি সেট করুন: ব্যাক আপ করা হবে এমন সামগ্রী নির্বাচন করুন, স্টোরেজ বিকল্পগুলি নির্দিষ্ট করুন এবং সময়সূচী প্রয়োগ করুন৷

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

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

উত্স: www.habr.com