Learn about Hyper-V features that increase functionality and usability of Microsoft Windows Server 2016. Also, throughout this eBook, you’ll find some basic PowerShell examples that will help you leverage the scripts in your environments!
COURSE of the MONTH
11 days, 10 hours left to enrollBecome a Premium Member and unlock a new, free course in leading technologies each month.
Solved
templog.ldf size too large
Posted on 2014-02-06
I have a SQL 2005 installation on 2003 sbs pk.2. The templog.ldf file is 581GB. What
is in this file and how can I reduce the size? I know nothing about SQL.
i found following info while trying to find a solution. Is the following ACCURATE and TRUE, as i would not want to Loose ANY DATA...
The templog.ldf file is the transaction log for the TEMPDB database, and if
it's 37GB, that's an indication something is not correctly configured in
your MSDE installation, or some major activity significantly expanded the
temp database, and it didn't get cleaned up properly.
Since the TEMPDB database is rebuilt everytime the system starts, or the
database server is restarted, I would suggest this remediation:
[1] Stop the "Update Services" service.
[2] Stop the MSSQL$WSUS service.
[3] Delete the tempdb.mdf and templog.ldf files.
[4] Reboot the server. If you cannot reboot the server, then
[a] Restart the MSSQL$WSUS service.
* Restart the "Update Services" service.
[5] Continue to monitor the size of the tempdb.mdf and templog.ldf files.
Everything you need for WSUS is at
http://technet2.microsoft.com/windowsserver/en/technologies/featured/wsus/default.mspx
And, almost everything else is at
http://wsusinfo.onsitechsolutions.com
is in this file and how can I reduce the size? I know nothing about SQL.
i found following info while trying to find a solution. Is the following ACCURATE and TRUE, as i would not want to Loose ANY DATA...
The templog.ldf file is the transaction log for the TEMPDB database, and if
it's 37GB, that's an indication something is not correctly configured in
your MSDE installation, or some major activity significantly expanded the
temp database, and it didn't get cleaned up properly.
Since the TEMPDB database is rebuilt everytime the system starts, or the
database server is restarted, I would suggest this remediation:
[1] Stop the "Update Services" service.
[2] Stop the MSSQL$WSUS service.
[3] Delete the tempdb.mdf and templog.ldf files.
[4] Reboot the server. If you cannot reboot the server, then
[a] Restart the MSSQL$WSUS service.
* Restart the "Update Services" service.
[5] Continue to monitor the size of the tempdb.mdf and templog.ldf files.
Everything you need for WSUS is at
http://technet2.microsoft.com/windowsserver/en/technologies/featured/wsus/default.mspx
And, almost everything else is at
http://wsusinfo.onsitechsolutions.com
[X]
Welcome to Experts Exchange
Add your voice to the tech community where 5M+ people just like you are talking about what matters.
- Help others & share knowledge
- Earn cash & points
- Learn & ask questions
2
2-
2
- +1
7 Comments
Hi,
Do you have the SQL Server Management Studio for the SQL 2005?
If you don't, here it is...
http://www.microsoft.com/en-nz/download/details.aspx?id=8961
OK, once you have installed expand the nodes so you see your tempdb.
Right click....Reports....then look for Disk Usage.
Trans-log-TempDB-Pie-chart.docx
Do you have the SQL Server Management Studio for the SQL 2005?
If you don't, here it is...
http://www.microsoft.com/en-nz/download/details.aspx?id=8961
OK, once you have installed expand the nodes so you see your tempdb.
Right click....Reports....then look for Disk Usage.
Trans-log-TempDB-Pie-chart.docx
tempdb is just that...temporary. You wouldn't want to do anything destructive to it while the instance is running but if you stopped the SQL Server service and then deleted the temp .mdf and .ldf files you could restart the instance without any problems. Tempdb should be in simple recovery mode which should prevent the file from getting too large. I don't know how yours has managed to grow so out of control.
execute the following command to find out how much of the log file is actually being used:
EXECUTE ('DBCC SQLPERF (LOGSPACE)')
execute the following command to find out how much of the log file is actually being used:
EXECUTE ('DBCC SQLPERF (LOGSPACE)')
can you tell me the exact syntex to the EXECUTE ('DBCC SQLPERF (LOGSPACE)') command, having trouble...and do i just run from cmd?
you would run it in a SSMS query. download and install the 2005 SSMS client tools or you can even use the more current 2012 SSMS client tool which is backward compatible.
http://www.jasonstrate.com/2013/05/get-just-the-tools-ssms-download/
As to your original question. I don't see anything damaging about the instructions you found. Stopping the service, deleting the tempdb files, and restarting the service should alleviate your file size issues at least temporarily.
http://www.jasonstrate.com/2013/05/get-just-the-tools-ssms-download/
As to your original question. I don't see anything damaging about the instructions you found. Stopping the service, deleting the tempdb files, and restarting the service should alleviate your file size issues at least temporarily.
Active 2 days ago
I've never seen a tempdb log size anywhere close to that.
Copy this code into a "New Query..." window in Mgmt Studio and run it:
DBCC SQLPERF (LOGSPACE) --1
DBCC OPENTRAN --2
SELECT * FROM sys.databases WHERE name = 'tempdb' --3
and report the results for:
% free in tempdb from the first command;
any open trans shown by the second command;
the entire output from the third command;
Copy this code into a "New Query..." window in Mgmt Studio and run it:
DBCC SQLPERF (LOGSPACE) --1
DBCC OPENTRAN --2
SELECT * FROM sys.databases WHERE name = 'tempdb' --3
and report the results for:
% free in tempdb from the first command;
any open trans shown by the second command;
the entire output from the third command;
I think so, the sms version is effectively a Windows Standard Server 2003.
Failing that you could install the SSMS 2008 and connect "back" to your 2005 database.
http://www.microsoft.com/en-nz/download/details.aspx?id=22985
I use SSMS 2008 to interogate both by 2005 and 2008 SQL instances.
Failing that you could install the SSMS 2008 and connect "back" to your 2005 database.
http://www.microsoft.com/en-nz/download/details.aspx?id=22985
I use SSMS 2008 to interogate both by 2005 and 2008 SQL instances.
Featured Post
Get more info about an IP address or domain name, such as organization, abuse contacts and geolocation.
One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
This article shows gives you an overview on SQL Server 2016 row level security. You will also get to know the usages of row-level-security and how it works
A Stored Procedure in Microsoft SQL Server is a powerful feature that it can be used to execute the Data Manipulation Language (DML) or Data Definition Language (DDL).
Depending on business requirements, a single Stored Procedure can return differe…
Via a live example, show how to extract information from SQL Server on Database, Connection and Server properties
Via a live example, show how to shrink a transaction log file down to a reasonable size.
Suggested Courses
Course of the Month11 days, 10 hours left to enroll
752 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.