افزایش سرعت Backup & Restore در SQL Server – بهترین تکنیک‌ها

در افزایش سرعت Backup & Restore، به جرات می توان گفت یکی از مهمترین و مهمترین وظایف یک DBA تهیه منظم Backup طی یک سناریو منظم می باشد. شاید به کرات شنیده باشید که داده های فلان سازمان هک شده و سازمان با خطر نابودی مواجه شده است. Best Practice در این رابطه این است که به طور مثال جمعه شب یک بار فول بکاپ تهیه کنید و بقیه شب ها، هر شب Differential بکاپ تهیه کنید و بسته به سناریو شما مثلا هر چهار ساعت یکبار ، یک Log بکاپ تهیه نمایید. البته ممکن است که دیتابیس شما حجم کمی داشته باشد و شما بخواهید هر شب از دیتابیس خود فول بکاپ تهیه کنید.

یک مدیرپایگاه داده باید به خوبی با مباحث مربوط به انواع Backup و Restore آشنا باشد تا در مواقع بحران(Disaster) با سرعت وارد عمل شده و سیستم را به حالت نرمال برگرداند. این مشکل می تواند بر اثر خرابی هارد و یا قطعی شبکه و یا موارد دیگر رخ دهد. 

افزایش سرعت Backup & Restore

در این میان دیتابیس های با حجم بالا معمولا دردسرساز بوده و برگرداندن آنها به وضعیت نرمال معمولا زمان بر است. حال اگر سیستم های شما حساس باشد و زمان برگشت به حالت نرمال بسیار مهم باشد(مانند سیستم های بانکی)، وضعیت کمی پیچیده تر خواهد شد. اینجاست که یک DBA اگر راه های افزایش سرعت Backup و مبحث Restore را به خوبی بداند، قطعا زمان برگشت به وضعیت نرمال سریعتر خواهد بود. خصوصا برای دیتابیس هایی با حجم بالا این نکات بسیار ارزش مند خواهد بود. در اینجا می خواهیم  به بعضی از این نکات اشاره کنیم.

 نکته اول:

استفاده از آپشن Compression:

در افزایش سرعت Backup & Restore این خصوصیت از نسخه SQL Server 2008 به امکانات SQL Server اضافه گردید. شاید باور این موضوع برای شما خوانده گرامی سخت باشد، ولی باور بفرمایید که هنوز خیلی از کاربران اسکیوال سرور از وجود این خصوصیت بی اطلاعات هستند و از دیتابیس های خود به صورت معمولی و بدون اینکه عملیات فشرده سازی را اعمال نمایید، اقدام به تهیه بکاپ از دیتابیس های خود می نمایند و فضای زیادی از دیسک در سرورها را هدر می دهند.

روش های مختلف استفاده از Compression جهت فشرده سازی بکاپ:

۱ – شما می توانید این آپشن را در کوئری خود استفاده نمایید:

همان طور که در کد زیر می بینید بعد از کلمه with از دستور Compression استفاده شده است. این آپشن نسخه پشتیبان شما را در بعضی از موارد تا یک چهارم کاهش می دهد.

Backup Database AdventureWorks2019 
To Disk='E:BackupAdventureWorks2019_Full_14010117.bak'
With Compression

تذکر: کاهش حجم در مورد داده های LOB (Large object) قابل محسوس و چشم گیر نیست و کاهش حجم در این نوع داده های بسیار کم است.

مزایای استفاده از آپشن Compression جهت کاهش حجم نسخه پشتیبان:

1. افزایش سرعت Backup & Restore.
2. کاهش حجم فایل بکاپ.
3. کاهش Locking و Blocking: لازم به ذکر است وقتی زمان گرفتن بکاپ شما به طول می انجامد، بخصوص در دیتابیس های با حجم بالا (مثلا دیتابیس های با حجم ترابایت)، احتمال تداخل کوئری مربوط به تهیه بکاپ با سایر درخواست ها بسیار زیاد می باشد و احتمال Locking و Blocking و در نهایت احتمال وقوع Deadlock بسیار بالا می باشد.
4.  کاهش ترافیک شبکه.

معایب استفاده از آپشن Compression جهت کاهش حجم نسخه پشتیبان :

