سلام وعرض ادب خدمت دوستان عزیز
امیدوارم حالتون خوب باشه
شاید بارها با این مشکل مواجه شدین که یک دفعه سرور کند شده و شما باید سریع دنبال سرنخ و مشکل میگشتین . احتمالا اولین گزینه استفاده از 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
امیدوارم حالتون خوب باشه
شاید بارها با این مشکل مواجه شدین که یک دفعه سرور کند شده و شما باید سریع دنبال سرنخ و مشکل میگشتین . احتمالا اولین گزینه استفاده از 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
سلام دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
چند روز پیش درگیر بروز رسانی یک سری Package های SSIS بودیم که از نسخه ۲۰۱۲ به نسخه ۲۰۲۲ منتقل کنیم.
موقع Deploy مدام به ایرادات مختلف مخصوصا Dll های مربوط به Package ها برخورد میکردیم.
بعد از کلی بررسی ها ، متوجه شدم که در Package ها Target Server به ۲۰۲۲ تغییر نکرده بود و همین باعث ایجاد کلی خطا شده بود. این خطاها هم اغلب در هنگامم اجرای Job رخ میداد. دلیلش هم واضحه. Package های SSIS وقتی که JOB میشن توسط فایل DTExec اجرا میشن و یکی از مواردی که توسط این فایل چک میشه بحث Target Server هست که باتوجه به اون بیاد DLL های مربوط به اون رو لود کنه و همین قضیه باعث میشد مرتبا جاب های ما Failed بشن. با تغییر این موضوع ، جابها با موفقیت اجرا شدند.
گفتم این مورد روباهاتون به اشتراک بذارم.
شاد باشین و شکرگزار
ارادتمند
حمیدرضا صادقیان
Hello dear friends,
I hope you're all doing exceptionally well. A few days ago, we were involved in updating a series of SSIS packages from version 2012 to version 2022. During the deployment, we consistently encountered various issues, especially related to the DLLs associated with the packages.
After thorough investigations, I realized that the Target Server in the packages had not been changed to 2022. This oversight caused a multitude of errors, most of which occurred during the execution of jobs. The reason is clear: SSIS packages, when executed by the DTExec file during a job, undergo a check related to the Target Server. Based on this, the corresponding DLLs are loaded. This situation repeatedly led to the failure of our jobs.
By addressing this issue and changing the Target Server, the jobs were successfully executed. I thought it would be beneficial to share this experience with you.
Stay joyful and grateful.
Best regards,
Hamidreza Sadeghian
Telegram Channel : @SQL_Server
#SSIS
#DBA
#SQLServer
#Administration
#ETL
#job
امیدوارم حالتون عالی عالی باشه
چند روز پیش درگیر بروز رسانی یک سری Package های SSIS بودیم که از نسخه ۲۰۱۲ به نسخه ۲۰۲۲ منتقل کنیم.
موقع Deploy مدام به ایرادات مختلف مخصوصا Dll های مربوط به Package ها برخورد میکردیم.
بعد از کلی بررسی ها ، متوجه شدم که در Package ها Target Server به ۲۰۲۲ تغییر نکرده بود و همین باعث ایجاد کلی خطا شده بود. این خطاها هم اغلب در هنگامم اجرای Job رخ میداد. دلیلش هم واضحه. Package های SSIS وقتی که JOB میشن توسط فایل DTExec اجرا میشن و یکی از مواردی که توسط این فایل چک میشه بحث Target Server هست که باتوجه به اون بیاد DLL های مربوط به اون رو لود کنه و همین قضیه باعث میشد مرتبا جاب های ما Failed بشن. با تغییر این موضوع ، جابها با موفقیت اجرا شدند.
گفتم این مورد روباهاتون به اشتراک بذارم.
شاد باشین و شکرگزار
ارادتمند
حمیدرضا صادقیان
Hello dear friends,
I hope you're all doing exceptionally well. A few days ago, we were involved in updating a series of SSIS packages from version 2012 to version 2022. During the deployment, we consistently encountered various issues, especially related to the DLLs associated with the packages.
After thorough investigations, I realized that the Target Server in the packages had not been changed to 2022. This oversight caused a multitude of errors, most of which occurred during the execution of jobs. The reason is clear: SSIS packages, when executed by the DTExec file during a job, undergo a check related to the Target Server. Based on this, the corresponding DLLs are loaded. This situation repeatedly led to the failure of our jobs.
By addressing this issue and changing the Target Server, the jobs were successfully executed. I thought it would be beneficial to share this experience with you.
Stay joyful and grateful.
Best regards,
Hamidreza Sadeghian
Telegram Channel : @SQL_Server
#SSIS
#DBA
#SQLServer
#Administration
#ETL
#job
👍43❤8😍2👎1👏1