Modification croissance fichier LDF Sql 2008

Bonjour,

J'ai plusieurs bases de données sur SQL serveur 2008 qui ont une taille de fichier d'échange limitée. Lorsque je veux modifier via studio manager et remettre en croissance illimité, il ne prends pas la modification.

avez vous une idée ?

merci d'avance

Utilisez ALTER DATABASE ... MODIFY FILE ...

Exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

CREATE DATABASE DB_TOTO ON PRIMARY (NAME = 'DB_TOTO_DATA', FILENAME = 'C:\TEMP\DB_TOTO_DATA.mdf') LOG ON (NAME = 'DB_TOTO_TRAN', FILENAME = 'C:\TEMP\DB_TOTO_TRAN.ldf', MAXSIZE = 5MB);   GO

---

Base créée avec fichier du journal restreint

Modification en illimité du fichier du JT :

Code:

---

1 2 3 4 5

ALTER DATABASE DB_TOTO MODIFY FILE (NAME = 'DB_TOTO_TRAN', MAXSIZE = UNLIMITED); GO

---

A +

Citation:

---

Envoyé par kheoops53

J'ai plusieurs bases de données sur SQL serveur 2008 qui ont une taille de fichier d'échange limitée.

---

Une taille de fichier d'échange ? Tu ne parle pas du fichier d'échange windows ?

Je pense qu'il veut parler du JT.

A +

Bonjour,

Je parlais bien du JT.

Je viens de passer la commande SQL et ca ne change rien, le journal reste limité à 2Go ... je peux le diminuer mais pas l'augmenter, ni le passer en croissance illimité.

Je n'arrive pas à comprendre pourquoi ... pour pallier au pb je suis obliger de faire une sauvegarde du JT toutes les 12H pour le vider mais j'aimerais trouver la réponse.

merci d'avance si quelqu'un à une idée.

Que renvoie:

Code:

---

1 2	select name, physical_name, size/128, case max_size when '-1' then max_size else max_size/128 end from DB_TOTO.sys.database_files

---

Résultat de la commande :

TOTO d:\data\toto.mdf 4187 -1
TOTO_log d:\data\toto_log.ldf 2362 2097152

Bonsoir,

La taille de votre JT est donc illimitée. Pour le type de fichier vous n'aurez pas la valeur -1. En effet pour les fichiers journaux la valeur 2097152 que vous obtenez (soit 2To) correspond à une taille illimitée.

Voir la documentation msdn à ce sujet à la rubrique MAXSIZE.

++

Je comprends mieux maintenant.

Je pensais que mon erreur récurrente de place sur MOSS venait de ce problème ....

merci pour la réponse

Cdt

Bonjour..
Juste une question par rapport à la discussion...
Qu'est-ce que c'est que le 'JT' ?

Merci pour vos réponses

Journal des Transactions

Merci (je m'en doutais en fait !)...
Mais n'est-ce pas un peu dangereux de mettre ce journal en autoextend, dans le sens ou il peut alors s'étendre énormémént lors, par exemple, d'un traitement batch de mise à jour très consommateur...
Plusieurs questions au sujet de ce JT :
1) Ma première remarque est-elle de bon aloi
2) Y a t'il un paramètre qui détermine une limite à ne pas dépasser pour une transaction
3) Quand cette limirte est dépassée (si ma question précédente est Ok bien sur !) que se passe t'il ?
4) Ce journal fonctionne t'il comme le segment UNDO d'Oracle
5) Quelle est la façon la plus rapide de retailler ce fichier après un agrandissement 'anormal'
6) Le retaillage est-il fortement préconisé
7) peut-il se faire à la volée 'base ouverte'

Merci pour vos réponses

1) Normalement non. La taille peut être définie en faisant passer la plus grosse transaction de ton système d'information (par exemple un batch) et en mesurant sa taille. Par défaut, ce sera la taille minimale du journal. Quant à la taille maximum, il vaut mieux mettre une limite avant de saturer un disque. L'idée principale, c'est d'allouer suffisament d'espace dès le départ pour assurer la contigüité du fichier sur disque, éviter qu'il y ait trop de segments logiques dans le fichier ldf (VLFs), et ensuite mesurer l'utilisation et redimensionner en conséquence.
2) Je ne vois pas.
3) Lorsque le journal est plein, tu récupères une erreur 9002 (http://msdn.microsoft.com/en-us/library/ms175495.aspx). La transaction courante est bloquée ainsi que toutes les autres.
4) Oui et non. C'est un mix entre tes redologs et ton undo, car le journal sert à la fois à journaliser les modifications et à assurer le rollback. L'équivalent du mode archivelog est de prendre régulièrement des sauvegardes de transactions.
5) Vider le contenu du journal en passant la base en mode de récupération SIMPLE, et faire un dbcc shrinkfile du fichier.
6) cf 1)
7) Oui.

Merci pour toutes ces réponses...