企业数据库架构建设规划方案.pdf

企业数据库架构建设规划方案 1 目 录 一、 架构的演变 3 二、 单机模式 3 三、 双机热备和镜像 3 四、 节点多活 5 五、 分布式架构 6 六、 其他技术漫谈8 七、 如何选架构 9 八、 总结 12 2 一、 架构的演变 架构演变一定是根据当时要求的场景、压力下性能的需要、安全性、连续性的要求、技术的发 展 我把架构的发展分为大概 4 个阶段 ： 二、 单机模式 IT 建设初期，高速建设阶段，大家要做的只有一件事，我需要什么构建什么，我需要 ERP 我买 软件，需要 HIS 买 HIS，这个时期按需构建大量的系统基本在这个时期产生，当然那个时候也 没什么高可用的要求。 三、 双机热备和镜像 3 基本是 20 年前的技术了，在高速构建后，一堆的系统运行中，用户发现我们的核心业务如果 坏掉业务受影响，停机几个小时做恢复 这是无法接受的，那么双机热备或镜像，Active - Standby 的模式出现，这样一台机器工作，一台备用坏了在短时间可以接管业务，造成的损失 会低很多 ！ 那么问题也很明显，备机资源浪费，依赖存储，数据还是单点，成本较高。产品也很多： RoseHA/RoseMirrorHA、NEC ExpressCluster、微软 MSCS、Symantec VCS、Legato、RHCS 太多太多了。 随后为了解决数据单点的问题有出现了 存储的主备，存储的双活这厂商也太多了，这里就不 介绍了。 4 基本上传统企业依然停留在第一和第二阶段，也就是要么单机，要么双机热备 四、 节点多活 随着业务量越来越大，数据量不断飚升，系统高效性的矛盾显现出来，系统卡慢、报表、接口 业务无法分离 OLAP OLTP 业务混合导致系统锁情况严重，资源消耗极其庞大，光靠升级硬件 已经无法满足要求，横向扩展已经成为大势所趋。 5 同时切换时间、备机无法启动的问题也困扰着用户。 那么节点多活，多台机器同时对外提供访问的技术登上舞台，代表的 ORACLE RAC、微软 ALWAYSON 、MOEBIUS 集群 多活的两种模式也是从第二带架构的演变 oracle rac 把双机热备的辅助节点变的可以访问，关键点数据在多节点内存中的调配 Microsoft awo、Moebius 则是把镜像的辅助节点变的可以访问，关键点数据多节点同步 这样横向扩展来分担压力，并且可以在业务上进行分离。 五、 分布式架构 6 分布式架构真的不知道从何说起，概念太大，每个人理解的都不一样，只能意会不能言传 ： 比如说一份数据分开存成多份 比如说拆分，水平拆分、垂直拆分、分库、分表、分业务 比如说 其实说到底就是在第三代横向扩展也无法满足的情况下，继续“拆”，根据不同需求各种“拆”， 拆到什么样呢？大家都知道可以说最慢的环节在数据库，传统的做法复杂语句，大存储过程运 行非常慢，那我们就把这些拆到表数据量足够小、语句足够简单、业务粒度小