Dynamics AX 2012 性能优化之 SQL Server 复制

时间:2022-03-21 04:57:46

Dynamics AX 2012 性能优化之 SQL Server 复制

分析数据滞后

在博文 Dynamics AX 2012 在BI分析中建立数据仓库的必要性 里,Reinhard 阐述了在 AX 的 BI 分析过程中,建立数据仓库的必要性。

数据仓库将分析的工作负载,从事务的工作负载中分离出来,让企业能够整合来自多个数据源的数据

但是从 AX 数据库中抽取数据到数据仓库的时候,Reinhard 发现耗时非常长。Reinhard 认为主要有三个原因:

  • 我们不敢贸然在AX生产环境的数据库层面做优化
  • 数据基数大
  • 需要新增和更新的数据多

因为数据抽取对正式环境的性能影响非常大,并且耗时长,所以我们只能选择在下班后去执行ETL作业。这样做的缺点也是显而易见的,无论我们的报表跑得多快,但是展示的数据总是滞后的

SQL Server 复制

有没有什么方案,能够实时地展示数据,又对正式环境的性能影响小呢?这就是 Reinhard 在本文中要说的SQL Server 复制

SQL Server 复制 是一项非常成熟的技术,它主要应用在以下几个场景中:

  1. 负载转移。将数据复制到其他数据库服务器,来减少当前服务器的负载。比如创建只读的报表环境。
  2. 合并数据。有多个门店,每个门店的数据库服务器都维护着自己的数据。总部需要将所有门店的数据合并到一起。
  3. 故障转移。

Reinhard 这里的应用场景其实就是负载转移。将所需的数据从生产库发布到只读的复制库中,然后在复制库上执行数据抽取作业,这样就将一部分工作负载,从事务的工作负载中分离出来。

复制的类型

复制类型 中,微软介绍了三种复制类型,分别是:

  • 事务复制
  • 合并复制
  • 快照复制

这三种复制都有各自的特点,需要根据自身的实际环境和业务场景来选择,并且要注意复制过程中的表锁。主要考虑因素有:

  • 要复制的数据类型,数量,和更新频率
  • 订阅服务器上的数据是只读的,还是可以更新的
  • 涉及到的计算机的数量和位置

Reinhard 这里简单说说不同复制类型的特点,详细信息还请参考微软官方文档SQL Server 复制

快照复制

Dynamics AX 2012 性能优化之 SQL Server 复制

特点

  • 不跟踪数据更改,每次应用快照都完全覆盖现有数据。
  • 过程不一致,结果一致。

适合场景

数据更改量大,但很少更改,允许一定时间的滞后。

资源占用

因为不跟踪数据更改,所以连续开销比事务复制低。但是如果数据集非常大,也需要使用大量资源生成和应用快照。

表锁

整个快照生成过程中都是用共享锁

事务复制

Dynamics AX 2012 性能优化之 SQL Server 复制

特点

  • 通过SQL Server事务日志跟踪更改。
  • 过程一致,结果一致。

适合场景

  • 数据更改频繁,数据复制接近实时。
  • 服务器到服务器的环境。
  • 提高可扩展性和可用性
  • 数据仓库和报表
  • 集成多个站点的数据
  • 集成异构数据
  • 将批处理的负载分离出去

资源占用

连续开销比快照复制高。

表锁

事务复制默认使用并发快照处理,在整个初始化快照生成过程中并不保留共享锁,期间用户可以继续工作。

合并复制

Dynamics AX 2012 性能优化之 SQL Server 复制

特点

  • 通过触发器和源数据表跟踪数据更改。
  • 过程不一致。
  • 不同站点可以脱机修改同一数据,在合并更新时需要处理冲突。

适合场景

  • 不同站点接收数据,然后脱机更改数据,再与发布服务器和其他订阅服务器同步更改。
  • 服务器到客户端的环境。

表锁

不使用锁。

其它 SQL Server 高可用性和数据恢复技术

故障转移集群

通过添加相关的硬件,可以使用故障转移集群保证数据中心内的高可用性。

故障转移集群中的所有SQL Server实例,在网络上显示为一个节点。

数据库镜像

数据库镜像是一个软件方案。它有一个主体服务器和一些镜像服务器。

在主体服务器可用的时候,镜像服务器是不能处理读写请求的。

日志传输

日志传输可以将主数据库的事务日志备份,自动发送给多个辅助数据库。

主数据库可用的时候,辅助数据库是不支持写数据。

AlwaysOn高可用性组

在SQL server 2012后,新增了AlwaysOn高可用性组特性。

辅助副本复制的是主体节点的完整数据库,不能选择复制部分数据到辅助节点。它的辅助副本可以用于报表和备份,但是不支持写数据。

总结

从上面的对比中,Reinhard 认为,事务复制更适合我们的应用场景。它能够在企业层构建可扩展、高可用、松耦合的集成生态系统。