SQL সার্ভার রক্ষণাবেক্ষণ পরিকল্পনা - কার্য এবং সময় নির্ধারণের সেরা অভ্যাস


43

আমি আমাদের এসকিএল সার্ভার 2005 ডাটাবেসগুলির জন্য একটি রক্ষণাবেক্ষণের পরিকল্পনা তৈরি করার কাজটি অর্পণ করেছি। আমি জানি ব্যাকআপগুলির জন্য আমি প্রতি 15 মিনিটে একটি দৈনিক পূর্ণ ডাটাবেস ব্যাকআপ এবং লেনদেনের লগ ব্যাকআপ করতে চাই। আমার সমস্যাটি অন্য কোন কাজগুলি করতে চাই এবং আমার কতবার সেগুলি করা উচিত তা নির্ধারণ করতে আসে।

সুতরাং, এখন পর্যন্ত আমি এই মনে আছে। আমার চিন্তাভাবনায় কোনও ত্রুটি থাকলে বা এটি করার আরও ভাল উপায় থাকলে আমাকে সংশোধন করুন।

  1. ব্যাকআপ - সমস্ত টেবিল, সম্পূর্ণ ব্যাকআপ (দৈনিক)
  2. ব্যাকআপ - নির্বাচিত টেবিলগুলি, সম্পূর্ণ ব্যাকআপ (প্রতি ঘন্টা)
  3. ব্যাকআপ - লেনদেন লগ (প্রতি 15 মিনিট)
  4. ডাটাবেস অখণ্ডতা পরীক্ষা করুন (প্রতিদিন)
  5. সূচি পুনর্গঠিত (দৈনিক)
  6. পরিসংখ্যান আপডেট করুন (প্রতিদিন)
  7. সঙ্কুচিত ডাটাবেস (সাপ্তাহিক)
  8. পুনর্নির্মাণ সূচক (সাপ্তাহিক)
  9. রক্ষণাবেক্ষণ পরিষ্কার (দৈনিক)

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


7
আপনি ডাটাবেস সঙ্কুচিত করতে চান না, এটি ফাইলের
খণ্ডন

বর্তমান ডাটাবেসটি 30 গিগাবাইটের বেশি, সুতরাং আমি ভেবেছিলাম একটি সঙ্কোচিত সাহায্য করবে। আপনার ইনপুট জন্য ধন্যবাদ, এন্ডি।
জোশ

সপ্তাহে একবার আলাদা আলাদা সাপ্তাহিক কাজ তৈরি করুন এবং পরিসংখ্যান আপডেট করুন।
মাইকেল রিলে - এ কেএ গুনি

1
সুতরাং আমার দৈনিক পরিসংখ্যান আপডেটগুলি সাপ্তাহিক পরিবর্তন করা উচিত?
জোশ

1
এই বিষয়টিতে একটি নিখরচায় ইবুক যা আমি খুব দরকারী বলে খুঁজে পেয়েছি: ব্র্যাডের এসকিউএল সার্ভার রক্ষণাবেক্ষণ পরিকল্পনাগুলির নিশ্চিত গাইড

উত্তর:


29

জোশ,

এটি সমস্ত ডিবিএর জন্য খুব সাধারণ কাজ এবং সঠিক উত্তর প্রতিটি এবং প্রতিটি সার্ভারের জন্য এক নয়। অন্যান্য জিনিসগুলির মতো এটি আপনার প্রয়োজনের উপর নির্ভর করে।

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

আমি আপনার # 2 বুঝতে পারিনি। নির্বাচিত টেবিলগুলি সম্পূর্ণ ব্যাকআপ। আপনি এই সম্পর্কে আরও বিস্তারিত বলতে পারেন?

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

