在项目中数据库创建了一个本地发布和订阅，造成日志文件飞涨，想把日志文件缩小。1：最初使用了最常用的方法：USE [master]
GO
ALTER DATABASE 库名 SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE 库名 SET RECOVERY SIMPLE --简单模式
GO
USE 库名
GO
DBCC SHRINKFILE (N‘库名_log‘ , 11, TRUNCATEONLY)
GO--这里的DNName_Log 如果不知道在sys.database_files里是什么名字的话，可以用以下注释的语句进行查询
--USE 库名...
前言：最近项目接近了尾声，随之而来的是维护问题，当然涉及到数据库的数据维护，通过资料和实际操作整理有关误操作后根据日志还原数据库。 前提：①必须有数据库的完整备份(做个备份计划);②数据库恢复模式是完整的(FULL)。 步骤：①发现误操作时，记录下时 前言：最近项目接近了尾声，随之而来的是维护问题，当然涉及到数据库的数据维护，通过资料和实际操作整理有关误操作后根据日志还原数据库。前提：①必须有数据库的完整...
今天早上一个客户的SqlServer 2008的服务器应为重新修改配置导致网站打不开,提示initerrlog: 无法打开错误日志文件今天早上一个客户的SqlServer 2008的服务器应为重新修改配置导致网站打不开，链接到远程服务器之后，在服务器的事件查看器，发现如下错误， 错误描述： 日志名称: Application 来源: MSSQLSERVER 日期: 2011/10/25 11:30:49 事件 ID: 17058 任务类别: 服务器 级别: 错误 关键字: 经典 用户: 暂缺 计算机: WIN-VPS-SE...
前段时间在做SQL Server 2008数据库维护时，遇到 日志无法收缩。最后和同事一起分析了下原因。将原因做了一个汇总。现将 分析结果 前段时间在做SQL Server 2008数据库维护时，遇到 日志无法收缩。最后和同事一起分析了下原因。将原因做了一个汇总。现将 分析结果分享一下。以共享有相同情况而又未解决的同仁们参考。
查看日志信息 dBCC LOGINFO(数据库名) 我们看到status=0的日志，代表已经备份到磁盘的日志文件；而status...
SQL Server 2008数据库清除日志的问题,SQL2008 的收缩日志 由于SQL2008对文件和日志管理进行了优化，所以以下语句在SQL2005中 SQL2008 的收缩日志 由于SQL2008对文件和日志管理进行了优化，所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消： (SQL2005) (SQL2008): 在SQL2008中清除日志就必须在简单模式下进行，等清除动作完毕再调回到完全模式。 优点：此清除日志所运行消耗的时间短，90GB的日志在分钟左右即可...
今天早上一个客户的SqlServer 2008的服务器应为重新修改配置导致网站打不开，链接到远程服务器之后，在服务器的事件查看器，发现如下错误， 错误描述： 日志名称: Application 来源: MSSQLSERVER 日期: 2011/10/25 11:30:49 事件 ID: 17058 任务类别: 服务器今天早上一个客户的SqlServer 2008的服务器应为重新修改配置导致网站打不开，链接到远程服务器之后，在服务器的事件查看器，发现如下错误，
错误描述：
日志名称: ...
问题： 经常看到有人误删数据，或者误操作，特别是update和delete的时候没有加where，然后就喊爹喊娘了。人非圣贤孰能无过，做错可以理解，但不能纵容，这个以后再说，现在先来解决问题。 遇到这种情况，一般都是没有做备份，不然也不会来发问了。首先要冷静问题：经常看到有人误删数据，或者误操作，特别是update和delete的时候没有加where，然后就喊爹喊娘了。人非圣贤孰能无过，做错可以理解，但不能纵容，这个以后再说，现在先...
问题： 经常看到有人误删数据，或者误操作，特别是update和delete的时候没有加where，然后就喊爹喊娘了。人非圣贤孰能无过，做错可以理解，但不能纵容，这个以后再说，现在先来解决问题。 遇到这种情况，一般都是没有做备份，不然也不会来发问了。首先要冷静问题：经常看到有人误删数据，或者误操作，特别是update和delete的时候没有加where，然后就喊爹喊娘了。人非圣贤孰能无过，做错可以理解，但不能纵容，这个以后再说，现在先...
该方案仅适合数据库有备份库，并且对日志要求不高的数据库，请慎用 1、该数据库作为ODS数据仓库，对新的数据有原始库数据做依托，即时数据丢失或有问题，数据可重新抽取 2、日志恢复数据库比较麻烦， 3、日志文件的增多会造成硬盘空间被占满的风险，需经常压该方案仅适合数据库有备份库，并且对日志要求不高的数据库，请慎用
1、该数据库作为ODS数据仓库，对新的数据有原始库数据做依托，即时数据丢失或有问题，数据可重新抽取
2、...
熟悉微软企业级数据库软件朋友，了解作为微软一个重大的产品版本，SQL Server 2008除了许多新的特性和关键的改进，使得它成为至今为止的最强大和最全面的SQL Server版本外，其实SQL Server 2008中的备份方式也是其一大亮点，SQL Server 2008使用的备份一个数 熟悉微软企业级软件朋友，了解作为微软一个重大的产品版本，SQL Server 2008除了许多新的特性和关键的改进，使得它成为至今为止的最强大和最全面的SQL Server版本外，其...
USE [master] GO ALTER DATABASE DbName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DbName SET RECOVERY SIMPLE --简单模式 GO USE cp2yfx GO DBCC SHRINKFILE (N‘DbName_log‘ , 11, TRUNCATEONLY) GO USE [master] GO ALTER DATABASE DbName SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DbName SET RECOVERY FULL --还原为完全模式 GO清除sqlserver2008日志...
master
goSELECT name, database_id, log_reuse_wait, log_reuse_wait_desc
FROM sys.databases
go
各种原因及解释如下： log_reuse_wait_desc 值说明 NOTHING 当前有一个或多个可重复使用的虚拟日志文件。 CHECKPOINT 自上次日志截断之后，尚未出现检查点，或者日志头部尚未跨一个虚拟日志文件移动（所有恢复模式）。 这是日志截断延迟的常见原因。有关详细信息，请参阅检查点和日志的活动部分。
LOG_BA...
--简单模式
GO
USE 库名
GO
DBCC SHRINKFILE (N‘库名_log‘ , 11, TRUNCATEONLY)
GO--这里的DNName_Log 如果不知道在sys.database_files里是什么名字的话，可以用以下注释的语句进行查询
--USE 库名
--GO
--SELECT file_id,name FROM sys.database_files;
--GOUSE [master]
GO
ALTER DATABASE SCDMS SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE SCDMS SET RECOVERY FULL --还原为完全模式
GO结果发现不起作用
2：然后在...
sql 在使用中每次查询都会生成日志，但是如果你长久不去清理，可能整个硬都堆满哦，笔者就遇到这样的情况，直接网站后台都进不去了，今天到数据库中一看竟然达到了29G的日志文件，下面我们一起来学习一下如何清理这个日志吧
SQL2008清空删除日志:
方法一：USE [master]
GO
ALTER DATABASE AFMS SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE AFMS SET RECOVERY SIMPLE
GO
USE AFMS
GO
DBCC SHRINKFILE (NAFMS_Log , 11, TRU...
SQL 2008日志文件占了23G硬盘空间，而事务日志已经截断(Truncate)，实际日志内容很小，1G都不到，想要释放日志文件霸占的多余空间。 但是，无论怎么收缩(Shrink)日志文件，空间就是不能释放，总是出现错误： Cannot shrink log file 2 (CNBlogsText_log) bec SQL 2008日志文件占了23G硬盘空间，而事务日志已经截断(Truncate)，实际日志内容很小，1G都不到，想要释放日志文件霸占的多余空间。但是，无论怎么收缩(Shrink)日志文...
--简单模式
GO
USE 库名
GO
DBCC SHRINKFILE (N‘库名_log‘ , 11, TRUNCATEONLY)
GO
--这里的DNName_Log 如果不知道在sys.database_files里是什么名字的话，可以用以下注释的语句进行查询
--USE 库名
--GO
--SELECT file_id,name FROM sys.database_files;
--GO
USE [master]
GO
ALTER DATABASE SCDMS SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE SCDMS SET RECOVERY FULL --还原为完全模式
GO