Veeam লগ ডাইভিং উপাদান এবং শব্দকোষ

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

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

কেন নিবন্ধের একটি সিরিজ এবং কেন একবারে সবকিছু বর্ণনা না?

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

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

শব্দকোষ এবং পরিভাষা

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

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

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

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

হোস্ট (হোস্ট): ভার্চুয়ালাইজেশনের জগতে, এটি একটি হাইপারভাইজার সহ একটি মেশিন। শারীরিক, ভার্চুয়াল, মেঘ - এটা কোন ব্যাপার না. যদি কিছু হাইপারভাইজার চালায় (ESXi, Hyper-V, KVM ইত্যাদি), তাহলে এই "কিছু" কে হোস্ট বলা হয়। এটি দশটি র্যাক সহ একটি ক্লাস্টার হোক বা দেড় ভার্চুয়াল মেশিনের জন্য একটি ল্যাব সহ আপনার ল্যাপটপ - আপনি যদি একটি হাইপারভাইজার চালু করেন তবে আপনি হোস্ট হয়ে গেছেন৷ কারণ হাইপারভাইজার ভার্চুয়াল মেশিন হোস্ট করে। এমনকি একটি গল্প আছে যে VMware এক সময়ে ESXi এর সাথে হোস্ট শব্দের একটি দৃঢ় সম্পর্ক অর্জন করতে চেয়েছিল। কিন্তু সে তা করেনি।

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

স্থানীয় জার্গন থেকে (বরং এমনকি সংক্ষিপ্ত শব্দ, এই ক্ষেত্রে), এটি এখানে স্মরণ করা হয়েছে যে VMware হল VI, vSphere হল VC এবং Hyper-V হল HV৷

অতিথি (অতিথি): হোস্টে চলছে ভার্চুয়াল মেশিন। এখানে ব্যাখ্যা করার কিছু নেই, সবকিছু এত যৌক্তিক এবং সহজ। যাইহোক, অনেকে পরিশ্রমের সাথে এখানে কিছু অন্য অর্থ টেনে আনেন।

কি জন্য? আমি জানি না
অতিথি ওএস, যথাক্রমে, অতিথি মেশিনের অপারেটিং সিস্টেম। ইত্যাদি।

ব্যাকআপ/প্রতিলিপি কাজ (চাকরি): বিশুদ্ধ উইম জারগন, কিছু কাজ নির্দেশ করে। ব্যাকআপ জব == ব্যাকআপ জব। এটিকে কীভাবে সুন্দরভাবে রাশিয়ান ভাষায় অনুবাদ করা যায় তা কেউই খুঁজে পায়নি, তাই সবাই বলে "JobA"৷ শেষ সিলেবলের উপর জোর দিয়ে।

হ্যাঁ, তারা কেবল এটি গ্রহণ করে এবং "জবা" বলে। এমনকি চিঠিতেও তারা সেরকম লেখে, এবং সবকিছু ঠিক আছে।
সমস্ত ধরণের ব্যাকআপ কাজ, ব্যাকআপ টাস্ক ইত্যাদি, ধন্যবাদ, কিন্তু কোন প্রয়োজন নেই। শুধু একটি কাজ, এবং আপনি বুঝতে হবে. প্রধান জিনিস শেষ শব্দাংশ উপর চাপ করা হয়.

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

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

ডেটাস্টোর (স্টোরা বা স্টোরেজ):  একটি খুব বিস্তৃত ধারণা, কিন্তু ভার্চুয়ালাইজেশনের জগতে, এটি এমন একটি জায়গা হিসাবে বোঝা যায় যেখানে ভার্চুয়াল মেশিন ফাইলগুলি সংরক্ষণ করা হয়। তবে যাই হোক না কেন, এখানে আপনাকে প্রসঙ্গটি খুব স্পষ্টভাবে বুঝতে হবে এবং সামান্য সন্দেহের সাথে, আপনার কথোপকথকের মনে ঠিক কী ছিল তা স্পষ্ট করুন। 

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

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

 স্ন্যাপশট (স্ন্যাপশট): অক্সফোর্ড ব্যাকরণ প্রেমীরা বলতে পছন্দ করে কে স্ন্যাপশট এবং কে স্ন্যাপশট, কিন্তু নিরক্ষর সংখ্যাগরিষ্ঠরা বৃহত্তর ভর থেকে উপকৃত হয়। যদি কেউ না জানে, এটি এমন একটি প্রযুক্তি যা আপনাকে একটি নির্দিষ্ট সময়ে একটি ডিস্কের অবস্থা পুনরুদ্ধার করতে দেয়। এটি হয় সাময়িকভাবে I/O অপারেশনগুলিকে প্রধান ডিস্ক থেকে দূরে পুনঃনির্দেশ করে - তারপর এটিকে বলা হবে RoW (লিখতে পুনঃনির্দেশ) স্ন্যাপশট - অথবা আপনার ডিস্ক থেকে অন্যটিতে পুনর্লিখনযোগ্য ব্লকগুলি সরানোর মাধ্যমে - এটিকে বলা হবে CoW (লিখনে অনুলিপি করুন) ) স্ন্যাপশট। এই ফাংশনগুলি ব্যবহার করার জন্য বিস্তৃত সম্ভাবনার জন্য ধন্যবাদ যে Veeam এর ব্যাকআপ জাদু কাজ করতে পারে। কঠোরভাবে বলতে গেলে, কেবল তাদের নয়, এটি পরবর্তী রিলিজের বিষয়।

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

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

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

