Exchange 从 2003 到 2010 的迁移让我苦不堪言

Exchange 从 2003 到 2010 的迁移让我苦不堪言

因此,我有两台机器:

  • 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

  1. 检查 Exchange 2010 日志以了解其卸载的原因。它一定记录了某些内容。
    • 检查移动请求日志->EMC->收件人配置->移动请求->右键单击移动请求并检查状态/或属性,那里应该有很多信息。
    • 检查系统事件日志->我认为有关卸载的事件应该转到 Windows 日志->应用程序日志。
    • 检查所有特定于 Exchange 的日志 -> 事件查看器 -> 应用程序和服务日志 -> Microsoft -> Exchange
  2. 您的版本建议您获得干净的 2010 SP3。Exchange 2010 SP3 更新汇总 3(KB2891587)。您缺少了一篇重要的帖子 SP3 更新 Exchange 2010。 http://www.microsoft.com/en-us/download/details.aspx?id=41173
  3. 在目标数据库上启用循环日志记录。这应该会大大减少移动过程中生成的日志量。
  4. 检查您没有在放置 Exchange 2010 数据库/数据库日志的驱动器上运行任何卷影副本。
  5. 从防病毒软件中排除放置 Exhcange 2010 数据库和日志的目录,
  6. 检查数据库大小。虽然默认值为 1024GB,但为了以防万一,请检查注册表项:http://technet.microsoft.com/en-us/library/bb232092%28v=exchg.141%29.aspx
  7. 检查 Exchange 2010 的磁盘存储是否正常工作。
  8. 对于 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 的回答的回应:

  1. 日志显示数据库找不到日志文件,它尝试恢复,但由于我没有 DAG,所以无法恢复。结果数据库被卸载了。
  2. 已应用更新汇总。迁移无变化,问题相同。
  3. 启用循环日志记录。这显著减少了日志大小。
  4. 目前没有正在运行的卷影副本。
  5. 防病毒软件在虚拟机管理程序级别运行,对服务器本身是透明的,这在这种情况下可能没有帮助,因为事实证明日志文件被当作特洛伊木马脚本拾取然后删除。我添加了一个例外,现在迁移工作正常。
  6. 所有数据库大小均设置为默认值
  7. 磁盘存储没问题;该服务器是一台虚拟机。
  8. 我会向我的经理建议这一点,尽管我们可能不想这样做,因为我们从这个服务器赚不到多少钱:)

相关内容