1. افزایش CPU Usage
2. کندی سایر کوئری ها

تذکر  حتما به این موضوع دقت کنید که بکاپ را در خارج از وقت اداری تهیه کنید تا موجب کندی سایر کوئری ها نشوید.

تذکر : جاب های مربوط به تهیه بکاپ خود را در کل هفته پخش کنید. منظور این است که به عنوان مثال تمام جاب های مربوط به گرفتن Full Backupها را به جمعه شب ها تنظیم نکنید بعضی از آنها را مثلا شنبه شب تنظیم کنید و بعضی ها را یکشنبه شب و الی آخر.

۲ – شما می توانید هنگام تهیه بکاپ به صورت ویزادی استفاده نمایید:

تهیه بکاپ به صورت گرافیکی و یا Wizard: در این روش مطابق شکل زیر کافیست بر روی دیتابیس خود راست کلیک نموده و بر روی گزینه Tasks و سپس بر روی گزینه Backup کلیک کنید.

در این صورت پنجره ایی مطابق شکل زیر نمایان می گردد. در این قسمت ابتدا نوع بکاپ خود را تعیین می کنیم (لازم به ذکر است که ما سه نوع بکاپ به نام های Full Backup و Differential Backup و Log Backup می توانیم تهیه نماییم) که به طور پیش فرض بر روی Full تنظیم شده است. سپس  محل ذخیره بکاپ خود را تنظیم می نماییم.

سپس به قسمت Backup Options رفته و در قسمت Set backup compression گزینه Compress backup را انتخاب نموده و بر روی دکمه OK کلیک می نماییم. همچنین افراد علاقه‌مند می‌توانند با مطالعه مقاله پرکاربردترین دستورات SQL Server، دانش خود را در زمینه کوئری‌نویسی گسترش دهند.

تذکر: تا آنجایی که می توانید از Wizard برای انجام کارهای خود استفاده نکنید، بلکه Script هر کاری را ایجاد کرده (معمولا بالای هر صفحه ای یک دکمه ایجاد Script وجود دارد) و سپس آن اسکریپت را اجرا کنید. چون در این صورت رد یابی خطا بهتر و راحتتر خواهد بود.

تذکر مهم : بهتر است در سطح Instance تنظیمات مربوط به آپشن گرفتن بکاپ فشرده را انجام دهید.چرا که اگر بنا به هر دلیلی استفاده از این آپشن از یاد شما رفت ، ولی باز هم نسخه پشتیبان شما به صورت فشرده گرفته شود.

برای این کار کافیست بر روی Instance کلیک راست نموده و بر روی گزینه Properties کلیک کنید. در این صورت پنجره ایی مطابق شکل زیر نمایان می گردد. حال در این پنجره کافیست مطابق شکل زیر بر روی Database Settings کلیک کرده و سپس تیک مربوط به Compress Backup را علامت بزنید و در نهایت بر روی دکمه OK کلیک کنید.

لازم به ذکر است که اولا حتما بعد از این  تنظیم باید ، Instance اسکیوال سرور ریست شود(هر تنظیمی که در سطح Instance صورت بگیرد، شما باید در یک زمان مناسب سرویس اسکیوال سرور را ریستارت کنید. (آن هم با احتیاط به طور مثال در مانیتورینگ اسکیوال سرور نگاه کنید که کوئری مهمی در حال اجرا نباشد)). این موضوع در جاهایی همچون حوزه بانکی به این راحتی نبوده و باید Down Time تقاضا داده و با کلی مشکلات مواجه خواهید بود. در ضمن دقت کنید با اعمال این تنظیم از این به بعد از هر دیتابیسی به صورت عادی بکاپ تهیه کنید ، آن بکاپ به صورت فشرده ایجاد خواهد شد(بدون اینکه شما از آپشن With Compression استفاده کرده باشید).

در قسمت قبلی افزایش سرعت Backup & Restore به طور مفصل راجع به آپشن With Compression صحبت شد. همانطور که گفته شد این آپشن از نسخه SQL Server 2008 به امکانات اسکیوال سرور اضافه شد و شما می توانید در Edition های Standard و Developer و Enterprise از with compression استفاده کنید. گزینه بعدی که می تواند موجب افزایش سرعت Backup & Restore شود، فعال کردن امکان Zeroing یا Instant File Initialization می باشد. این امکان به قدری مهم و حیاتی بود که مایکروسافت در نسخه SQL Server 2016 آن را در مراحل نصب اسکیوال سرور اضافه کرد.

