ব্যাকআপ কমান্ডের জন্য বুফার অ্যাকাউন্ট, ব্লকসআইজেড এবং ম্যাক্সট্রান্সফারসিকে সেট করা হচ্ছে

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

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

বিভিন্ন হার্ডওয়্যার / লোড ফ্যাক্টরগুলি কী করা উচিত তা কীভাবে প্রভাবিত করে।
এমন কোনও পরিস্থিতি রয়েছে যেখানে এই মানগুলির কোনওটিই ওভাররাইড করা উচিত নয়?
এগুলির কোনওটির ওভাররাইড করার জন্য কী কী সমস্যা রয়েছে যা তা অবিলম্বে সুস্পষ্ট নয়? খুব বেশি মেমরি এবং / অথবা ডিস্ক আই / ও ব্যবহার করছেন? পুনরুদ্ধার অপারেশন জটিল?
আমার যদি এসকিউএল সার্ভারের একাধিক ইনস্ট্যান্স চালিত সার্ভার থাকে (একটি ডিফল্ট উদাহরণ এবং দুটি নামযুক্ত দৃষ্টান্ত), এবং যদি আমি একই সাথে সমস্ত 3 টি ইনস্ট্যান্সের ব্যাকআপগুলি চালনা করি, তবে আমি কীভাবে এই মানগুলিকে সম্মিলিত ( BUFFERCOUNT* MAXTRANSFERSIZE) উপলব্ধ র‌্যামের অতিক্রম করে না? সম্ভাব্য I / O বিতর্ক?
একটি সার্ভারে তিনটি ইনস্ট্যান্স থাকার একই পরিস্থিতিতে, এবং আবার তিনটি একই সাথে একই সাথে ব্যাকআপগুলি চালিয়ে যাওয়া, প্রতিটি ইনস্ট্যান্সের মধ্যে একসাথে একাধিক ডাটাবেসগুলির ব্যাকআপগুলি কীভাবে চালানো এই মানগুলির সেটিংকে প্রভাবিত করবে? অর্থ, তিনটি উদাহরণের প্রত্যেকটিতে যদি 100 টি ডাটাবেস থাকে তবে প্রতিটি ইনস্ট্যান্সে একযোগে 2 বা 3 ব্যাকআপ চলমান থাকে যেখানে একই সাথে 6 এবং 9 ব্যাকআপের চলমান থাকে। (এই পরিস্থিতিতে কয়েকটি বড় থেকে আমার কাছে অনেক ছোট থেকে মাঝারি ডাটাবেস রয়েছে))

আমি এ পর্যন্ত যা সংগ্রহ করেছি:

BLOCKSIZE:
- সমর্থিত আকারগুলি 512, 1024, 2048, 4096, 8192, 16384, 32768 এবং 65536 (64 কেবি) বাইট। ^[1]
- টেপ ডিভাইসের জন্য ডিফল্ট 65536 এবং অন্যথায় 512 ^[1]
- আপনি যদি কোনও ব্যাকআপ নিচ্ছেন যা আপনি কোনও সিডি-রোমে অনুলিপি করে পুনরুদ্ধার করার পরিকল্পনা করছেন, তবে ব্লকসিআইজি = 2048 নির্দিষ্ট করুন ^[1]
- আপনি যখন একক ডিস্কগুলিতে লিখেন, 512 এর ডিফল্টটি ঠিক থাকে; আপনি যদি RAID অ্যারে বা সান ব্যবহার করেন তবে আপনাকে ডিফল্ট বা 65536 ভাল কিনা তা পরীক্ষা করতে হবে। ^{[১৩ (পৃষ্ঠা 18)]}
- যদি ম্যানুয়ালি সেট করা থাকে তবে মানটি> = ডেটা ফাইল (গুলি) তৈরি করতে ব্যবহৃত ব্লক সাইজ হওয়া দরকার, অন্যথায় আপনি নীচের ত্রুটি পাবেন:
  
  এমএসজি 3272, স্তর 16, রাজ্য 0, লাইন 3
  'সি: \ প্রোগ্রাম ফাইলগুলি \ মাইক্রোসফ্ট এসকিউএল সার্ভার \ এমএসএসকিউএল 11. এমএসএসকিউএসএলভার \ এমএসএসকিউএল \ ব্যাকআপ \ ব্যাকআপটেষ্ট.বাক' ডিভাইসটির একটি হার্ডওয়্যার সেক্টর আকার 4096 রয়েছে তবে ব্লক আকারের পরামিতি নির্দিষ্ট করে 512 এর একটি বেমানান ওভাররাইড মান। একটি সামঞ্জস্যপূর্ণ ব্লক আকার ব্যবহার করে বিবৃতিটি পুনরায় প্রকাশ করুন।
