Micro365/O365 一个租户迁移到另外一个租户

Posted 2023-04-27

参考技术A

How to migrate mailboxes from one Microsoft 365 or Office 365 organization to another | Microsoft Docs

如果大于500用户，或者大量SharePoint数据迁移，建议找供应商 Microsoft solution provider 。

Fabrikam 的用户、组、其他对象将被在O365手动创建，通过脚本导入到portal或通过Active Directory Domain Services (AD DS) consolidation合并到Contoso Active Directory。

完成后，所有的Fabrikam账户将存在于 Contoso.com Office 365组织下，并使用@fabrikam.com 作为UPN。最终使用哪个地址取决于你的意愿。

如果使用第三方工具，在迁移前准备好License。

对于Outlook 2010及以后的版本，只需要 remove the Outlook user profile 然后 create it again 。

对于 Outlook 2007 和 Outlook 2010，当你重启客户端，auto-discover 会重新配置client，并重新编译.OST文件。

对于 Skype for Business 客户端，一旦迁移完整，因为进程创建了一个新的profile，所以你得 add contacts 。

源租户是 Fabrikam Office 365组织，被迁移对象；目标租户是 Contoso Office 365组织，迁移到对象。

增加目标Office 365组织中的许可证，以容纳将从源租户迁移的所有邮箱。

在源租户和目标租户中创建管理员帐户，用于从Office 365迁移到另一个Office 365。某些迁移工具可能需要源租户中的多个管理员帐户来优化数据吞吐量。

在目标租户 Contoso 创建资源：

告知用户迁移：To communicate the migration to the end users in your organization:

完成如下，准备domain的迁移：

在目标租户 Contoso 进行domain verification 以用于 Fabrikam.com email domain。

在 contoso.com 的Microsoft 365 admin center，添加 Fabrikam.com domain 并在DNS创建 TXT 记录用于 verification。

现在就执行此步骤，以允许DNS传播，因为它可能需要高达72小时。最终validation将此后进行。

迁移计划：

创建需要迁移的用户mailbox的master list。

创建mailbox映射文件 mapping .CSV，以用于迁移工具。当迁移的时候，该文件将用于迁移工具匹配源mailbox和目标租户的mailbox。建议用 *.onmicrosoft.com 初始化域作映射，因为email domain将会变更。

然后，进行TTL测试

在源租户的 Microsoft 365 admin center，关闭 directory sync 。 该进程至少需要24小时，所以必须在迁移前做完。一旦在Portal上关闭该配置，任何对源租户AD DS的变动都不会同步到O365组织。相应地调整现有的用户和组资源的调配进程。

试图传递新邮件的Internet邮件服务器将对邮件进行排队，并尝试24小时重新传递邮件。使用此方法，某些电子邮件可能会返回未送达报告（NDR），具体取决于尝试发送电子邮件的服务器。如果这是一个问题，请使用MX记录备份服务。有许多第三方服务将您的电子邮件排队数天或数周。迁移完成后，这些服务将向新的Office 365组织发送排队邮件。

将O365的主MX记录变更位不可访问的domain，比如"unreachable.example.com"。投递新邮件的Internet mail servers会队列化邮件并在24小时内重新投递。这种方式下，取决于服务器的投递方式，一些邮件会返回 non-delivery report (NDR) 。 如果有问题，则使用一个备份MX记录服务。有很多第三方服务，会队列持有邮件数周。一旦迁移完成，这些服务会投递邮件到新的O365组织。

Primary email domain fabrikam.com 在迁移到目标租户前，必须从源租户的所有对象上删除。

在 contoso.com 租户完成Fabrikam.com domain的verification。 待从源租户移除后1小时配置。

配置 auto-discover CNAME (internal/External) optional.

如果使用了AD FS，在目标租户给AD FS配置新域。

在 contoso.com 租户开始mailbox激活 > 给新用户配置licenses

给新用户，设置 Fabrikam.com email domain作为 primary address 。

如果没有使用 password hash sync 特性， pass-through authentication or AD FS ，在目标租户(Contoso)的所有mailboxes上设置密码，并提示用户。

Mailboxes被授予license并激活后，转换邮件路由。将Fabrikam MX记录指向目标租户 (Contoso) 。当MX TTL超时，mail 将流入新的空mailboxes。如果使用 MX backup service，就可以释放这些email到新mailboxes。

对目标租户中新邮箱的邮件流执行验证测试。

如果使用了Exchange Online Protection (EOP)：在目标租户重新创建源自源租户的 mail flow rules (also known as transport rules), connectors, block lists, allow lists等。

为了最大限度地减少停机时间和用户不便，请确定最佳迁移方法。

通过第三方迁移工具。

迁移结束时，Outlook 2007和2010将为每个用户同步整个邮箱，这将消耗大量带宽，具体取决于迁移到每个邮箱的数据量。默认情况下，Outlook 2013将只缓存12个月的数据。此设置可以配置为更多或更少的数据，例如，只有3个月的数据，这可以减轻带宽使用。

用户在回复迁移的电子邮件时可能会收到NDR。需要清除Outlook自动完成列表（Auto-Complete List，也称为昵称缓存nickname cache）。若要在Outlook 2010以后的版本中从自动完成列表中删除所有收件人，请参阅 Manage suggested recipients in the To, Cc, and Bcc boxes with Auto-Complete 。或者，将旧的传统DN作为x.500代理地址添加到所有用户。

具有基于嵌入式文件的 H2 多租户数据库和手动迁移的 Spring 应用程序

【中文标题】具有基于嵌入式文件的 H2 多租户数据库和手动迁移的 Spring 应用程序

【英文标题】：Spring application with embedded file based H2 multi tennant databases and manual migrations

【发布时间】：2021-02-19 09:16:07

【问题描述】：

我的用例和业务需求有点不寻常，请耐心等待 :)

我正在使用Spring boot 构建一个桌面应用程序。现在为了支持离线工作，它必须有一个基于本地文件的嵌入式数据库，但在这里它变得很棘手，因为客户端应用程序必须支持多个不同的用户，并且他们的数据不应该冲突（ 意味着用户应该能够轻松地删除他们自己的特定数据库），因此它们应该被分隔在不同的数据库或模式中。 由于使用该应用程序的用户的数量或身份不是预先确定的模式或数据库，因此需要在登录操作时动态创建。在为用户迁移创建数据库/模式后，需要运行以创建适当的表并从服务器获取数据。

我已成功设置多租户应用程序，但只能设法使其与预定义的数据库一起使用。还有一个挑战是在运行时手动运行flyway 迁移。

我已经在网上搜索了参考资料，但没有运气

【参考方案1】：

这应该有助于Run flyway migrations inside Java code during runtime。您现在可以选择在应用程序中的任意位置触发此操作，并将数据库/模式名称作为变量传递给您的 bean 方法

【讨论】：

谢谢，这似乎有助于解决 FlyWay 问题。