可以的
打开 SQL Server Management Studio并连接到数据库引擎数据库。
在“对象资源管理器”窗格中展开“数据库”节点。
右击要修改的数据库,在d出的快捷菜单中选择“属性”命令,打开“数据库属性”,对话框,选择“文件”选项,显示文件设置界面。
若要添加文件,单击“添加”按钮,在“数据库文件”列表框中将出现一个新的文件,设置该文件的各个参数即可。
若要删除文件,选中要删除的文件后单击“删除”按钮即可。需要注意的是,删除数据文件和日志文件时,必须确保文件里面不能包含数据或日志,即是空文件。
完成相应的 *** 作后,单击“确定”按钮。
参考资料
SQL数据库日志文件,可以删除吗?百度经验[引用时间2018-1-3]
1、确定SQL数据库安装路径与所用SQL数据库名称
2、点击开始--程序--Microsoft
SQL
Server--查询分析器--确定进入软件里点击菜单帮助--Transact-sql帮助(S)--索引--输入(sp_attach_single_file_db),右边对框里找下命令或者空白处直接输入下命令:
EXEC
sp_detach_db
@dbname
=
'pubs'returnEXEC
sp_attach_single_file_db
@dbname
=
'pubs',
@physname
=
'c:\Program
Files\Microsoft
SQL
Server\MSSQL\Data\pubsmdf'
注意:return加入命令语名数据库(LDF与MDF)分离再数据库名改回所要选即pubs改J2002即:
EXEC
sp_detach_db
@dbname
=
'
J2002'returnEXEC
sp_attach_single_file_db
@dbname
=
'
J2002',
@physname
=
'c:\Program
Files\Microsoft
SQL
Server\MSSQL\Data\
J2002mdf'
3、输入命令点击菜单查询--执行下面对框出现命令"命令已成功完成"
4、删除命令(EXEC
sp_detach_db
@dbname
=
'
J2002'
return)进入安装SQL数据库路径里J2002ldf文件重命名
5、接着第3点开始点击菜单查询--执行下面对框出现命令"设备激活错误物理文件名
'C:\Program
Files\Microsoft
SQL
Server\MSSQL\Data\J200188ldf'
能有误已创建名
'c:\Program
Files\Microsoft
SQL
Server\MSSQL\Data\j200188_logLDF'
新日志文件"
sql server数据库使用时间长了,日志文件会很大,占用过多系统资源,数据库可能会报 log full 的错误,甚至磁盘空间占满让数据库处于不可用状态,这个时候我们需要清理数据库:
清理sql server数据库日志可用两种方法:
方法一:清空日志。
1、打开查询分析器,输入命令DUMP TRANSACTION 数据库名 WITH NO_LOG
2、再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至: ,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
方法二:有一定的风险性,因为SQL SERVER的日志文件不是即时写入数据库主文件的,如处理不当,会造成数据的损失。
1、删除LOG
分离数据库 企业管理器->服务器->数据库->右键->分离数据库
2、删除LOG文件
附加数据库 企业管理器->服务器->数据库->右键->附加数据库
此法生成新的LOG,大小只有500多K。
注意:建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用:
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句:alter database 数据库名 set recovery simple
另外,数据库属性有两个选项,与事务日志的增长有关:
Truncate log on checkpoint
(此选项用于SQL70,SQL 2000中即故障恢复模型选择为简单模型)
当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70% 则将其内容清除在开发数据库时时常将此选项设置为True
定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时,系统将会自动缩减文件使其未用空间等于25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate log on checkpoint 选项设为True 时才能进行。
注意:一般立成建立的数据库默认属性已设好,但碰到意外情况使数据库属性被更改,请用户清空日志后,检查数据库的以上属性,以防事务日志再次充满。
我有个大的 SQL 文件要回放,需要马上做,但又怕压死业务,怎么办?
先来建一个测试库:
塞一些数据进去:
看看我们填充数据的成果:
使用 mysqldump 导出一份数据:
现在我们假设要把这个 dump 文件,回放到一个数据库中,并且现在数据库正在承担很重的业务,我们不希望业务受到太大影响。
先来看看如果直接回放 dump 文件,会发生什么?
我们看到 MySQL 的 cpu 会彪起来,
我们换一个方式来回放 dump:
看看 CPU 压力:
可以看到 CPU 已经非常冷静,并且缓慢的处理数据。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)