The database was in suspect mode, inaccessible
Ran the following query
Then restored from the latest full back up
EXEC sp_resetstatus client_367
ALTER DATABASE client_367 SET EMERGENCY
use client_367
DBCC checkdb
ALTER DATABASE client_367 SET SINGLE_USER WITH ROLLBACK IMMEDIATE
DBCC CheckDB ('client_367', REPAIR_ALLOW_DATA_LOSS)
ALTER DATABASE client_367 SET MULTI_USER
This blog is created to add all the information and experiences that I have learnt while working on MS sql server as a DBA. The blog is also updated frequently with the real world problem that I encounter hands on at work and the resolutions to resolve them. I hope this blog will be of some use to you and you will revisit. Thank you for stopping by and you are welcome to leave comments.
Showing posts with label recovery. Show all posts
Showing posts with label recovery. Show all posts
Wednesday, June 11, 2014
Friday, September 16, 2011
Shrink the transaction log file
The steps needed to shrink the transaction log file
Scenario: The database is in FULL RECOVERY mode and the transaction log file was growing to more than 2GB. We were taking the transaction logbackups in every 1 hour inteval. However the transaction log file still grew because at one point someone just set the recovery mode to FULL and there was no transaction log backups set up. The following steps were taken to reduce the siz of the log file.
--check the log file name
select * from sys.database_files
--Truncate the log by changing the database recovery model to SIMPLE. ( checkpoint occurs-frees up VLFs)
ALTER DATABASE ARCHIVEhcfsdatabase
SET RECOVERY SIMPLE;
GO
-- Shrink the truncated log file the smalles size possible
DBCC SHRINKFILE (ARCHIVEhcfsdatabase_Log,0, TRUNCATEONLY);
GO
--reset the log file size to 64MB
ALTER DATABASE archivehcfsdatabase
Modify FIle(Name = 'ARCHIVEhcfsdatabase_Log',
,Size = 1024
)
-- Reset the database recovery model.
ALTER DATABASE ARCHIVEhcfsdatabase
SET RECOVERY FULL;
GO
--Do a full Back up - Until a full back up is done the database is not set to full recovery mode--
Scenario: The database is in FULL RECOVERY mode and the transaction log file was growing to more than 2GB. We were taking the transaction logbackups in every 1 hour inteval. However the transaction log file still grew because at one point someone just set the recovery mode to FULL and there was no transaction log backups set up. The following steps were taken to reduce the siz of the log file.
--check the log file name
select * from sys.database_files
--Truncate the log by changing the database recovery model to SIMPLE. ( checkpoint occurs-frees up VLFs)
ALTER DATABASE ARCHIVEhcfsdatabase
SET RECOVERY SIMPLE;
GO
-- Shrink the truncated log file the smalles size possible
DBCC SHRINKFILE (ARCHIVEhcfsdatabase_Log,0, TRUNCATEONLY);
GO
--reset the log file size to 64MB
ALTER DATABASE archivehcfsdatabase
Modify FIle(Name = 'ARCHIVEhcfsdatabase_Log',
,Size = 1024
)
-- Reset the database recovery model.
ALTER DATABASE ARCHIVEhcfsdatabase
SET RECOVERY FULL;
GO
--Do a full Back up - Until a full back up is done the database is not set to full recovery mode--
Subscribe to:
Posts (Atom)