آموزش ۳ در ۱ Performance Tuning در SQL Server

دوره 3 در 1 Performance Tuning در SQL Server شامل سه دوره Performance Tuning Power Start و سطح اول Performance Tuning  و همچنین سطح دوم Performance Tuning در SQL Server می باشد این سه دوره جدیدترین های دوره Performance Tuning در SQL Server می باشد. هر چقدر با جزئیات و ریزه‌کاری‌های مربوط به SQL Server آشنا شوید به خوبی می‌توانید از عهده مشکلات مربوط به کارایی بانک‌های اطلاعاتی برآید. دوره بسیار جذاب و کاملا کاربردی Performance & Tuning در مورد تمام راهکارهای تکنیکهای Performance Tuning افزایش سرعت در SQL Server صحبت می‌کند. 

6.700.000 تومان

عنوان دوره: دوره Performance Tuning در SQL Server
پیش‌نیاز دوره: آشنایی با مباحث کوئری‌ نویسی در SQL Server
مخاطبین: برنامه نویسان و مدیران بانک اطلاعاتی
طول دوره: 44 ساعت آموزش به همراه حل تمرین
پشتیبانی تلگرامی: دارای گروه تلگرامی اختصاصی است.
سیستم‌عامل‌های قابل استفاده اسپات‌پلیر: ویندوز، اندروید، ایفون (سیب، اناردون)، مک
skillicon
آموزش مهارت محور
skillicon
انتقال دانش تجربی اساتید
skillicon
رفع اشکالات و پشتیبانی فنی
skillicon
به روز رسانی دوره‌ها
skillicon
معرفی برترین‌ها به بازار کار
skillicon
دانلود اسکریپت‌ها و مثال‌ها
skillicon
شارژ کیف پول کاربری
title sign
سر فصل های دوره
25 فصل
232 قسمت
40 ساعت
1
آشنایی اولیه با معماری SQL Server
2
آشنایی با Pageها و انواع آن در SQL Server
3
بررسی File Group ها
4
معرفی Execution Plan و نحوه کار با آن
5
بررسی ایندکس و معماری آن
6
ایندکس و نکات پیشرفته مربوط به آن
7
فشرده‌سازی جداول و ایندکس
8
آشنایی Statistics و کاربرد آن در SQL Server
9
Constraintها و تاثیر آن بر کارایی بانک اطلاعاتی
10
Fragment شدن ایندکس‌ها
11
مانیتور کردن ایندکس‌ها
12
Triggerها و تاثیر آن بر کارایی بانک اطلاعاتی
13
Viewها و تاثیر آن بر کارایی بانک اطلاعاتی
14
Functionها و تاثیر آن بر کارایی بانک اطلاعاتی
15
پارتیشن‌بندی جداول
16
جداول موقت و تنظیم TempDB و تاثیر آن بر کارایی بانک اطلاعاتی
17
Query Execution Plan (نقشه اجرایی کوئری‌ها)
18
بررسی Plan Caching
19
استفاده از Extended Event در SQL Server
20
استفاده از ویژگی Query Store
21
معرفی ویژگی Buffer Pool Extension
22
بررسی Hybrid Buffer Pool در SQL Server
23
معرفی ویژگی Resource Governor
24
بررسی Lock & Block & Concurrency
25
Column Store Index
title sign
دانلود سر فصل
فرمت PDF
28 صفحه
حجم 2 مگابایت
دانلود سر فصل دوره
title sign
مدرسین دوره
title sign
سوالات متداول
کدام ورژن SQL Server در این دوره آموزش داده شده است؟
پرفورمنس چیست و بهینه‌سازی آن در پایگاه داده چه کاربردی دارد؟
نرم افزار ما تراکنش های (Transactions) زیادی دارد، برای سرعت بخشیدن به این تراکنش‌ها آیا این دوره مناسب ما است؟
آیا اسکریپت های SQL و مثال‌ها به همراه دوره ارائه می‌شوند؟
ایندکس گذاری (Indexing) در پایگاه داده چیست و چه کاربردی دارد؟
من برنامه نویس هستم، آیا دوره Performance Tuning برای من مناسب است؟
آیا Performance Tuning برای دیتابیس های کم حجم مناسب است؟
آیا خرید اقساطی امکان پذیر است ؟
آیا این دوره آموزشی به روز رسانی خواهد شد و شرایط دریافت آن چگونه است؟
آیا می توانم مشاوره سازمانی برای پروژه دریافت کنم؟
نحوه تماشا این دوره به چه شکل است؟
خرید با فاکتور رسمی چگونه است ؟
این دوره به چه شکل ضبط شده است؟
آیا امکان برگزاری دوره‌های سازمانی وجود دارد؟
می‌خواهم با مدرس دوره مشاوره/تدریس خصوصی بگیرم؟
نحوه پشتیبانی دوره به چه صورت است؟
من باز هم سوال دارم، امکان ارتباط با مشاوران نیک آموز وجود دارد؟
title sign
درخواست مشاوره
برای کسب اطلاعات بیشتر درباره این دوره با تکمیل فرم زیر، از مشاوره رایگان استفاده نمائید.
  • این قسمت برای اهداف اعتبارسنجی است و باید بدون تغییر باقی بماند.