Veeam %name% পরিষেবা:  সফল ব্যাকআপের সুবিধার জন্য, একাধিক পরিষেবা একসাথে কাজ করে, যার একটি তালিকা মানক সরঞ্জামগুলিতে পাওয়া যাবে। তাদের নামগুলি বেশ স্বচ্ছভাবে তাদের সারমর্মকে প্রতিফলিত করে, তবে সমানদের মধ্যে সবচেয়ে গুরুত্বপূর্ণ একটি রয়েছে - ভিম ব্যাকআপ পরিষেবা, যা ছাড়া বাকিগুলি কাজ করবে না।

ভিএসএস: প্রযুক্তিগতভাবে, VSS সবসময় Microsoft ভলিউম শ্যাডো কপি পরিষেবার জন্য দাঁড়ানো উচিত। প্রকৃতপক্ষে, এটি অনেকের দ্বারা অ্যাপ্লিকেশন-সচেতন চিত্র প্রক্রিয়াকরণের প্রতিশব্দ হিসাবে ব্যবহৃত হয়। যা, অবশ্যই, স্পষ্টতই ভুল, তবে এটি "যেকোনো এসইউভিকে একটি জিপ বলা যেতে পারে এবং আপনি বোঝা যাবে" বিভাগের একটি গল্প।

চমত্কার লগ এবং তারা যেখানে বাস

আমি মহান রহস্য প্রকাশ করে এই অধ্যায় শুরু করতে চাই - লগগুলিতে কোন সময় প্রদর্শিত হয়?

মনে রাখবেন:

• ESXi সবসময় UTC+0 এ লগ লেখে।
• vCenter তার সময় অঞ্চলের সময় অনুযায়ী লগ রাখে।
• Veeam যে সার্ভার চালু আছে তার সময় এবং টাইমজোন অনুসারে লগ রাখে।
• এবং শুধুমাত্র ইভিটিএক্স ফরম্যাটে উইন্ডোজ ইভেন্টগুলি কোনও কিছুর সাথে আবদ্ধ হওয়ার কারণে ভোগে না। খোলা হলে, যে গাড়িতে তারা খোলা হয়েছিল তার জন্য সময় পুনরায় গণনা করা হয়। সবচেয়ে সুবিধাজনক বিকল্প, যদিও এটির সাথে অসুবিধা রয়েছে। শুধুমাত্র বাস্তব অসুবিধা হল লোকেলের পার্থক্য। এটি অপঠনযোগ্য লগগুলির জন্য একটি কার্যত গ্যারান্টিযুক্ত পথ। হ্যাঁ, এটি কীভাবে চিকিত্সা করা যায় তার বিকল্প রয়েছে, তবে আসুন কেবল এই সত্যটির সাথে তর্ক না করি যে আইটি-তে সবকিছু ইংরেজিতে কাজ করে এবং সার্ভারে সর্বদা ইংরেজি লোকেল সেট করতে সম্মত হয়। অনুগ্রহকরে. 

এখন লগগুলি কোথায় থাকে এবং কীভাবে সেগুলি পেতে হয় সে সম্পর্কে কথা বলা যাক। VBR এর ক্ষেত্রে দুটি পন্থা আছে। 

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