راه‌ های افزایش سرعت Backup & Restore

با فعال کردن این امکان، زمانی که اسکیوال سرور نیاز به فضا دارد، دیگر منتظر پر کردن آن فضا با صفر توسط سیستم عامل نمی شود و بلافاصله فضا از سوی سیستم عامل در اختیار اسکیوال سرور قرار می گیرد. حال اگر اسکیوال سرور در صورت لزوم روی آن مناطق داده ها را overwrite می کند.

نکته قابل توجه این است وقتی شما این تیک را می زنید ، اسکیوال سرور می آد به Account که سرویس اسکیوال سرور را راه اندازی می کند، Permission ،Perform Volume Maintenance tasks را اعطاء می کند.

فواید (Benefits) ، Instant File Initialization عبارتند از:

• موجب اافزایش سرعت Backup & Restore می شود.
• موجب افزایش سرعت ریستور می شود.
• موجب افزایش سرعت رشد فایل های دیتابیس می شود.(Autogrowth)
• موجب افزایش سرعت ایجاد فایل دیتابیس می شود)هنگام ایجاد دیتابیس یعنی همان initial Size).

تذکر: اگر هنگام نصب اسکیوال سرور زدن این تیک را بنا به هر دلیلی فراموش کردیم در این صورت می توانیم به صورت زیر عمل نماییم. همچنین می توان گفت که در نسخه های قبل از SQL Server 2016 شما جهت اعطاء این دسترسی به Account راه انداز اسکیوال سرور می توانید به صورت زیر عمل نمایید.

تذکر : توصیه می کنم یک Domain User در Active Directory به بچه های شبکه بگویید ایجاد کنند و سپس شما از آن یوزر جهت راه اندازی سرویس های اسکیوال سرور استفاده نمایید.

در پنجره Run دستور Secpol.msc (Secpol مخفف Security Policy و msc مخف Microsoft CONSOL می باشد) را مطابق شکل زیر وارد می نماییم و سپس بر روی دکمه OK کلیک می نماییم.

با کلیک بر روی دکمه OK، در این صورت پنجره ایی مطابق شکل زیر نمایان می شود. حال در این پنجره بر روی Local Policies و سپس بر روی User Right Assignment کلیک کرده و نهایتا بر روی گزینه Perform Volume Maintenance Tasks دابل کلیک کنید.

افزایش سرعت Backup & Restore به جرات می توان گفت یکی از مهمترین و مهمترین وظایف یک مدیر پایگاه داده تهیه منظم Backup طی یک سناریو منظم می باشد. شاید به کرات شنیده باشید که داده های فلان سازمان هک شده و سازمان با خطر نابودی مواجه شده است. گزینه بعدی که می تواند موجب افزایش سرعت Backup & Restore شود، پخش شدن Backup در فایل های مختلف می باشد، به عبارت دیگر فایل بکاپ خود را شکسته و در چند فایل قرار دهیم. می توانیم Media Family را هم به روش اسکریپتی و هم به صورت Wizard ای انجام دهیم. 

افزایش سرعت Backup & Restore

نکته قابل توجه اینکه شما حتی می توانید این فایل ها را در دیسک های مختلف قرار دهید. حالا این دیسک می تواند RAID شده باشد و یا اینکه ممکن است RAID نشده باشد. 
تذکر: به Media Family در بعضی از منابع Backup Strip نیز گفته شده است.

تهیه Backup Strip به روش اسکریپتی

چگونه به کمک تکنیک Backup Strip سرعت کوئری های خود را بالا ببریم. به مثال زیر توجه کنید. در این مثال فایل بکاپ خود را به چهار فایل شکسته ایم تا سرعت گرفتن بکاپ سریعتر شود. در کد زیر Stats میزان پیشرفته بکاپ را به ما نشان می دهد. این گزینه در دیتابیس های حجیم بسیار بسیار کاربردی می باشد.

مشاهده میزان پیشرفت بکاپ و همچنین زمان تقریبی اتمام بکاپ

