Discussion :

[peluche13000]

Bonjour,

j'ai créé une base SQL Server 2005 avec 2 fichiers de journaux de transactions.
Je voudrais que, lorsque le 1er journal est plein, il y ait un basculement automatique vers le 2nd ensuite tronquer le premier et vice versa.
Est ce que cela est possible et comment le mettre en oeuvre?
Merci d'avance pour vos réponses.
Hélène

[Invité]

Quel en serait l'intérêt ?

[peluche13000]

en fait, je suis l'administrateur de bases de données et c'est mon
responsable qui souhaiterait mettre en place une solution pour éviter la
saturation d'une base après avoir défini une taille fixe pour un fichier
Log.
Donc il voulait savoir si c'était possible de créer une base avec 2 fichiers
Log avec une taille définie pour chacun et dès qu'un serait plein il
basculerait sur l'autre avec donc un temps de délai pour sauvegarder celui
qui est plein et le tronquer. Et savoir les risques.

Est ce que ce basculement est possible? Si oui, comment?
Si une transaction commence dans le premier, elle pourra se terminer dans le
second?
Est ce que cette méthode est conseillée? Ou une alerte à 80% du journal
rempli avec un backup et un troncage suffirait?
Merci pour vos renseignements
LN

[ylarvor]

il y a en effet la possibilité avec sql serveur de créer 2 fichiers de log.
je ne sais pas quel est l'utilité. :o(

En général, on utilise un seul fichier de log, placé sur un disque différent que le fichier mdf. vous avez alors deux possibilités.

le mode de recouvrement simple :

le fichier est vidé toute les secondes. vous n'avez pas à vous en préocuper.

le mode de recouvrement complet ( full ) :

ce mode permet une recuperation tres precise dans le temps.

vous devez alors mettre en place une sauvegarde du log toute les heures en cas d'activité importante ou tous les jours autrement.

[SQLpro]

La réponse (claire et précise) vous a déjà été donné sur le forum microsoft par Bruno Reiter.
news://msnews.microsoft.com:119/#QMY...TNGP03.phx.gbl

Inutile de crossposter...

A +

[Invité]

en fait, je suis l'administrateur de bases de données et c'est mon
responsable qui souhaiterait mettre en place une solution pour éviter la
saturation d'une base après avoir défini une taille fixe pour un fichier
Log.

En complément de la réponse de SQLpro, j'ajouterai qu'une bonne supervision de vos bases suffirait.... Un comportement proactif !