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

সুতরাং, বিড়াল স্বাগতম.

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

একটি রেস্টুরেন্ট ছাড়া ব্যাকআপ - ড্রেন নিচে টাকা

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

1. একজন ব্যবহারকারী একটি জটিল 20 টিবি ভার্চুয়াল মেশিনের বিভ্রাটের সম্মুখীন হয়েছেন। ডাউনটাইম, অবশ্যই, অগ্রহণযোগ্য, এবং প্রশাসক তাত্ক্ষণিক পুনরুদ্ধার প্রক্রিয়া শুরু করেন (VM তাত্ক্ষণিক পুনরুদ্ধার) - 5 মিনিট পরে মেশিনটি আপ হয়। কিন্তু আমরা মনে রাখি যে মেশিনের এই অবস্থা শুধুমাত্র অস্থায়ীভাবে ব্যবহার করা যেতে পারে - এটি অবশ্যই উত্পাদন ডেটাস্টোরে স্থানান্তরিত হতে হবে। এবং এই উদাহরণে, এটি পরিণত হয়েছে, অবকাঠামোগত ক্ষমতা যুক্তিসঙ্গত সময়ে 20 TB ডেটা অনুলিপি করার অনুমতি দেয়নি। তাত্ক্ষণিক পুনরুদ্ধার প্রক্রিয়ার সেটিংসে, ডিস্কে পরিবর্তনগুলি সংরক্ষণ করার জন্য এটি নির্বাচন করা হয়েছিল থেকে: Veeam ব্যাকআপ এবং প্রতিলিপি সার্ভার (vSphere স্ন্যাপশটের বিপরীতে) - ফলস্বরূপ, অবশ্যই, বিনামূল্যে ডিস্কের স্থান দ্রুত পূরণ হয়। ব্যবহারকারী সমর্থনের সাথে যোগাযোগ করার সময়, VM-এ এমন পরিবর্তন ছিল যা উপেক্ষা করা যায় না। অর্থাৎ, আমাদের এমন একটি পরিস্থিতি রয়েছে যেখানে একটি গুরুত্বপূর্ণ মেশিনের তাত্ক্ষণিক পুনরুদ্ধারের প্রক্রিয়াটি দ্রুত চূড়ান্ত করা অসম্ভব - আমরা কীভাবে ডেটা সংরক্ষণ করতে পারি?

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

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

   সৌভাগ্যবশত, আমরা vSphere থেকে ম্যানুয়ালি রেপ্লিকা সক্ষম করে এখানে পরিস্থিতি পরিচালনা করতে সক্ষম হয়েছি (এটি আসলে নিজে নিজে করার পরামর্শ দেওয়া হয় না, যেমন আপনি নিম্নলিখিত উদাহরণে দেখতে পাবেন)। কিন্তু, আপনি বুঝতে পেরেছেন, রক্ষণাবেক্ষণ প্রক্রিয়া বাধাগ্রস্ত হয়েছিল এবং বিলম্বিত হয়েছিল। উপরন্তু, আমাদের ফাইলে ম্যানুয়ালি হোস্টনামগুলি লিখতে হয়েছিল C:\Windows\System32\driversetchosts সুইচব্যাকের সময় সঠিকতা নিশ্চিত করতে Veeam ব্যাকআপ এবং প্রতিলিপি সার্ভারে।

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

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

কেন আমি vSphere কনসোল থেকে প্রতিলিপিগুলির সাথে কাজ করব না?

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

আপনি যদি vSphere ক্লায়েন্ট থেকে একটি প্রতিরূপ সক্ষম করার সিদ্ধান্ত নেন, তাহলে ভবিষ্যতে আপনি সম্ভবত বেশ কয়েকটি সমস্যার সম্মুখীন হবেন:

