Discussion :

[toxycyty]

Bonjour,

J'espere que quelqu'un pourra m'aider.
J'ai plusieurs bases sur mon server de dev.

J'en ai une qui s'appelle metier qui est une replication de la prod.

Le fichier occupe 100 % de l'espace qui lui est paramétrer et je n'arrive pas a le tronquer manuellement.

J'ai essayer ceci sans succes :

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
 
Commande : DBCC sqlperf (logspace)
Resultat :
    master	2.7421875	35.11396	0
    tempdb	77.8125	16.753891	0
    msdemo	187.36719	0.67599964	0
    metier	799.86719	99.776375	0
    msdev	106.0625	24.625257	0
 
Commande : BACKUP LOG metier WITH TRUNCATE_ONLY
Resultat :
    Le journal n'a pas été tronqué parce que les enregistrements du début sont en attente de réplication. Assurez-vous que l'Agent de lecture du journal est actif ou faites appel à sp_repldone pour marquer les transactions comme distribuées.
 
Commande : DBCC SHRINKFILE (msdev_Log, 185)
Resultat :
    6	  2	100784	11977	100784	11976
 
Commande : EXEC sp_repldone @xactid = NULL, @xact_segno = NULL, @numtrans = 0,     @time = 0, @reset = 1
Resultat :
    Serveur : Msg 18757, Niveau  16, État 1, Procédure sp_repldone, Ligne 1
La base de données n'est pas éditée.

La log de ma base metier reste full.

Est ce du a un probleme lié au backup de ma base de prod ? Sachant qu'on me fournit ce backup.

Help please.
Merci beaucoup.

[mikedavem]

Bonjour,

Avez vous vérifié qu'il n'y a pas d'erreur au niveau de l'agent de lecture du journal ?

Si tel est le cas, tant que vos transactions ne seront pas répliqués vers la base de distribution votre journal des transactions ne pourra pas être vidé.

++

[6bil1]

J'avais une erreur similaire.
J'ai d'abord vérifié les longues transations :

Code :

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

DBCC OPENTRAN

Et je kill le ID...

Code :

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

KILL X

Le_Numéro