আপনি যখন সূচিগুলি পুনর্নির্মাণ করেন তখন সূচিগুলির পরিসংখ্যানগুলি পূর্ণ স্ক্যান দিয়ে আপডেট করা হয় তবে আপনি যদি পরে পরিসংখ্যান আপডেট করেন তবে সেগুলি আবার একটি ডিফল্ট নমুনা (যা বিভিন্ন কারণের উপর নির্ভর করে সাধারণত টেবিলের 5% যখন টেবিলের আকারে 8% থাকে তবে আপডেট করা হবে) এমবি) যা পারফরম্যান্স সমস্যার দিকে নিয়ে যেতে পারে। আপনার যে সংস্করণটি রয়েছে তার উপর নির্ভর করে আপনি অনলাইন সূচি পুনর্নির্মাণ করতে সক্ষম হতে পারেন। এই ক্রিয়াকলাপটি করার সঠিক উপায় হ'ল খণ্ডনের পরিমাণ এবং তার উপর নির্ভর করে হয় সূচি পুনর্গঠন করুন বা সূচি পুনর্গঠন করুন + আপডেট পরিসংখ্যান। এছাড়াও আপনি কোন টেবিলে স্ট্যাটাস আরও ঘন ঘন আপডেট করার প্রয়োজন তা সনাক্ত করতে এবং স্ট্যাটাস আরও প্রায়শই আপডেট করার চেষ্টা করতে পারেন।

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

তথ্যসূত্র: http://technet.microsoft.com/en-us/magazine/2008.08.database.aspx

এটি আপনার প্রশ্নের বিস্তৃত উত্তর নয় তবে একটি ভাল সূচনার পয়েন্ট। এইচটিএইচ এবং আপনার কোনও অতিরিক্ত প্রশ্ন / মন্তব্য থাকলে আমাদের জানান know


শঙ্কর, আপনার ইনপুট জন্য ধন্যবাদ। আমি ভেবেছিলাম যে নির্দিষ্ট টেবিলগুলির এক ঘন্টার জন্য ব্যাকআপ করা (এমন টেবিলগুলি ছেড়ে যায় যা প্রায়শই পরিবর্তন হয় না) প্রতি ঘন্টার ব্যাকআপে কিছু ব্যাকআপ সময় বাঁচানোর জন্য আরও ভাল পদ্ধতির হতে পারে। এখানে বড় সমস্যা হ'ল আমি সত্যই 15 মিনিটের লেনদেনের লগ ব্যাকআপ চাই want সম্পূর্ণ ব্যাকআপ ফ্রিকোয়েন্সি হিসাবে, প্রতি ঘন্টা সবচেয়ে ভাল হবে তবে আমি সিস্টেমটিকে খুব বেশি কর দিতে ভয় পাচ্ছি। পোস্ট করার আগে আমি সেই স্ক্রিপ্টটি দেখেছিলাম, তবে এটি চেষ্টা করার সুযোগ পাইনি।
জোশ

22

