《分布式数据库设计报告》.docxVIP

分布式数据库设计 报告 分布式数据库设计报告 TOC \o 1-5 \h \z 1案例背景 1 1.1需求分析 1 \o Current Document 2分布式数据库设计 3 设计目标 3 总体设计目标 3 完成方式及周期 4 2.1.3分布式数据库架构图 6 2.1.4物理设计施工 6 3总结 7 4所用设备汇总 9 成品车间分布式数据库设计 1案例背景 随着成品车间信息化程度越来越高，我们的传统集中式数据 库系统的缺点逐渐体现出来主要有 ： 1、 所有数据处理、存储集中在一台计算机上完成，一旦 机器损坏或系统崩溃数据数据很难恢复。 2、 单台机器写入/查询处理能力不足，一台机器既要读取 数据，又要写入数据，遇到大批量超过单台数据库的处理 能力，就会出现卡顿，在生产时间不敢批量制造 /查询数 据。 3、 硬件性能瓶颈，包括（硬盘、CPU内存），使用升级硬 件的方法效果有限。 4、 出现故障没有备用服务器能够替代。 5、 当前成品车间存在2种数据库，oracle , sql sever , 交叉使用不方便管理维护，出现问题排查困难。 6、 由于数据库初期创立数据库/表比较混乱，现在对数据 的统计管理需要在两台服务器之间交叉进行，统计难度 高，效率低。 1.1需求分析 成品车间信息化程度越来越高，各个节点产生的数据量越来 越大，对数据系统要求越来越高，我们所使用的传统集中式数据 库已经无法从容应对越来越大的数据。 成品车间生产线数据库主要有 oracle和sql server 两种, 分别分布在2台计算机中，柔性线、白动线、三相线交叉使用两 种类型数据库，主要出现的问题有 ； 1、 一旦其中一个数据库出现问题，那么就有很大的几率导 致三条线体的某个节点或全部节点失去数据服务，导致 停线。 2、 数据库出现故障，必须停线，故障修复之后才能够上线 使用。 3、 数据库处理能力有限，一旦进行数据统计，或者批量导 出、写入数据，数据库响应时间就会延长，严重时会影 响到生产线的运行，带来停线的风险。 4、 硬件可拓展能力差，单台服务器使用升级硬件的方式来 提高整个数据库系统性能效果有限，花费高。 这就要求数据库必须变得稳定、快速、灵活，应具备分布式 管理数据的能力，节点扩容添加灵活，容灾容错能力，数据 安全增加备份服务器，主备数据同步无缝切换主备服务，读 写分离功能，数据分片功能，每个节点都是一个独立的数据 库，每个独立数据库上都有属于白己的局部业务应用，同时 也能够支持全局的业务应用，数据由两台主机互相备份，一 台异常宕机后出错另一台无缝提供数据服务，异常处理后能 够即时并入系统，不用重启服务。 2分布式数据库设计 分布式数据库系统是数据库系统与计算机网络相结合的产 物，分布式计算是和集中式计算相对立的概念，分布式计算的数 据能够分布在很大区域，它具备三方面的特点：一是物理分散 性，即数据分散存储在各个不同的场地上；二是逻辑整体性，即 分散的数据库在逻辑上是一个整体，在逻辑上就仿佛是一个集中 的数据库系统；三是场地白治性，即各个场地上的数据由本地的 DBMS微据库管理系统)管理，具有高度白治的处理能力，能够独 立完成本站点的局部业务应用。 2.1设计目标 2.1.1总体设计目标 根据分布式数据库设计的总体要求，结合实际现场生产案例 的具体业务需求，该案例的总体设计目标如下： 安全性：包括保证网络安全、数据库安全 ，建立严格的 权限管理机制，后端数据库网络独立。 配置方便：整个数据库配置后要实现热加载，不能重 启整个系统服务。 可扩充性：该分布式数据库的设计必须保证一定的可扩 充性，以满足业务发展的需求，当系统需要扩容时，必须保证 系统能够方便的将其加入，而并不需要修改源程序，以保证前 端使用方式不变。 可靠性： 1、 改进系统的可靠性和可用性是分布式数据库的主要目 标.将数据分布于多个场地，并增加适当的冗余度能够提供更 好的可靠性.一些可靠性要求较高的系统，这一点特别重 要.因为一个节点出了故障不会引起整个系统崩溃.因为故障 场地的用户能够经过其它场地进入系统.而其它场地的用户能 够由系统白动选择存取路径，避开故障场地，利用其它数据副 本执行操作，不影响业务的正常运行，针对系统运行时可能遇 到的各种软硬件故障， 2、 分布式数据库应提供系统恢复机制和数据单节点定时 备份功能，使故障发生时遭受的损失最小。 3、 当网络出现故障时，依然允许对局部数据库的操作， 而且一个位置的故障不影响其它位置的处理工作，只有当访问 出现故障位置的数据时，在某种程度上才受影响。 数据一致性：分布式数据库在处理多节点数据时要保证 主备数据的一致性、完整性。 2.1.2完成方式及周期 系统设计目标分4期： 1、 一期目标：完成部署4台存储服