Optimisation et maintenance

Version imprimable

03/04/2006, 19h22
cubepiege

Optimisation et maintenance

Bonjour je souhaite juste savoir , lorsqu'une opération de maintenance automatique est lancée (je paramètre des options d'optimisation, de réduction de fichier, de sauvegarde de base, etc...), est ce que cela empêche des utilisateurs d'accéder la base pendant ce temps ( pendant le déclenchement de l'operation de maintenance)?
Merci
03/04/2006, 21h34
Invité

Pendant le déclenchement, non. Mais pendant chaque opération, ça dépend.
Par exemple, un DBCC INDEXDEFRAG, ça se fait en ligne. Un DBCC DBREINDEX est une opération hors ligne (les index ne sont pas disponibles pendant la reconstruction), etc....

Consulte le BOL pour plus de détails.
04/04/2006, 09h56
WOLO Laurent

Il est fortement recommandé de déloguer tous les utilisateurs pendant la procédure de maintenance de la base de données.
04/04/2006, 17h14
Débéa

Je rebondis sur le sujet.

Quels sont les maintenances qu'il faut faire sur une base SQLServer ?

Moi je fais juste celles poroposées dans le plan de maintenace standard :
Optimisation :xp_sqlmaint -RebldIdx 10 -RmUnusedSpace 50 10
Contrôle d'intégrité : xp_sqlmaint -CkDB
Sauvegarde base de données
Sauvegarde journal des transactions.

Faut-il aussi faire quelques choses sur les indexes ?

Merci d'avance pour vos réponse
04/04/2006, 17h23
Invité
Je rebondis sur tes questions :D

Disons que ces actions sont constituent un bon départ.

Ce que j'ajoute systématiquement pour la maintenance:

- une purge des historiques de sauvegardes (trimestrielle)
- un DBCC UPDATEUSAGE (périodicité à définir)
- relevé quotidien des tailles des bases avec taux de remplissage

Pour l'optimisation, par exemple, si tu as des tables sans clustered index, je vérifie régulièrement la quantité de forwarded records, avec leurs impacts sur la lecture des données:
Code:

1 2 3 4 5 6 7 8 USE dbname GO DBCC TRACEON(2509) DBCC CHECKTABLE(mytable) DBCC TRACEOFF(2509) SET STATISTICS IO ON SELECT * FROM mytable SET STATISTICS IO OFF
04/04/2006, 17h39
cubepiege
ok merci, sinon concernant le compactage des bases de données, que je fais d'habitude avec les commandes:
Code:

1 2 backup log $base with no_log
puis
Code:

1 2 Sous sql entreprise manager, clique droit sur la base et compacter
Comme ca il m'enleve tout les blancs.
Apres cà il vire les espaces inutilisée et compact la base.
Je veux que ca se fasse automatiquement.
04/04/2006, 17h45
Invité
Autant tout faire en une fois :
Code:

1 2 3 4 BACKUP LOG mybase WITH NO_LOG GO DBCC SHRINKDATABASE(mybase,10) GO
Avec 10 correspondant à 10% d'espace libre souhaité après compactage.

Mais prend garde à bien sauvegarder ta base immédiatement après le BACKUP LOG ... WITH NO_LOG
04/04/2006, 17h56
cubepiege

super et y a t-il moyen d'automatiser ces commandes avec le plan de maintenance?
04/04/2006, 19h23
Invité

Je n'utilise pas le plan de maintenance, donc : sais pô !
Je fais des scripts, que je chaîne dans un travail planifié par l'agent SQL Server, ou bien par osql.exe.
04/04/2006, 19h28
cubepiege

.... oki je vais regarder çà également merci pour l'info.
05/04/2006, 08h20
Débéa

Citation:

Envoyé par kuzco

Pendant le déclenchement, non. Mais pendant chaque opération, ça dépend.
Par exemple, un DBCC INDEXDEFRAG, ça se fait en ligne. Un DBCC DBREINDEX est une opération hors ligne (les index ne sont pas disponibles pendant la reconstruction), etc....

Consulte le BOL pour plus de détails.

INDEXDEFRAG ou DBREINDEX sont des choses à faire frequement ?
05/04/2006, 09h42
Invité

Il n'y a pas de fréquence appropriée par défaut, il faut que tu analyses l'évolution de la fragmentation de tes index dans le temps, et voir quand il serait judicieux de les defrag ou rebuild.

Vois la commande DBCC SHOWCONTIG pour voir les infos de tes index.
29/05/2007, 16h04
nicolas23

SHRINKDATABASE ne fonctionne pas bien

Bonjour,

j'ai une base de prod qui fait 150Go. la commande
GO
exec sp_spaceused @updateusage = 'true'
GO

me renvoie 45Go de 'unallocated space'.
je lui lance un DBCC SHRINKDATABASE (PRODUCTION)
==> Ca me vide bien ces 45Go mais des le lendemain j'ai le même scénario.

Comment puis je faire pour supprimer rellement l'espace non utilisé

Merci d'avance
Nicolas
30/05/2007, 18h32
SQLpro

Citation:

Ca me vide bien ces 45Go mais des le lendemain j'ai le même scénario.

Comment puis je faire pour supprimer rellement l'espace non utilisé

ça c'est stupide !!!
En effet si 45 Go ont été alloué c'est que SQL Server en a eu besoin. Si vous les supprimez il devra les reconstruire. Or votre post est intitulé "Optimisation et maintenance". Imaginez un propriétaire d'immeuble qui met en location ses biens, mais s'amuserait à les détruire le matin à 8h parce que tout le monde va au boulot et les reconstruire le soir parceque les gens rentrent du boulot ? Serait-ce économiquement viable ? C'est exactement ce que vous voulez faire !!!

A +