আমি আমার অভিজ্ঞতা ভাগ করে নেব, এমনকি যদি আপনি ইতিমধ্যে কোনও উত্তর গ্রহণ করেছেন। সম্ভবত এটি সহায়ক হবে :-)।

  1. পূর্ণ দৈনিক ব্যাকআপ (প্রতিদিন) - দুর্দান্ত, তবে কিছু পূর্বনির্ধারিত সময়ের পরে স্থানটি পরীক্ষা করতে এবং পুরানো ফাইলগুলি সরাতে ভুলবেন না।
  2. ব্যাকআপ নির্বাচিত টেবিলগুলি (প্রতি ঘন্টা) - কেন আপনার এটি প্রয়োজন তা বুঝতে পারছেন না, আপনি ডিফারেনশিয়াল ব্যাকআপ নিয়ে যেতে আরও ভাল করবেন। আপনি কীভাবে কেবলমাত্র কয়েকটি নির্দিষ্ট টেবিল ব্যাকআপ করবেন: এসএসআইএস, স্ক্রিপ্টস, বিসিপি? ভিন্ন ব্যাকআপ সম্পর্কে, খুব বেশি সময় নির্ধারণ করবেন না, কারণ আপনি লগ ব্যাকআপগুলির ভূমিকা চুরি করবেন।
  3. লেনদেন লগ ব্যাকআপ (প্রতি 15 মিনিট) - দুর্দান্ত, আপনি কি সব ডাটাবেসের জন্য প্রয়োজন? সমস্ত ডাটাবেস পূর্ণ পুনরুদ্ধার মডেল ব্যবহার করে বা না?
  4. ডিবি অখণ্ডতা পরীক্ষা করুন - হ্যাঁ, তবে আপনাকে নিশ্চিত করতে হবে যে আপনি পরিবেশকে হত্যা করবেন না। ডিবিসিসি চেক স্টেটমেন্টগুলি সম্পদের উপর সম্পূর্ণ স্বার্থপর এবং সম্পূর্ণ ডিবিএস স্ক্যান করে, তাই তাদের বন্ধ সময়ের মধ্যে নির্ধারিত হওয়া দরকার।
  5. সূচি পুনর্গঠিত (দৈনিক) - জোর করবেন না, প্রয়োজন হলেই করুন। বিভাজন সম্পর্কিত সূচক ডিএমভির পরীক্ষা করুন এবং শুধুমাত্র প্রয়োজনের ভিত্তিতে পুনর্গঠন করুন। আমি সমস্ত সূচক এবং পরিসংখ্যান ক্রিয়াকলাপগুলিকে একক সাপ্তাহিক টাস্কে স্থানান্তরিত করতাম।
  6. পরিসংখ্যান আপডেট করুন (প্রতিদিন) - দয়া করে পূর্ববর্তী প্রশ্নের আমার উত্তরটি দেখুন । প্রতিদিন কেবলমাত্র সমস্ত পরিসংখ্যান আপডেট করার পরিবর্তে, পরিসংখ্যান সর্বশেষ আপডেট করা হয়েছিল এবং কেবলমাত্র কিছু ক্ষেত্রে সেগুলি আপডেট করে দেওয়া উচিত।
  7. সঙ্কুচিত ডাটাবেস (সাপ্তাহিক) - ওহ, না। ফাইল সঙ্কুচিত হওয়ার বিষয়ে দয়া করে পল রান্ডালের নিবন্ধটি পড়ুন
  8. পুনর্নির্মাণ সূচক (সাপ্তাহিক) - দেখুন 5।
  9. রক্ষণাবেক্ষণ পরিষ্কার (দৈনন্দিন) - ঠিক আছে।

  10. আপনার ব্যাকআপগুলি যাচাই করার জন্য আপনি আরও ভাল কোনও কাজ যুক্ত করতে চাইবেন - এখানে রেস্টোর কমান্ডের একটি সংস্করণ রয়েছে (যাচাই করা মাত্র .. যদি আমি সঠিকভাবে স্মরণ করি) - আসুন সাপ্তাহিক বলি, যদিও আমি এটি প্রতিদিন পছন্দ করি।

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


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

@ জ্যাক - অফ কোর্সের খণ্ডিত সূচিগুলি একটি খারাপ জিনিস :-)। উদাহরণ সহ খণ্ডিত সূচী সংক্রান্ত ব্রেন্ট ওজারের নিবন্ধটি দেখুন । তাঁর নিবন্ধের অভ্যন্তরে ব্যবহৃত একটি এমএস শ্বেত পত্রের একক উক্তি: "সূচক খণ্ডগুলি তাদের সিস্টেমগুলি 13% থেকে 460% এর মধ্যে কমিয়ে দিয়েছে uch এবং মনে রাখবেন যে টমের আর্টিকেলটি ফিরে আসার সময়, যখন তিনি রুল ভিত্তিক অপ্টিমাইজার ব্যবহার করছিলেন, পরে ব্যয় ভিত্তিক অপটিমাইজার নয়।
মারিয়ান

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

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

10

দেরিতে উত্তরটি কিন্তু অন্য পাঠকদের পক্ষে কার্যকর হতে পারে।

দয়া করে মনে রাখবেন যে রক্ষণাবেক্ষণ বা রিপোর্টিংয়ের প্রচুর কাজ রয়েছে, আপনি তৈরি করতে পারেন যা তাদের সাথে অদেখা ঝুঁকি নিয়ে আসে।

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

সর্বদা বিবেচনা করুন যে কীভাবে বিভিন্ন চাকরি ইন্টারঅ্যাক্ট হয় এবং তাদের সময় এমন হয় যে সংবেদনশীল বা সংস্থান নিবিড় কার্যগুলিতে কোনও ওভারল্যাপ নেই।

আমি এই নিবন্ধটি প্রথমে পড়ার পরামর্শ দিচ্ছি: http://www.sqlshack.com/removing-the-risk-from-important-main مينment-tasks-in-sql-server /

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


