切换到宽版
  • 10442阅读
  • 16回复

[求助]exchange2003数据还原疑问 [复制链接]

上一主题 下一主题
 

只看楼主 倒序阅读 0楼  发表于: 2013-03-26
前提:从exchange2003升级到exchange2010,在实验环境重新搭建了一套20032010,跟生产环境完全隔离。如下是恢复exchange 2003时遇到的问题

问题1:
我们先拿真实环境的完整备份到实验环境进行还原(还原之后没有修复),然后过了一天又把真实环境进行差异备份,把差异再拷贝到实验环境进行还原,然后在修复,完成之后看到的数据不全(我是周4晚上20:00开始全备,到了周五早上10:00备份完成,到了周五晚上18:00开始差异备份,18:05结束),只看到周五凌晨04:00左右的数据,周五下午的数据没有。很奇怪???

问题2:
还有为了节省修复的时间(我们数据修复要22小时),我是想在周3开始全备,然后还原,再修复,修复完成后,到了周五晚上再差异备份,再把差异数据还原。不知道这样操作是否可行,差异还原后是不是还需要修复。



请各位牛哥帮忙下
我们一起妖怪。
分享到

只看该作者 1楼  发表于: 2013-03-26
你所说的修复指的是什么?用eseutil /p?

正常情况下,一次成功的完全/差异备份在还原之后是不需要修复数据库就可以mount起来的。

只看该作者 2楼  发表于: 2013-03-26
回 opop 的帖子
opop:你所说的修复指的是什么?用eseutil /p?
正常情况下,一次成功的完全/差异备份在还原之后是不需要修复数据库就可以mount起来的。 (2013-03-26 17:27) 

管理老大,就是说的/p,我们是从生产环境下拷贝出来到实验环境还原的,每次都要修复才能mount,我现在有两个困惑的问题,第一个是我把这周一晚上生产环境中完整备份拷贝到实验环境进行还原之后是需要修复数据库(邮箱存储和公用文件夹存储)才能mount起来,等到mount之后,实验环境什么也不操作,等到这个周五晚上再生产环境做一次差异备份,然后拿到实验环境中是不是可以还原呀?还有一个就是帖子里面的问题1.还原了,但是没有差异备份的数据。
我们一起妖怪。

只看该作者 3楼  发表于: 2013-03-26
回 opop 的帖子
opop:你所说的修复指的是什么?用eseutil /p?
正常情况下,一次成功的完全/差异备份在还原之后是不需要修复数据库就可以mount起来的。 (2013-03-26 17:27) 

老大,之前已经在实验环境中做过一次数据的迁移,从ex03迁移到ex10,190G的数据,380个账号,一下子话费了60多个小时,太久了,问过群里的人,他们比我们的数据还要大,就一晚上搞定了。我们在迁移的时候,ex03的磁盘占用和ex10的磁盘占用很高很高,特别是ex03服务器磁盘占用在迁移过程中一直100%,但是cpu和内存占用却很正常。
我们一起妖怪。

只看该作者 4楼  发表于: 2013-03-27
回 ycguaa 的帖子
ycguaa:老大,之前已经在实验环境中做过一次数据的迁移,从ex03迁移到ex10,190G的数据,380个账号,一下子话费了60多个小时,太久了,问过群里的人,他们比我们的数据还要大,就一晚上搞定了。我们在迁移的时候,ex03的磁盘占用和ex10的磁盘占用很高很高,特别是ex03服务器磁盘占用在迁 ..(2013-03-26 18:09)嬀/color]

差异备份应该紧接着之前的完全备份还原,期间不应有任何操作。

eseutil /p这个命令本身就是有风险的,往往会造成数据库中的数据丢失。最严重的甚至可能丢失90%以上的邮件,因此是强烈不建议执行的。你们还原出来的数据库的通过eseutil /mh查看都是Dirty Shutdown的吗?

迁移的时候主要是硬盘数据的I/O交换,因此磁盘性能比CPU内存啥的更重要。可能是你的实验环境的测试机性能不是很好造成的。不过即使生产环境迁移的时候也建议在晚间或者周末时间进行。

