知识大全 超大型ORACLE数据库应用系统的设计
Posted 知
篇首语:如果你等到每件事都确定是对的才去做,那你也许永远都成不了什么事。本文由小常识网(cha138.com)小编为大家整理,主要介绍了知识大全 超大型ORACLE数据库应用系统的设计相关的知识,希望对你有一定的参考价值。
超大型ORACLE数据库应用系统的设计 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧!
一 概论 超大型系统的特点为 处理的用户数一般都超过百万 有的还超过千万 数据库的数据量一般超过 TB 系统必须提供实时响应功能 系统需不停机运行 要求系统有很高的可用性及可扩展性 为了能达到以上要求 除了需要性能优越的计算机和海量存储设备外 还需要先进的数据库结构设计和优化的应用系统 一般的超大型系统采用双机或多机集群系统 下面以数据库采用ORACLE 并行服务器为例来谈谈超大型数据库设计方法 ·确定系统的ORACLE并行服务器应用划分策略 ·数据库物理结构的设计 ·系统硬盘的划分及分配 ·备份及恢复策略的考虑 二 ORACLE并行服务器应用划分策略 ORACLE并行服务器允许不同节点上的多个INSTANCE实例同时访问一个数据库 以提高系统的可用性 可扩展性及性能 ORACLE并行服务器中的每个INSTANCE实例都可将共享数据库中的表或索引的数据块读入本地的缓冲区中 这就意味着一个数据块可存在于多个INSTANCE实例的SGA区中 那么保持这些缓冲区的数据的一致性就很重要 ORACLE 使用 PCM( Parallel Cache Management) 锁维护缓冲区的一致性 ORACLE同时通过I DLM( 集成的分布式锁管理器)实现PCM 锁 并通过专门的LCK进程实现INSTANCE实例间的数据一致 考虑这种情况 INSTANCE 对BLOCK X块修改 这时INSTANCE 对BLOCK X块也需要修改 ORACLE并行服务器利用PCM锁机制 使BLOCK X从INSTANCE 的SGA区写入数据库数据文件中 又从数据文件中把BLOCK X块读入INSTANCE 的SGA区中 发生这种情况即为一个PING PING使原来 个MEMORY IO可以完成的工作 变成 个DISK IO和 个 MEMORY IO才能够完成 如果系统中有过多的PING 将大大降低系统的性能 ORACLE并行服务器中的每个PCM锁可管理多个数据块 PCM锁管理的数据块的个数与分配给一个数据文件的PCM锁的个数及该数据文件的大小有关 当INSTANCE 和INSTANCE 要操作不同的BLOCK 如果这些BLOCK 是由同一个PCM 锁管理的 仍然会发生PING 这些PING称为FALSE PING 当多个INSTANCE访问相同的BLOCK而产生的PING是TRUE PING 合理的应用划分使不同的应用访问不同的数据 可避免或减少TRUE PING 通过给FALSE PING较多的数据文件分配更多的PCM锁可减少 FALSE PING的次数 增加PCM锁不能减少TRUE PING 所以 ORACLE并行服务器设计的目的是使系统交易处理合理的分布在INSTANCE实例间 以最小化PING 同时合理的分配PCM锁 减少FALSE PING 设计的关键是找出可能产生的冲突 从而决定应用划分的策略 应用划分有如下四种方法: 根据功能模块划分 不同的节点运行不同的应用 根据用户划分 不同类型的用户运行在不同的节点上 根据数据划分 不同的节点访问不同的数据或索引 根据时间划分 不同的应用在不同的时间段运行 应用划分的两个重要原则是使PING最小化及使各节点的负载大致均衡 三 数据库物理结构的设计 数据库物理结构设计包括确定表及索引的物理存储参数 确定及分配数据库表空间 确定初始的回滚段 临时表空间 redo log files等 并确定主要的初始化参数 物理设计的目的是提高系统的性能 整个物理设计的参数可以根据实际运行情况作调整 ● 表及索引数据量估算及物理存储参数的设置 表及索引的存储容量估算是根据其记录长度及估算的最大记录数确定的 在容量计算中考虑了数据块的头开销及记录和字段的头开销等等 表及索引的initial和next存储参数一般设为相等 pctincrease设为 ● 表空间的设计 ORACLE数据库的表和索引是透过表空间tablespace存储在数据库中的 在tablespace设计时一般作以下考虑 一般较大的表或索引单独分配一个tablespace Read only对象或Read mostly对象分成一组 存在对应的tablespace中 若tablespace中的对象皆是read only对象 可将tablespace设置成read only模式 在备份时 read only tablespace只需备份一次 高频率insert的对象分成一组 存在对应的tablespace中 增 删 改的对象分成一组 存在对应的tablespace中 表和索引分别存于不同的tablespace 存于同一个 tablespace中的表(或索引)的extent 大小最好成倍数关系 有利于空间的重利用和减少碎片 ● DB BLOCK SIZE 超大型数据库DB BLOCK SIZE一般在 KB 至 KB 而最常用的是 KB KB或 KB 选用较大的DB BLOCK SIZE可使INDEX的高度降低 也会提高IO效率 ● Redo Log Files ORACLE 使用专用的进程redo log writer (LGWR)将日志写入日志文件 一般日志文件最好建在专用的镜像盘上 日志文件组的个数及文件的大小的设定与系统交易量的大小有关 ORACLE并行服务器中每个INSTANCE使用各自的一组rego log files 一般的每组日志文件的个数为 个 每个的大小为 MB- MB ● 数据文件大小 建议用标准的文件大小 如 M 1GB 2GB GB GB等 可简化空间的维护工作 ● 回滚段 回滚段一般建在专用的表空间中 每一个INSTANCE实例拥有各自的回滚段 设置回滚段的一般原则是 initial 及 next 存储参数的值是相等的 同时还是DB BLOCK SIZE的倍数 每个回滚段的minextents设为 optimal参数的值保证回滚段缩小时不低于 个extents ● 临时表空间 临时表空间一般建在专用的表空间中 每一个INSTANCE实例拥有各自的临时表空间 这样使用临时表空间时不会有PING 设置临时表空间的initial=next 四 系统硬盘的划分及分配 在多机集群环境下 ORACLE并行服务器通过操作系统提供的DRD服务来共享同一个数据库 每一个INSTANCE对数据库的数据文件的访问都是通过该数据文件所在的DRD服务进行的 考虑以下情况 主机 上有DRD服务 该服务对应的数据文件有 等 这时如果主机 上的INSTANCE 需要读取数据文件 通过DRD服务调度 主机 通过DRD服务访问磁盘阵列上的数据文件 把INSTANCE 需要的数据读到内存 然后通过MEMORY IO把数据传到主机 的INSTANCE 写操作是读操作的逆过程 通过以上分析可知 系统硬盘的划分及分配的原则是尽量减少MEMORY IO 五 备份及恢复策略的考虑 数据库的备份与恢复在系统设计中占很重要的地位 好的备份及恢复策略可以降低系统的运行风险 减少因硬件故障而造成的损失 ORACLE备份方法 物理备份 将数据库的物理文件通过操作系统的命令或工具备份到备份介质上 物理备份往往用于存储介质故障时恢复数据库系统的数据 根据数据库运行方式的不同 可进行不同的物理备份 a)物理冷备份(offline backup) 物理冷备份要求数据库在关闭(所有INSTANCEs停止)的情况下进行 这种备份必须是完全备份 即需备份所有的数据文件 控制文件(control file) 日志文件(redo log file) 初始参数文件等等 物理冷备份的步骤简单 但要求系统能够停止 b)物理热备份(online backup) 物理热备份是在数据库系统正常运行的情况下进行的数据库备份 这种备份可以是数据库的部分备份 既备份数据库的某个表空间(tablespace)或某个数据文件(datafile) 也可备份控制文件(control file) 物理热备份要求数据库在ARCHIVELOG模式下运行 这种备份一般用于应用系统不能停机的情况 c)归档日志文件备份(archived log file backup) 要使数据库系统能够恢复到故障点前一时刻状态 或恢复到某指定时刻状态 数据库必须采用ARCHIVELOG模式 在ARCHIVELOG模式下 数据库系统会产生归档日志文件(archive log files) 归档日志文件也需备份到备份介质上 在恢复时 这些文件可使数据库恢复到最近状态 归档日志文件产生在指定目录下 这些文件一生成就可以备份到备份介质上 DBA可根据磁盘空间情况 定时将它们备份出去 逻辑备份 逻辑备份是通过ORACLE提供的Export工具 将数据库的结构定义及其数据卸出到特定格式的文件中 并备份该文件 在实际应用中 逻辑备份与物理备份并用 一般来说 物理备份用于磁盘介质损坏或数据文件损坏 逻辑备份用于数据库中的某些对象被破坏或用户误操作 备份策略的考虑主要在以下三个方面 ● 存储空间 ● 对现行运行的系统的性能影响 ● 恢复时间的影响 如果需要节省空间和恢复时间就需要增加备份的频率 但是备份操作会明显增加现行运行的系统的负载 ORACLE的恢复方法 根据不同的备份方法采用不同的恢复方法 使用物理备份恢复 ORACLE提供了三种恢复手段 数据库级的恢复 表空间(Tablespace)的恢复 数据文件的恢复 数据库级的恢复要求数据库在关闭但Mount的状态下进行 表空间及数据文件的恢复可在数据库运行的状态下进行 使用逻辑备份恢复 当数据库中的某一对象被损坏 或用户的误操作使数据破坏(如误删表) 时可用逻辑备份恢复 用逻辑备份只能恢复到备份时刻的状态 总之 数据库系统的设计是一门高深的学问 本文是作者基于几年管理超大型计费系统经验和教训 参考ORACLE 文档的基础上完成的 由于本人才疏学浅 难免有不当和错误之处 敬请有识之士批评指正 cha138/Article/program/Oracle/201311/17219相关参考
一个好的数据库产品不等于就有一个好的应用系统如果不能设计一个合理的数据库模型不仅会增加客户端和服务器段程序的编程和维护的难度而且将会影响系统实际运行的性能一般来讲在一个MIS系统分析设计测试和试运
随着计算机技术越来越广泛地应用于国民经济的各个领域在计算机硬件不断微型化的同时应用系统向着复杂化大型化的方向发展数据库是整个系统的核心它的设计直接关系系统执行的效率和系统的稳定性因此在软件系统开发
Oracle平台应用数据库系统的设计与开发 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧! Ora
知识大全 JDBC存取ORACLE大型数据对象LOB几种情况的示范类
JDBC存取ORACLE大型数据对象LOB几种情况的示范类 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一
Oracle数据库分区表操作方法 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧! 在大型的企业应用
oracle数据库系统是一个复杂的软件系统如果不了解其内部的结构原理及关系就不可能设计和编写出高质量的应用软件系统也不可能管理好一个复杂的应用系统为了给以后章节的打好基础本章简要给出ORACLE/
racle数据库系统是一个复杂的软件系统如果不了解其内部的结构原理及关系就不可能设计和编写出高质量的应用软件系统也不可能管理好一个复杂的应用系统为了给以后章节的打好基础本章简要给出ORACLE/O
数据库相关:大型MIS软件的开发必须重视数据库设计 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧!
Oracle9i数据库设计指引全集(3) 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧! 表设计
浅谈Oracle数据库的建模与设计 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧! 要开发一个基于