BUFFERCOUNT:
- ডিফল্ট ^{[২], [৮]} :
  
  এসকিউএল সার্ভার 2005 এবং পরবর্তী সংস্করণগুলি:
  (নাম্বারফ্যাকব্যাকআপ ডিভাইসস [[রহস্য_ মাল্টিপ্লায়ার]) + নাম্বারফব্যাকআপ ডিভাইসস (2 * নাম্বারভলিউমস ইনভলভড)
- [রহস্য_মুক্তি সরবরাহকারী]: এই মানটি সম্পর্কে কিছুটা অসঙ্গতি রয়েছে। আমি এটি 3 টি রূপে প্রকাশিত দেখেছি:
  - 3 ^[2]
  - GetSuggestedIoDepth ^[8]
  - GetSuggestedIoDepth + 1 ^[8]
  যে 3গুণকটি করণীয় তা পরীক্ষা করে এসকিউএল সার্ভার 2005 এসপি 2 ^{[9] এ করা হয়েছিল} ।
  
  এসকিউএল সার্ভার ২০০৮ আর ২ এবং ২০১২ এ আমার পরীক্ষা করা এবং এসকিউএল সার্ভার ২০১৪ ^[8] সম্পর্কিত একটি ব্যবহারকারীর মন্তব্য , গুণক হিসাবে প্রদর্শিত হবে 4। অর্থ, GetSuggestedIoDepth(সরাসরি নীচে) এর জন্য প্রতিবেদন করা মান দেওয়া হয়:
  - GetSuggestedIoDepthএখন 4, বা
  - গুণক এখন হয় GetSuggestedIoDepth + 1
- GetSuggestedIoDepth3ডিস্ক ডিভাইসগুলির জন্য ফিরে আসে ^[9]
- কোনও হার্ড-সেট সর্বাধিক মান নয়, তবে সেই মেমোরিটির প্রয়োজনীয় = ( BUFFERCOUNT* MAXTRANSFERSIZE) দেওয়া থাকলে মনে হয় একটি ব্যবহারিক সর্বাধিক মান হবে: BUFFERCOUNT <= (available_memory / MAXTRANSFERSIZE)
MAXTRANSFERSIZE:
- সম্ভাব্য মানগুলি হ'ল 5৫৫36 (বাইট (KB৪ কেবি) এর 4194304 বাইট (4 এমবি) পর্যন্ত গুণমান। ^[1]
- ডিফল্ট মান: ডিভাইসটি যদি পঠন মোডে থাকে (পুনরুদ্ধার করুন) বা এটি কোনও ডেস্কটপ বা এক্সপ্রেস সংস্করণ 64K ব্যবহার করে, অন্যথায় 1 এমবি ব্যবহার করুন। ^[9]
সাধারণ / বিবিধ:
- সর্বোচ্চ আকার যা ব্যবহার করা যায় তা হ'ল ( বাফার পুল টু ফিজিকাল মেমোরি / 16 )। থেকে প্রত্যাগত হিসাবে GlobalMemoryStatusEx (ullTotalPhys) এপিআই কল। ^[9]
- ট্রেস ফ্ল্যাগ 3213আউটপুট ব্যাকআপ / পুনরুদ্ধার কনফিগারেশন প্যারামিটারগুলি ব্যাকআপ / পুনরুদ্ধার অপারেশনগুলি সম্পাদন 3605করার সময় এবং ERRORLOG ফাইলে আউটপুট ডাম্প করে :DBCC TRACEON (3213, 3605, -1);
- কিছু মেট্রিকের সহজ পরীক্ষার জন্য আপনি (ইউনিক্সের DISK = N'NUL:'ডস / উইন্ডোজ সমতুল্য /dev/null) ব্যবহার করতে পারেন ( তবে আমি / ও লেখাটি এড়িয়ে যাচ্ছি বলে মোট প্রক্রিয়া সময় সম্পর্কে ভাল ধারণা পাওয়া যাবে না)

সম্পদ

আমি এটি দিয়ে পরীক্ষা করেছি:

--DBCC TRACEON (3213, 3605, -1);

BACKUP DATABASE [Test] TO
      DISK =  'NUL:'
     --,DISK = 'NUL:'
     -- DISK =  'BackupTest1.bak'
     -- ,DISK =  'BackupTest2.bak'
WITH
    STATS = 5,
    FORMAT,
    CHECKSUM,
    NO_COMPRESSION,
    COPY_ONLY
    --,BUFFERCOUNT = 40
    --,MAXTRANSFERSIZE = 4194304--2097152,
    --,BLOCKSIZE = 16384 

--DBCC TRACEOFF (3213, 3605, -1);

হালনাগাদ

দেখে মনে হয় যে আমি কখনও কখনও এমন কোনও তথ্য যুক্ত করতে ভুলে যাই যা আমি সর্বদা অন্যদের কাছে জিজ্ঞাসা করি যখন আমি কোনও প্রশ্নের উত্তর দিচ্ছি ;-)। আমি আমার বর্তমান পরিস্থিতি সম্পর্কে উপরে কিছু তথ্য দিয়েছি, তবে আমি আরও বিশদ সরবরাহ করতে পারি:

