小编Mat*_*ien的帖子

我的组织正计划采用 SQL Server 2012 可用性组，我正在尝试了解它将对我们的应用程序升级过程产生什么影响（如果有）。

我们每 8 周发布一次应用程序更新，任何发布都可能包括架构更改和/或数据迁移。

我想了解的是 HA/DR 解决方案是否透明地处理架构更改（新列、索引被添加到辅助节点），或者是否需要手动干预在每个实例上创建架构然后重新打开 Always On。

我假设的数据迁移部分是透明处理的，但也想确认一下。

我想我也做了一个笼统的假设，即基于可用性组配置的这些行为没有区别，这也可能是错误的。请告诉我。

简而言之; 在我的应用程序的任何给定版本中，我可能会通过向其中添加列来更改非常大的表（数百万条记录的数十到数百条记录）。某些列可能是“全新的”，因此它们可以使用 Enterprise Online 架构更改功能。其他列可能是现有列的重构（全名被拆分为名字和姓氏），并且将为表中的每一行运行迁移以填充这些字段。这些行为中的任何一个是否需要 DBA 更改 AlwaysOn 配置，或者这是默认处理的，并且所有辅助节点都“免费”获得 DDL 和 DML 语句？

感谢您提供的任何清晰度。

我们将部署带有只读辅助服务器的 SQL Server 2012 可用性组，并希望在使用 CDC 或更改跟踪的同时针对辅助服务器执行 SSIS 提取（目前尚未决定使用哪个）。

我希望 CDC 和 CT 的底层实现将允许它们的功能存在并在辅助设备上使用，但尚未能够找到任何以这种方式或另一种方式说明的内容。

有没有人有任何经验（以及更好的官方文档）指出此解决方案的可行性（或不可行）？

我们现在倾向于使用变更跟踪，因为我们对历史数据没有硬性要求，但我希望能够识别任一实施的任何问题/风险。