আপনার তথ্য ব্যাক আপ সম্পর্কে আমার নিবন্ধ অনুসরণ করে, আমি কিছু গুরুত্বপূর্ণ নতুন পাঠ শিখেছি:
হার্ড-ড্রাইভগুলি বিভিন্নভাবে ব্যর্থ হতে পারে এবং প্রতিটি ব্যর্থতার বিভিন্ন উপসর্গ রয়েছে। কখনও কখনও জিনিস শুধু কাজ করতে ব্যর্থ হয়। এটি সম্ভবত ড্রাইভ থেকে কিছু আওয়াজ দ্বারা, সম্ভবত করা যেতে পারে। এই লক্ষণগুলি সাধারণত যান্ত্রিক ব্যর্থতার কারণে ঘটে থাকে যেমন একটি ত্রুটিযুক্ত ভার বহনের কারণে একটি স্পিন্ডল ধসের কারণে, তবে এই ধরণের দোষটি সবচেয়ে বেশি সাধারণ নয়। সাধারণত হ্রাস সূক্ষ্ম হয়, সময়ের সাথে সাথে বৃদ্ধি পায় এবং সম্ভবত ড্রাইভের জাহাজে চালিত বৈদ্যুতিন সার্কিটরিতে ত্রুটির কারণে ঘটে।
সি: এর সাথে আমার এইরকম একটি দোষ ছিল যে আমি সম্প্রতি কম্পিউটারে এটি লিখছি on ব্যাকআপগুলিতে নিবন্ধটি লেখার ঠিক পরে, এখানে ড্রাইভ পরিবর্তনের দিকে পরিচালিত ইভেন্টগুলির সূক্ষ্ম চেইনের একটি বিবরণ দেওয়া হয়েছে:
যে কারণেই হোক না কেন আমি সিস্টেমে ব্যাচ ভাইরাস পেতে থাকি। এটি প্রায় দীর্ঘকাল ধরে একটি সাপ্তাহিক ঘটনা ছিল, (এটি ছিল যতদূর আমি জানি, আগত ডিস্ক-ব্যর্থতার জন্য একটি সম্পূর্ণ পৃথক ঘটনা)) যা মেশিনটিকে এখনই আবার একটি স্টপ-ত্রুটি তৈরি করে - আরও ভাল একটি BSOD বা মৃত্যুর নীল পর্দা হিসাবে পরিচিত। প্রতিকারটি মোটামুটি রুটিন ছিল: সি থেকে Remove ডেলিনিস.ব্যাট (ব্যাচ ভাইরাস।) সরান : ম্যানুয়ালি ড্রাইভ করুন এবং সিস্টেমে অন্য কোনও ভ্রান্তি নেই বলে নিশ্চিত হওয়ার জন্য একটি অ্যান্টিভাইরাস এবং অ্যান্টিস্পাইওয়্যার স্ক্যান চালান।
তবে এতে অবাক হওয়ার কিছু নেই যে বৃহস্পতিবার মধ্যাহ্নভোজনের সময় একটি বিএসওড ঘটেছিল এবং রিবুট করার সময় আমি সিস্টেমে সি: \ ডেলিস.বাটকে পেয়ে এটি সরিয়ে ফেলেছিলাম । তবে এটি অবাক করে দিয়েছিল যে পরবর্তী এন্টিভাইরাস স্ক্যান চলাকালীন আর একটি বিএসওডির সংঘটিত হয়েছিল, তার পরে সন্ধ্যায় আরেকটি ঘটেছে। এবার আমি মেশিনে কোনও ম্যালওয়ার খুঁজে পাইনি।
শুক্রবার একটি বিএসওড বুটআপ চলাকালীন ঘটেছিল এবং মাইক্রোসফ্ট পরামর্শ দেয় যে আমার কোনও ম্যালওয়্যার আছে কিনা তা দেখার জন্য আমি উইন্ডোজ লাইভ ওয়ানকেয়ার অনলাইন স্ক্যানার চালাব, কারণ তারা ভেবেছিল যে আমার মেশিনে স্পলডআরসি থাকতে পারে। স্ক্যানটি জানায় যে মেশিনটি ম্যালওয়্যার থেকে পরিষ্কার ছিল, এর পরে অন্য বিএসওড অনুসরণ করেছিল। এবার পুনরায় বুট করার সময় সিএইচকেডিএসকি সুবিধাটি এমন একটি ডিস্ক চেকের আদেশ দিয়েছে যা আমি অনুমতি দিয়েছি এবং বেশ কয়েকটি দূষিত ক্ষেত্র মুছে ফেলা হয়েছে এবং ফাইল সিস্টেমটি মেরামত করেছে এবং সেগুলি পুনরুদ্ধার করেছে।
"আহ; এটি একটি ফাইল-সিস্টেমের ত্রুটি ছিল! "আমি নিজেকে মনে করেছিলাম, মেশিনটি করার আগে আমি এটি সম্পর্কে ভেবে দেখিনি বলে ক্ষিপ্ত হয়েছি। আমি চাকরিতে স্থির হয়েছি, তবে একটি নিবন্ধ লেখার সময় একটি বিএসওড পেয়েছি। আবার, সিএইচকেডিএসকে কার্যকর হয়ে যায় এবং বেশ কয়েকটি ফাইল-সিস্টেম ত্রুটি মেরামত করে। কাজ শেষ করে, পুনরায় বুট করার চেষ্টা করার পরে মেশিনটি BSOD চাইবে - প্রতিবার এটি পুনরায় বুট করার চেষ্টা করেছিল। এখন এটি সঠিকভাবে শুরুও হত না।
আমি এর আগে এই সাম্প্রতিক আচরণটি দেখেছি এবং শুনেছি এবং এটি আমার কাছে স্পষ্ট হয়েছিল যে সি: ড্রাইভের প্রধান হার্ডডিস্কটি ছিল প্রচলিত কাজ।
এখন মনোযোগ দিন; আপনি যেমন আমার মতো ভুল করতে চান না তেমন
আমার একটি সাম্প্রতিক ব্যাকআপ ছিল যা আমি ডি: ড্রাইভে উইন্ডোজ অটোমেটেড সিস্টেম রিকভারি ব্যবহার করে তৈরি করেছি যা আমি বাহ্যিক হার্ড-ড্রাইভেও অনুলিপি করেছিলাম। ডি: ড্রাইভটি একটি বৃহত্তর দ্বিতীয় হার্ড-ডিস্ক ছিল যা আমি এটি তৈরি করার সময় মেশিনের ভিতরে লাগিয়েছিলাম এবং যা আমি আমার দ্বিতীয় মেশিনে ব্যাক আপ করে রেখেছিলাম এমন অনেকগুলি ফাইল সঞ্চয় করতাম। যেহেতু আমি অতিরিক্ত হার্ড-ডিস্কের সংক্ষিপ্ত ছিলাম, তাই আমি মাদারবোর্ডের এসটিএ সংযোগকারীকে ডি: ড্রাইভকে প্রাথমিক বুট ড্রাইভ হিসাবে দেখাতে পরিবর্তিত করে: অন্য কথায় আমি বিচ্ছিন্ন সি: ড্রাইভের স্যাটা তারটি সংযোগ বিচ্ছিন্ন করে এবং ডি সংযুক্ত করেছি : ড্রাইভের SATA তারের জায়গায়।
আরও কিছু করার আগে আমি পরীক্ষা করেছিলাম যে বুট করার চেষ্টা করে সবকিছু ঠিক আছে। কম্পিউটার প্রত্যাশিত বার্তাটি জানিয়েছে যে সি: t ntldr পাওয়া যায় নি; এটি ইনস্টল না হওয়ায় এটি সঠিক ছিল। সঠিকভাবে চিন্তা না করেই আমি বিআইওএস স্ক্রিন থেকে অটোমেটেড সিস্টেম রিকভারিটি চালিয়েছি, ড্রাইভ এ: তে যথাযথ ফ্লপি sertedুকিয়েছি, এবং যন্ত্রটি সেখান থেকে তথ্যটি পড়েছিল যে ব্যাকআপটি ড্রাইভ ডি: এ ছিল। এরপরে এটি নতুন সি: ড্রাইভটি ডি: ড্রাইভ করে ফর্ম্যাট করতে এগিয়ে যায়। উম - এস ** টি!
ভাগ্যক্রমে আমার কাছে বাহ্যিক হার্ড-ড্রাইভে ব্যাকআপের একটি অনুলিপি ছিল; যা আমি ইউএসবিতে সংযুক্ত করেছি এবং উইন্ডোজ এক্সপি প্রো ইনস্টল করার সময় যন্ত্রটি ড্রাইভ ডি হিসাবে মেনে নিয়েছিল। আমি নিজেই এটি ইনস্টল করতে রেখেছি, এবং কফি তৈরি করতে রান্নাঘরে গিয়েছিলাম।
আমার ফিরে আসার সময় আমি ভীত হয়ে গিয়েছিলাম যে উইন্ডোজ সেটআপ ড্রাইভ ডি: ফর্ম্যাট করার সিদ্ধান্ত নিয়েছে এবং ইতিমধ্যে তা করছিল। আমার সাম্প্রতিক ব্যাকআপ হারিয়ে গেল!
আরও দীর্ঘ গল্প সংক্ষিপ্ত করতে আমি আবার নতুন ইনস্টল দিয়ে আবার শুরু করার সিদ্ধান্ত নিয়েছিলাম, যা দেখে বেশিরভাগ না হলেও আমার ফাইলগুলি আমার দ্বিতীয় কম্পিউটারে (ভাগ্যের স্ট্রোক হিসাবে) সঞ্চিত ছিল।
উপরের ফলস্বরূপ আমি আপনাকে নিম্নলিখিত প্রস্তাবগুলি দিচ্ছি:
- কোনও অভ্যন্তরীণ ড্রাইভে আপনার ডেটা ব্যাক আপ করবেন না; আপনার মেশিনে দ্বিতীয় হার্ড-ডিস্ক ইনস্টল করা থাকলেও।
- পুনরুদ্ধারের সময় কোনও বাহ্যিক ড্রাইভ সংযুক্ত করবেন না যার ব্যতীত আপনি মেশিনে পুনরুদ্ধার করছেন সেই ব্যাকআপটি।
- এক্সপি পেশাদারদের সাথে যে জাহাজগুলি উইন্ডোজ অটোমেটেড সিস্টেম রিকভারি ব্যবহার করবেন না। এটি মাইক্রোসফ্ট দ্বারা একটি দীর্ঘ সময় আগে তৈরি করা হয়েছিল। মাইক্রোসফ্টের অন্য একটি ওএসকে বাজারে আনার জন্য নিয়মিত ভিড় চলাকালীন পর্যাপ্ত চিন্তাভাবনা নেই। হ্যাঁ, আমি জানি যে আমি সম্প্রতি বলেছি যে আমি এটি আমার তিনটি ব্যাকআপ সিস্টেম হিসাবে ব্যবহার করি। এটি পরিবর্তন হতে চলেছে: আমি এখন পরিবর্তে প্যারাগন ড্রাইভ ব্যাকআপ ব্যবহার করব।
- আপনি যদি পারেন তবে একটি দ্বিতীয় কম্পিউটার করুন যাতে আপনার ফাইলের অনুলিপিগুলি সংরক্ষণ করা আছে: কেবলমাত্র সবচেয়ে খারাপ ঘটনা ঘটলে।
- আপনি যদি পারেন তবে একটি ব্যাকব্লেজ বা কার্বোনেট এর মতো একটি অনলাইন ব্যাকআপ সুবিধা ব্যবহার করুন, বাহ্যিক হার্ড-ড্রাইভের মতো অফলাইন ব্যাকআপ ছাড়াও। এটি আপনার ব্যয় করতে হবে; তবে এটি আপনার সময় এবং অর্থ সাশ্রয় করতে পারে।
- আপনার অফলাইন ব্যাকআপ সফ্টওয়্যার হিসাবে অ্যাক্রোনিস ট্রু ইমেজ বা প্যারাগন ড্রাইভ ব্যাকআপ ব্যবহার করুন। আমি ব্যক্তিগতভাবে এই ক্রম এ সুপারিশ।
- এবং পরিশেষে: অলস হয়ে উঠবেন না বা প্রতিস্থাপন হিসাবে বিদ্যমান অভ্যন্তরীণ ড্রাইভটি ব্যবহার করে উপরে যেমন কর্নার কাটতে চেষ্টা করুন: শ্যারন হবেন না - আঁটসাঁট এবং অধৈর্য হবেন না। আপনি হয়ত জানেন না বা আপনি কী করছেন তা জেনে থাকলেও আপনি এটির জন্য অনুশোচনা শেষ করতে পারেন। আমার এখন থেকে নিজের পরামর্শ নেওয়া উচিত।