যাইহোক, উইজার্ড সমস্ত কাজের লগ সংগ্রহ করে না এবং, উদাহরণস্বরূপ, আপনি যদি পুনরুদ্ধার, ব্যর্থতা বা ব্যর্থতার লগগুলি অধ্যয়ন করতে চান তবে আপনার পথটি ফোল্ডারে রয়েছে %প্রোগ্রামডেটা%/ভিম/ব্যাকআপ. এটি প্রধান VBR লগস্টোর এবং %ProgramData% একটি লুকানো ফোল্ডার এবং এটি ঠিক আছে। যাইহোক, HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam ব্যাকআপ এবং প্রতিলিপি শাখায় REG_SZ: LogDirectory টাইপ রেজিস্ট্রি কী ব্যবহার করে ডিফল্ট অবস্থান পুনরায় বরাদ্দ করা যেতে পারে।

লিনাক্স মেশিনে, কর্মী এজেন্ট লগগুলি দেখতে হবে /var/log/VeeamBackup/যদি একটি রুট বা সুডো অ্যাকাউন্ট ব্যবহার করে। আপনার যদি এই ধরনের সুযোগ-সুবিধা না থাকে, তাহলে লগ ইন করুন /tmp/ভিমব্যাকআপ. 

Veeam এজেন্টের জন্য %OS_name% লগগুলি অনুসন্ধান করা উচিত৷ %প্রোগ্রামডেটা%/ভিম/এন্ডপয়েন্ট (বা %প্রোগ্রামডেটা%/ভিম/ব্যাকআপ/এন্ডপয়েন্ট) এবং /var/log/veeam যথাক্রমে।

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

উইন্ডোজ ইভেন্টগুলি সুবিধামত সংগ্রহ করা হয় এই HF. আপনি যদি হাইপার-ভি ব্যবহার করেন তবে জিনিসগুলি আরও জটিল হয়ে যায়, কারণ আপনার অ্যাপ্লিকেশন এবং পরিষেবা লগগুলি > মাইক্রোসফ্ট > উইন্ডোজ শাখা থেকে এর সমস্ত লগের প্রয়োজন হবে। যদিও আপনি সর্বদা আরও বোকা পথে যেতে পারেন এবং %SystemRoot%System32winevtLogs থেকে সমস্ত বস্তু নিতে পারেন।

ইন্সটলেশন/আপগ্রেড করার সময় যদি কিছু ভেঙ্গে যায়, তাহলে আপনার প্রয়োজনীয় সবকিছু %ProgramData%/Veeam/Setup/Temp ফোল্ডারে পাওয়া যাবে। যদিও আমি এই সত্যটি আড়াল করব না যে ওএস ইভেন্টগুলিতে আপনি এই লগগুলির চেয়ে আরও দরকারী তথ্য পেতে পারেন। বাকি মজার বিষয়গুলি %Temp%-এ রয়েছে, তবে সেখানে প্রধানত সম্পর্কিত সফ্টওয়্যারের জন্য ইনস্টলেশন লগ রয়েছে, যেমন বেস, নেট লাইব্রেরি এবং অন্যান্য জিনিস৷ মনে রাখবেন Veeam msi থেকে ইনস্টল করা হয়েছে এবং এর সমস্ত উপাদান আলাদা msi প্যাকেজ হিসেবেও ইনস্টল করা হয়েছে, এমনকি যদি এটি GUI-তে দেখানো না হয়। অতএব, উপাদানগুলির একটির ইনস্টলেশন ব্যর্থ হলে, সম্পূর্ণ VBR ইনস্টলেশন বন্ধ হয়ে যাবে। অতএব, আপনাকে লগগুলিতে যেতে হবে এবং দেখতে হবে ঠিক কী ভেঙেছে এবং কোন সময়ে।

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

এবং এটি ঘটে যে আপনাকে vSphere লগগুলিতে প্রবেশ করতে হবে। পেশাটি খুব অকৃতজ্ঞ, তবে, হাতা গুটিয়ে নেওয়ার পরে, অন্য কিছু করতে হবে। সবচেয়ে সহজ সংস্করণে, আমাদের ভার্চুয়াল মেশিন ইভেন্ট vmware.log সহ লগ দরকার, যা এর .vmx ফাইলের পাশে থাকে। আরও কঠিন ক্ষেত্রে, Google খুলুন এবং আপনার হোস্ট সংস্করণের লগগুলি কোথায় অবস্থিত তা জিজ্ঞাসা করুন, যেহেতু VMware এই স্থানটিকে রিলিজ থেকে প্রকাশে পরিবর্তন করতে পছন্দ করে। উদাহরণ স্বরূপ, 7.0 এর জন্য নিবন্ধ, না হইলে 5.5. vCenter লগের জন্য, পদ্ধতিটি পুনরাবৃত্তি করুন গুগলিং. কিন্তু সাধারণভাবে, আমরা হোস্ট ইভেন্ট লগ hostd.log, vCenter vpxa.log দ্বারা পরিচালিত হোস্ট ইভেন্ট, কার্নেল লগ vmkernel.log এবং প্রমাণীকরণ লগ auth.log-এ আগ্রহী হব। ঠিক আছে, সবচেয়ে অবহেলিত ক্ষেত্রে, SSO লগ, যা SSO ফোল্ডারে থাকে, কাজে আসতে পারে।

