Base de données SQL Server a 2 fichiers journaux et je veux en supprimer une. COMMENT?

Je suis nouveau à cela. J'ai une base de données (créé par quelqu'un d'autre) qui a 2 .fichiers ldf. (blah_log.ldf et blah_log2.ldf). Mon manager m'a demandé de supprimer un des fichiers de log, mais je ne peux pas. Comment dois-je faire? J'ai essayé de le mettre sur un autre serveur, détacher, supprimer les fichiers journaux, les attacher, mais il donne une erreur. J'ai pensé de cette façon, il serait de créer un seul, mais il voulait à la fois. Ensuite, j'ai essayé de faire un clic droit propriétés et de supprimer les fichiers, ne me laissait pas le supprimer. Il dit que le fichier journal n'était pas vide. Comment diable puis-je y parvenir. Je veux juste le faire, où le dang base de données a un flipper fichier journal, et non pas deux. Cela ne devrait pas être si compliqué. Je suis un débutant et ne sais rien alors peut-être il n'est pas vraiment le cas. S'il vous plaît AIDER!

J'ai juste essayé ceci:
vide SQL Server base de données de fichier journal des transactions

journal de sauvegarde [dbname] avec truncate_only
aller
DBCC SHRINKDATABASE ([dbname], 10, TRUNCATEONLY)
aller

Puis j'ai supprimé le deuxième fichier journal et cliqué sur ok. Je suppose que c'est tout ce que je dois faire? Je l'ai essayé sur un serveur de test à partir d'une restauration.

OriginalL'auteur Catahoula | 2012-05-31

  1. 4

    Cet article MSDN décrit comment effectuer ce à un haut niveau:

    Vous ne pouvez pas déplacer les données du journal des transactions à partir d'un fichier journal à l'autre pour
    vider un fichier journal des transactions. Pour supprimer les inactifs transactions à partir d'un
    fichier journal des transactions, le journal des transactions doit être tronquée ou soutenu
    jusqu'. Lorsque le fichier journal des transactions ne contient plus aucun actif ou
    des transactions inactives, le fichier journal peut être supprimé de la base de données.

    Et ce blog montre le T-SQL qui va accomplir cette tâche:

    USE master 
IF DB_ID('rDb') IS NOT NULL DROP DATABASE rDb 
GO 
CREATE DATABASE rDb 
ON  
PRIMARY  
( NAME = N'rDb', FILENAME = N'C:\rDb.mdf' , SIZE = 50MB , 
FILEGROWTH = 1024KB ) 
LOG ON  
(NAME = N'rDb_log2', FILENAME = N'C:\rDb_log2.ldf', SIZE = 3MB, 
FILEGROWTH = 2MB) 
,(NAME = N'rDb_log3', FILENAME = N'C:\rDb_log3.ldf', SIZE = 3MB, 
FILEGROWTH = 2MB) 
,(NAME = N'rDb_log4', FILENAME = N'C:\rDb_log4.ldf', SIZE = 3MB, 
FILEGROWTH = 2MB) 
GO 
ALTER DATABASE rDb SET RECOVERY FULL 
BACKUP DATABASE rDb TO DISK = 'C:\rDb.bak' WITH INIT 
CREATE TABLE rDb..t(c1 INT IDENTITY, c2 CHAR(100)) 
INSERT INTO rDb..t 
SELECT TOP(15000) 'hello' 
FROM syscolumns AS a 
CROSS JOIN syscolumns AS b 
--Log is now about 46% full 
DBCC SQLPERF(logspace) 
--Check virtual log file layout 
DBCC LOGINFO(rDb) 
--See that file 4 isn't used at all (Status = 0 for all 4's rows) 
--We can remove file 4, it isn't used 
ALTER DATABASE rDb REMOVE FILE rDb_log4 
--Check virtual log file layout 
DBCC LOGINFO(rDb) 
--Can't remove 3 since it is in use 
ALTER DATABASE rDb REMOVE FILE rDb_log3 
--What if we backup log? 
BACKUP LOG rDb TO DISK = 'C:\rDb.bak' 
--Check virtual log file layout 
DBCC LOGINFO(rDb) 
--3 is still in use (status = 2) 
--Can't remove 3 since it is in use 
ALTER DATABASE rDb REMOVE FILE rDb_log3 
--Shrink 3 
USE rDb 
DBCC SHRINKFILE(rDb_log3) 
USE master 
--... and backup log? 
BACKUP LOG rDb TO DISK = 'C:\rDb.bak' 
--Check virtual log file layout 
DBCC LOGINFO(rDb) 
--3 is no longer in use 
--Can now remove 3 since it is not in use 
ALTER DATABASE rDb REMOVE FILE rDb_log3 
--Check explorer, we're down to 1 log file 
--See what sys.database_files say? 
SELECT * FROM rDb.sys.database_files 
--Seems physical file is gone, but SQL Server consider the file offline 
--Backup log does it: 
BACKUP LOG rDb TO DISK = 'C:\rDb.bak' 
SELECT * FROM rDb.sys.database_files 
--Can never remove the first ("primary") log file 
ALTER DATABASE rDb REMOVE FILE rDb_log2 
--Note error message from above
    Merci!!!! pour fournir la bonne façon de le faire.
    Encore une question, dans le ci-dessus t0sql code je suppose que je change le rDB pour le nom de ma propre base de données. Je sais ... juste makin' assurer.
    Je vous suggère la lecture du lié billet de blog... le code est un exemple de la façon dont c'est fait, mais beaucoup de ce code est un programme d'installation / de démonstration... il y a seulement 2 - 3 commandes que vous auriez fait exécuter dans votre environnement.

    OriginalL'auteur Michael Fredrickson