DPM2012学习(十三),还原Exchange2010数据库之截断日志

在本文中我将测试DPM2010还原Exchange2010数据库,在我们进行还原之前有一点要说明,我们有时候经常会发现日志文件比数据库文件占用的磁盘空间还要多,因为每次对数据库的操作都会产生相应的日志,那怎么解决日志文件占用磁盘的空间呢?答案是完整备份或者增量备份,当我们对数据库执行完整备份或者增量备份后,日志文件就会被截断,这样日志文件就少了。

 

实验的网络拓扑图如下

 

我们先测试下完整备份和增量备份会截断日志,用实验来证明下。

 

测试完整备份截断日志

如下图,我现在有2个数据库,其中有一个sales数据库

 

如下图,是当前sales数据库的日志文件和数据库文件,请记住当前总共对象数为43

 

如下图,黎明和刘德华都属于sales数据库

 

如下图,刘德华给黎明发送3封邮件111-113

 

如下图,我们来看下数据库日志的变化,如下图,对象由43变成了99个对象

 

如下图,我们使用DPM给当前sales数据库创建快速的完整备份

 

如下图,我们选择“使用快速完整备份创建恢复点”

 

正在触发sales上的同步

 

正在传输数据

 

如下图,同步成功

 

如下图,我们来看下sales数据库的对象,发现只有37个了,说明当我们进行快速完整备份后日志被截断了。

 

测试增量备份截断日志

如下图,我们让黎明再次给刘德华发送3封邮件,114-116

 

如下图,由于刘德华给黎明发送了三封邮件114-116,而这三封邮件都比较大,因此日志文件有产生了很多从上面的37个对象变成了75个对象

 

下面我们来到DPM服务器上选择“使用增量备份创建恢复点”

 

如下图,已经成功了

 

如下图,我们再次查看sales的对象,发现只有37个对象了。

 

以上,我们就用实验证明了快速完整备份和增量备份会截断数据库的日志文件。

DPM2012学习(十三),还原Exchange2010数据库之截断日志,古老的榕树,5-wow.com

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。