কষ্টকর? বিভ্রান্ত? ভীতিকর? কিন্তু এটি আমাদের সহায়তা দৈনিক ভিত্তিতে কাজ করে এমন তথ্যের অর্ধেকও নয়। তাই তারা সত্যিই, সত্যিই শান্ত.

Veeam উপাদান

এবং এই পরিচায়ক নিবন্ধের উপসংহার হিসাবে, আসুন Veeam Backup & Replication এর উপাদানগুলি সম্পর্কে একটু কথা বলি। আপনি যখন ব্যথার কারণ খুঁজছেন, তখন রোগী কীভাবে কাজ করে তা বুঝতে পেরে ভালো লাগবে।

সুতরাং, সবাই সম্ভবত জানেন, ভিম ব্যাকআপ একটি তথাকথিত এসকিউএল-ভিত্তিক অ্যাপ্লিকেশন। অর্থাৎ, সমস্ত সেটিংস, সমস্ত তথ্য এবং সাধারণভাবে সবকিছু যা শুধুমাত্র স্বাভাবিক কার্যকারিতার জন্য প্রয়োজনীয় - এই সবই এর ডাটাবেসে রয়েছে। অথবা বরং, দুটি ডাটাবেসে, যদি আমরা VBR এবং EM-এর গুচ্ছ সম্পর্কে কথা বলি: যথাক্রমে VeeamBackup এবং VeeamBackupReporting। এবং তাই এটি ঘটেছে: আমরা অন্য অ্যাপ্লিকেশন রাখি - অন্য একটি ডাটাবেস উপস্থিত হয়। যাতে সব ডিম এক ঝুড়িতে না রাখা যায়।

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

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

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

কিন্তু সেবার তালিকায় ফিরে আসি। ভিম ব্রোকার সার্ভিস. v9.5 এ উপস্থিত হয়েছে (এবং এটি একটি ক্রিপ্টো মাইনার নয়, যেমনটি তখন কিছু ভেবেছিল)। VMware হোস্ট সম্পর্কে তথ্য সংগ্রহ এবং এর প্রাসঙ্গিকতা বজায় রাখতে নিযুক্ত। কিন্তু অবিলম্বে রাগান্বিত মন্তব্য লিখতে দৌড়াবেন না যে আমরা আপনার উপর গুপ্তচরবৃত্তি করছি এবং সমস্ত লগইন/পাসওয়ার্ড ফাঁস করে দিচ্ছি। সবকিছুই কিছুটা সহজ। যখন আপনি একটি ব্যাকআপ চালান, আপনাকে প্রথমে যা করতে হবে তা হল হোস্টের সাথে সংযোগ করা এবং এর গঠন সম্পর্কে সমস্ত ডেটা আপডেট করা৷ এটি একটি বরং ধীর এবং কষ্টকর গল্প. শুধু মনে রাখবেন যে ওয়েব ইন্টারফেসের মাধ্যমে লগইন করতে আপনার কতক্ষণ সময় লাগে এবং মনে রাখবেন যে শুধুমাত্র উপরের স্তরটি সেখানে গণনা করা হয়েছে। এবং তারপরে আপনাকে এখনও সঠিক জায়গায় পুরো অনুক্রমটি খুলতে হবে, যাইহোক। এক কথায়, ভয়াবহ। আপনি যদি এক ডজন ব্যাকআপ চালান, তাহলে প্রতিটি কাজ এই পদ্ধতিটি করতে হবে। যদি আমরা বড় পরিকাঠামো সম্পর্কে কথা বলি, তাহলে এই প্রক্রিয়াটি দশ মিনিট বা তার বেশি সময় নিতে পারে। অতএব, এর জন্য একটি পৃথক পরিষেবা বরাদ্দ করার সিদ্ধান্ত নেওয়া হয়েছিল, যার মাধ্যমে সর্বদা আপ-টু-ডেট তথ্য গ্রহণ করা সম্ভব হবে। স্টার্টআপে, এটি সমস্ত যোগ করা পরিকাঠামো পরীক্ষা করে এবং স্ক্যান করে এবং তারপর শুধুমাত্র ক্রমবর্ধমান পরিবর্তনের স্তরে কাজ করার চেষ্টা করে। তাই আপনি একই সময়ে একশ ব্যাকআপ চালালেও, তারা সবাই আমাদের ব্রোকারের কাছ থেকে তথ্যের জন্য অনুরোধ করবে, এবং তাদের অনুরোধে হোস্টদের কষ্ট দেবে না। আপনি যদি সম্পদ সম্পর্কে চিন্তিত হন, তাহলে আমাদের গণনা অনুসারে, 5000 ভার্চুয়াল মেশিনের জন্য মাত্র 100 Mb মেমরি প্রয়োজন।

