Discussion :

[casimir92400]

Bonjour

Je me permet de vous solliciter pour un (des) problème(s) avec un serveur SQL 2008R2 SP2 (RAM physique 32Go) virtualisé sous Vsphere5.5. Il héberge une base applicative de 17-18Go et je rencontre depuis maintenant plusieurs jours des problèmes :

- j'ai modifié le plan de maintenance hier car il ne tournait plus correctement et suite a des recherches sur le Net je me suis aperçu qu'il n'était pas optimisé donc j'ai décidé de l'améliorer. Maintenant il se découpe de cette façon :

1 - Check Database Integrity (juste sur la base applicative et en incluant les index (coche)
2 - Shrink Database Task (juste sur la base applicative, Shrink database when it grows beyond 50MB, Amount of free space to remain after shrink 10%, Return freed space to operating system)
3 - Rebuild Index (juste sur la base applicative, Tables & Views, Reorganize pages with the default amount of free space)
4 - Clean Up History (Backup and restore history, SQL Server agent job history, maintenance plan history, remove older than 1semaine)
5 - Back Up Database (Full) (Toutes les bases (system et 1 applicative), en .bak, Verify backup integrity, compression:use the default server setting)
6 - Maintenance Cleanup DB Files (sur les fichiers .bak avec une rétention de 7 jours)
7 - Maintenance Cleanup DB Files (sur les fichiers .trn avec une rétention de 7 jours)

J'ai positionné une limitation d'utilisation de la mémoire (Use AWE to allocate memory) MAX à 24Go (24576MB) pas de minimum

Bon déjà a ce niveau cela vous parait propre ou pas ?

[SQLpro]

Bonjour

Je me permet de vous solliciter pour un (des) problème(s) avec un serveur SQL 2008R2 SP2 (RAM physique 32Go) virtualisé sous Vsphere5.5. Il héberge une base applicative de 17-18Go et je rencontre depuis maintenant plusieurs jours des problèmes :

- j'ai modifié le plan de maintenance hier car il ne tournait plus correctement et suite a des recherches sur le Net je me suis aperçu qu'il n'était pas optimisé donc j'ai décidé de l'améliorer. Maintenant il se découpe de cette façon :

1 - Check Database Integrity (juste sur la base applicative et en incluant les index (coche)

Il faut aussi le faire sur les bases système au minimum master et msdb (jamais sur tempdb. Si vous perdez master, vous perdez le serveur !

2 - Shrink Database Task (juste sur la base applicative, Shrink database when it grows beyond 50MB, Amount of free space to remain after shrink 10%, Return freed space to operating system)

ça c'est la tâche la pus stupide. Elle est destinée à vous faire perdre le maximum de perf, en diminuant l'espace de stockage. Lisez l'article que j'ai écrit à ce sujet : http://blog.developpez.com/sqlpro/p5..._fichiers_et_t en particulier le paragrpahe "Pire..."

3 - Rebuild Index (juste sur la base applicative, Tables & Views, Reorganize pages with the default amount of free space)

Là aussi c'est pas bon :
1) defragmentez les index ayant entre 10 et 30 % de fragmentation (REORGANIZE)
2) reconstruisez les index ayant plus de 30 % de fragmentation
3) allouez entre 80 et 90% de FILLFACTOR aux index NONCLUSTERED
4) recalculez toutes les statistiques ayant une ancienneté de plus de 24 h en FULLSCAN

4 - Clean Up History (Backup and restore history, SQL Server agent job history, maintenance plan history, remove older than 1semaine)
5 - Back Up Database (Full) (Toutes les bases (system et 1 applicative), en .bak, Verify backup integrity, compression:use the default server setting)
6 - Maintenance Cleanup DB Files (sur les fichiers .bak avec une rétention de 7 jours)
7 - Maintenance Cleanup DB Files (sur les fichiers .trn avec une rétention de 7 jours)

J'ai positionné une limitation d'utilisation de la mémoire (Use AWE to allocate memory) MAX à 24Go (24576MB) pas de minimum

Bon déjà a ce niveau cela vous parait propre ou pas ?

C'est surtout que vous utilisez une VM :
1) désactivez le ballooning
2) pour les fichiers de la base, faites du DISK PASS THROUGH et pas des disques virtuels. Utilisez un niveau de RAID 1 ou 0+1 ou 10. Jamais de RAID, 5, 6, 50, 60 ou DP...
3) AWE ne sert à rien si vous êtes en 64 bits (d'ailleurs il serait bon de poster les version de WXindows et SQL Server afin de nous dire si vous êtes en 32 oui 64 bits => SELECT @@VERSION)
4) Si vous êtes en 64 bits, 28 Go à SQL Server et pas 24.

A +

[elsuket]

Si vous êtes en 64 bits, 28 Go à SQL Server et pas 24.

Je ne me rappelle plus pourquoi : peux-tu me rafraichir la mémoire ?

@++

[SQLpro]

2 Go suffit en 32 bits, 4 en 64, sauf si > 64 => 6 et si > 256 => 8

A +

[mikedavem]

Ce sont effectivement des valeurs admises en fonction de la quantité de mémoire et qui fonctionnement bien dans la plupart des environnements. L'idée est de laisser suffisamment de mémoire au système et aux éventuels processus utilisateurs.

++

[casimir92400]

Bonjour a tous merci pour vos réponses.

Depuis vendredi j'ai pu avoir l'explication de mon problème "deadlock", j'ai fini par réaliser un arrêt/relance de la plate-forme pour quelle re-fonctionne correctement.

Bon je vois que j'ai plusieurs sujets sur lesquels il faut que je travail.

1) Check Database Integrity (je vais ajouter les bases system "sauf" tempdb) c'est bien ça ?
2) Shrink Database Task (je l’enlève de mon plan de maintenance) mais cela veut dire que je fais jamais de shrink ?
3) Rebuild Index (là je suis pas sûr de comprendre la modif a apporter
{
REORGANIZE (all database ou juste applicative, comment spécifier 10 et 30 % de fragmentation ?)
REBUILD INDEX (all database ou juste applicative, comment spécifier "ayant plus de 30 % de fragmentation" ?)
/!\allouez entre 80 et 90% de FILLFACTOR aux index NONCLUSTERED/!\ Je fais ça comment ?
UPDATE STATISTIC TASK (all database ou juste applicative, All Existing Statistics, Full Scan) comment je positionner "ancienneté de plus de 24h" ?
}

4) 5) 6) 7) Je touche a rien, c'est bien ça ?

Sinon pour les histoires de VM
1) Je vais regarder pour désactiver le balooning comme méthode de gestion de la RAM
2) Stockage sur DAS (en SSD RAID1)
3) Windows 2008R2 (donc 64bits) avec SQL Server 2008R2 (SP2)
4) donc je passe en 28GO (28672MB), je spécifie pas de minimum ?

J'ai bon là ?

[casimir92400]

Si un des participants passe par là !!!

[SQLpro]

Les plans de maintenance standard ne permettent pas d'avoir une grande finesse dans le paramétrage de ce qu'il faut faire...

Voici ce que je dis dans mon ouvrage à paraître :
"
ATTENTION : les plans de maintenance de l’assistant et même ceux faisable par l’intermédiaire de SSIS, n’auront jamais la finesse de ceux que vous pourriez développer avec vos propres codes. Ne les utilisez que pour des installations petites à moyenne et avec beaucoup d’heures creuses.
"

A +