迁移过程 - 详细信息
上次修改的主题： 2012-10-19
使用以下先决条件和详细步骤将 Lync Server 2010、组聊天或 Office Communications Server 2007 R2 组聊天迁移到 Lync Server 2013、持久聊天服务器。
迁移的先决条件
将 Lync Server 2010、组聊天或 Office Communications Server 2007 R2 组聊天迁移到 Lync Server 2013 持久聊天服务器之前，请确保满足以下先决条件。
部署至少一个 Lync Server 2013 池。 如果有多个 Lync Server 2013 池，请确定哪个 Lync Server 2013 池将成为新的 Lync Server 2013 持久聊天服务器池的主池。
安装 Lync Server 2013 持久聊天服务器池。 它将为空 (没有类别、会议室或加载项) 。 在迁移旧类别、会议室或外接程序之前，可以在 Lync Server 2013 持久聊天服务器部署中创建会议室、类别或外接程序。
重要
请注意，这些新创建的项可能与迁移的旧项冲突。 避免任何命名冲突;否则，迁移旧数据时会覆盖这些数据。
准备用于迁移的源数据
执行以下步骤，为迁移正确准备源数据。
备份 Lync Server 2010、组聊天或 Office Communications Server 2007 R2 组聊天的源数据库。 有关备份SQL Server的详细信息，请参阅“备份概述 (SQL Server) ”。https://go.microsoft.com/fwlink/p/?linkid=254851
重要
Active Directory 域服务应相同。 作为迁移条件，不能迁移到其他部署 (特定于其他 Active Directory 林) 中的池。
检查 Lync Server 2010、组聊天或 Office Communications Server 2007 R2 组聊天聊天室和类别配置。 对现有旧版部署中的类别、会议室或加载项所做的任何更改都将由群聊管理员工具完成。
提示
Lync Server 2013 持久聊天服务器部署中对类别、会议室或加载项所做的任何更改均由 Lync Server 控制面板 或 Windows PowerShell cmdlet 执行。
按照以下步骤准备旧系统进行迁移。
与深层类别集不同，持久聊天服务器支持单个类别级别。 迁移后，子类别以完整的父类别名称为前缀。 你可能希望简化和平展现有的类别结构，以便生成的结构满足你的要求。
验证根类别中的 管理器 。 如果此级别存在任何管理器，则这些用户将在迁移后添加 为所有会议室的经理 。 如果这不是组织的要求，则需要从根类别中删除这些管理器。
验证会议室名称的长度。 迁移后，由于简化的类别结构，如果会议室位于子类别下，则它们以完整的父类别名称为前缀。 命名限制为 256 个字符，包括父类别名称。 必须验证会议室名称的长度，如果长度过长，则可能缩短长度。
在 Lync Server 2013 中，如果类别 邀请 设置设置设置为 true，则可以选择 true 或 false 作为该类别下的会议室的邀请。 但是，如果类别邀请设置设置设置为 false，则该类别下的会议室已关闭邀请。 在迁移之前，如果希望在特定类别下存在空间 () ，则必须在旧版 Lync Server 组聊天服务器版本中重置邀请设置。 否则，在迁移过程中，Lync Server 2013 会显示警告并将会议室设置为 false 的默认值。
如果在聊天室中使用了文件，则必须在迁移后将文件手动 XCOPY XCOPY 到新的持久聊天文件存储。 这些工具不执行此操作。
如果已将用户和会议室与联合用户联合，请注意持久聊天服务器不支持联合身份验证。 将迁移具有联合用户的会议室;但是，用户本身将无法访问内容，因为不支持联合访问。
识别不想迁移的会议室，并将其标记为已禁用。
确定要迁移聊天室内容的日期。 例如，你可能不希望迁移 2010 年 1 月 1 日之前的消息，因为这些消息可能已过时或与迁移无关。
执行迁移
执行以下步骤来迁移旧版组聊天服务器。
关闭 Lync Server 2010、组聊天、Office Communications Server 2007 R2 组聊天或 Lync Server 2013、持久聊天服务器服务。 必须停止所有服务，因此计划在停机时间足够的时候执行此操作。 如前所述，请确保备份当前的群聊数据库。
运行 Windows PowerShell Export-CsPersistentChatData cmdlet，作为 CsPersistentChatAdministrator) (持久聊天管理员 RBAC 角色的成员。 有关导出/导入 cmdlet 的详细信息，请参阅 Lync Server 2013 中使用 Windows PowerShell cmdlet 排查持久聊天服务器配置问题。
检查导出的内容。
在准备好导入之前，请关闭 Lync Server 2013 持久聊天服务器服务。 所有服务都需要停止，因此计划在停机时间足够的时候执行此操作。
如果在迁移之前在 Lync Server 2013 部署中创建了任何类别、会议室或加载项，请执行持久聊天数据库的备份。 导出/导入过程将能够将旧数据合并到 Lync Server 2013 部署中，但是，如果) 仍存在命名冲突，则需要备份数据库，以防意外覆盖内容 (。
运行Windows PowerShell Import-CsPersistentChatData cmdlet (导入工具) ，并使用 WhatIf 命令使用迁移的数据填充持久聊天服务器池的后端服务器。 此过程中会发生一些转换，以适应简化的管理模型。 修复出现的任何错误或警告。
运行持久聊天服务器Windows PowerShell Import-CsPersistentChatData cmdlet 作为持久聊天管理员 RBAC 角色的成员 (CsPersistentChatAdministrator) 。 有关导出/导入 cmdlet 的详细信息，请参阅 Lync Server 2013 中使用 Windows PowerShell cmdlet 排查持久聊天服务器配置问题。
必须将所有上传的文件 XCOPY (整个文件夹) 到新的 Lync Server 2013 持久聊天文件存储。
重要
Lync 2013 (客户端) 不支持在聊天室中上传或查看文件。 你仍然可以使用旧客户端在会议室中发布和查看文件。
将 Lync Server 2010、组聊天或 Office Communications Server 2007 R2 组聊天查找服务器 URI 移植到 Lync Server 2013 持久聊天服务器联系人对象。 如果 Lync 2010 组聊天或 Office Communicator 2007 R2 组聊天客户端在迁移后需要连接到最新的 Lync 2013、持久聊天 (客户端) 且没有任何客户端配置更改，则需要执行以下步骤：
删除 ocschat@<domainName.com> Lookup Server 用户帐户。 这用于指向 Lync Server 2010 中的查阅服务，即群聊。 稍后可以卸载池并删除受信任的条目。
通过使用相同的 SIP URI 运行 Windows PowerShell cmdlet、New-CsPersistentChatEndpoint，创建旧式终结点 (持久聊天服务器联系人对象) ，以便重新启动服务时，旧客户端将有效工作。
此时，强制迁移过程已完成。 Lync 2010 群集聊天 (客户端) 或 Office Communicator 2007 R2 组聊天 (客户端) 现在可以透明地连接到新的持久聊天服务器池。
请遵循 Lync Server 2010、组聊天或 Office Communications Server 2007 R2 组聊天的这些附加停用步骤。
通过打开新的持久聊天服务器池中的所有计算机来启动持久聊天服务器服务。
使用 Lync Server 控制面板和Windows PowerShell cmdlet 验证数据是否已成功迁移。
从组聊天服务器池中的计算机卸载 Lync 2010 组聊天或 Office Communicator 2007 R2 组聊天。
使用 Windows PowerShell cmdlet 删除受信任的应用程序和受信任的应用程序池。 这会从中央管理存储中删除这些项，并将关联的受信任服务条目 (TSE) 从 Active Directory 中删除。 或者，此步骤的工作原理是使用拓扑生成器 (受信任的应用程序/池有一个专用节点，也) 。
现在可以开始通过新客户端启用持久聊天服务器功能。 有关启用持久聊天服务器的详细信息，请参阅 在 Lync Server 2013 中部署持久聊天服务器。
重要
Lync Server 2013 支持多个持久聊天服务器池。 但是，我们支持将 Lync 2010 组聊天或 Office Communications Server 2007 R2 组聊天池迁移到单个 Lync Server 2013 持久聊天服务器池。 可以在部署中添加其他新的持久聊天服务器池以满足法规需求 (例如，将数据保留在给定地理位置) 中。