Discussion :

[haffey2]

Bonjour,

Je ne sais pas si j'ai posté cette problématique au bonne endroit. Dans le cas contraire, je m'en excuse.

Dans le cadre de mon travail, j'ai une application qui fonctionne via 2 serveurs identiques. Ces deux serveurs sont redondant en cas de défaillance de l'un.
Ces serveurs fonctionnent ensemble depuis 4 ans environ. Récemment, nous avons constaté que le disque dur de l'un des serveurs était complètement plein (disque de 72Go).

J'ai donc comparé bêtement la taille des dossiers des deux serveurs et je me suis rendu compte que le problème venait d'un dossier " historian " dans Program file/MS SQL ... ect :

Sur le serveur plein, ce dossier fait 50 Go
Sur le serveur " normal ", ce dossier fait 1,5 Go

Alors pourquoi cette différence alors que ces deux serveurs fonctionnent de la même façon ? Je ne sais pas si cette base de données a grandi au fils des années ou si c'est la conséquence d'un bug plus récent ... J'avoue ne jamais avoir remarqué que le disque se remplissait.

Honnêtement, je n'y connais pas grand chose en base de données, du coup je suis un peu dépassé. J'aimerais avoir des avis et surtout des conseils pour éventuellement résoudre ce problème. Est il possible de réduire la taille de cette base de données ? Si oui comment ? Quelles sont les risques ?

D'avance merci

Florian

[joujousagem2006]

voir la résultat de ces deux requêtes

Code :

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

1
2
3
4
SELECT name, recovery_model_desc
   FROM sys.databases
      WHERE name = 'model' ;
GO

ainsi que la requête

Code :

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

dbcc sqlperf(logspace)

Votre serveur est en mode de réplication y a t'il des travaux sur votre database pendant la réplication

[SQLpro]

1) quelle version / édition de SQL Server ?
Version : 2000, 2005, 2008, 2008 R2, 2012, 2014 ???
Edition : Express, Developper, Standard, Enterprise, BI, SEB...

2) quelle méthode de "réplication" ?
Snapshot ? Transactionnelle ? Fusion ?
Ne s'agit-il pas d'une haute disponibilité ? (Mirroring ? AlWaysOn ???)

3) quel est le fichier qui présente la plus grosse différence et ou est-il situé ?

A +

[haffey2]

Tout d'abord merci pour la réactivité.

joujousagem2006 :

Je suis désolé, mais comme j'ai dit dans mon premier post, je n'ai aucune connaissance particulière en base de données, donc c'est du chinois pour l'instant ta réponse

SQLpro :

1) Donc j'utilise la version 2005. L'édition, j'ai cherché mais je ne l'ai pas trouvé. Peut être que la réponse est ici :



2) Réplication ? Qu'est ce que c'est ? C'est la méthode de partage des informations entre mes deux machines ? Encore une fois, ça non plus je ne sais pas. Comment puis je savoir ?

3) Le fichier qui présente la plus grosse différence s'appel historian. En fait, il fait 50Go sur le serveur plein contre seulement 102,4Mo sur l'autre.

[SQLpro]

Lancez ces 4 requêtes et donneze-nous l'intégralité des résultats :

Code :

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

1
2
3
4
5
6
7
8
9
SELECT @@VERSION;
 
SELECT database_id, name, recovery_model_desc
FROM   sys.databases;
 
SELECT database_id, mirroring_role_desc 
FROM sys.database_mirroring;
 
DBCC OPENTRAN;

A +

[haffey2]

Je n'ai jamais lancé de requête, donc je ne suis pas sûr du résultat :



Microsoft SQL Server 2005 - 9.00.2047.00 (Intel X86) Apr 14 2006 01:12:25 Copyright (c) 1988-2005 Microsoft Corporation Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2)



C'est les résultats que vous attendiez ?

[pcaboche]

Donc en résumé :
- sur la base "historian", vous êtes en Recovery Model = FULL
- vous avez un fichier de transaction log (.ldf) de 50 Go

Juste par hasard, ça vous arrive de faire des backups de cette base ? (de manière planifiée, bien entendu)