আমি একটি ক্লায়েন্টের জন্য কাজ করছি যা 24/7 / 365.25 সাএস অ্যাপ্লিকেশন সরবরাহ করে। সুতরাং ব্যবহারকারীদের যে কোনও মুহুর্তে থাকার সম্ভাবনা রয়েছে, তবে বাস্তবিকভাবে, ব্যবহারকারীরা সমস্ত মার্কিন যুক্তরাষ্ট্রে (আপাতত) এবং বেশিরভাগ "স্ট্যান্ডার্ড" ঘন্টা কাজ করার ঝোঁক রাখেন: সকাল Pacific টা প্যাসিফিক (অর্থাৎ 10 এএম পূর্বাঞ্চল) থেকে 7 পূর্ব প্যাসিফিক (অর্থাত্ 10 পূর্ব পূর্ব), তবে সপ্তাহে 7 দিন কেবল সোমবার - শুক্রবার নয়, সপ্তাহান্তে লোড কিছুটা হালকা হলেও।

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

আমি যখন এই ক্লায়েন্টটির সাথে শুরু করেছি, তখন তাদের ব্যাকআপগুলি সর্বদা একবার ছিল, প্রতিদিন একবার, এবং কোনও লগ ব্যাকআপ ছিল না। তারা MAXTRANSFERSIZE 4 MB এবং BUFFERCOUNT এ 50 সেট করেছে I আমি সেই সেটআপটি ওলা হ্যালেনগ্রেনের ডাটাবেস ব্যাকআপ স্ক্রিপ্টের কিছুটা কাস্টমাইজড সংস্করণ দিয়ে প্রতিস্থাপন করেছি । সামান্য কাস্টমাইজ করা অংশটি হ'ল এটি একটি বহু-থ্রেডিং সরঞ্জাম থেকে চালিত হয় (যা আমি লিখেছিলাম এবং আশা করি শীঘ্রই বিক্রি শুরু হবে) যা প্রতিটি ইনস্ট্যান্সের সাথে সংযুক্ত হওয়ার সাথে সাথে গতিশীলভাবে ডিবিগুলি আবিষ্কার করে এবং প্রতি ইনস্ট্রান্স প্রতি থ্রোটলিংয়ের অনুমতি দেয় (সুতরাং আমি বর্তমানে চালাচ্ছি একযোগে তিনটি উদাহরণ, তবে প্রতিটি প্রতিটা ডিবিই ধারাবাহিকভাবে যেহেতু আমি সেগুলি একই সাথে চালানোর কৌশল সম্পর্কে নিশ্চিত ছিল না)।

