OLA: Proc IndexOptimize

Bonjour,

Je cherche à comprendre la proc d'Ola suivante:

Code:

---

1 2 3 4 5 6

EXECUTE dbo.IndexOptimize @Databases = 'USER_DATABASES', @FragmentationLow = NULL, @FragmentationMedium = 'INDEX_REORGANIZE,INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE', @FragmentationHigh = 'INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE', @Resumable = 'Y'

---

Qd est ce que ONLINE ou OFFLINE est déclenchée ...? Pour le degre de fragmentation est ce histoire des 0 à 5 (on fait rien) , 5 à 30 -réorg) puis au delà des 30% (rebuild) ....?

Merci.

A+

Bonjour,

Non ! Ce n'est pas dans ce sens qu'il faut comprendre !

Il s'agit d'un ordre de préséance pour un niveau de fragmentation donné, déjà fixé.

Le nom du paramètre détermine déjà le niveau de fragmentation (basse, moyenne ou haute).

Pour chaque niveau de fragmentation (exemple moyenne), le paramètre correspondant (exemple @FragmentationMedium) permet de définir l'ordre de préséance (ou de préférence) pour l'opération à effectuer.

Exemple

Code:

---

@FragmentationMedium = 'INDEX_REORGANIZE,INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE',

---

Signifie que pour un niveau de fragmentation moyenne, privilégier une réorganisation des index, si cela n'est pas possible alors effectuer une reconstruction des index en mode ON LINE, si cela n'est pas possible alors effectuer une reconstruction on mode OFF LINE, etc..

Notez que certaines opérations ne sont pas toujours possibles. Par exemple, la réorganisation d'un index ne peut être effectuée si, pour le dit index, la propriété ALLOW_PAGE_LOCKS a pour valeur OFF. D'où cette possibilité donnée à l'Administrateur (DBA) de pouvoir opter pour une autre solution, et ce, par ordre de préférence.

A+

Bonjour Hamid,

Les 3 niveaux: basse, moyenne ou haute

basse => Degré de fragmentation < 5%.
moyenne => 5% < Degré de fragmentation < 30%.
haute => Degré de fragmentation > 30%.

C'est bien ça ....?

Merci.

A+

OUI, il s'agit des valeurs (ou seuils) par défaut (Fragmentation <= 5%, > 5% ET <= 30%, > 30%). Ces valeurs et seuils sont toutefois modifiables.
L'ajustement de ces seuils est généralement guidé par l'amplitude de la fenêtre de tire de votre Plan de Maintenance (durée 2h, 3h, 4h etc.. ..).
D'autres considérations bien sûr peuvent aussi être prises en compte pour le choix de ces seuils.

A+

Merci bcp Hamid.

A+

Bonjour,

Je relance cette conversation,

Pour tester, j'ai besoin d'ajouter la procédure dbo.CommandExecute ?

Merci.

A+

Je suis presque sûr que tu dois avoir minimum ça :

CREATE TABLE [dbo].[CommandLog]
CREATE PROCEDURE [dbo].[CommandExecute]
CREATE PROCEDURE [dbo].[IndexOptimize]

Mais j'ai tout dans un script vu que j'utilise l'ensemble des scripts et jobs OLA donc à vérifier.

Bonjour,

J'ai fait un test avec le plan d'OLA:

Code:

---

1 2 3 4 5 6 7

The SQL Server Maintenance Solution lets you intelligently rebuild or reorganize only the indexes that are fragmented. In the IndexOptimize procedure, you can define a preferred index maintenance operation for each fragmentation group. Take a look at this code: EXECUTE dbo.IndexOptimize @Databases = 'USER_DATABASES', @FragmentationLow = NULL, @FragmentationMedium = 'INDEX_REORGANIZE,INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE', @FragmentationHigh = 'INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE', @FragmentationLevel1 = 5, @FragmentationLevel2 = 30

---

J'ai regardé les taux de fragmentation après, j'ai des index NoClustered avec taux de plus 80% par fois ... en gros il n a pas reconstruit les index dont le taux de fragmentation est > 30% ... le job s'est exécuté sans erreur ....
Comment le forcer à "Rebuilder" ....

MERCI.

Quel est la taille de Vos indexes ?

Pour les petits index, la reconstruction ne réduit pas la fragmentation

Merci Hamid.

Pour contrôler le taux de fragmentation, j' ai utilise la requête de SQLPro donc ce n'est pas un ptit index ...

Code:

---

1 2 3 4 5 6 7

SELECT s.name AS TABLE_SCHEMA, o.name AS TABLE_NAME, i.name AS INDEX_NAME, ips.avg_fragmentation_in_percent FROM sys.objects AS o JOIN sys.schemas AS s ON o.schema_id = s.schema_id JOIN sys.indexes AS i ON o.object_id = i.object_id CROSS APPLY sys.dm_db_index_physical_stats(DB_ID(), o.object_id, i.index_id, NULL, NULL) AS ips WHERE ips.page_count > 128

---

Par contre j'ai fait un exec sp_spaceused sur mon index:

Code:

---

1 2	Msg*15234, Niveau*16, État*1, Procédure*sp_spaceused, Ligne*69 Les objets de ce type n'ont pas d'espace alloué.

---

a travers l'interface Graphique

cliquer sur propriété de l'index fragmentation puis pages

Merci, c'est 185 pages.

Taux fragmentation 62% Remplissage de page 70% ....

MERCI.

A+

LA valeur minimum est 1000 Page

il faudrait changer le paramètre

Code:

---

@MinNumberOfPages int = 1000

---

dans la procédure

Code:

---

dbo.IndexOptimize

---

MERCI BCP.

Avec un retour d'expérience, je laisse à 1000 pages ou je baisse un peu sachant que la base est très sollicitée ....


A+

Bonjour,

Je m'invite à cette conversation :- et j'ouvre une parenthèse sur FILLFACTOR

Lorsqu'on une reconstruction et/ou réorganisation des indexes quotidienne on ne se penche pas trop sur sur ce paramètre

(FILLFACTOR) et on laisse par défaut 0 .... OU je me trompe ...?

Merci.

A+