Always-ON یکی از امکانات جدید SQL Server 2012,2014,2016,2017 در حوزه High Availability می‌باشد. با استفاده از این تکنولوژی بانک‌های اطلاعاتی شما همیشه در دسترس هستند به طوری که اگر در حین کار اتفاقی به ازای بانک اطلاعاتی رخ دهد کاربران بدون تغییر برنامه و تنظیمات مربوط به آن می‌توانند به بانک اطلاعاتی ثانویه متصل شوند. پس به طوری کلی می‌توان گفت که : «Always-ON تکنولوژی است که محاسن تمام تکنولوژی‌های HA را با کم‌ترین هزینه در اختیار DBA قرار دهد.»

برای استفاده از این قابلیت نیازی نیست که سازمان شما هزینه‌های گزافی بابت سخت‌افزارهای گران قیمت (مانند SAN و…) بپردازد.

مزایای راه‌اندازی Always-ON برای سازمان

۱٫ عدم نیاز به تهیه سخت‌افزارهای گران قیمت: عموماً وقتی در خیلی از سازمان‌ها بحث HA و حتی Database Tuning مطرح می‌شود. اولین نسخه‌ای که در سازمان پیچیده می‌شود تهیه سخت‌افزارهای گران قیمت مانند (SAN, SAN Switch, SSD ,…) است. اما به جرات می‌توان گفت که این تکنولوژی یکی از ارزان‌ترین تکنولوژی‌های HA است که می‌توان آن را با حداقل هزینه پیاده‌سازی کرد. برای پیاده‌سازی این تکنولوژی شما نیاز به دو سرور فیزیکی و یا Virtual Machine (با توجه به شرایط) خواهید داشت.

۲٫ در دسترس بودن Database Server: طی این فرآیند چنانچه ماشین اصلی به هر عنوان از دسترس خارج شود جُفت ثانویه به طور خودکار جایگزین ماشین اصلی خواهد. در این تکنولوژی پس از اعمال تنظیمات Always-ON یک Listener ایجاد شده که کلیه Requestها از طریق آن به سرور منتقل خواهد شد.

۳٫ Read-only بودن جفت ثانویه: معماری این تکنولوژی به گونه‌ای است که جُفت ثانویه بانک اطلاعاتی می‌تواند به عنوان یک Instance Read-only در دسترس باشد. بنابراین شما به راحتی می‌توانید از این Instance جهت اخذ گزارشات و همچنین Selectهای خود استفاده کرده و کارایی بانک اطلاعاتی خود را افزایش دهید. لازم به ذکر است برای استفاده بهینه از این ویژگی باید تغییراتی در سمت Application اعمال گردد.

یکی از اهداف ارتقاء سرور بانک اطلاعاتی به SQL Server 2017 استفاده از امکانات Always-ON می‌باشد. در طی این سناریو در Virtual Machine بر روی دو سرور فیزیکی جداگانه یا VM ارائه خواهد شد تا در صورتیکه مشکلی برای Database Server بر روی سرور اول رخ داد امکان سوئیچ کردن اتوماتیک کاربران و… بر روی سرور دوم فراهم گردد.
برای پیاده‌سازی Always-ON در محیط SQL Server نیاز به انجام فعالیت‌های اشاره شده در مستند زیر می‌باشد. لازم به ذکر است این فعالیت‌ها به طور کاملاً خلاصه در این مستند ذکر شده است.

1. انجام کلیه فعالیت‌های اشاره شده در پروژه ارتقاء به SQL Server 2017
برای راه‌‌اندازی Always-ON و استفاده از قابلیت‌های جدید آن توصیه می‌گردد به SQL Server 2017 ارتقاء پیدا کنید.

۲٫ اعمال Rule بر روی VMها:
با توجه به اینکه برخی سرورهای شرکت کننده در Always-ON به صورت Virtual Machine هستند نیاز به ارائه تنظیمات ویژه‌ای بر روی VMها هستیم این تنظمیات باید بر روی Vsphere اعمال گردد. از نمونه این تنظیمات می‌توان به تنظیم Affinity Rule اشاره کنیم.

۳٫ Cluster کردن سرور:
یکی از پیشنیازهای راه‌اندازی Always-ON در SQL Server کلاستر کردن سرورهای شرکت کننده در این پروسه هستند. برای اینکه بتوانیم هر کدام از سرورها را کلاستر کنیم باید سرویس Failover Clustering را در هر کدام از سرورها به درستی تنظیم نماییم تا سرویس Always-ON عملکرد مثبتی بر روی آن داشته باشد.

۴٫ نصب SQL Server و انجام تنظیمات Always-ON:
برای راه‌اندازی Always-ON نیاز است که SQL Server به صورت اصولی نصب شده و تنظیمات مربوط به HADRو… بر روی آن به درستی انجام شود.

۵٫ تنظیم Availability Group:
پس از راه‌اندازی Always-ON آن باید سرورها و همچنین بانک اطلاعاتی شرکت کننده در این پروسه را به عنوان یک Availability Group معرفی کنیم. انجام این تنظیمات جزو ملزومات Always-ON بوده که باید به درستی بر روی سرور اعمال گردد.

۶٫ تنظیم Listener:
برای اینکه برنامه‌های کاربردی بتوانند متوجه شوند که باید به کدامیک از سرورها باید متصل شوند باید تنظیمات مربوط به Listener بر روی Always-ON اعمال گردد. لازم به ذکر است با توجه به اینکه ما نیاز داریم از جفُت‌های ثانویه شرکت کننده در Always-ON به صورت Read-only استفاده کنیم باید تنظیمات ویژه‌ای بر روی Always-ON و همچنین برنامه‌های کاربردی انجام شود.

۷٫ برقراری ارتباط Application با Always-ON:
پس از راه‌اندزای Always-ON در SQL Server باید کلیه Applicationهایی که از بانک‌های اطلاعاتی استفاده می‌کنند به سمت Listener هدایت شوند. توجه داشته باشید که این تنظیمات باید در سمت Connection String انجام شده و همچنین اگر بخواهیم کوئری‌های Select و گزارشات مربوط به بانک اطلاعاتی به سمت جُفت‌های ثانویه هدایت شوند باید تغییراتی اندک در سمت سورس برنامه کاربردی انجام دهیم. انجام تغییرات فوق باعث خواهد شد که توزیع بار کاری بانک اطلاعاتی بر روی سرورهای مختلف انجام پذیرند.

۸٫ استفاده از جُفت‌های ثانویه به صورت Read-only:
به جهت استفاده صحیح از قابلیت Read-only بودن بانک‌های اطلاعاتی موجود بر روی جُفت‌های ثانویه باید تنظیمات ویژه‌ای در این خصوص بر روی SQL Server انجام گردد.

۹٫ اعمال تنظیمات امنیتی:
با توجه به اینکه سرور ثانویه محل نگهداری بانک‌های اطلاعاتی مورد نیاز برای HA بوده و به صورت Read-only در دسترس هستند باید تنظیمات امنیتی در این خصوص بر روی سرور انجام گردد.

خواننده گرامی، اگر به راه اندازی Always-on در سازمان یا شرکت خود علاقمندید و برای سفارش دچار تردید هستید، کافی است دکمه بالا را کلیک کنید و درخواست خود را ثبت کنید تا کارشناسان بخش فروش/فنی با صبر و حوصله فراوان به سوالات شما پاسخ دهند تا هر گونه ابهامی برطرف شود.