সেটআপটি এখন প্রতি সপ্তাহে একদিন পূর্ণ ব্যাকআপ এবং অন্যান্য দিনগুলিতে ডিআইএফএফ ব্যাকআপ করতে হবে; প্রতি 10 মিনিটে এলওজি ব্যাকআপ নেওয়া হয়। আমি এখানে যে তিনটি অপশন সম্পর্কে জিজ্ঞাসা করছি তার জন্য আমি ডিফল্ট মানগুলি ব্যবহার করছি। তবে, কীভাবে সেগুলি সেট করা হয়েছিল তা জানতে পেরে আমি নিশ্চিত করতে চেয়েছিলাম যে আমি কোনও অপ্টিমাইজেশন পূর্বাবস্থায় নিচ্ছি না (কেবলমাত্র পুরানো ব্যবস্থায় কিছু বড় ত্রুটি রয়েছে তার মানে এই নয় যে সবকিছুভুল ছিল). বর্তমানে, ২০6 টি ডাটাবেসের জন্য পুরো ব্যাকআপের জন্য (সপ্তাহে একবার) প্রায় minutes২ মিনিট সময় লাগে এবং বাকী দিনগুলিতে ডিআইএফএফ ব্যাকআপের জন্য and থেকে ২০ মিনিটের মধ্যে (ফুলের পরে প্রথম দিনে 7, এবং শেষ দিনটিতে ২০) সময় লাগে পরবর্তী সম্পূর্ণ)। এবং এটি তাদের ক্রমানুসারে চালিত করছে (একক থ্রেড)। এলওজি ব্যাকআপ প্রক্রিয়া, মোট (সমস্ত 3 টি ক্ষেত্রে সমস্ত ডিবি) প্রতিবার 50 থেকে 90 সেকেন্ডের মধ্যে (আবার, প্রতি 10 মিনিটে) লাগে।

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

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

— সলোমন রুটজকি
সূত্র

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

— কিন শাহ

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

— সলোমন রুটজকি

@ শ্রুতজকি আপনার শেষ মন্তব্য থেকে কেবলমাত্র একটি দ্রুত পয়েন্ট, আমি একই ব্যয় করতে যাওয়া একাধিক ফাইলগুলিতে আমার ব্যাকআপগুলি ভাঙ্গার জন্য যথেষ্ট সময় সাশ্রয় করেছি। আমি কেবল এটি আপনার সাথে ভাগ করে নিতে চেয়েছিলাম যদি আপনি এখনও চেষ্টা করেন এমন কিছু না ঘটে। আপনার 206 ডিবি যদি একাধিক ডিবি জুড়ে সমান্তরালে একটি ব্যাকআপ চালায় তবে আপনি মাল্টি-থ্রেডিং সুবিধাগুলি নাও পেতে পারেন।

— আলী রাজেঝি

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

— চাইছিলাম না

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

— মারিয়ান

আপনি আপনার প্রশ্নের আইটেমের একটি নৌকা বোঝা সম্বোধন করেছেন। এত পুঙ্খানুপুঙ্খ হওয়ার জন্য ধন্যবাদ!

