SQL Server底层架构技术对比

背景

数据库是信息化的基石，支撑着整个业务系统，发挥着非常重要的作用，被喻为“IT的心脏”。因此，让数据库安全、稳定、高效地运行已经成为IT管理者必须要面对的问题。数据库在底层架构层面需要满足以下几点建设要求：安全和可靠：不能因为服务器的软硬件故障导致数据丢失和业务中断；容灾：多数据中心间的数据库同步，某一个数据中心出现故障后，可以在另一个数据中心快速拉起业务；读写分离（报表分离）：把接口程序、报表程序、集成平台数据抽取、大数据运算等高消耗的查询语句分离到备机执行，从而避免对主服务器的性能消耗以及造成的阻塞和死锁；负载均衡：需要多台服务器同时负载并发请求，降低单台服务器的压力，提升系统整体性能；弹性扩展：通过增加服务器的方式应对数据量或者访问量增加带来的性能瓶颈。

1 基于共享存储的双机

两台数据库服务器上的SQL Server共享存储设备中的一份数据库文件，为了防止数据混乱，由主节点控制存储设备，备节点的SQL Server服务处于停止状态。当主节点出现故障后，备节点接管存储设备、启动SQL Server服务、初始化数据库、接管虚拟IP等资源完成故障转移，保障数据库的可用性。SQL Server失败转移群集属于这类技术。
 

数据安全：只有一份数据，无法保障数据安全。
数据同步验证：只有一份数据，无法验证。
可用性：满足。
故障转移时间：在故障转移过程中，备节点需要启动SQL Server服务、初始化数据库，当数据库个数多尤其是日志量大的时候，初始化数据库的时间会变长，导致切换时间变长，一般的切换时间在20秒以上。
读写分离：只有一个节点运行，无法实现。
负载均衡：只有一个节点运行，无法实现。

2 基于磁盘镜像的双机

两台服务器中的SQL Server独立安装，使用各自磁盘中的数据库文件，利用磁盘镜像技术，主节点磁盘上的数据变化实时同步到备节点的磁盘中。为了防止数据混乱，备节点的SQL Server服务处于停止状态。当主节点出现故障后，备节点启动SQL Server服务、初始化数据库、接管虚拟IP等资源完成故障转移，保障数据库的可用性。
 

数据安全&#