17 个解决方案
#1
--压缩日志及数据库文件大小
/*--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
--*/
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUP LOG 数据库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a.分离
EXEC sp_detach_db @dbname = 'pubs'
b.删除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
/*--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
--*/
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUP LOG 数据库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a.分离
EXEC sp_detach_db @dbname = 'pubs'
b.删除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
#2
制定任务计划，定期执行以下命令，防止数据库日志不断地增长。
DUMP TRANSACTION 库名 WITH NO_LOG
BACKUP LOG 数据库名 WITH NO_LOG
下面这个命令可以收缩你的数据库文件大小：
DBCC SHRINKDATABASE(客户资料)
DUMP TRANSACTION 库名 WITH NO_LOG
BACKUP LOG 数据库名 WITH NO_LOG
下面这个命令可以收缩你的数据库文件大小：
DBCC SHRINKDATABASE(客户资料)
#3
一楼的太具体了!
#4
邹老大就是厉害呀，让我等没有分可赚了。。。
#5
如果给用户用，他们不知道，怎么自动执行啊。
#6
留下你的QQ，给你发一个可以清除日录文件的小程序，可以让用户去执行，
如果用邹建的，可以建一个作业，调度，让它每隔一段时间执行一次就ok了！
如果用邹建的，可以建一个作业，调度，让它每隔一段时间执行一次就ok了！
#7
我想知道的是，清楚日志是把所有的日志清除掉了，这些日志记录没有用的吗？
我分离数据库，再附加，怎么大小还完全一样？
我分离数据库，再附加，怎么大小还完全一样？
#8
日志文件到底有什么重要作用吗？我很菜的，呵呵
我和楼主遇到的问题一样
不要那个日志文件不行吗？
或者用我最初的那个很小的日志文件覆盖这个大的日志文件会出现什么问题呢？
我和楼主遇到的问题一样
不要那个日志文件不行吗？
或者用我最初的那个很小的日志文件覆盖这个大的日志文件会出现什么问题呢？
#9
记录一些对数据库进行了什么操作，不要还不行，分离、附加后，读取的文件还是以前的日录文件，所以大小是不变的，只有把日录文件清除以后，日录文件就变小了。
#10
不要日志文件可以啊，我分离数据库后，把.ldf文件删除，再附加，只要.mdf文件就ok了，这不说明不要日志文件也没问题吗？
#11
呵呵
你试一下,把数据库分离以后,把.LDF日志文件剪切--复制到其它的地方,你再附加一下,你一定没办法附加的!
你试一下,把数据库分离以后,把.LDF日志文件剪切--复制到其它的地方,你再附加一下,你一定没办法附加的!
#12
我不是剪切，是完全删除，附加都没问题，我发誓我没搞错
而且我只把一个mdf文件拷贝到其他电脑，也可以附加，.ldf文件会自动生成，都是504K大小的
而且我只把一个mdf文件拷贝到其他电脑，也可以附加，.ldf文件会自动生成，都是504K大小的
#13
不会吧
我测一下
我测一下
#14
就是可以
晕
晕
#15
做一个JOB
DUMP TRANSACTION "DBNAME" WITH NO_LOG
BACKUP LOG "DBNAME" WITH NO_LOG
排程定期运行就可以了!
DUMP TRANSACTION "DBNAME" WITH NO_LOG
BACKUP LOG "DBNAME" WITH NO_LOG
排程定期运行就可以了!
#16
备份日志文件不会截断之前的日志记录吗？
我每天都备份日志文件，但日志文件还是一天天增大，到了快1G了
我每天都备份日志文件，但日志文件还是一天天增大，到了快1G了
#17
你的日志空间是不是很大？如果是，使用DBCC SHRINKDATABASE(客户资料)收缩一下。
你们做什么处理？才几天的时间，又增长了400M??
你们做什么处理？才几天的时间，又增长了400M??
#1
--压缩日志及数据库文件大小
/*--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
--*/
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUP LOG 数据库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a.分离
EXEC sp_detach_db @dbname = 'pubs'
b.删除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
/*--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库.
--*/
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUP LOG 数据库名 WITH NO_LOG
3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(客户资料)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
此法将生成新的LOG，大小只有500多K
或用代码：
下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。
a.分离
EXEC sp_detach_db @dbname = 'pubs'
b.删除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
5.为了以后能自动收缩,做如下设置:
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE'
6.如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
#2
制定任务计划，定期执行以下命令，防止数据库日志不断地增长。
DUMP TRANSACTION 库名 WITH NO_LOG
BACKUP LOG 数据库名 WITH NO_LOG
下面这个命令可以收缩你的数据库文件大小：
DBCC SHRINKDATABASE(客户资料)
DUMP TRANSACTION 库名 WITH NO_LOG
BACKUP LOG 数据库名 WITH NO_LOG
下面这个命令可以收缩你的数据库文件大小：
DBCC SHRINKDATABASE(客户资料)
#3
一楼的太具体了!
#4
邹老大就是厉害呀，让我等没有分可赚了。。。
#5
如果给用户用，他们不知道，怎么自动执行啊。
#6
留下你的QQ，给你发一个可以清除日录文件的小程序，可以让用户去执行，
如果用邹建的，可以建一个作业，调度，让它每隔一段时间执行一次就ok了！
如果用邹建的，可以建一个作业，调度，让它每隔一段时间执行一次就ok了！
#7
我想知道的是，清楚日志是把所有的日志清除掉了，这些日志记录没有用的吗？
我分离数据库，再附加，怎么大小还完全一样？
我分离数据库，再附加，怎么大小还完全一样？
#8
日志文件到底有什么重要作用吗？我很菜的，呵呵
我和楼主遇到的问题一样
不要那个日志文件不行吗？
或者用我最初的那个很小的日志文件覆盖这个大的日志文件会出现什么问题呢？
我和楼主遇到的问题一样
不要那个日志文件不行吗？
或者用我最初的那个很小的日志文件覆盖这个大的日志文件会出现什么问题呢？
#9
记录一些对数据库进行了什么操作，不要还不行，分离、附加后，读取的文件还是以前的日录文件，所以大小是不变的，只有把日录文件清除以后，日录文件就变小了。
#10
不要日志文件可以啊，我分离数据库后，把.ldf文件删除，再附加，只要.mdf文件就ok了，这不说明不要日志文件也没问题吗？
#11
呵呵
你试一下,把数据库分离以后,把.LDF日志文件剪切--复制到其它的地方,你再附加一下,你一定没办法附加的!
你试一下,把数据库分离以后,把.LDF日志文件剪切--复制到其它的地方,你再附加一下,你一定没办法附加的!
#12
我不是剪切，是完全删除，附加都没问题，我发誓我没搞错
而且我只把一个mdf文件拷贝到其他电脑，也可以附加，.ldf文件会自动生成，都是504K大小的
而且我只把一个mdf文件拷贝到其他电脑，也可以附加，.ldf文件会自动生成，都是504K大小的
#13
不会吧
我测一下
我测一下
#14
就是可以
晕
晕
#15
做一个JOB
DUMP TRANSACTION "DBNAME" WITH NO_LOG
BACKUP LOG "DBNAME" WITH NO_LOG
排程定期运行就可以了!
DUMP TRANSACTION "DBNAME" WITH NO_LOG
BACKUP LOG "DBNAME" WITH NO_LOG
排程定期运行就可以了!
#16
备份日志文件不会截断之前的日志记录吗？
我每天都备份日志文件，但日志文件还是一天天增大，到了快1G了
我每天都备份日志文件，但日志文件还是一天天增大，到了快1G了
#17
你的日志空间是不是很大？如果是，使用DBCC SHRINKDATABASE(客户资料)收缩一下。
你们做什么处理？才几天的时间，又增长了400M??
你们做什么处理？才几天的时间，又增长了400M??