আমি হাতে গোনা কয়েকটি জিনিস লক্ষ্য করি:

বিভিন্ন হার্ডওয়্যার / লোড ফ্যাক্টরগুলি কী করা উচিত তা কীভাবে প্রভাবিত করে।

আপনি কি 24x7 উদাহরণ চালাচ্ছেন? চব্বিশ ঘন্টা ভার কি? আমি লক্ষ্য করেছি আপনি ব্যাকআপ সংক্ষেপণ অক্ষম করেছেন; এটি কি পরীক্ষার জন্য ডিজাইনের মাধ্যমে, বা আপনি যখন এটির প্রযোজনায় রাখেন তখন কোনও কারণে এটি বন্ধ করে দেওয়া বাঞ্ছনীয়? আপনার যদি প্রচুর পরিমাণে হার্ডওয়্যার হেডরুম (সিপিইউ / র‌্যাম) থাকে এবং স্বল্প সময়ের মধ্যে ব্যাকআপটি সম্পূর্ণ করা সর্বাধিক গুরুত্বের সাথে থাকে তবে আপনি সেই লক্ষ্যটি মাথায় রেখে যে নির্দিষ্ট হার্ডওয়্যারটির জন্য এই পরামিতিগুলি টিউন করতে চান। আপনি যদি নিশ্চিত করতে চান যে ওলটিপি কাজের চাপগুলি ঘড়ির চারদিকে পরিবেশন করা হয়েছে এবং ব্যাকআপটি এটির জন্য প্রভাবিত করতে না চায় তবে আপনাকে সম্ভবত এই পরামিতিগুলি অন্যভাবে চালিয়ে যেতে হবে। আপনি আপনার নকশা লক্ষ্যগুলি শনাক্ত করেননি যেহেতু আপনি সাধারণ দিকনির্দেশনা চেয়েছেন তবে আপনি এত বুদ্ধিমানতার সাথে "এটি নির্ভর করে ™" বলে উল্লেখ করেছেন।

এমন কোনও পরিস্থিতি রয়েছে যেখানে এই মানগুলির কোনওটিই ওভাররাইড করা উচিত নয়?

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

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

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

আমার যদি এসকিউএল সার্ভার চলমান (একটি ডিফল্ট ইনস্ট্যান্স এবং দুটি নামযুক্ত দৃষ্টান্ত) একাধিক উদাহরণ সহ একটি সার্ভার থাকে এবং যদি আমি একই সাথে সমস্ত 3 টি ইনস্ট্যান্সের ব্যাকআপ চালনা করি, তবে আমি কীভাবে এই মানগুলিকে সমষ্টিগত (BUFFCOUNT) নিশ্চিত করার বাইরে সেট করে তা প্রভাবিত করে? * MAXTRANSFERSIZE) উপলব্ধ র‌্যামের অতিক্রম করে না? সম্ভাব্য I / O বিতর্ক?

অপ্রত্যাশিত পরিস্থিতিতে আপনি প্রচুর পরিমাণে র‌্যাম রেখে গেছেন তা নিশ্চিত করতে চাইবেন। আমি অবশ্যই ব্যাকআপ ক্রিয়াকলাপের জন্য ra০ % বা %০% উপলব্ধ র্যাম ব্যবহার করার বিষয়ে উদ্বিগ্ন হব যদি না আমি 100% নিশ্চিততার সাথে জানতাম যে ব্যাকআপ উইন্ডো চলাকালীন আর কিছুই ঘটছে না।

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

^{এটি আমার লেখা সবচেয়ে ভাল উত্তর নাও হতে পারে তবে দ্য গ্রেট ওয়ান হিসাবে একবার বলেছিলেন, "আপনি যে শট নেন না তার 100% মিস করেন"}

— ম্যাক্স ভার্নন
সূত্র

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

— সলোমন রুটজকি