数据库架构的升级和变更
SQLServer2008在数据的高安全、高性能、高可用方面的技术已经比较成熟,这些技术和方案都是随着很多公司的业务和数据访问压力的增加而不断的升级和
变迁的,同时经历了方方面面的考验,证明了它们都是成熟可靠的,下面就这方面的技术方案和变迁过程来做一些分析。
阶段一:
裸奔时代:
优点:裸奔最大的好处就是简单,成本低。
缺点:一旦服务器出现问题,恢复起来比较麻烦;如果访问压力变大,服务器可能不堪重负。
阶段二:
单库+Mirror+BackUp方案:
说明:Mirror有两种方式,同步和异步;同步方式能保证主库和Mirror端数据的一致性,而且不需要使用企业版,但是对主库的性能影响也比较大;异步方式需要
企业版才支持,绝大部分时刻能保证数据的一致性,但是也有丢失小部分的数据可能,不过它对主库的影响比较小。
优点:此方案对主库的数据提供了可靠的保护,一旦主库出现问题,从库能在比较短的时间内恢复,尤其是数据库很大时(从备份恢复需要的时间会很长),能尽
快的恢复业务使用,而且Mirror端能生成快照,能给实时性要求不高的业务使用。
缺点:Mirror会影响主库的部分性能(异步方式影响比较小),主库出现问题后,前端需要更改访问的IP地址(或者将从服务器的IP地址改成主服务器的IP地址),
还需要将账号、权限和作业等信息迁移过去。
单库+Replication+ BackUp方案:
优点:Replication端可以提供给前段访问,可以将读操作放到从库,分担主库的部分压力,还能提供数据库的备份功能,不过这种备份很可能数据会有丢失。
缺点:不能提供安全的数据保护功能,对主库有一些性能影响。
阶段三:
单库+Replication+Mirror+BackUp方案:
优点:这种方案是前面两种方案的结合,既能够解决数据保护的问题,也能够提供读写分离的功能。
缺点:主库上既有Mirror又有Replication,这种方式对主库影响会比较大,而且实际证明,Mirror和Replication在同一台机器上部署,在一个出现问题时,
会对另一个造成影响。
阶段四:
Cluster(双A)+BackUp方案:
说明:图中矩形部分代表存储,两台服务器做了双A的群集。
优点:Cluster能确保其中的一个服务器出现问题时所有的数据和服务能切换到另外一台机器,切换的时间很短,能尽快的恢复业务访问。
缺点:双A群集一般要求配置比较好,价格比较高;因数据都存放在存储上,所以群集不能保护数据,一旦数据或者存储出现问题,需要从备份中恢复数据;
SQLServer的群集不能提供负载均衡的功能。
阶段五:
Cluster(双A)+Mirror+BackUp方案:
说明:双A群集再加两个服务器上库的Mirror保护。
优点:这个方案能对数据提供可靠的保护,无论是服务器故障还是存储故障,都能保证数据的安全,而且数据恢复的时间比较短。
缺点:Mirror会消耗主服务器的部分性能,多了两台Mirror机器,成本会增加,如果存储出现问题,快速恢复的方案是启用Mirror机器,后面可能需要重做群集。
阶段六:
Cluster(双A)+Mirror+BackUp+Replication+单分发方案:
说明:双A 群集,Mirror保护,单分发机器和读写分离方案。
优点:群集和Mirror能充分保护数据的安全,读写分离能提高系统整体的性能。
缺点:成本较高,单分发机存在单点故障,如果分发机器出现问题,将需要重建,此时读和写都将集中到主库,压力会比较大。
Cluster(双A)+Mirror+BackUp+Replication+双分发方案:
优点:与单分发机相比,没有单点故障,即使某台分发机出现问题,也能保证读写分离机制继续运行。
缺点:成本增加,维护方面更复杂。
阶段七:
Cluster(双A)+双存储+BackUp+Replication+双分发方案:
优点:双存储方案使得数据能得到有效的保护,而且避开了Mirror和Replication同时在主库运行对主服务器造成的影响,节省主服务器资源,而且恢复比较方便。
缺点:成本增加。
阶段八:
Cluster(双A)+双存储+BackUp+Replication+双分发+SSB异步方案:
此方式的主要优势是将数据流异步处理,缓解瞬时高流量对主库的压力,因为此方案比较复杂,暂时不做说明,可以参考数据库架构 一问。
阶段九:
(横向、纵向)拆分业务和数据、采用分布式数据库、使用能负载均衡集群功能的数据库等。
此文档大致描述了随公司的发展、服务器压力的增加,数据库架构方面的变迁阶段,当然我们应该根据公司的具体情况,选择性的采用其中的技术,也可能是
直接跳过某些阶段,而上更高效的方案(如果成本能够接受),因此技术和方案的选择应该根据实际情况,灵活应对。
转载于:https://www.cnblogs.com/lonelyxmas/p/8360683.html
数据库架构的升级和变更相关推荐
- 数据库架构优化的12种组合方式与风险解读
韩锋 阿里云高级产品专家 dbaplus社群联合发起人,CCIA(中国计算机协会)常务理事: Oracle ACE,具有丰富的一线数据库架构.设计.开发经验,著有<SQL优化最佳实践>&l ...
- 光大银行分布式实战:国内最大缴费平台的数据库架构转型
本文根据于树文老师在[deeplus直播第231期]线上分享演讲内容整理而成. 于树文 光大银行资深DBA 目前在中国光大银行信息科技部数据库管理团队主要负责分布式数据库建设项目,推进行内技术架构转型 ...
- 五分钟DBA:浅谈伪分布式数据库架构
[IT168 技术]12月25日消息,2010互联网行业技术研讨峰会今日在上海华东理工大学召开.本次峰会以"互联网行业应用最佳实践"为主题,定位于互联网架构设计.应用开发.应用运维 ...
- “宇宙第一大行”之 MySQL 数据库架构解密
点击▲关注 "中生代技术" 给公众号标星置顶 更多精彩技术内容 第一时间直达 摘要:本文根据 DTCC 数据库大会分享内容整理而成,将介绍工行 IT 架构转型中传统 OLTP ...
- 15支持哪些数据库版本 tfs_TFS数据库架构(TFS Database Architecture)
TFS数据库架构(TFS Database Architecture) 我正在为可以使用TFS对象模型的应用程序构建后端. 到目前为止,我有一个简单的设计,有两个表. 让我们说dbo.Users ,而 ...
- mysql分片备份不一致问题_光大银行分布式实战:国内最大缴费平台的数据库架构转型...
原标题:光大银行分布式实战:国内最大缴费平台的数据库架构转型 作者介绍 于树文,光大银行资深DBA.目前在中国光大银行信息科技部数据库管理团队主要负责分布式数据库建设项目,推进行内技术架构转型等相关工 ...
- 基于统一开发平台的微服务架构转型升级之路 | 某国有大型银行案例
分享某国有大型银行统一开发平台的建设历程,重点介绍其当前正在建设的微服务开发平台中的关键点和实践经验. 转载本文需注明出处:微信公众号EAWorld,违者必究. 引言: 某银行是一家国有大型银行,从2 ...
- 巨杉数据库TechDay回顾 | 与携程、巨杉、知乎大牛一起探寻DT时代数据库架构之道
数据,已成众多企业的核心资产.如今企业越来越懂得数据的重要性,也愈发清楚数据将为公司带来的巨大价值.在物联网.AI等技术的普及下,数据井喷仍在持续进行,如何更好地管理和使用这些"无穷无尽&q ...
- 工商银行 MySQL 数据库架构解密
摘要:本文根据 DTCC 数据库大会分享内容整理而成,将介绍工行 IT 架构转型中传统 OLTP 数据库架构面临的挑战和诉求,构建基于 MySQL 分布式企业级解决方案实践历程,包括技术选择.高可用设 ...
最新文章
- Excel超级链接方式应用技巧
- Spring AOP 源码分析 - 拦截器链的执行过程
- 《bbs.yingjiesheng.com,超全的求职笔经面经论坛》
- Create 2021:李彦宏描绘未来交通图景 - 不限购、不限行、无拥堵
- 《鬼泣V》:旧时代的标杆在新时代的窘境
- MyBatis 核心对象
- 房贷利率一涨再涨,为什么排队买房的越来越多?
- Linux/Unix环境下的make命令详解
- 写在使用 Linux 工作一年后
- 中国塑料汽车外饰件市场趋势报告、技术动态创新及市场预测
- 梦网云通讯获取状态报告API接口get_rpt说明POST请求示例
- 全网最全-Java简历优化-专业技能
- 平面设计之PS(前)
- 一个完全免费的在线文字云网站
- 知乎爬虫与数据分析(一)数据爬取篇
- SpringBoot整合Tomcat中的组件
- 游戏服务端框架之配置与玩家数据库设计
- 利用rfcomm实现树莓派与手机通信_树莓派可以这样玩
- 【基于JAVA的旅游路线推荐系统-哔哩哔哩】 https://b23.tv/4STx5NI
- 红警2尤里的复仇中文完整PC版