☰

确保 2003 年至 2010 年合并期间的会议请求保持完整

tag-icon • tag-icon exchange exchange-2010
确保 2003 年至 2010 年合并期间的会议请求保持完整

我们正在将我们的服务器（SBS 2003，5 年服务器）升级到带有 Exchange 2010 的 Enterprise Server 2008 R2。我们聘请的协助迁移的公司建议我们不要尝试迁移，而是创建一个新域，然后把东西带过来。我对此了解不多，但他正在使用 Exmerge 将邮箱从旧服务器转移到新服务器，这很好。我担心的是，当前的日历邀请将在新设置中断开链接，因为用户 + 资源被重新创建（我认为它们是通过 ID 而不是电子邮件地址引用的？）。对几个邮箱的初步测试似乎表明情况确实如此（尽管可能是我们面临的其他问题）。

您是否有任何建议，可以让 exmerge 保留正确的引用，以便当我向我、Bob 和教职员室更新会议请求时，他们都可以获得更新的请求？是否有任何实用程序或某种技巧可用？

答案1

我认为，您聘请的协助公司一开始就建议您对数据进行 ExMerge 是错误的。使用 ExMerge 绝对不会弄乱现有数据。您最终还会得到一个全新的 Active Directory 域，因此您必须使用 ADMT 或 USMT 等工具来维护用户体验。

从 SBS 2003 迁移到 W2K8 非常简单。同样，从 Exchange 迁移到 Exchange Server 2010 也非常简单。

  • 执行必要的域架构准备后，安装副本 Windows Server 2008 R2 DC。

  • 安装新的 Exchange 2010 服务器并从 Exchange 2003 移动邮箱。

  • 将所有数据从 SBS 服务器迁移出去。

  • 从 SBS 服务器卸载 Exchange 2003，并有序地退出 Exchange 2003。

  • 将 FSMO 角色从 SBS 服务器转移到 W2K8 计算机。由于授权问题，SBS 将开始停止，但您将有足够的时间将 DCPROMO 恢复到独立服务器，然后将其关闭。

一旦迁移了 SBS 特定的 GPO 等，就可以删除 Active Directory 中的内容并清理它们。

根据您拥有的数据量，这可能是一个下午的工作。完成后，所有客户端计算机仍加入域，所有 Exchange 数据仍按预期工作。（如果您真的想更进一步，您可以通过临时域控制器添加“swing”，最终得到一个与旧 SBS Server 计算机同名的新文件服务器。）

答案2

在 Exchange 内部发送的邀请/事件将丢失与受邀者的连接。没有办法解决这个问题（使用 exmerge）。Exchange 通过其 LDAP DN 跟踪这些连接；这在新域中会有所不同。大多数运行 SBS 的地方都没有太多麻烦，所以没有人真正努力做出更好的解决方案（特别是因为直接升级保留了 LDAP DN 和连接；但有很多理由不进行直接升级）。

答案3

我们对 2003 SBS 和 2011 SBS 做了同样的事情，但没有进行迁移。2003 版的机器上有很多“IT 顾问”的奇怪东西，我们想更改域名。

如果您使用绑定到 2003 框的 PC 客户端，请登录每个帐户，打开 Outlook，让其缓存所有交换数据，然后导出为 PST 文件，将这些文件保存到网络卷或驱动器。在新服务器上设置您的帐户，使用绑定到新服务器的 PC 客户端并导入 PST 文件。

您的所有日历、邮件等都将被转移。您需要确保人们不会尝试回复旧电子邮件，因为他们仍会引用旧域名。

答案4

我真的无法评论它是否值得，我不是这方面的专家，所以我们只是相信我们被告知的内容。现在一切都已迁移，并且运行正常。

为了回答我自己的问题，我发现了一个解决方案，将 2003 服务器中的 X400 地址转换为 SMTP 地址，以便会议响应正常工作。

以下是我的做法：

  1. 打开用户配置文件，当我这样做时，我使用了来自 Ex Merge 的 PST 文件，但您可以以用户身份登录到 Outlook。
  2. 使用文件 > 另存为将日历保存为 iCal（我相信 Outlook 2007 及更高版本可以导出 iCal）。您需要将其设置为处理整个日历，并选择私人项目（和附件，尽管它们在 iCal 中并不总是有效）的选项
  3. 导出到 iCal，如果您在记事本中打开它，会将 x400 地址转换为 SMTP，这是关键。
  4. 现在，当您在新服务器上为用户设置了新邮箱时，请以他们的身份登录（我在 Outlook 中为每个用户创建了一个配置文件）。
  5. 从 Codeplex 下载 MFC Mapi。打开此工具，然后连接到会话。
  6. 转到邮箱存储 > 信息存储顶部 > 日历。
  7. 选择所有日历项目并删除（我选择发送到回收站，以防万一）（这样做可以让您轻松删除所有日历项目，而不会提示您发送取消）
  8. 转到 Outlook 并导入您导出的 iCal 文件。

这是一个有点繁琐的过程，所以我只为办公室里可能有几个会议请求的人做了这件事。你可以只为其他人导出特定的会议请求。对于我们的主管来说，我这样做是必要的，因为他们有大量的会议请求可能被破坏了。还有资源（只要你在新服务器上使用正确的 SMTP 地址重新创建资源）。

相关内容