ما به کمک DMV خیلی مهم به نام sys.dm_exec_requests می توانیم درصد پیشرفت بکاپ و همچنین زمان تقریبی اتمام بکاپ را مشاهده نماییم. این اسکریپ خصوصا هنگام گرفتن بکاپ از دیتابیس های با حجم بالا خیلی پر کاربرد است.

SELECT session_id,start_time,status,command,
percent_complete,estimated_completion_time,
estimated_completion_time /60/1000 as estimate_completion_minutes,
DATEADD (n,(estimated_completion_time /60/1000),
GETDATE ()) as estimated_completion_time
FROM    sys.dm_exec_requests 
where command in ('BACKUP DATABASE','RESTORE DATABASE')

تهیه Backup Strip به روش Wizard

در این مثال می خواهیم فایل بکاپ خود را به چهار قسمت تقسیم کنیم. برای این کار کافیست بر روی دیتابیس خود کلیک راست نموده و سپس گزینه Tasks و سپس گزینه Backup را انتخاب نمایید. در پنجره باز شده ابتدا بر روی دکمه Remove کلیک کنید تا مسیر بکاپ قبلی پاک شود. حال بر روی دکمه ADD کلیک کرده و مسیر فایل بکاپ خود را تعیین کنید و یک نام مناسب به بکاپ خود بدهید. مثلا AdWks2_FULL_1401012.bak.
حال دوباره بر روی دکمه ADD کلیک کنید و نامی مناسب به فایل دوم بدهید. یعنی همان نام را انتخاب کرده و عدد یک را به دو تبدیل کنید یعنی AdWk1_FULL_14010120.bak ، سپس دوباره بر روی دکمه ADD کلیک کنید و پس از تعیین مسیر فایل بکاپ یک نام مناسب یعنی AdWks3_FULL_14010120.bak را به آن بدهید و در آخر دوباره بر روی دکمه ADD کلیک کنید و نام فایل بکاپ چهارم یعنی AdWks4_FULL_1401012.bak را به آن بدهید.

همانطور که در شکل فوق دیده می شود به صورت Wizard بکاپ خود را به چهار فایل شکسته ایم. نکته مهمتر این که می توانیم هر کدام از این فایل ها را در یک دیسک جداگانه قرار دهیم. شکل زیر نشان می دهد که بکاپ با موفقیت گرفته در چهار فایل گرفته شد.

تذکر: اگر شما از Media Family استفاده کنید می توانید مدیریت فضای دیسک داشته باشید. چون ممکن است که فایل بکاپ شما بسیار حجیم باشد و دیسک شما ظرفیت آن را نداشته باشد، در این صورت به کمک این تکنیک می توانید فایل بکاپ خود را شکسته و در مسیرهای مختلفی آن را قرار دهید.

نکته: فایل بکاپ شما در صورت شکسته شدن تقریبا به یک نسبت در فایل ها قرار خواهد گرفت.

نکته خیلی مهم: اگر یکی از این فایل های بکاپ آسیب ببیند در این صورت بقیه فایل ها دیگر به درد نمی خورند.

نکته بسیار مهم: اگر دیتابیس شما دارای Data File های مختلفی باشد بهترین حالت این است که تعداد فایل های بکاپ به اندازه تعداد دیتا فایل های شما باشند تا بهترین Performance را بگیرید.

 نکته مهم: اگر دیسک های شما از نوع SSD باشد ، سرعت تهیه بکاپ به مراتب سریعتر خواهد شد.

[gap height=”20″]

ریستور کردن Backup Strip

برای ریستور چنین بکاپی باید همه فایل ها را در پنجره Restore مطابق شکل زیر با هم انتخاب کنید.

افزایش سرعت Backup & Restore، روش چهارم جهت افزایش سرعت Backup و Restore استفاده از تکنیک Data Transfer می باشد. در این روش اگر شما سه پارامتر به نام های BufferCount و MaxTransferSize و BlockSize به درستی تنظیم کنید در این صورت سرعت Backup و Restore به شدت بالا خواهد رفت. این تنظیمات را شما می توانید هم به صورت Command ای انجام دهید و هم می توانید به صورت Wizard انجام دهید. (لازم به ذکر است که در نسخه های قدیم این تنظیمات را فقط می توانستید به صورت Command ای انجام دهید). 

