因此,我有两台机器:
- Exchange 2003 - 版本 6.0(内部版本 7654.0)4GB RAM、55GB MDB、服务器 2003
- Exchange 2010 - 版本 14.3(内部版本 123.0)8GB RAM、22GB MDB、服务器 2008 R2
大约有80 个邮箱在两台服务器之间。
根据问题标题,我正在将我的所有用户从 2003 年迁移到 2010 年。我已经迁移了大约 50% 的用户,但仍有几个用户卡住了。
让我们从实际发生的事情开始:
- 本地 MoveRequest 已启动,似乎运行正常
- 在搬家进行到一半的时候,目标邮箱数据库卸载
- 当我尝试重新安装数据库时,它说缺少一个日志文件。
- 即使我忽略日志文件丢失的事实并接受数据丢失,我仍然无法再次安装它,直到我删除移动请求,尝试安装(并失败),然后重置信息存储服务。
我尝试过的事情:
- 在数据库首次卸载后使用 ESEUTIL 修复数据库
- 出现损坏时接受“BadItems”
- 尝试手动清除帐户中的垃圾邮件,然后重试
- 使用 EMS 清理目标数据库
- 创建新的 MDB 用作目标数据库
- 从源邮箱中删除了存储配额
正如你所看到的,我正拼命地挥舞着手臂,想要让它发挥作用。
有任何想法吗?
我将在本周在我的 2003 服务器上运行 ISINTEG,看看是否可以找到/修复任何损坏。
答案1
- 检查 Exchange 2010 日志以了解其卸载的原因。它一定记录了某些内容。
- 检查移动请求日志->EMC->收件人配置->移动请求->右键单击移动请求并检查状态/或属性,那里应该有很多信息。
- 检查系统事件日志->我认为有关卸载的事件应该转到 Windows 日志->应用程序日志。
- 检查所有特定于 Exchange 的日志 -> 事件查看器 -> 应用程序和服务日志 -> Microsoft -> Exchange
- 您的版本建议您获得干净的 2010 SP3。Exchange 2010 SP3 更新汇总 3(KB2891587)。您缺少了一篇重要的帖子 SP3 更新 Exchange 2010。 http://www.microsoft.com/en-us/download/details.aspx?id=41173
- 在目标数据库上启用循环日志记录。这应该会大大减少移动过程中生成的日志量。
- 检查您没有在放置 Exchange 2010 数据库/数据库日志的驱动器上运行任何卷影副本。
- 从防病毒软件中排除放置 Exhcange 2010 数据库和日志的目录,
- 检查数据库大小。虽然默认值为 1024GB,但为了以防万一,请检查注册表项:http://technet.microsoft.com/en-us/library/bb232092%28v=exchg.141%29.aspx
- 检查 Exchange 2010 的磁盘存储是否正常工作。
- 对于 Exchange 2010 来说,8GB 并不算多。请查看此链接http://technet.microsoft.com/en-us/library/dd346700%28v=exchg.141%29.aspx- 如果我理解正确的话,您在一台服务器上拥有所有角色。我控制了类似的服务器,并为该服务器分配了 20GB 的内存。store.exe 占用了 19280MB -> 10GB :)。只有大约 250MB 进行了分页。但是它之前以 8GB 的内存运行,但每两周就会崩溃一次(硬死机)。
答案2
作为对@BartłomiejZarzecki 的回答的回应:
- 日志显示数据库找不到日志文件,它尝试恢复,但由于我没有 DAG,所以无法恢复。结果数据库被卸载了。
- 已应用更新汇总。迁移无变化,问题相同。
- 启用循环日志记录。这显著减少了日志大小。
- 目前没有正在运行的卷影副本。
- 防病毒软件在虚拟机管理程序级别运行,对服务器本身是透明的,这在这种情况下可能没有帮助,因为事实证明日志文件被当作特洛伊木马脚本拾取然后删除。我添加了一个例外,现在迁移工作正常。
- 所有数据库大小均设置为默认值
- 磁盘存储没问题;该服务器是一台虚拟机。
- 我会向我的经理建议这一点,尽管我们可能不想这样做,因为我们从这个服务器赚不到多少钱:)