سلام وعرض ادب خدمت دوستان عزیز
امیدوارم حالتون خوب باشه
شاید بارها با این مشکل مواجه شدین که یک دفعه سرور کند شده و شما باید سریع دنبال سرنخ و مشکل میگشتین . احتمالا اولین گزینه استفاده از Activity Monitor بوده. خوب اینجا یک سری چالش هست که پیشنهاد میشه از این ابزار استفاده نکنید.
ابزارهای رایگانی وجود داره که در ادامه معرفی خواهم کرد.
وقتی که شما از Activity Monitor استفاده می کنید بخش عمده ای از Wait type ها رو درون یک Wait type خاص گروه بندی می کنه و هیچ مستنداتی هم براش نیست که بدونید دقیقا چه Wait type هایی تجمیع شدن. به عنوان مثال Wait type های PAGELATCH_UP, PAGELATCH_SH, PAGELATCH_EX رو درون Buffer latch تجمیع میکنه در صورتی که برای بررسی دقیق مشکلات دقیقا نیاز هست بدونیم که الان مشکل بر روی جه نوع wait هست که بتونیم عملیات مختص به اون رو پیاده سازی کنیم.
برای مانیتورینگ پیشنهاد میکنم از ابزار FirstResponderKit جناب BrentOzar که در سایتش قرار داره و رایگانه استفاده کنید.
و مورد بعدی هم از Sp_WhoisActive که توسط جناب Adam Machanic نوشته شده.

امیدوارم این نکته در بررسی مشکلات بهتون کمک کنه و همیشه سروری با دسترس بودن بالا و سرعت بالا داشته باشید😊

شاد و پرانرژی باشید.
حمیدرضا صادقیان

@Hamidreza_Sadeghian

#ActivityMonitor
#SQLServerMonitoring
#Troubleshooting
#Administration
#SQLServerAdministrator

سلام دوستان



🔍 یک چالش جالب در SQL Server که می‌تونست یک مجموعه رو زمین‌گیر کنه!



چند وقت پیش در یکی از مجموعه‌ها با یک مشکل عجیب مواجه بودن 👀

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

🔎 بعد از دیدن خطا، اولین چیزی که به ذهنم رسید این بود:

احتمالاً تنظیمات user connections دستکاری شده.



مشکل اینجا بود که حتی اتصال عادی هم به دیتابیس برقرار نمی‌شد!

با کلی داستان و از طریق sqlcmd تونستم مستقیم به Engine وصل بشم 💪

📌 با بررسی تنظیمات:



'sp_configure 'user connections



مشخص شد مقدار روی 100 ست شده 😐

🔧 راه‌حل ساده ولی حیاتی بود:

مقدار user connections رو روی 0 گذاشتم

عدد 0 یعنی:

👉 SQL Server خودش مدیریت می‌کنه (تا حدود 32767 اتصال همزمان)

بعد از اعمال تغییر، مجبور شدیم یک بار سرویس SQL Server رو ریست کنیم 🔄

و… مشکل به‌طور کامل حل شد ✅

✨ نکته جالب‌تر؟

کاربران می‌گفتن حتی سرعت سیستم هم بهتر شده!

احتمالاً سیستم مدام سعی می‌کرد اتصال بگیره، خطا می‌خورد و منتظر می‌موند تا دوباره تلاش کنه ⏳

🧠 جمع‌بندی مهم:

هر عددی که در SQL Server می‌بینید، معمولاً پشتش یک منطق و سناریو وجود داره.

این تنظیمات رو:

❌ با حدس

❌ با سلیقه

❌ یا «ببینیم با کدوم عدد حال می‌کنیم»

نباید تغییر داد!



⚠️ یک عدد اشتباه، خیلی راحت می‌تونه کل یک شرکت رو دچار اختلال کنه.

کمی دقت بیشتر در این جزئیات، هزینه‌های خیلی بزرگی رو کم می‌کنه.



#SQLServer #DBA #Performance #Troubleshooting #Database #Production #Experience