邮件服务器-邮件系统-邮件技术论坛(BBS)

标题: [讨论]直接copy ebd和stm恢复的可行性 [打印本页]

作者: huanglr 时间: 2004-2-28 11:04
标题: [讨论]直接copy ebd和stm恢复的可行性
一.相同OS 
1.系统win2k+ex2k繁体. 
2.新装一台server并做AD及装上EX. 
dc name和ad和旧系统不同,直接copy旧系统的*.ebd和*.stm到新系统,路径一样,MOUNT OK. 
3.新建USER,重新帮定MAILBOX,测试户的MAIL还在. 
 
二.不同OS 
1.原系统win2k+ex2k繁体. 
2.新系统win2003+ex2003,英文. 
dc name和ad和旧系统不同,直接copy旧系统的*.ebd和*.stm到新系统,路径一样,MOUNT OK. 
3.新建USER,重新帮定MAILBOX,测试户的MAIL还在. 
 
我已经测试OK,请问大家有没有类似用COPY的方式修复MAIL资料.

作者: zfzy 时间: 2004-2-28 11:29
标题: Re:[讨论]直接copy ebd和stm恢复的可行性
如果某天硬盘突然挂掉，*.edb&*.stm无法COPY出来，怎么办？ 
MOUNT一个空的数据库？

作者: huanglr 时间: 2004-2-28 11:41
标题: Re:[讨论]直接copy ebd和stm恢复的可行性
晕,难到你们的SERVER没做MIRRO的吗?做MIRRO通常可以防止坏掉一个硬盘系统不能用的可能性.

作者: yinjie 时间: 2004-2-28 15:14
标题: Re:[讨论]直接copy ebd和stm恢复的可行性
你干脆组个群集更合适，

作者: ruchen 时间: 2004-2-28 21:28
标题: Re:[讨论]直接copy ebd和stm恢复的可行性
楼上的兄弟， 
 
你那个旧的邮件资料还在吗？

作者: yinjie 时间: 2004-2-29 21:28
标题: Re:[讨论]直接copy ebd和stm恢复的可行性
不好意思，有太多的人恶意使用FTP资源，所以FTP资源实行登记使用跟踪制度，需要的请与我联系并说明清楚理由并保证不传播资料，方可得到访问权，访问权当月有效，每30天更改一次。

作者: 钉子 时间: 2004-3-1 09:36
标题: Re:[讨论]直接copy ebd和stm恢复的可行性
冷酷在我们QQ群中说到这个经验时，我第一的反应是不太相信，然后我请冷酷和大家分享一下这个经验，希望通过它发起大家的讨论和实践，先不说可不可行，不过通过这件事，我到是有两点感想，想和大家分享下： 
1.创新。2.中毒太深。 
我们看了不少微软的书，学也受到不少微软的教育，可能了解的太多，反到越是按规则来办事，按白皮书，按KB来发现问题和处理问题。冷酷的方法，让我想到了另一个侧面，虽然我到还在还不赞同使用这种方式来处理灾难恢复的问题，但我想学会转换思维看问题，解决问题，是一个飞跃。

作者: yinjie 时间: 2004-3-1 12:58
标题: Re:[讨论]直接copy ebd和stm恢复的可行性
呵呵，，看来大家没有理解什么叫DR（灾难恢复。灾难恢复不是等发生灾难以后才做的事情。楼主的这种做法其实也是要在灾难发生之前就要做准备的，如果你依仗可以COPY恢复，就不去管拉，我估计你也会死得很难看的。这点我想不用再说例子了吧。 
 
这种方法我在至少2个月前就提出过了（并不是什么新东西），在微软的官方资料中也提到过，不信我拿资料给你看。但是也不止一次的提到我上面说的危险性，在官方提供的WP中。专门有一篇是介绍EXCHANGE存储结构的，在WINMAG杂志上也有一个主题是介绍这个的，有兴趣的可以看看。EXCHANGE存储结构就是一个ESE的数据库引擎，它和数据库一样，也是两段提交的。所以也有日志、检查点文件和数据库文件。你不要以为它只是个文件。你对数据库会这样来恢复吗（当然我告诉你，数据库这样也可以恢复），那就是了。你为什么对待数据库那么重视呢。而对待同样是数据库的活动目录、EXCHANGE就不管不问呢？这就是意识问题。我不想谈那么多（会有人说我说的是废话的）。 
 
作为数据库系统，都有一个校验机制，通过检查点文件来对日志里的信息进行校验，校验成功的日志才能被删除（事实上是通过备份来确认这一校验的），有关知识，我就不班门弄斧了。你只复制了数据库文件，而没有对相应的日志饿检查点文件做处理，就很有可能会丢失重要的信息，比如上文所说的公共文件夹的权限信息。在繁忙的业务系统中，这样的恢复不仅要中断业务系统的运行，还可能丢失数据、权限等重要资料。你觉得它比正常的恢复来的好吗（我怎么不觉得？） 
 
微软给我们提供了太多的东西，使得我们太依赖他了。我承认。但微软提供的标准备份和恢复手段是最完整的，最安全的，你为什么不用呢？我只能说你…… 
 
还是那句话，我们讨论的不是一个技术实现问题，而是一个IT工作者的敬业精神、认真精神、负责精神。如果你平时有制订合理的备份措施，也按照做了，我想以上的一切的一切都和你没关系。如果你整天除了泡MM就是上网，我想你迟早会死的，而且迟死不如早死。免得贻害大家

作者: lcayy 时间: 2005-1-24 15:00
标题: re:楼上的说得好，受益非浅！
楼上的说得好，受益非浅！

作者: abcdxy 时间: 2007-3-11 20:58
确实受益非浅！

作者: yangzok 时间: 2007-6-15 18:29
受益匪浅啊

作者: pieazhang 时间: 2007-6-16 08:19
我们之前也碰到过这样的问题，我把*.ebd和*.stm拷贝过去里面有很多文件打不开.有的是可以开的.在公共资料夹问题更明显.有的文件夹权限设置的太严格,这样拷贝就容易出问题.个人认为最好找其他的办法恢复.

作者: fz500 时间: 2007-6-16 14:15
試過了Mount不起來，會出現與資料庫的訊息不一致，無法讓我mount

最後用Ontrack Powercontrols來進行救援，ok~~

[ 本帖最后由 fz500 于 2007-6-16 14:17 编辑 ]

作者: 钉子 时间: 2008-5-6 08:24
下面的KB讨论类似的问题，请大家参考：
How to move a database to another Exchange Server 2003
http://support.microsoft.com/kb/555603/en-us

作者: x278384 时间: 2008-10-13 15:26
不错!帮顶!

作者: cs_vitamin 时间: 2008-10-31 23:25
硬拷肯定会出现奇怪的问题，毕竟不是GHOST

欢迎光临邮件服务器-邮件系统-邮件技术论坛(BBS) (http://bbs.5dmail.cn/)