什么更好 - 设置 Always On 新数据和迁移数据，或使用现有服务器和数据并添加 Always On？

Question

我有一个现有的 SQL Server 实例，其中包含三个数据库和少量数据。

我现在被要求创建一个 Always On 可用性组。现有服务器需要重新调整驱动器的大小，并且只有 3 个 vCPU。

所以，如果你有一个选择，什么是最简单/最安全的？启动新服务器，设置 Always On，然后从现有服务器迁移数据？

或者我应该保留现有的服务器和实例并将 Always On 可用性组添加到现有的 SQL Server 实例？

Answer 1

迁移或不迁移，这是一个问题：在头脑中忍受过去的罪恶和错误的箭矢，还是拿起武器对抗那片麻烦的海洋并通过迁移结束它们，在头脑中是否更高尚。

或不。如果您问“我应该就地升级还是迁移？” 我会引导您使用我给出的更旧（更长）的答案，简而言之，就是迁移 - 始终迁移！

但你没有问升级。您询问了可用性组。我推荐你看那篇关于就地升级和迁移升级决策的帖子，并考虑你的位置。如果您在虚拟环境中并且喜欢您所在的 SQL 版本，并且只需要重新配置“东西”——我认为没有必要进行迁移。您只需添加 Windows 集群、设置 AG 功能并开始构建您的 AG。您可以以此为借口掩盖过去的罪过，因为大多数配置更改等都是您可以随时进行的“在线”设置。在 VM 上，您可以使用 CPU 配置和 RAM 等。

如果您需要新版本的 SQL Server 或犯了一些关键的安装错误（很难想到任何，也许 64kB 驱动器分配大小，但这不是世界末日，无论如何您都需要新驱动器），然后确保重新安装并迁移. 或者，如果您使用物理设备，拥有许可预算，并且可以证明需要更多内核，那么您别无选择，只能构建新内核并进行迁移。

但！你正在建立一个AG。你现在有一个神奇的第三个选项。您可以按照自己的意愿构建新服务器。您可以将其作为节点添加到您的 AG 中。您可以使用此实例作为 AG 中的副本参与构建 AG，其中有两个您喜欢配置和大小更好的实例。然后只是故障转移到其中之一并驱逐您当前的节点并与其告别。因此，您可以使用您的 AG 以最小的用户挫折感继续使用新硬件，并看起来像英雄。