همانطور که قول داده بودیم فیلم دوم آماده گردید.
در این فیلم (فیلم دوم) مسعود طاهری مدرس و مشاور SQL Server ابزاری را معرفی میکند که یکی از بهترینها در نوع خودش است کار این ابزار کشف عوامل کُندی در SQL Server است در حقیقت این ابزار کل سرور شما را مانیتور میکند و بصورت کاملا گرافیگی خروجیهای جذابی به شما نشان میدهد.
حال شما بر اساس این خروجیها میتوانید عوامل کندی در SQL Server را شناسایی کنید و سرعت SQL Server را بالا ببرید.
مسعود طاهری در این فیلم این ابزار را بصورت کامل و در مدت 32 دقیقه توضیح میدهد، این ابزار و این فیلم را از دست ندهید و حتما آنرا دانلود کنید.
اگر هنوز فیلم اول و شاهکار SQL Server 2016 را دانلود نکردید، حتما به روی نحوه اجرای کوئریها را در SQL Server 2016 زنده ببینید کلیک کنید و فیلم اول را دانلود و مشاهده کنید.
در دو کیفیت بالا و پایین این فیلم را جهت دانلود قرار دادهایم.
** پیشنهاد میکنم کیفیت بالا را دانلود کنید.
منبع: آموزش برنامه نویسی نیک آموز
14 دیدگاه
مجتبی شهریور
سلام
بازهم از زحمات شما استاد گرامی متشکریم واقعا خسته نباشد
ولی میشه بفرمایید فیلم اول که پیش نیاز این فیلم هست حتما کدوم فیلم هست یا به چه اسمی در سایت وجود داره تا دانلود کنیم و بعد از دیدن فیلم اول فیلم دوم را ببینیم
حمیدقلیپور
با سلام و احترام
فرید طاهری
سلام
لینک فیلم اول در متن قرار داده شد.
با تشکر
ساناز احمدی
سلام
مرسی عالی بود
همیشه به روز و پیروز باشید..
خدا خیرتون بده که واقعا دارین گل می کارین با این همه سخاوت در آموزش
babak
http://downloads.idera.com/products/IderaSQLCheckSetup-x64.zip
عليرضا دهدشتي
با تشکر از مهندس طاهری
jiji2663@yahoo.com
بسیار عالی بود
محسن امیری
سپاس فراوان بخاطر ویدئو منتشر شده شما. بسیار خوب بود
نعیم
آموزش بسیار جذاب و پرمحتوایی بود
جلال
با عرض سلام
مسعود طاهری
برای تولید داده تستی می توانید از برنامه Red-Gate Data Generator استفاده کنید. اطلاعات بشتر در این خصوص را می توانید در این آدرس پیدا کنید.
adnanjorfi@gmail.com
خیلی عالیه واقعا من خیلی از سایت شما عقب بودم
محمدرضا
دوتا مورد همیشه بیشترین مصرف رو دارند
ReportServer.dbo.WriteLockSession;1
ReportServer.dbo.CreateChunkSegment;1
این دومورد رو چطور حل کنیم؟
آرزو محمدزاده
درود بر شما
به نقل از مهندس طاهری
شما احتمالا از Report Server درحال استفاده کردن هستید و وقتی کاربران به پورتال وصل می شوند قطعا داشبوردهای
ایجاد شده از رم و CPU استفاده می کنند. شما باید ببینید جنس پیاده سازی BI شما چی هست؟
اگز Self Service باشه قطعا رم و CPU درگیر میشه و کتابخانه ها بیشترین مصرف را خواهند داشت.
و اگر از Olap استفاده کرده باشید. پاور بی ای در لایه ویژولایزیشن استفاده میشه و و بیشترین بار سمت Olap سرور هست.
تشکراز همراهی شما
محمدرضا
امکان تشخیص آی پی یا نام کامپیوتری که کوئری سنگینی رو به سرور فرستاده نیست؟