title sign
دیدگاه کاربران

    • سلام،

      در یک سیستم اتوماسیون اداری که از Columnstore استفاده نمی کند،
      آیا Trace Flag 834 را فعال نماییم یا خیر ؟

      با سپاس.

    • Trivial Plans
      این نوع Plan ها برای کوئری های بسیار ساده مشاهده می شوند. مانند Select * from Companies Where CompanyID = 1 زمانی که CompanyID کلید کلاستر ایندکس است بدیهی است که هیچ کاری بجز Index Seek و برگرداندن دیتا انجام نمی شود و SQL Server دلیلی برای Optimize نمودن کوئری فوق ندارد.
      به صورت نرمال این گونه Plan ها مشکل محسوب نمی شوند اما در سرورهایی که بسیار مشغول هستند مشاهده این گونه Plan ها بدین معنی است که یک کوئری به تعداد بسیار زیاد اجرا می شود یا کوئری دارای تعداد Plan های بسیار زیاد است.
      یکی از بهترین راه حل ها جهت برطرف نمودن مشکل این گونه کوئری ها Cache کردن داده ها در سمت Application است با توجه به اینکه جدول Companies تغییرات زیادی ندارد. راه حل دیگر parameterize نمودن کوئری ها می باشد.
      با تشکر

    • Trivial Plans
      این نوع Plan ها برای کوئری های بسیار ساده مشاهده می شوند. مانند Select * from Companies Where CompanyID = 1 زمانی که CompanyID کلید کلاستر ایندکس است بدیهی است که هیچ کاری بجز Index Seek و برگرداندن دیتا انجام نمی شود و SQL Server دلیلی برای Optimize نمودن کوئری فوق ندارد.
      به صورت نرمال این گونه Plan ها مشکل محسوب نمی شوند اما در سرورهایی که بسیار مشغول هستند مشاهده این گونه Plan ها بدین معنی است که یک کوئری به تعداد بسیار زیاد اجرا می شود یا کوئری دارای تعداد Plan های بسیار زیاد است.
      یکی از بهترین راه حل ها جهت برطرف نمودن مشکل این گونه کوئری ها Cache کردن داده ها در سمت Application است با توجه به اینکه جدول Companies تغییرات زیادی ندارد. راه حل دیگر parameterize نمودن کوئری ها می باشد.
      با تشکر

    • سلام، من تست های زیادی روی Resource Governor انجام دادم اما همان گونه که در لینک های زیر نیز آمده است این ویژگی زمانی مفید است که CPU تحت فشار باشد. وگرنه Maximum CPU تعیین شده در Resource Pool در نظر گرفته نخواهد شد و ۱۰۰ درصد CPU مورد استفاده قرار خواهد گرفت.
      مشخصا گزینه MaxDop برای محدود کردن استفاده دستوراتی مانند DBCC CheckDB از CPU بسیار بهتر جواب می دهد.

      https://docs.microsoft.com/en-us/sql/relational-databases/resource-governor/resource-governor-resource-pool?view=sql-server-2017

      https://dba.stackexchange.com/questions/180022/resource-governor-not-limiting-cpu-ram
      https://social.msdn.microsoft.com/Forums/sqlserver/en-US/551a366d-a398-4e6e-8348-f63f86b5fc99/why-isnt-resource-governor-working-as-expected?forum=sqltools
      موفق باشید.

    • سلام، من تست های زیادی روی Resource Governor انجام دادم اما همان گونه که در لینک های زیر نیز آمده است این ویژگی زمانی مفید است که CPU تحت فشار باشد. وگرنه Maximum CPU تعیین شده در Resource Pool در نظر گرفته نخواهد شد و ۱۰۰ درصد CPU مورد استفاده قرار خواهد گرفت.
      مشخصا گزینه MaxDop برای محدود کردن استفاده دستوراتی مانند DBCC CheckDB از CPU بسیار بهتر جواب می دهد.

      https://docs.microsoft.com/en-us/sql/relational-databases/resource-governor/resource-governor-resource-pool?view=sql-server-2017

      https://dba.stackexchange.com/questions/180022/resource-governor-not-limiting-cpu-ram
      https://social.msdn.microsoft.com/Forums/sqlserver/en-US/551a366d-a398-4e6e-8348-f63f86b5fc99/why-isnt-resource-governor-working-as-expected?forum=sqltools
      موفق باشید.

    • سلام،
      عمل Reorganize Index به صورت Online هست، یعنی در هنگامی که ایندکس یک جدول Reorganize می شود چه کارهایی با داده های آن جدول می توان انجام داد؟ در تست های گرفته شده به هنگام Reorganize Index نه امکان درج در جدول وجود دارد و نه امکان جستجو.

      سپاس از توجه شما.

    • سلام،
      عمل Reorganize Index به صورت Online هست، یعنی در هنگامی که ایندکس یک جدول Reorganize می شود چه کارهایی با داده های آن جدول می توان انجام داد؟ در تست های گرفته شده به هنگام Reorganize Index نه امکان درج در جدول وجود دارد و نه امکان جستجو.

      سپاس از توجه شما.

    • سلام به استاد طاهری عزیز
      دوره بعدی تیونینگ را مجدد کی خواهید داشت، به شدت علاقه مند به شرکت هستم.
      سوال بعدی اینکه، درصورت برگزاری مجدد آیا سرفصل ها تغییر خواهد کرد، چطور خواهد شد
      ممنون

      • سلام
        احتمال زیاد تا سال آینده دوره ای جدید در این حوزه نداشته باشم

    • سلام به استاد طاهری عزیز
      دوره بعدی تیونینگ را مجدد کی خواهید داشت، به شدت علاقه مند به شرکت هستم.
      سوال بعدی اینکه، درصورت برگزاری مجدد آیا سرفصل ها تغییر خواهد کرد، چطور خواهد شد
      ممنون

    • مطابق لینک زیر اگر عمل محاسبه داشته باشیم و کوئری به صورت Single Execution با تعداد ردیف کم باشد Inline Function مناسب است و ارزش رفتن به سمت CRL Function را ندارد. اما اگر میلیون ها ردیف درگیر Function می شوند یا هزاران Transaction Per Scond داشته باشیم CLR Function ها Performance بهتری خواهند داشت.
      https://www.red-gate.com/simple-talk/sql/t-sql-programming/clr-performance-testing/

      با سپاس و آرزوی موفقیت برای شما.

6.700.000 تومان