ব্যাকআপ ইন্টার্নাল সম্পর্কিত পলের লেখা নিবন্ধটি দুর্দান্ত এবং আপনার এটি অবশ্যই পড়তে হবে। অন্যরা যা বলেছে তাতে যুক্ত করা এবং আপনার প্রশ্নের নির্দিষ্ট অংশে জোর দেওয়া
এছাড়াও আমি শুনেছি যে ব্যাক আপটি একক থ্রেডেড অর্থ এটি একটি মাত্র কোর ব্যবহার করে, আপনাকে একক ফাইলে ব্যাকআপ গ্রহণ করে। এছাড়াও ধরে নিচ্ছেন আপনার কাছে মাল্টিকোর মেশিন রয়েছে, উদাহরণস্বরূপ 16 টি কোর বা কমপক্ষে একটির চেয়ে উল্লেখযোগ্য বড় সংখ্যা।
ব্যাকআপ অপারেশন can use parallelism
কিন্তু মনে রাখবেন এটি এসকিউএল সার্ভারে অপ্টিমাইজার দ্বারা চালিত সমান্তরালতা নয় যা এর সাথে জড়িত ডিস্কের সংখ্যার দ্বারা পরিচালিত যেখানে ব্যাকআপটি ডেটা ফাইল পড়তে হয় এবং যেখানে ব্যাকআপ ডেটা ফাইল এবং তৈরি হওয়া ব্যাকআপ ফাইলের পরিমাণ লেখে।
MAXDOP
এসকিউএল সার্ভারের ব্যাকআপ নেওয়ার সময় আপনি ইঙ্গিতটি ব্যবহার করতে পারবেন না
আপনি সাধারণ টিএসকিউএল ব্যাকআপ অপারেশনের জন্য এসএসএমএসে কার্যকরকরণ পরিকল্পনা তৈরি করতে পারবেন না।
এসকিউএল সার্ভারে ক্যোরি অপটিমাইজার দ্বারা চালিত সমান্তরালতা মূলত জড়িত অপারেটরদের জন্য (আসলে এটি আরও জটিল তবে সরলতার জন্য আপনি এটি নিতে পারেন) যেহেতু ব্যাকআপ অপারেশনটিতে কোনও অপারেটর জড়িত না কারণ এটি অপ্টিমাইজার দ্বারা চালিত সমান্তরালতা ব্যবহার করতে পারে না।
আমি ব্যাকআপ এবং সমান্তরালতা সম্পর্কে টেকনেট উইকিতে একটি নিবন্ধ লিখেছিলাম যেখানে এসকিউএল সার্ভার ব্যাকআপের সময় সমান্তরালতা ব্যাখ্যা করার জন্য আমি সাধারণ উদাহরণ ব্যবহার করেছি। নিম্নলিখিত উপসংহারে দেওয়া হয়
ডাটাবেস ফাইলগুলি একাধিক ডিস্কে থাকলে ব্যাকআপ অপারেশন ডেটা ড্রাইভের জন্য থ্রেডে ডেটা পড়তে শুরু করে। একইভাবে পুনরুদ্ধার একাধিক ড্রাইভে / মাউন্ট পয়েন্টে করা হয়ে গেলে ব্যাকআপ অপারেশন প্রতি ড্রাইভ / মাউন্ট পয়েন্টের জন্য একটি থ্রেড শুরু করবে
এমনকি যদি আপনি একই ড্রাইভে ব্যাকআপের একাধিক অনুলিপি ফেলে দিচ্ছেন তবে আমাদের প্রতি ব্যাকআপ ফাইলের একটি থ্রেড ডাম্প করা হবে।
ব্যাকআপের সাথে সম্পর্কিত সমান্তরালতা স্ট্রাইপের সাথে সম্পর্কিত। প্রতিটি স্ট্রিপ তার নিজস্ব কর্মী থ্রেড পায় এবং এটি ব্যাকআপ / পুনরুদ্ধারের একমাত্র অংশ যা সমান্তরাল ক্রিয়াকলাপ হিসাবে বিবেচনা করা উচিত।
প্যারালালিজমের সর্বাধিক ডিগ্রির ব্যাকআপ অপারেশনে কোনও প্রভাব নেই।
পল এবং বব ডর এর থেকে আমি এ সম্পর্কে কিছু বিশেষজ্ঞের মতামত পেয়েছি।
সুতরাং যখন ব্যাকআপ কাজ চলছে তখন কি হবে? এবং এছাড়াও বিভিন্ন সংস্করণের জন্য উল্লেখযোগ্য পার্থক্য আছে? উদাহরণস্বরূপ 2008,2012 এবং 2014 (লাইসেন্সগুলি নয়)।
আমি আপনাকে বব ডর দ্বারা এই blog.msdn নিবন্ধ পড়তে পরামর্শ দিচ্ছি । তিনি জোর দিয়েছিলেন কয়েকটি গুরুত্বপূর্ণ বিষয়
যখন কোনও ব্যাকআপ শুরু হয় এটি বাফার পুলের বাইরে মেমরি থেকে বরাদ্দ করা একটি বাফারগুলির একটি সিরিজ তৈরি করে। লক্ষ্যটি সাধারণত প্রতিটি বাফারের জন্য 4MB হয় যার ফলস্বরূপ প্রায় 4 থেকে 8 বাফার হয়। গণনা সম্পর্কে বিশদগুলি এখানে অবস্থিত: http://support.microsoft.com/kb/904804/en-us
বাফারগুলি ফ্রি এবং ডেটা সারিগুলির মধ্যে স্থানান্তরিত হয়। পাঠক একটি নিখরচায় বাফার টানেন, এটি ডেটা দিয়ে পূর্ণ করে এবং এটি ডেটার কাতারে রাখেন। লেখক (গুলি) ডেটা সারি থেকে ভরা তথ্য বাফারগুলি টানুন, বাফারটি প্রক্রিয়া করুন এবং এটিকে ফ্রি তালিকায় ফিরিয়ে দিন।
আপনি ব্যাকআপ ডিভাইস প্রতি লেখক পাবেন, প্রতিটি ডাটা সারি থেকে উদ্ধার করে। সুতরাং ডিসি স্পেসিফিকেশন থেকে চার (4) সহ এএ ব্যাকআপ কমান্ডটিতে চারজন লেখক এবং একজন পাঠক থাকবে। পাঠক অ্যাসিঙ্ক আই / ও ব্যবহার করেন যাতে এটি লেখকদের সাথে তাল মিলিয়ে চলতে পারে।
আপনি সক্ষম করতে পারবেন trace flags 3213 and 3605
, উভয়ই অননুমোদিত তাই পরীক্ষার পরিবেশে এটি ব্যবহার করুন এবং এসকিউএল সার্ভার ত্রুটিমুখে কী আকর্ষণীয় বার্তা ডাম্প করা হয়েছে তা দেখুন। নীচের মতো কিছু উপস্থিত হবে
Memory limit: 249MB
BufferCount: 7
Sets Of Buffers: 1
MaxTransferSize: 1024 KB
Min MaxTransferSize: 64 KB
Total buffer space: 7 MB
Tabular data device count: 1
Fulltext data device count: 0
Filestream device count: 0
TXF device count: 0
Filesystem i/o alignment: 512
Media Buffer count: 7
Media Buffer size: 1024KB
বিভিন্ন সংস্করণের জন্য ব্যাকআপ কোডে কোনও উল্লেখযোগ্য পরিবর্তন সম্পর্কে আমি সচেতন নই, এ জাতীয় জিনিস নথিভুক্ত নয়। আমি কেবলমাত্র SQL Server 2012 SP1 Cumulative Update 2,
টিএসকিউএল বা এসএমও ব্যবহার করে এসকিউএল সার্ভার থেকে উইন্ডোজ অ্যাজুরি ব্লব স্টোরেজ পরিষেবাটি ব্যাকআপ সক্ষম এবং পুনরুদ্ধার সক্ষম করার ক্ষেত্রে প্রবর্তিত বিকাশ সম্পর্কে জানি। এখানে পড়ুন