SQL SERVER 2016 Maintenance Plan İyileştirmeleri

Reading Time: 2 minutes

2016 versiyonu ile Maintenance Plan üzerinde de geliştirmeler sağlandı. Reorganize,Reindexing ve DBCC CheckDB alanınd aki iyileştirmeleri bu yazımızda değineceğiz.

ReorGanize ve Reindexing Geliştirmeleri

2016 verisyonunda ındex bakım süreçlerini daha iyi yönetmek açısından gelen bu geliştirmeler bizim daha fazla GUI bazlı kontrol altında işlemleri yapmamızı sağlamaktadır.

Örnek bir Index Bakım Planı oluşturalım ;

Reorganize INDEX Operasyonu : Fragmantasyonu {6189a1005e4f6dc613b8beb03d694ce50f0902974162d6a7dea944a970422cc9}15 den fazla olan. Ve Page sayısı 1000 ‘den fazla olan Index ‘leri Reorganize işlemine tabi tut.

Rebuild Index Operasyonu         : Fragmantasyonu {6189a1005e4f6dc613b8beb03d694ce50f0902974162d6a7dea944a970422cc9}30 den fazla olan. Ve Page sayısı 1000 ‘den fazla olan Index ‘leri Rebuild işlemine tabi tut.

 

REORGANIZE :

2016_Reorganize_SQLTR_SQLTURKIYE

Optimize index only if  bölümünde de gördüğünüz üzere Fragmentation değeri {6189a1005e4f6dc613b8beb03d694ce50f0902974162d6a7dea944a970422cc9}15 o’den büyük ve Page Count ‘u 1000 ‘den fazla olan Index ‘leri Reorganize işlemine alacak.  Yani yukarıda ki senaryomuza uygun bir Reorganize işlemi SET etmiş olduk.

REBUILD :

Bu işlemde bir çok ek özellik bulunmakta , bunları teker teker görüntü üzerinden aktaracağım.

2016_IndexRebuildTask_SQLTURKIYE

  • MAXDOP : Index oluşturma sırasında paralellik özelliğini SET etme alanıdır.
  • Pad INDEX : Bu özellik ile INDEX ‘in FILL FACTOR değerini SET edebilirsiniz. PadIndex ‘in detayına başka makalede anlatacağım.
  • MAX DURATION : Bu alanda Online ındex operasyonunda bekleyeceği dakika değerini SET ediyoruz. Bu SET ettiğimiz değere ulaşıldığından sonra ki adımları düzenleyebiliriz. Bunlar NON,SELF ve BLOCKERS olarak karşımıza çıkmaktadır.

RebuildIndex_MaxDuration_SQLTURKIYE

  • NON : INDEX işlemi çalışmaya devam edecektir.
  • SELF : MAX_DURATION ‘a ulaşıldığında , işlem iptal edilecektir.
  • BLOCKERS : Online Index operasyonunu engelleyen tüm işlemleri düşürecektir. Blocklayanların aynı zamanda yeniden düzenlemesi için ALTER ANY CONNECTION hakkına sahip olmaları gerekmektedir.

Reorganize ‘da da anlattığımız gibi en başta ki senaryomuzda verdiğimiz değerleri Optimize index only if bölümüne giriyoruz.

 

DBCC CHECKDB

CHECKDB Operasyonu için aşağıda ki seçenekleri belirleyerek Planımızı oluşturabiliriz.

2016_DBCC_CHECKDB_SQLTURKIYE

  • Include Indexes : DBCC CHECKDB sürecinde Indexleri de içerir.
  • Physical Only : Fiziksel yapının bütünlüğünü , sayfa ve kayıt başlıklaırnı çek eder ve veritabanı tahsis alanını sınrlandırır. Bu şekilde DBCC CHECKDB nin çalışma zamanı azaltılabilir. Büyük veritabanları ve PROD sistemler için tavsiye edilir.

Leave a Reply

Your email address will not be published. Required fields are marked *