-- 清空日志
--压缩日志及数据库文件大小
/--特别注意
请按步骤进行,未进行前面的步骤,请不要做后面的步骤
否则可能损坏你的数据库
--/
selectfromsysfiles
--1清空日志
DUMPTRANSACTIONusernameWITHNO_LOG
--2截断事务日志:
BACKUPLOGusernameWITHNO_LOG
--3收缩数据库文件(如果不压缩,数据库的文件不会减小
-- 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
-- 也可以用SQL语句来完成
--收缩数据库
DBCCSHRINKDATABASE(username)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:selectfromsysfiles
DBCCSHRINKFILE(2)
--4为了最大化的缩小日志文件(如果是sql70,这步只能在查询分析器中进行)
-- a分离数据库:
-- 企业管理器--服务器--数据库--右键--分离数据库
-- b在我的电脑中删除LOG文件
-- c附加数据库:
-- 企业管理器--服务器--数据库--右键--附加数据库
-- 此法将生成新的LOG,大小只有500多K
-- 或用代码:
-- 下面的示例分离username,然后将username中的一个文件附加到当前服务器。
execsp_dboptionusername,'singleuser',true
a分离
EXECsp_detach_db@dbname='username'
b删除日志文件
execmasterxp_cmdshell'delD:\ProgramFiles\SQL\database\username_LOGldf'
c再附加
EXECsp_attach_single_file_db@dbname='username',
@physname='D:\ProgramFiles\SQL\database\username_DataMDF'
--5为了以后能自动收缩,做如下设置:
-- 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXECsp_dboption'数据库名','autoshrink','TRUE'
--6如果想以后不让它日志增长得太大
-- 企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alterdatabase数据库名modifyfile(name=逻辑文件名,maxsize=20)
工具/材料:ManagementStudio。
1、首先在桌面上,点击“ManagementStudio”图标。
2、然后在该界面中,双击事务日志已满导致脱机的数据库。
3、之后在该界面中,选择“文件类型”里“日志”选项。
4、接着在该界面中,“收缩 *** 作”里选择“在释放未使用的空间前重新组织页”,修改收缩大小为1MB。
5、最后在该界面中,点击左上方“确定”按钮即可。
首先看数据库文件所在硬盘的空间足不足,可以扩容解决这个问题;
第二,什么数据库MS-SQL的话可以删除日志文件,如果是ORACEL的话看看表空间足不足,不足的话扩表空间。
你的问题太笼统了。
磁盘容量满
看一下是sql日志占满了,还是磁盘有其它可以删除的文件。主管知道哪些文件是可以删除的。这个要他说,主管一般会给你说的,这些不说的话你就闲着,他不想让你接触重要数据, 一旦删除错了,首先主管的责任,所以他有担心你的技术和 *** 作的。慢慢他会给你说哪些可以删除,哪些不可以删除
LOG很大的话可以收缩一下数据库释放一些空间。
天互数据 杜超为您解答,希望能帮到你
你好
您说的日志,应该是归档日志吧
归档日志的话可以使用rman删除
redo log 的话不能删除
望采纳
通常情况下,当mysql数据库存储空间满了,就会导致网站内部沟通的异常,只能读出不能写入。具体表现为:一些源码程序的网站后台打不开,比如dede织梦程序;或者导致一些文章的资源发布失败,比如wordpress程序一般管理后台可以打开,但就是发布不了文章。当我们遇到管理后台突然打不开了,或者突然发布文章失败,就要有意识地怀疑是不是数据库满了还是连接出现了什么问题。
以上就是关于SQL数据磁盘满了怎么解决全部的内容,包括:SQL数据磁盘满了怎么解决、数据库事务日志已满、数据库满了怎么删除等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)