কোনও পুরানো ব্যাকআপ সময় মুছে ফেলা হলে উইন্ডোজ 7 ব্যাকআপের অখণ্ডতার কী হবে?


2

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

উইন্ডোজ 7 ব্যাকআপ ডিস্ক সময়কাল

এই প্রতিবেদনে বোঝানো হয়েছে যে আমি যদি "12/9/12 থেকে 1/1/13" ব্যাকআপের সময়টি মুছে ফেলি এবং 84.49 গিগাবাইট ব্যাকআপ ডেটাটি ছেড়ে না দেওয়া হয় তবে আমি 1.14 টিবি ছাড়ব। কিন্তু কিভাবে সম্ভব? আমার ব্যাকআপ লক্ষ্য (গুলি) মোট 517 গিগাবাইট, দ্বিতীয় সময়ের চেয়ে অনেক বেশি।

তাই আমি ভাবছি ...

  1. উইন্ডোজ ব্যাকআপ সম্পূর্ণ ব্যাকআপ থাকার জন্য "1/2/2013 থেকে 1/5/2013" এর জন্য প্রয়োজনীয় ফাইল ডেটা সংরক্ষণ / প্রচার করবে, ফলস্বরূপ "" 1/2/2013 থেকে 1/5/2013 "ব্যাকআপ সময়কালে আকারে 500+ জিবি?
  2. অথবা "12/9/2012 থেকে 1/1/2013" ব্যাকআপ সময়কালে উইন্ডোজ ব্যাকআপ আবিষ্কারকৃত সমস্ত কিছুর বিষয়টি বাতিল করে দেবে, এমনকি যদি নতুন ব্যাকআপ সময়কালের প্রয়োজন হয়, সুতরাং অন্য কোনও ব্যাকআপ সঞ্চালিত না হওয়া অবধি ব্যাকআপটি পুরোপুরি অসম্পূর্ণ রেখে দেওয়া হবে?

কথোপকথনটি বলেছে "নির্বাচিত সময়কালে ব্যাক আপ করা সমস্ত ফাইল মুছে ফেলা হবে", তবে আমি অবাক করে বলছি যে আমার আমার ব্যাকআপের ~ 80% (বর্ধিত ডেটার এক বিশাল তারিখের সীমা) বাজেয়াপ্ত করতে হবে এবং তারপরে আবার এটিকে চালানো উচিত should একটি ডিস্ক ব্যর্থতা, ব্যাকআপ টার্গেটে কিছু জায়গা খালি করতে।


এটা কি সম্ভব যে 1/2/2013 থেকে 1/5/2013 পর্যন্ত ব্যাকআপটি কখনও সফলভাবে শেষ হয়নি? আমি আমার সিস্টেমে লক্ষ্য করেছি যে উইন্ডোজ কোনওভাবেই এই অসম্পূর্ণ ব্যাকআপগুলি চিহ্নিত করতে ব্যর্থ হয়েছিল।
অ্যালেক্স

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

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

উত্তর:


2

মোছার জন্য গ্রানুলারিটি হ'ল ব্যাকআপ পিরিয়ড , এটি সম্পর্কিত বর্ধিত ব্যাকআপগুলির সাথে একটি সম্পূর্ণ ব্যাকআপ উপস্থাপন করে।

উৎস

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

  • বৃহত্তর ব্যাকআপের জন্য 23 এর তুলনায় ছোট ব্যাকআপ সময়কাল কেবল 3 দিনের বেশি। প্রায় আটগুণ বেশি সময়কাল সহ, আরও বড় আকারের প্রত্যাশিত।

  • যেহেতু এটি একটি ইনক্রিমেন্টাল ব্যাকআপ, একটি প্রাথমিক পূর্ণ ব্যাকআপ নেওয়া হয় এবং তারপরে কোনও পরিবর্তন ব্যাক আপ করা হবে। আপনি যদি ড্রাইভে প্রচুর পরিমাণে পরিবর্তন করে থাকেন এবং / বা ব্যাকআপগুলির মধ্যে খুব স্বল্প সময় থাকেন তবে বড় আকারের প্রত্যাশা। যদি আপনি প্রতিদিন (একটি দৈনিক ব্যাকআপ সহ) 50 জিবি ডেটা পরিবর্তন করেন তবে এটি ২.65 T টিবি মূল্যমান পরিবর্তন হতে পারে যা ২৩ দিনের মধ্যে ব্যাক আপ নেওয়া হবে।

  • উপরে একটি সংমিশ্রণ


এছাড়াও, একটি জ্ঞাত বাগ রয়েছে যার ফলে 'অপরিবর্তিত' হয়ে থাকা সত্ত্বেও (কোনও মিডিয়া পরিষেবা যদি মেটাডেটা আপডেট করে) কিছু ফাইলের ব্যাক আপ নেওয়া হতে পারে: http : //support.mic Microsoft.com/kb/981470


আমি মনে করি আপনার উদ্ধৃতি যা ব্যাকআপের সময়কালকে সংজ্ঞায়িত করে তা সঠিক উত্তর। আমার 3 দিনের ব্যাপ্তি অবশ্যই পুরো ব্যাকআপে ব্যর্থ হয়েছে, কারণ আমার ডেটাটি যে ছোটটিকে সংকুচিত করবে এমন কোনও উপায় নেই।
জিম্প
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.