只看该作者 5楼  发表于: 2013-03-27
回 opop 的帖子
opop:差异备份应该紧接着之前的完全备份还原,期间不应有任何操作。
eseutil /p这个命令本身就是有风险的,往往会造成数据库中的数据丢失。最严重的甚至可能丢失90%以上的邮件,因此是强烈不建议执行的。你们还原出来的数据库的通过eseutil /mh查看都是Dirty Shutdown的吗?
....... (2013-03-27 14:51) 

是的老大,我在实验环境中拿真实环境的完整备份进行还原后,没有对实验环境进行任何操作,就等着 差异的备份来再次还原。


每次从真实环境中拷贝出来的数据在实验环境还原后(实验环境的AD里面的用户和真实环境中的一样,ad计算机名、exchange计算机名也和真实环境一样)/mh查看都是Dirty Shutdown,不能挂载数据库,每次/p修复之后才能进行挂载。

我们的ex10和ex03的磁盘都是7200转的服务器硬盘(实验环境比真实环境的配置还要好),也问过别人他们的迁移比我们的数据还要大,一晚上就迁移完成了,比我们节省太多的时间了,真不知道改怎么改进了。



我们一起妖怪。

只看该作者 6楼  发表于: 2013-03-27
回 opop 的帖子
opop:你所说的修复指的是什么?用eseutil /p?
正常情况下,一次成功的完全/差异备份在还原之后是不需要修复数据库就可以mount起来的。 (2013-03-26 17:27) 

老大,按照你说的,假如真实环境挂掉了,我有之前的完整备份,且是成功的完整备份,然后再进行还原,那就不需要运行/p来修复。
我们一起妖怪。

只看该作者 7楼  发表于: 2013-03-27
回 opop 的帖子
opop:你所说的修复指的是什么?用eseutil /p?
正常情况下,一次成功的完全/差异备份在还原之后是不需要修复数据库就可以mount起来的。 (2013-03-26 17:27) 

我们之所以在另外一个环境中搭建与真实环境一模一样的AD+EX03,就是担心在真实环境中安装10,然后在迁移过程出现意外,所以才出现了拿实验真实环境的备份来还原实验环境,为了是数据尽量丢失的比较少所以才想完整备份来还原之后,再进行差异的备份还原(在进行实验环境的同时,真实环境还在不停的收发邮件),若是实验环境搞好了,我们就把真实环境的域名切换到实验环境,真实环境用另一个域名,就算是丢了3、4天的数据,大家也可以用同样的用户名和密码去访问之前的真实环境来找回邮件。
我们一起妖怪。

只看该作者 8楼  发表于: 2013-03-29
回 ycguaa 的帖子
ycguaa:是的老大,我在实验环境中拿真实环境的完整备份进行还原后,没有对实验环境进行任何操作,就等着 差异的备份来再次还原。
每次从真实环境中拷贝出来的数据在实验环境还原后(实验环境的AD里面的用户和真实环境中的一样,ad计算机名、exchange计算机名也和真实环境一样)/mh查看 ..(2013-03-27 17:31)嬀/color]

可能还原到非原始环境的时候有些逻辑链接错误等造成数据库dirty shutdown,并且只能修复部分数据吧。/P风险一向很大的。

如果硬件不是瓶颈的话,那建议10上多建几个数据库,然后移动邮箱的时候可以把用户邮箱分派在不同的数据库上,这样可以同时进行多个邮箱的移动。

只看该作者 9楼  发表于: 2013-03-29
回 ycguaa 的帖子
ycguaa:我们之所以在另外一个环境中搭建与真实环境一模一样的AD+EX03,就是担心在真实环境中安装10,然后在迁移过程出现意外,所以才出现了拿实验真实环境的备份来还原实验环境,为了是数据尽量丢失的比较少所以才想完整备份来还原之后,再进行差异的备份还原(在进行实验环境的同时,真 ..(2013-03-27 17:39)嬀/color]

升级的时候先做好03的所有备份,包括AD备份,数据库备份等,这样一旦升级失败可以马上还原回去。一般也不必搞个一模一样的实验环境的。
快速回复
限60 字节
 
上一个 下一个