Discussion :

[cubepiege]

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

[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.

[WOLO Laurent]

Il est fortement recommandé de déloguer tous les utilisateurs pendant la procédure de maintenance de la base de données.

[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 p_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

[Invité]

Je rebondis sur tes questions

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[cubepiege]

ok merci, sinon concernant le compactage des bases de données, que je fais d'habitude avec les commandes:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
backup log $base with no_log

puis

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[Invité]

Autant tout faire en une fois :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[cubepiege]

super et y a t-il moyen d'automatiser ces commandes avec le plan de maintenance?

[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.

[cubepiege]

.... oki je vais regarder çà également merci pour l'info.

[Débéa]

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 ?

[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.

[nicolas23]

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

[SQLpro]

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 +