
可以删除数据库,而不管该数据库所处的状态。这些状态包括脱机、只读和可疑。若要显示数据库的当前状态,请使用 sys.databases 目录视图。
若要在不删除文件系统中文件的情况下从当前服务器上删除数据库,请使用 sp_detach_db。
删除数据库之后,应备份 master 数据库,因为删除数据库将更新 master 中的信息。如果必须还原 master,自上次备份 master 以来删除的任何数据库仍将引用这些不存在的数据库。这可能导致产生错误消息。
前提条件
必须满足下列条件才能删除数据库:
如果数据库涉及日志传送 *** 作,请在删除数据库之前取消日志传送 *** 作。有关详细信息,请参阅日志传送管理。
若要删除为事务复制发布的数据库,或删除为合并复制发布或订阅的数据库,必须首先从数据库中删除复制。有关详细信息,请参阅删除复制。如果数据库已损坏,不能首先删除复制,通常您仍然可以通过首先使用 ALTER DATABASE 将数据库设置为脱机然后再删除的方法来删除数据库。
必须首先删除数据库中存在的数据库快照。有关详细信息,请参阅数据库快照。
MySQL 删除数据库删除数据库是将已经存在的数据库从磁盘空间中清除,连同数据库中的所有数据也全部被删除。
MySQL删除数据库的基本语法格式如下:
其中“db_name”是要删除的数据库名称,如果指定数据库名不存在,则删除出错。
如果按照楼主说的情况,只需要在句子后面加 IF EXISTS db_name 即可。
很简单,使用杀毒软件清理磁盘。在基本磁盘的前提下,Exchange有以下几种方法扩大磁盘空间:
1. 通过Exchange归档 ,这是压缩邮箱大小同时又不删除任何数据的好办法,不过需要另一个邮箱数据库用作存储(这里不讨论PST归档)。当然服务器依旧会磁盘耗尽,然后你就需要买新的Exchange的License以满足空间规划需求。
2. 通过使用多个数据库,Exchange 2013在性能及磁盘利用率上有很大提高。它给许多组织提供了将邮箱部署在廉价磁盘上的机会。
上述两点并没有完全满足Exchange服务器的磁盘需求。那么以下会讨论更加常用的方法:
a. 通过删除所有数据库中的数据:最简单的办法当然是删数据,当然你会注意到删除公用文件夹以及邮箱数据后,数据库的大小并不会减少;你还需要执行离线碎片清理。当然离线碎片清理初始化阶段会要求Exchange创建一个临时数据库,这需要额外的空间。然后在清理过程中,主数据库副本会将数据拷贝到临时数据库。简单地说,整个过程中都需要额外的磁盘空间。离线碎片整理的命令如下:
ESEUTIL /D <数据库名>
b. 通过调整恢复限制:另一个好办法是调整邮箱数据库限额,步骤如下:
1. 打开EAC,选择左侧“服务器”标签,然后选择上方“数据库”标签页。
2. 选择数据库,单击上方“编辑”图标,选择“限制”
3. 在限制会话框中可以调整删除项目以及删除邮箱的保留天数,调整这些限制就可以获得一些临时空间。
c. 通过更改数据库路径:在很多情况下,恢复磁盘空间最有效的办法莫过于调整数据库路径。尤其是在多个数据库的位置放在一个卷下的时候。你可以将数据库移至空闲磁盘来为当前磁盘腾出空间。
d. 执行数据库维护模式:Exchange服务器会定期执行维护模式(通常在晚上)以保持数据库健康。
在一次维护中,系统主要执行了以下 *** 作:
1. 数据库碎片整理
2. 数据库检查点文件校验
3. 页面修复(Page Patching)
4. 页面清零(Page zeroing)
5. 清理Dumpster(即缓存)
6. 公用文件夹过期
7. 被删除邮箱的空间释放
此外,由于维护过程经常会超时,你需要检查服务器日志来确定维护是不是已结束。如果你发现在计划的窗口中没有完成,你可能需要调整计划以确保维护过程有足够的时间。
注意:在在线碎片整理过程中,从数据库回收的碎片不会释放为磁盘空间,只有离线碎片整理会释放空间。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)