آشنایی با بعضی از اصطلاحات مربوط به حوزه Data Transfer

تعریف Buffer: در این قسمت می خواهیم ببینیم که SQL Server چگونه از مبحث Buffer جهت Backup و Restore استفاده می کند. همانطور که همه شما دوستان عزیز می دانید Buffer محل قرارگرفتن داده ها در حافظه می باشد.

چه اتفاقی در طی پروسه بکاپ رخ می دهد؟

پروسه افزایش سرعت Backup & Restore در SQL Server به این صورت است که، به محض اجرای دستور بکاپ، SQL Server مطابق شکل زیر به کمک یکسری Thread به جان Page های Data File ها افتاده (مبداء) (مرحله اول) و آنها را به Memory Buffers (واقع در حافظه RAM) منتقل می کند(مرحله دوم). سپس از این Memory Buffer اطلاعات خوانده شده و به دیسک یا مدیا شما منتقل (مقصد) می شوند(مرحله سوم). شما می توانید به کمک پارامترهای مربوط به Data Transfer مقدار قرارگیری داده در Memory Buffers را می توانید تغییر دهید، تا سرعت بکاپ گیری یا ریستور شما بالاتر رود.

معرفی پارامترهای Data Transfer

در این بخش از مقاله به معرفی پارامتر ها در مبحث Data Transfer میپردازیم با ما همراه باشید:

پارامتر BufferCount:

 در واقع تعداد کل IO Buffer رو برای بکاپ و ریستور مشخص می کند. در شکل فوق تعداد BufferCount ها ، چهار عدد می باشد.به عبارتی تعداد وانت ها می باشد.

در نسخه های قدیم تعداد پیش فرض BufferCount ده عدد بود که در نسخه SQL Server 2019 به چهارده عدد رسیده است. شما با توجه به سخت افزار سرور و همچنین نوع هاردهای خود می توانید این عدد را ارتقاء دهید تا بهترین حالت را بدست آورید.