7
  1. ভাল লাগছে

  2. আপনি এখানে ডিফারেনশিয়াল ব্যাকআপগুলি করে উপকৃত হতে পারেন। তাদের জন্য নিশ্চিতভাবে দেখুন

  3. ভাল লাগছে

  4. ভাল লাগছে

  5. যেমন আগেই বলা হয়েছে, ডাটাবেস সঙ্কুচিতগুলি খারাপ কারণ তারা আপনার ডেটা এবং লগ ফাইলগুলির দৈহিক খণ্ডন তৈরি করে, যাতে আরও এলোমেলো আইও পড়ে causing

5, 6 এবং 8: নিম্নলিখিত দেখুন।

সূচকগুলি আপ টু ডেটের পরিসংখ্যানগুলির উপর নির্ভর করে এবং এই ক্রিয়াকলাপগুলির ক্রমটি মোটামুটি গুরুত্বপূর্ণ These আমি যে বেসলাইন পদ্ধতিটি নিযুক্ত করি তা অবশ্যই সবার জন্য কাজ না করে, আমি সূচক রক্ষণাবেক্ষণের জন্য দুটি রাউন্ড সম্পাদন করি। প্রথমে আমি ক্লাস্টারড ইনডেক্স এবং তারপরে অবিচ্ছিন্ন সূচকগুলি করি। আমি উভয়ের জন্য যে পদ্ধতিতে নিয়োগ করি তা নিম্নলিখিত। যদি একটি সূচক যথেষ্ট পরিমাণে বড় হয় এবং যথেষ্ট খণ্ডিত হয় (sys.dm_db_index_physical_stats), আমি সূচিটি পুনর্নির্মাণ করব (এতে সম্পূর্ণ স্ক্যান সহ একটি পরিসংখ্যান আপডেট অন্তর্ভুক্ত রয়েছে)। যদি কোনও সূচি পুনর্নির্মাণের জন্য খুব ছোট হয় বা পুনর্নির্মাণের জন্য যথেষ্ট খণ্ডিত না হয় (100 পৃষ্ঠাগুলির চেয়ে কম এবং 5% থেকে 15% বিভাজন), আমি প্রথমে একটি সূচক পুনর্গঠন করব। আমি তখন সম্পূর্ণ স্ক্যান করে একটি পরিসংখ্যান আপডেট করব।

এখন, এটি সূচকের পরিসংখ্যানগুলি কভার করে তবে কলামের পরিসংখ্যানগুলিতে কিছু করতে অবহেলা করে। সাপ্তাহিক, আমি কলামের পরিসংখ্যান আপডেট করব।

আমি আশা করি এটি কোনও উপায়ে সহায়তা করেছে!


3

আমি আপনার "ডেটা হারাতে এখানে আইনী পদক্ষেপগুলি থাকতে পারে" মন্তব্যটিতে টিঁকিয়েছি।

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

ব্যাকআপ রাখা একটি জিনিস। জরুরী পরিস্থিতিতে কীভাবে এগুলি ব্যবহার করবেন তা জানা অন্য।

ভুলে যাবেন না যে আপনি যদি কোনও বড় ব্যর্থতার পরে ব্যাকআপ পুনরুদ্ধার করতে চান তবে আপনি সম্ভবত ইতিমধ্যে চাপ এবং চাপের মধ্যে পড়েছেন। আপনার 12 ডিগ্রি লগ ফাইলের সাথে নির্বিঘ্নে ডেটাবেস বিবৃতি পুনরুদ্ধার করার জন্য অতিরিক্ত বোঝা লাগবে না ... এবং এটি প্রার্থনা করলে আপনি ব্যর্থ হন না ...

আমার কর্মক্ষেত্রে, আমি ডিপিএম ব্যবহার করে গত সপ্তাহের জন্য 5 মিনিটের সময়ের মধ্যে যে কোনও পয়েন্টে 350Gb ডাটাবেসটি পুনরুদ্ধার / পুনরুদ্ধার করতে পারি। একটি জিইউআই ইন্টারফেস সহ। এটি মূল্যবান, আমার বইয়ে।

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

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.