سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
یکی از مسائلی که هرشخصی که در حوزه ادمین میخواد فعالیت کنه این هست که بتونه راهکارهای مناسب برای در دسترس بودن بانکهای اطلاعاتی ارائه بده.
خوب بیایم باهم یک سناریو رو بررسی کنیم:
نیازمندی های مسئله این هست:

- 50 سرور دیتابیس
- حدود 400 دیتابیس
- نسخه های SQL Server از 2008 تا 2019
- حجم کل اطلاعات 10 ترابایت
سه سایت که ارتباط شبکه ای بین آنها خوبه. دوتا در تهران و یکی در شهرستان هست.
خوب ما می خواهیم برای این راهکار HA ارائه بدیم.
اولا چه مسائلی رو بررسی می کنید برای راه اندازی HA؟
دوم اینکه چه راهکارهایی رو می تونید ارائه بدین؟
منتظر راهکارهای خوب شما هستم.

شاد و خلاق باشین
حمیدرضا صادقیان

@Hamidreza_Sadeghian
#HA
#سوال
#Alwayson
#Availability_Group

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه.
در خصوص سوالی که مطرح کردم برای ارائه راهکار.

نکته اول این هست که باید ببینیم آیا امکان ارتقای دیتابیس ها به یک نسخه مشترک هست یا خیر.
نکته دوم این هست که میزان RTO ,RPO برای دیتابیس های مختلف به چه صورت است؟
منظور از RTO همان Recovery Time Objective هست. یعنی زمانی که یک Disaster رخ می دهد ، چقدر میتوان Downtime داشت که آسیبی به کسب و کار نخورد. ممکن است برای بعضی از دیتابیس ها این عدد خیلی بالا باشه ممکنه برای بعضی از دیتابیس ها بسیار کم باشه. مثلا ممکنه برای بعضی در هفته ۵ ساعت باشه. ولی برای بعضی در سال ۲ ساعت باشه.
براساس اینها شما تصمیم میگیرید که برای دیتابیس فوق چه استراتژی تهیه کنید و در چه دسته ای قرار بدین.
منظور از RPO همان Recovery Point Objective هست.
یعنی اینکه در زمانی که یک Disaster رخ داد. چه مقداری از داده های دیتابیس مورد نظر از بین برود، آسیب جدی به کسب و کار نمیخورد و میتواند به کار خود ادامه دهد و آنرا دچار مشکل نمی کند.
ممکن است بعضی از دیتابیس ها تا یک هفته داده های آن از بین بروند اهمیتی نداشته باشند ولی ممکن است یک دیتابیس مثل سیستمهای بانکی حتی یک رکورد هم امکان از بین رفتن ندارد.

نکته سوم اندازه گیری وضعیت فعلی سرورها و میزان استفاده از منابع توسط هر دیتابیس و در هر سرور هست.

خوب حالا که این موارد مشخص شد. میتوانید راهکار ارائه بدین.
براساس اینها متوجه خواهید شد چند تا سرور نیاز دارید.
چند تا Instance نیاز دارید
بر روی هر Instance چند تا دیتابیس می تونید قرار بدین.
درسته که در هر Instance شما میتونید ۳۲۷۶۶ دیتابیس ایجاد کنید. زیرا Database_ID نوعش از نوع Smallint هست و چون یک دیتابیس مخفی به نام MSSQLResource نیز وجود دارد پس ۳۲۷۶۶ دیتابیس بیشتر نمیتونید بر روی یک Instance داشته باشین.
ولی بهتره بیش از ۱۰ ٪ حداکثر مقادیری که مایکروسافت برای هرچیزی تعیین کرده تعدی نکنید. مثلا برای دیتابیس ها اگر از ۳۲۷۶ عدد بر روی یک Instance فراتر رفتید ، این ممکنه یک نشونه طراحی بد دیتابیس ها باشه. ( البته این یک قانون همیشگی نیست و میتونه نقض هم بشه)

ادامش رو در پست های بعدی بهش اشاره می کنم.

شاد باشین و شکرگزار. ☺️☺️

ارادتمند شما
حمیدرضا صادقیان
@Hamidreza_Sadeghian

#HA
#DR
#Availability_Group
#AlwaysON

خوب دوستان عزیز یک Disaster دارم براتون داغ داغ، همین الان از تنور درومده 😅

داستان از این قراره که Log backup های چند سری Failed شده بوده و همچنین فایل Log هم با سرعت عجیب غریبی رشد کرده بود به حدی که باعث شده بود کل دیسک پر بشه و همین امر سبب شده بود دیتابیس نیز از HA خارج بشه و اونجاهم Not sync بود. خوب در اولین تلاش سعی کردیم فضای دیسک رو خالی کنیم شاید اون Log هایی که وضعیتشون مشخص نبود درست بشه و شروع کنه ادامه مسیر رو رفتن که خوب اتفاقی نیافتاد.

در قدم بعدی دیتابیس مذکور از HA خارج شد و ازش یک Log Backup گرفتیم و لاگ رو Shrink کردیم که اون فضای عجیب غریب رو آزاد کنه و مجدد به HA اضافه اش کردیم.

خداروشکر اتفاق عجیب غریبی نبود و خیلی سریع حل شد.

به دوستان اون مجموعه گفتم که چه مواردی باید کنترل بشه و دقت بشه تا این اتفاق دیگه رخ نده.

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

پس تا دیر نشده راهکارهای مراقبت از دیتابیس رو برای خودتون داشته باشین.



سوالی هم در این زمینه داشتین منو تیمم در کنارتون هستیم.

شاد باشین و بدور از هرگونه Disaster



#Disaster_Recovery

#HA

#LogBackup