1. Veeam ব্যাকআপ এবং প্রতিলিপি থেকে একটি প্রতিলিপিতে স্যুইচ করার প্রক্রিয়া (ডায়াগ্রামে দেখানো হয়েছে) এই মেশিনের জন্য আর কাজ করবে না।
2. Veeam ব্যাকআপ ডাটাবেসের ডেটা VM-এর প্রকৃত অবস্থার সাথে সঙ্গতিপূর্ণ হবে না। সবচেয়ে খারাপ ক্ষেত্রে, আপনাকে এটি ঠিক করতে ডাটাবেস সম্পাদনা করতে হবে।
3. ডেটা ক্ষতি এমনকি সম্ভব, যেমন এই উদাহরণে: ব্যবহারকারী ম্যানুয়ালি vSphere ক্লায়েন্টে প্রতিরূপ সক্ষম করেছেন এবং এটির সাথে কাজ চালিয়ে যাওয়ার সিদ্ধান্ত নিয়েছেন। কিছু সময় পরে, তিনি লক্ষ্য করলেন যে প্রতিরূপটি এখনও ভিম ​​ব্যাকআপ এবং প্রতিলিপি কনসোলে প্রদর্শিত হয়েছে এবং এটিকে অপ্রয়োজনীয় হিসাবে সরানোর সিদ্ধান্ত নিয়েছে। এতে রাইট ক্লিক করে কমান্ড দেন "ডিস্ক থেকে মুছুন". Veeam Backup & Replication অবিলম্বে ডিস্ক থেকে প্রতিলিপিটি মুছে দিয়েছে, যা একটি মুহুর্তের জন্য, ইতিমধ্যেই একটি নিয়মিত VM হিসাবে সম্পূর্ণ ব্যবহারে ছিল এবং প্রয়োজনীয় এবং দরকারী ডেটা রয়েছে৷

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

আপনি vSphere ক্লায়েন্ট ব্যবহার করে প্রতিলিপি মুছে ফেলা উচিত নয়। Veeam Backup & Replication এই পরিবর্তন সম্পর্কে অবগত থাকবে, যার ফলে ত্রুটি এবং পুরানো ডেটা হতে পারে। আপনার যদি আর একটি প্রতিরূপের প্রয়োজন না হয়, তাহলে ভিম কনসোল ব্যবহার করে এটি মুছুন, vSphere ক্লায়েন্ট থেকে VM হিসাবে নয়। এইভাবে আপনার কাছে সর্বদা প্রতিলিপিগুলির একটি আপ-টু-ডেট তালিকা থাকবে।

"ওহ" - সাবধান, আপডেট!

এখানে আমরা বলতে চাচ্ছি, অবশ্যই, হাইপারভাইজার এবং ভিম ব্যবহার করে ব্যাক আপ করা বিভিন্ন অ্যাপ্লিকেশনের আপডেট। আপনি যদি Veeam Backup & Replication এর সাথে কাজ করার দৃষ্টিকোণ থেকে এগুলিকে দেখেন, তাহলে আপডেটগুলিকে 2টি বিভাগে ভাগ করা যেতে পারে: বড়, গুরুতর, অনেক পরিবর্তন প্রবর্তন করে - এবং ছোটগুলি।

প্রথমে প্রথম ক্যাটাগরি দেখি।

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

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

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

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

দ্বিতীয় বিভাগে, যেমন ছোট আপডেটের মাধ্যমে আমি অন্তর্ভুক্ত করি, উদাহরণস্বরূপ, VMware টুলের নতুন সংস্করণ, ক্রমবর্ধমান এক্সচেঞ্জ আপডেট, vSphere নিরাপত্তা আপডেট ইত্যাদি। সাধারণত, তারা কোন বড় পরিবর্তন প্রবর্তন করে না এবং বেশিরভাগ ক্ষেত্রে Veeam Backup & Replication তাদের সাথে সমস্যা অনুভব করে না। (তাই তাদের জন্য পণ্যটিতে সরকারী সহায়তার বিষয়ে কোন পাবলিক ঘোষণা নেই।) যাইহোক, আমাদের অনুশীলনে, এমন কিছু ঘটনা ঘটেছে যখন এই ধরনের আপডেটগুলি স্বাভাবিক গতিপথকে এত উল্লেখযোগ্যভাবে পরিবর্তন করেছে যে তারা Veeam ব্যাকআপের অপারেশনে ত্রুটির দিকে পরিচালিত করেছে এবং প্রতিলিপি। এই ধরনের পরিস্থিতিতে, সমস্যা নিশ্চিত করার পরে, Veeam ইঞ্জিনিয়াররা দ্রুত একটি হটফিক্স প্রকাশ করার চেষ্টা করে।

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

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

আমি মনে করি আজকের জন্য আমার কাছে এটিই রয়েছে, আপনার মনোযোগের জন্য আপনাকে ধন্যবাদ!

আর কি পড়ব

হাবরে নিবন্ধ:

• পিক্সারের ঘটনা নাকি আবারও ব্যাকআপ পরীক্ষার গুরুত্ব
• দীর্ঘমেয়াদী ব্যাকআপ স্টোরেজ বৈশিষ্ট্য
• ব্যাকআপ নীতির জন্য সর্বোত্তম অনুশীলন
• বিশ্বের শেষের পরে ব্যাকআপ এবং পুনরুদ্ধার নীতির জন্য সুপারিশ

ব্যবহারকারীর ম্যানুয়াল (রাশিয়ান ভাষায়)

উত্স: www.habr.com