Re: Vider les journaux de transaction d'une base SQL 2005

[zoltix]

Use dbName
Go
DBCC SHRINKFILE(DB_Log,20)
Go
BACKUP LOG dbName WITH TRUNCATE_ONLY
Go
DBCC SHRINKFILE(dbName _Log,20)
Go

[zoltix]

On 11 avr, 21:25, Yann Gainche [MVP] <fo...@gainche.net> wrote:
> Bonjour,
>
> Si la base Operations Manager est pleine, c'est qu'il y a eu une
> mauvaise estimation de l'espace nécessaire, une augmentation du
> périmètre ou l'ajout de règles générant un grand nombre d'évènements.
>
> Le problème est à analyser coté SCOM. Coté SQL, c'est simple :
>
>  - La base OperationsManager doit être en mode de récupération simple
>  - Cette base ne doit pas être en mode de croissance automatique
> (contrairement à la base OperationsManagerDW)
>  - La taille de la base doit être ajustée de façon à ca que l'espace
> libre soit toujours au dessus de 40%. Si ce n'est pas le cas, SCOM
> génère une alerte.
>
> Coté SCOM :
>
>  - Faire le tuning nécessaire de façon à éliminer les alertes
> superflues.
> - Ajuster la durée de rétention des données (Grooming)
>
> Cordialement,
>
>
>
> > Normalement SCOM propose un outil d'administration pour effectuer ce genre de
> > maintenance
> > Je n'ai acces a un server SCOM mais regarde dans la liste des agents SQL
> > Server
> > Si tu ne trouves pas, pose la question sur le forum MOM
> > Je viens de les mettre en copie de cette reponse
>
> > Bien cordialement
> > Med bouchenafa
>
> > "Lyes" <L...@discussions.microsoft.com> wrote in message
> >news:73BC6C40-62EE-4A43...@microsoft.com...
> >> Bonjour,
>
> >> J'ai une application de supervision (MS SCOM) qui utilise une base SQL 2005
> >> et cette base devient pleine.
> >> J'aimerai donc savoir comment fait-on un commit sur  une base SQL 2005?
> >> Outil à lancer? commande?
>
> >> Merci pour votre réponse
>
> >> Lyes
>
> --
> Yann Gainche
> MVP - Microsoft Operations Manager

[Yann Gainche [MVP]]

Inutile sur SCOM qui a ses propres jobs pour gérer la base. De plus,
celle-ci doit être en mode simple et donc, le BACKUP LOG est inutile.