পরবর্তী আমরা আছে ভিম কনসোল. তিনি Veeam রিমোট কনসোল, তিনি Veeam.Backup.Shell. এটি একই GUI যা আমরা স্ক্রিনশটগুলিতে দেখতে পাই। সবকিছু সহজ এবং সুস্পষ্ট - কনসোলটি যে কোনও জায়গা থেকে চালু করা যেতে পারে, যতক্ষণ না এটি উইন্ডোজ এবং VBR সার্ভারের সাথে একটি সংযোগ রয়েছে। একমাত্র জিনিসটি বলা যেতে পারে যে FLR প্রক্রিয়া স্থানীয়ভাবে পয়েন্টগুলি মাউন্ট করবে (অর্থাৎ যে মেশিনে কনসোল চলছে)। ঠিক আছে, বিভিন্ন ভিম এক্সপ্লোরারগুলিও স্থানীয়ভাবে চলবে, কারণ তারা কনসোলের অংশ। তবে এটি ইতিমধ্যে আমাকে বন্যের মধ্যে নিয়ে গেছে ...

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

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

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

আলাদাভাবে, আমি একটি গুরুত্বপূর্ণ বিষয় নোট করতে চাই যা ক্লায়েন্টরা প্রায়শই প্রতিক্রিয়া জানায় - এটি প্রোগ্রাম এবং বৈশিষ্ট্য স্ন্যাপ-ইন-এ পরিষেবার সংস্করণ এবং তথ্যের পার্থক্য। হ্যাঁ, তালিকা একই হবে, তবে সংস্করণগুলি সম্পূর্ণরূপে বিরোধপূর্ণ হতে পারে। এটি একটি চাক্ষুষ দৃষ্টিকোণ থেকে খুব শীতল নয়, তবে সবকিছু স্থিরভাবে কাজ করলে এটি সম্পূর্ণ স্বাভাবিক। উদাহরণস্বরূপ, ইনস্টলার পরিষেবার জন্য, সংস্করণ নম্বরটি প্রতিবেশীদের তুলনায় অনেক পিছনে। ভয়াবহ এবং দুঃস্বপ্ন? না, কারণ এটি সম্পূর্ণরূপে পুনরায় ইনস্টল করা হয়নি, তবে এর DLL সহজভাবে আপডেট করা হয়েছে। প্যাচ v9.5 U4-এ, একটি প্রযুক্তিগত সহায়তার দুঃস্বপ্ন ঘটেছে: আপডেটের সময়, সবচেয়ে গুরুত্বপূর্ণটি ছাড়া, সমস্ত পরিষেবা নতুন সংস্করণ পেয়েছে৷ U4b প্যাচে, পরিবহণ পরিষেবাটি অন্য সবকে ছাড়িয়ে গেছে যতটা দুটি সংস্করণের (সংখ্যা দ্বারা বিচার করা)। এবং এটিও স্বাভাবিক - এটিতে একটি গুরুতর বাগ পাওয়া গেছে, তাই এটি বাকিগুলির তুলনায় একটি বোনাস আপডেট পেয়েছে। তাই সংক্ষেপে বলতে গেলে: সংস্করণ পার্থক্য একটি সমস্যা হতে পারে, কিন্তু যদি একটি পার্থক্য থাকে এবং সবকিছু সঠিকভাবে কাজ করে, তাহলে সম্ভবত এটি হওয়া উচিত। কিন্তু কেউ আপনাকে প্রযুক্তিগত সহায়তায় এটি স্পষ্ট করতে নিষেধ করে না।

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

হাইপার-ভির জন্য, সাধারণভাবে, সবকিছু একই, শুধুমাত্র একটি নির্দিষ্ট আছে ভিম ব্যাকআপ হাইপার-ভি ইন্টিগ্রেশন সার্ভিস এবং CBT এর সাথে কাজ করার জন্য আপনার নিজের ড্রাইভার।

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

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

এখন এ পর্যন্তই

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

উত্স: www.habr.com