Discussion :

[Bernardos]

PS: j'ai bien compris que le SHRINK est stupide donc je l'enleve demain de mon job.

Excellente initiative

A cet instant meme, une de mes bases fait 370 Go (mdf) , mon ldf fait 20 Mo

Si tu prend le ration donné de 20 à 30%, la taille de ton journal de transaction doit être comprise entre 74Go et 111 Go

Par contre à mon tour je te pose une question. quel est l'espace utilisés dans ta base de données?
Qu'elle est la croissance sur une année?

Cordialement,

Loïc

[JauB]

Mais si je fixe mon log sur 100 Go et je fais un grow de 1Go 100 fois, est ce que je ne tomberai pas dans la problematique de VLFs a 16 Go au moment de cette fixation ? J'avoue que je suis perdu la !

Comment savoir l'espace utilisé dans ma BD ?
La croissance je dirai 10% chaque année.

[Bernardos]

Mais si je fixe mon log sur 100 Go et je fais un grow de 1Go 100 fois, est ce que je ne tomberai pas dans la problematique de VLFs a 16 Go au moment de cette fixation ?

non, non tu dois partir de ton fichier à 24 Mo et là tu fais 100 incrément de 1Go.

Comment savoir l'espace utilisé dans ma BD ?

Code :

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

1
2
3
4
5
SELECT sf.name,
       sf.size,
	   CAST(FILEPROPERTY(sf.name,   + 'SpaceUsed') AS int)/128.0 AS SpaceUsed,
       CAST(sf.size/128.0 - CAST(FILEPROPERTY(sf.name,   + 'SpaceUsed') AS int)/128.0 AS int) AS FreeSpaceMB	   
FROM dbo.sysfiles AS sf

Cordialement,

Loïc

[elsuket]

Est ce que vos propositions de tailler le log et changer les parametrages par defaut (autogrow...) sont aussi valables pour une base de donnees deja existante ? Ou bien c'est valable pour les nouvelles creations de BD ?

Les deux mon Général !

A cet instant meme, une de mes bases fait 370 Go (mdf) , mon ldf fait 20 Mo (car hier soir a été SHRINKé via un job automatique qui s'execute juste avant la sauvegarde full, et 60 VLFs). Dans ce cas, pour tailler mon log est ce que je dois attendre une certaine periode pour evaluer la taille de mon log pour la fixer au niveau du ALTER ? Ou bien je peux des maintenant la fixer a 1Go et la faire evoluer de 1Go pendant 100 fois (en executant le script du prince )?

Dans ce cas vous pouvez :
- fixer l'incrément de croissance automatique (autogrow) à 1Go
- tailler la taille totale du fichier du journal des transactions à 25% de 370Go, soit, disons pour simplifier, 100Go. Prenez le script de Bernardos pour ce faire

Et supprimer la tâche de réduction du fichier du journal des transactions (!!!)

@++

[JauB]

Donc techniquement je ne dois faire que deux choses et pas AUTRES CHOSES :
1. Enlever le SHRINK
3. Executer le script de Bernardos (sans aucune modification a part pointer sur le bon nom de mon log, je laisse le compte tel que).

C'est bien ca messieurs ?

[elsuket]

Exact.

@++

[SQLpro]

Pour constater le nombre de VLF, vous pouvez utiliser la requête suivante :

Code :

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

DBCC LOGINFO('nom_de_ma_base')

Pour le savoir pour toutes vos bases :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
CREATE TABLE #VLF (DATABASE_NAME     nvarchar(128), 
                    RecoveryUnitId    INT, 
                    FileId            smallint, 
                    FileSize          float, 
                    StartOffset       bigint,
                    FSeqNo            int, 
                    Status            tinyint,
                    Parity            smallint,
                    CreateLSN         BINARY(16));
DECLARE @DBN NVARCHAR(128), @SQL NVARCHAR(200);
DECLARE C CURSOR LOCAL FORWARD_ONLY STATIC READ_ONLY
FOR
   SELECT name FROM sys.databases WHERE source_database_id IS NULL;
OPEN C;
FETCH C INTO @DBN;
WHILE @@FETCH_STATUS = 0
BEGIN
   SET @SQL = N'USE [' + @DBN + N']; DBCC LOGINFO';
   INSERT INTO #VLF (RecoveryUnitId, FileId, FileSize, StartOffset, FSeqNo, Status, Parity, CreateLSN)
   EXEC (@SQL);
   UPDATE #VLF SET DATABASE_NAME = @DBN WHERE DATABASE_NAME IS NULL;
   FETCH C INTO @DBN;
END 
CLOSE C;
DEALLOCATE C;
 
SELECT DATABASE_NAME, COUNT(*) AS NB_VLF, 
       MIN(FileSize) AS VLF_MIN_SIZE_MB, 
       FLOOR(AVG(FileSize)) AS VLF_AVG_SIZE_MB, 
       MAX(FileSize) AS VLF_MAX_SIZE_MB,
       CASE Status WHEN 0 THEN 'PAST' ELSE 'ACTIVE' END
FROM   #VLF
GROUP  BY DATABASE_NAME, CASE Status WHEN 0 THEN 'PAST' ELSE 'ACTIVE' END
ORDER  BY DATABASE_NAME, NB_VLF DESC;
 
DROP TABLE #VLF;

Et pour de plus amples informations :


A +

[JauB]

L'exécution du script donne ceci :

Msg 213, Level 16, State 7, Line 1
Le nom ou le numéro de colonne des valeurs fournies ne correspond pas à la définition de la table.

[Bernardos]

enlève

Code :

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

RecoveryUnitId,

dans

Code :

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

INSERT INTO #VLF (RecoveryUnitId, FileId, FileSize, StartOffset, FSeqNo, Status, Parity, CreateLSN)

RecoveryUnitId est arrivé avec sql server 2012 si je ne m'abuse et toi tu es visiblement en 2008

Cordialement,