پارامتر MaxTransferSize:

 این پارامتر در واقع مشخص کننده میزان ظرفیت هر کدام از Memory Buffers ها را مشخص می کند.(به عبارت دیگر مقدار انتقال اطلاعات به مدیا را مشخص می کند).(به عبارت دیگر واحدهایی که SQL Server می خواد ببره روی RAM ، چقدر چقدر باشه)(به عبارتی ابعاد وانت ها می باشد این عدد باید بر اساس بایت مشخص شود.همچنین این عدد مضربی از 64KB می باشد. مقدار پیش فرض آن یک مگابایت می باشد. نهایتا شما می توانید سایز این پارامتر را به چهار مگابایت تغییر دهید، که البته باید به بایت نهایتا تغییر یابد.

نکته: کافیست عدد ۴ را دو بار در عدد ۱۰۲۴ ضرب کنید تا مقدار بایت آن را بدست آورید (که عدد ۴۱۹۴۳۰۴ خواهد شد).

تذکر: اگر شما BufferCount را در MaxTransferSize ضرب کنید ، اندازه مربوط به کل Buffer شما بدست می آید(در واقع مقدار حافظه مربوط به Buffer سرور شما بدست می آید.).

تذکر: فرض کنید که می خواهید وسایل خانه خود را با تعدادی وانت و یا نیسان و یا خاور جا به جا کنید. در این صورت تعداد آن وانت هایی (و یا نیسان و یا خاور) که انتخاب می کنید معادل BufferCount خواهند بود و ظرفیت جابجایی که می خواهید انتخاب کنید، که آیا می خواهید جهت جابجایی اسباب خانه از وانت استفاده کنید و یا ظرفیت بالاتر می خواهید از نیسان استفاده کنید و یا باز هم می خواهید ظرفیت را بالاتر برده و از خاور جهت جابجایی وسایل خانه استفاده کنید که در حقیقت این ظرفیت، معادل MaxTransferSize می باشد.

پارامتر BlockSize:

این پارامتر در واقع مشخص کنند Physical Block Size می باشد، که قرار است روی مدیای شما نوشته شود. ما در مباحث مربوط به دیسک ، یک مبحثی به نام Block Size داریم که در حقیقت مقدار دیتای نوشته شده بر روی دیسک را مشخص می کند. (در واقع زمانی که شما Update ای را در حافظه انجام میدهد و می خواهید با همان قالبی (Extent) که اطلاعات به حافظه رفته بودند با همان قالب، Dirty Page ها به دیسک منتقل شوند (مثلا در اثر زدن Checkpoint و یا گرفتن بکاپ ، Page های کثیف به دیسک منتقل می شوند) باید قبلا فرمت دیسک به صورت ۶۴ KB انجام گرفته شده باشد. بهترین گزینه برای پارامتر BlockSize عدد ۶۴ KB می باشد که دقت کنید این عدد را نیز باید به بایت تبدیل و سپس استفاده نمایید. نکته بسیار مهم این است، زمانی که شما سرور را تحویل می گیرید و می خواهید راه اندازی کنید ،حتما درایوهای مربوط به Data File ها و مفهوم Log File ها و TempDB را با عدد ۶۴ KB فرمت کنید. (به عبارتی برای اینکه بهترین پرفورمنس را بگیرید بهتر است که درایو مربوط به Data Fileها و درایو مربوط به Log File و درایو مربوط به دیتابیس سیستمی TempDB را جدا گرفته و همان ابتدا فرمت ۶۴ KB انجام دهید). نکته دیگر این که شما باید عدد ۶۴ KB را باید در عدد ۱۰۲۴ ضرب کنید تا به بایت تبدیل شود و سپس استفاده کنید.

تذکر: نکته بسیار مهم دیگری که شما باید در همان ابتدا رعایت کنید این است که برای Data File ها بهتر است از Raid، پنج و برای Log File بهترین گزینه استفاده از Raid ده می باشد. همچنین برای دیتابیس سیستمی TempDB بهترین گزینه استفاده از Raid صفر می باشد. البته این مباحث مربوط به سخت افزار و شبکه می شود. در ضمن برای گرفتن بهترین کارایی اگر می توانید دیسک را نیز SSD انتخاب کنید.

دوستان دقت کنید که برای اطلاعات بیشتر راجع به Raid ها و مطالب فوق در رابطه با Raid ها می توانید به سایت Red-gate مراجعه کرده و در تب مربوط به Learning & Community در انتهای صفحه بر روی کلمه Book کلیک کنید و سپس کتاب Troubleshooting SQL Server را پیدا کرده و pdf آنرا که free هم هست را دانلود کنید. در این کتاب از صفحه ۴۶ می توانید اطلاعاتی را راجع به Raid کسب کنید.

تذکر: شما می توانید در مبداء، چند Data File داشته باشید و در مقصد (مدیا) هم فایل بکاپ خود را به چند فایل تکه تکه کنید. به شکل زیر دقت کنید.

پیاده سازی Data Transfer به صورت Command

در این جا پارامترهای Data Transfer استفاده شده است که شما با توجه به سخت افزار سرور خود می توانید با سعی و خطا به Best Practice مورد نظر برسید.

تذکر: اگر شما BufferCount را در MaxTransferSize ضرب کنید ، اندازه مربوط به کل Buffer شما بدست می آید(در واقع مقدار حافظه مربوط به Buffer سرور شما بدست می آید.).لذا اگر عدد مربوط به حاصلضرب BufferCount در MaxTransferSize از Memory Buffer شما بالاتر شود در این صورت با خطای حافظه (مطابق شکل زیر) مواجه خواهید شد.

<!-- wp:enlighter/codeblock {"language":"sql"} -->
<pre class="EnlighterJSRAW" data-enlighter-language="sql" data-enlighter-theme="" data-enlighter-highlight="" data-enlighter-linenumbers="" data-enlighter-lineoffset="" data-enlighter-title="" data-enlighter-group="">BACKUP DATABASE AdventureWorks2019 
TO DISK='D:BackupAwBackup1.bak',
DISK='D:BackupAwBackup2.bak'
WITH STATS=1,COMPRESSION
,BUFFERCOUNT = 250
,MAXTRANSFERSIZE=4194304 
,BLOCKSIZE = 65536</pre>
<!-- /wp:enlighter/codeblock -->

تذکر: معمولا مقدار MaxTransferSize را عدد ۴۱۹۴۳۰۴ بایت (معادل 4MB) و مقدار Blocksize را عدد ۶۵۵۳۶ بایت انتخاب می کنند (به شرطی که فرمت درایوهای مربوط به Data File و Log File عدد ۶۴ کیلوبایت باشد). حال شما با تغییر مقدار BufferCount می توانید بهترین خروجی را بدست آورید.

تنظیمات پارامترهای مربوط به Data Transfer به صورت Wizard

در این حالت در قسمت Management، بر روی Maintenance Plan کلیک راست نموده و بر روی گزینه New Maintenance Plan مطابق شکل زیر کلیک می کنیم.

در این صورت پنجره ایی مطابق شکل زیر نمایان می شود. در این پنجره یک نام مناسب وارد نموده و سپس مطابق شکل زیر بر روی دکمه OK کلیک می نماییم.

در این صورت محیط زیر نمایان می شود.

حال از پنجره Toolbox، مطابق شکل زیر، بر روی ابزار Backup Database Task دابل کلیک نموده تا این ابزار به محیط Maintenance Plan قرار بگیرد.

حال جهت تنظیمات بکاپ، بر روی ابزار Back Up Database Task دابل کلیک می نماییم و در پنجره ظاهر شده مطابق شکل زیر ابتدا در تب General نام دیتابیس و یا دیتابیس های مورد را علامت می زنیم. سپس در تب Destination و در قسمت Folder مسیر بکاپ را تنظیم می نماییم و در تب Options می توانیم تنظیمات مربوط به Compress backup را انجام دهیم و همچنین تنظیمات مربوط به Data Transfer (که در این جا می توانید آیتم های مربوط Block size و Max transfer size را انجام دهیم) را انجام دهیم.

 برای دانلود کتاب های مورد نظر خود می توانید به سایت Libgen.is مراجعه کنید. شما در این سایت هم می توانید کتاب ها را به صورت Epub دریافت نمایید که با نرم افزارهای Epub Reader آنها را باز کنید و هم می توانید با فرمت pdf کتاب ها را دانلود کنید. یکی از بهترین کتاب ها در حوزه مدیریت دیتابیس مربوط به انتشارات Apress بوده، که نام آن SQL Server 2019 Administration می باشد که راجع به این کتاب به طور مفصل در سایت نیک آموز صحبت شده است. 

سخن پایانی

افزایش سرعت Backup & Restore، شما می توانید تکنیک های مربوط به افزایش سرعت بکاپ و ریستور را همزمان استفاده نمایید به مثال زیر دقت کنید، در این مثال هم از تکنیک Media family استفاده شده است، هم از تکنیک Compression استفاده شده است و هم از تکنیک Data Transfer استفاده شده است. ما در نیک آموز منتظر نظرات ارزشمند شما درباره این مقاله هستیم.

BACKUP DATABASE AdventureWorks2019 
TO DISK='D:BackupAwBackup1.bak',
DISK='D:BackupAwBackup2.bak'
WITH STATS=1,COMPRESSION
,BUFFERCOUNT = 250
,MAXTRANSFERSIZE=4194304 
,BLOCKSIZE = 65536

در مرحله آخر افزایش سرعت Backup & Restore این صورت پنجره ایی مطابق شکل زیر نمایان می شود. بر روی دکمه Add User or Group کلیک کنید و سپس یوزر راه انداز سرویس اسکیوال سرور را اضافه کنید و در نهایت بر روی دکمه OK کلیک کنید. ما در نیک آموز منتظر نظرات ارزشمند شما درباره این مقاله هستیم.

افزایش سرعت Backup & Restore، همچنین شما به جای تنظیم فوق در سطح Instance ، می توانید تنظیمات پیشرفته اسکیوال سرور را با SP_Configuration نیز انجام دهید. کافیست از دستور زیر برای اعمال این تنظیم درسطح Instance استفاده نمایید.

SP_Configure 'backup compression default',1
Reconfigure with Override

خط دوم برای این است که دیگر مجبور به ریستارت سرویس اسکیوال سرور نشویم. ما در نیک آموز منتظر نظرات ارزشمند شما درباره این مقاله هستیم.