Discussion :

[dediou]

Bonjour,

Je souhaiterais savoir s'il est possible de faire en sorte que les journaux de transaction s'auto-écrase.

Je m'explique. Je suis en train de faire un migration d'un outils (Asset Manager) qui utilise une base de donnée SQL Serveur 2008. Durant la migration, je dois réaliser une conversion de base, que je réalise via l'outil en question. Le problème est que durant cette conversion, les journaux de transaction gonflent énormément (15Go en 10min). Mon disque arrive donc a saturation.

Si je met en place la limite sur ces journaux, ma conversion plante. Je suis don obligé de les mettre en Auto Expansion.

Mais est il possible de fixer une taille max à 2Go par exemple (oui c'est possible) en faisant en sorte que dès qu'il atteint les 2Go, on recommence a 0... ???


Ou si quelqu'un a une autre solution.
PS, je ne connais strictement rien a SQL Server, je découvre !!! :s

Merci d'avance

[dbaffaleuf]

Quel est le mode de récupération de la base à convertir ?

Code :

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

1
2
select databasepropertyex('maBaseAConvertir','RECOVERY')
go

Si FULL, 2 solutions:
- Soit prendre des sauvegardes de journaux pendant la conversion.
- Soit passer la base en mode SIMPLE, et ne pas mettre de limite sur le fichier journal au moins le temps de faire la conversion.

Code :

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

1
2
 
ALTER DATABASE maBaseAConvertir SET RECOVERY SIMPLE

Le seul risque c'est qu'une transaction dans la conversion ne remplisse les 15 Gb de disque à elle seule. Auquel cas il faut déplacer le journal sur un disque avec plus de capacité.

Ensuite tu pourras décider de la stratégie de backup à mettre en place une fois la base convertie, il y a déjà des tonnes d'articles sur le sujet écrits par les modérateurs et les participants actifs de ce forum, je te laisse regarder.

David B.

[dediou]

Le mode est FULL.

Je n'ai plus d'espace sur le disque, et je peux plus en ajouter car je suis sur une VM, et le serveur de VM est plein ( pas de bol hein!!)

Un collègue m'avait parlé qu'il été normalement possible, via une requête, de boucler sur le journal et le limité a 2Go et écraser en continu.
Ce n'est donc pas possible.

Ma conversion de base se via l'outil que je migre (Asset Manager) et non via SQL. Ce n'est pas une conversion de base SQL 2000 vers 2008 !!!

Je vais passer en simple alors. En espérant que ca posera pas de problème pour l'outil que j'utilise...

merci en tout cas

[dbaffaleuf]

Tu peux passer en SIMPLE juste pour la conversion, et repasser en FULL ensuite, planifier des sauvegardes de journaux régulières. Je ne vois pas pourquoi ça pourrait poser un pb.

David B.

[dbaffaleuf]

Un collègue m'avait parlé qu'il été normalement possible, via une requête, de boucler sur le journal et le limité a 2Go et écraser en continu.Ce n'est donc pas possible.

Ce que ton collègue décrit est ce qui se rapproche le plus du mode SIMPLE. A intervalles réguliers, une tache d'arrière plan dans SQL Server va notamment purger les transactions validées et non soumises à des contraintes externes (repli, CDC, Database Mirroring, etc...) pour pouvoir réutiliser l'espace libéré.

David B.

[SQLpro]

Vous pouvez même forcer un CHECKPOINT dans votre script afin d'obliger le moteur à transcrire les données modifiées dans les fichiers de données pour libérer l'espace du journal, sans attendre le recovery process qui est de l'ordre de la minute dans SQL Server.

[dediou]

Ok, je teste en mode simple actuellement

[elsuket]

Bonjour,

Vous devez néanmoins considérer que le mode SIMPLE peut vous amener à perdre des données.
C'est à dire qu'entre deux sauvegardes de votre base de données, si votre serveur crashe, toutes les modifications que vous avez opérées depuis la dernière sauvegarde seront perdues.
Le mode FULL permet d'éviter cela.
A vous de voir donc quelle quantité de données vous pouvez vous permettre de perdre ...

@++

[dbaffaleuf]

Je répète, mode SIMPLE pendant la conversion seulement.

David B.