Oracle数据库维护及管理
基本手册
目录
1 目的 (4)
2 适用范围 (4)
3 适用对象 (4)
4 机房值班 (4)
4.1 服务器规划..................................................................................... 错误！未定义书签。
4.2 日常巡检......................................................................................... 错误！未定义书签。
4.3 Oracle (4)
4.3.1 表空间检查； (4)
4.3.2 表碎片整理 (5)
4.3.3 表索引整理 (5)
4.3.4 检查数据库后台进程是否正常 (6)
4.3.5 查看CRS(群集就绪软件)状态是否正常 (6)
4.3.6 检查报警日志文件 (6)
4.3.7 查看数据库监听状态和监听日志大小 (7)
4.3.8 检查数据文件状态是否是ONLINE (8)
4.3.9 检查数据库是否有失效的对象 (9)
4.3.10 检查数据库服务器性能，记录数据库的cpu使用以及io wait等待 (9)
4.3.11 检查数据库服务器磁盘空间使用率 (10)
4.3.12 检查数据库备份是否正常 (10)
4.3.13 数据库性能监控 (11)
4.3.14 历史数据清理 (11)
4.3.15 监控数据库JOB执行情况 (11)
4.3.16 用户及权限安全监控 (12)
4.4 设备重启规范 (13)
4.4.1 数据库重启 (13)
露露Power740小型机+11G数据库维护教程 硬件环境： 1、Power740小型机+AIX6.1操作系统 2、数据库版本：oracle 11.2.0.4 3、数据库安装模式:Oracle11R2+ASM+RAC（集群负载） 一、开机步骤 1、打开Power740小型机1和2开关机开关 两台服务器都要开机，在确定小型机电源处于关闭情况下开机，如果小型机处于开机状态跳过此步骤。 2、开启集群和数据库 小机开机后集群和数据库自动启动，一般不需要手工启动。 Ping 192.168.0.31\32\33\34\35 -t ping通后查询数据库状态。 通过实际IP登录小机1 登录方式1：windows开始菜单-运行 telnet 192.168.0.31 登录方式2：远程连接小机工具 登录方式3：直接在小机操作 用户名:root 密码:root #su – grid 切换到grid网格用户 $crs_stat –t 查询集群状态
ORACLE正常工作状态：3个gsd进程是OFFLINE 其他进程都是ONLINE。 此时完成开机和数据库启动操作，应用程序可以正常使用。 如果等待30分钟还没有正常启动,启动出现异常,可执行以下操作： #su – grid $srvctl start nodeapps -n dbserver1 $srvctl start nodeapps -n dbserver2 $srvctl start asm -n dbserver2 $srvctl start asm -n dbserver1 $srvctl start database -d lolo 单独启动监听 srvctl start listener -n dbserver1 srvctl start listener -n dbserver2 3、启动客户管理系统接口 远程桌面192.168.1.24->露露运营绩效管理系统->业务查询->WEB定时任务->【启动任务】4、启动EM 说明：EM为ORACLE数据库WEB管理，可以不启动，不启动不影响应用程序使用。 1）通过服务IP登录小机1 登录方式1：windows开始菜单-运行 telnet 192.168.0.33 登录方式2：远程连接小机工具 登录方式3：直接在小机操作 以下以登录方式1说明。 用户名:root 密码:root
Oracle数据库日常维护 【版本整理日期：2011/02/26 】 版本整理人：1634068400@https://www.doczj.com/doc/4f9960208.html, 本文档包含以下内容： 1．Oracle数据库日常维护 2．Oracle DBA 常用管理脚本 3．Oracle DB 常用SQL 语句
/******************************************************** https://www.doczj.com/doc/4f9960208.html,(若跳转不成功，请复制到浏览器或联系Q) https://www.doczj.com/doc/4f9960208.html,/item.htm?id=7437120468Metalink Sharing ********************************************************/
在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况： l数据库的启动、关闭，启动时的非缺省参数； l数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因； l对数据库进行的某些操作，如创建或删除表空间、增加数据文件； l数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA －600)
DBA 应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题 处理 启动参数不对 检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换 如果经常发生这样的情况，可以考虑增加重做日志文件组；想办法提高检查点 或归档操作的效率； 有人未经授权删除了表空间 检查数据库的安全问题，是否密码太简 单；如有必要，撤消某些用户的系统权 限 出现坏块 检查是否是硬件问题(如磁盘本生有坏 块)，如果不是，检查是那个数据库对象 出现了坏块，对这个对象进行重建 表空间不够 增加数据文件到相应的表空间 出现ORA-600 根据日志文件的内容查看相应的TRC 文件，如果是Oracle 的bug ，要及时打 上相应的补丁 二、数据库表空间使用情况监控（字典管理表空间） 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA 应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name,
O R A C L E数据备份与数据恢 复方案 Prepared on 24 November 2020
摘要 结合金华电信IT系统目前正在实施的备份与恢复策略，重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。 Oracle数据库有三种标准的备份方法，它们分别是导出／导入 （EXP/IMP）、热备份和冷备份。要实现简单导出数据（Export）和导入数据（Import），增量导出／导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序，然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程序的运行，实现数据库的本级备份，结合ftp简单开发，实现多服务器的数据更新同步，实现数据备份的异地自动备份。 关键字：数据库远程异地集中备份 目录
一、前言 目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会提供正常的服务。另一方面，随着信息技术的迅猛发展和广泛应用，业务数据还将会随业务的开展而快速增加。但由于系统故障，数据库有时可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如做了备份，恢复数据就显得很容易。由此可见，做好数据库的备份至关重要。因此，建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境。 因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于业务的业务数据，又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以ORACLE数据库为例，结合金华电信的几个相关业务系统目前正在实施的备份方案，介绍ORACLE数据库的备份与恢复。 二、金华电信ORACLE数据库的备份与恢复方案 由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份，速度较慢并且数据存储管理都很分散，甚至出现备份数据不完整的现象。为了提高备份数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性，降低数据备份对网络和服务器的影响，对每个IT系统的备份数据进行集中管理，我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。（这里用到的物理备份指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服
XXXXXX 数据库运维服务方案 XXXXXXX股份有限公司 2020-8-2
目录 一、前言........................................................................... - 2 - 二、数据库服务需求分析.................................................. - 7 - 三、数据库服务技术方案.................................................. - 9 - 3.1XXXXX Oracle数据库运维服务介绍............................ - 9 - 3.2XXXXX Oracle数据库运维基础服务............................ - 9 - 3.3Oracle数据库运维基础服务..................................... - 11 - 3.4.1 数据库基础运维服务级别分类 ........................................................................ - 11 - 3.4.2 数据库基础运维服务详述.................................................................................. - 12 - 3.4.2.1热线电话技术支持服务..................................................................................... - 12 - 3.4.2.2数据库基础运维远程拨入故障处理服务 .................................................... - 12 - 3.4.2.3数据库健康检查 .................................................................................................. - 13 - 3.4.2.4数据库故障排查 .................................................................................................. - 14 - 3.4.2.5数据库故障信息及时告知................................................................................ - 17 - 3.4.2.6辅助故障定位服务.............................................................................................. - 17 - 3.4.2.7数据库补丁安装、小版本升级....................................................................... - 18 - 3.4.2.8OEM安装配置 ...................................................................................................... - 19 - 3.4.2.9重要问题通知....................................................................................................... - 20 - 3.4.2.10数据库运维相关技术建议 ............................................................................. - 20 - 3.4.2.11知识传递.............................................................................................................. - 21 - 3.4Oracle数据库运维高级服务..................................... - 22 - 3.4.1 Oracle数据库高级运维服务内容.................................................................... - 22 - 3.4.2 数据库性能优化.................................................................................................... - 22 - 3.4.3 数据库版本升级运维服务.................................................................................. - 26 - 3.4.4 数据库实施项目.................................................................................................... - 27 - - 1 -
文档编号
Oracle 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日
数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2
实验三设计开发小型网络数据库应用系统 一、实验目的 1、（可选）在实验一、二构建的环境下，选择并安装数据库设计CASE工具、 开发文档程序版本管理工具、可视化开发工具，配置其访问协议，用户 权限。 2、在上述环境下，自拟题目完成一个小型网络数据库应用系统的需求分析、 结构设计、编码实现，及调试运行。 二、实验原理、内容及步骤 1、自拟一个小型网络数据库应用系统的题目，完成该系统的设计与开发 2、完成系统设计说明书，包含“系统需求说明、系统E-R逻辑关系、系统物 理结构、系统功能设计。 3、依据上述设计文档，开发实现相应数据库应用系统，要求所开发应用软 件支持多文档界面，具备基本的数据增加、修改、删除、浏览、查询功 能。 三、实验过程及结果 3.1、设计题目 人事资源管理系统 3.2、需求分析 此次人事资源管理系统包括：系统配置信息管理、人脉信息管理、和人脉查询管理，其详细功能描述如下。 1、系统配置信息管理：包括地区信息、认识途径信息、职位信息和行业 信息，这些信息确定你的人脉资源的的简单而又关键的信息，而这些信息比较固定，在系统运行之前就能确定，可以把它作为系统配置信息来处理。 2、人脉信息管理：它提供了人脉信息的增加、删除、修改的功能人脉信 息包括：姓名、所在地、职位、行业、所在单位、认识途径、联系方式和爱好等。 3、人脉查询管理：是指对人脉信息的详细查询的功能，提供了多种查询 方式，包括所在地、认识途径、行业信息、职位信息的查询方式，翻遍用户
自己的人脉资源。 3.3、概要设计 3.3.1、系统功能模块设计： 图3-3-1 系统功能模块图 3.3.2、数据库表设计： 以下是所设计的5张表： 图3-3-2-1地区信息表 字段说明：地区ID，地区名称，例如右边的图。 图3-3-2-1认识途径信息表 字段说明：认识途径ID，认识途径名称，例如右边的图。 图3-3-2-1职位信息表 字段说明：职业ID，职业名称，例如右边的图。
Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间)
数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况
【填空题】 1．默认情况OEM的URL地址是https://sd04:1158/em（其中sd04为机器名） 2．Oracle9i发布于2001，i代表Internet，11G发布于2007，g代表grid（网格） 3．在oracle内存结构中，保存正在执行或可能执行的代码的区是代码区 4．在oracle进程结构中，用于实现进程监控功能的进程是PMON 1．Oracle数据库系统的物理存储结构主要由3类文件组成，分别为数据文件、重做日志文件、控制文件。 2．一个表空间物理上对应一个或多数据文件 3．在oracle的逻辑存储结构中，根据存储数据的类型，可以将段分成为数据段、索引段、回滚段、LOB段和临时段。 1．在设计表时，对于邮政编码最适合的数据类型是CHAR 2．在alter table语句中，如果要删除列，可以通过指定DROP COLUMN关键字来实现。 3．如果需要在表中插入一批已经存在的数据，可以在insert语句中使用SELECT语句。 4创建一个update语句来修改goods表中的数据，并且把每一行的t-id值都改成15，应该使用的SQL语句是UPDATE SCOTT.Goods SET t_ID=’15’ 5.使用DESC命令可以显示表的结构信息 6．两个表的主关键字和外关键字的数据应该对应一致，这是属于引用完整性，通常可以通过主键和外键来实现。 7．UNIQUE约束通过确保在列中不输入重复值保证一列或多列的实体完整性。 1.在select语句中选择满足条件的记录使用where关键字，分组之后进行选择使用having 关键字 2．用来返回特定字段中所有值得总和的聚合函数是SUM 3．编写查询语句时，使用%通配符可以匹配多个字符。 18．集合运算符UNION实现集合的并运算，操作符INTERSECT实现了对集合的交运算，而MINUS则实现了减运算 19．如果要定义只读的视图，可以在创建视图时使用READ ONLY关键字 20．删除视图的PL\SQL语句是DROP VIEW [用户方案.]视图名 21．在使用CREATE INDEX创建索引时，使用BITMAP关键字可以创建位图索引 22．聚集（Cluster）是存储表数据的可选择的方法。一个聚集是一组表，将具有同一公共列值的行存储在一起，并且它们经常一起使用，表中相关的列称为聚集键 23．在为表中某个列定义PRIMARY KEY约束PK_ID后，则系统默认创建的索引名为PK_ID 24．如果表中某列的基数比较低，则应该在该列上创建反向索引 25．如果要获知索引的使用情况，可以通过查询DBA_INDEXES视图，而要获知索引的当前状态，可以查询INDEX_STATS视图。 26. 在Oracle的PL/SQL程序中，除了可以使用Oracle规定的数据类型外，还可以使用%TYPE 类型的变量，由系统根据检索的数据表列的数据类型决定该变量的类型，也可以使用%ROWTYPE 类型的变量用来一次存储从数据表中检索的一行数据。 27. SYSDATE函数可以获得当前系统的日期，SUBSTR(s,start,len)函数可以实现从指定的字符串中取指定长度的字符串。 28. 用来变异存储过程的PL/SQL语句是ALTER PROCEDURE，CREATE FUNCTION语句可以用来创建函数。
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
第1章Oracle 11g数据库系统 Oracle数据库系统是世界领先的数据库管理系统，Oracle数据库以其功能强大和配置灵活而著称，同时也因有一定的操作难度，让很多初学者望而却步。本书将由浅入深，以简单易懂的示例带领读者拨开Oracle的神秘面纱。 目前在Oracle世界主要有两类人员：一类是Oracle数据库管理人员，简称DBA；一类是Oracle开发人员。Oracle DBA主要的工作是负责日常的数据库维护和性能优化管理。由于Oracle系统较庞大、复杂，要成为一名合格的DBA，需要掌握的知识较多，比如要掌握Oracle体系结构和性能优化等方面的知识，相对其他数据库而言入门门槛较高，但是薪酬一般也较丰厚。Oracle开发人员的主要工作是使用Oracle提供的SQL语言和PL/SQL 结构化程序设计语言操作数据库，主要职责是操纵Oracle数据库对象，不需要对Oracle系统结构有深入了解，入门较容易。当Oracle开发人员积累了一定的开发知识后，可以通过学习Oracle DBA方面的知识向数据库管理员转型。 1.1 关系型数据库系统介绍 1970年6月，IBM公司的研究员E.F.Codd博士（中文名：埃德加·弗兰克·科德），发表了名为“大型共享数据库的关系模型”的论文，受到了学术界和产业界的高度重视和广泛响应，使得关系型数据库系统很快成为数据库市场的主流。E.F.Codd博士被誉为“关系数据库之父”，其照片如图1.1所示。 图1.1 关系数据库之父埃德加·弗兰克·科德
第1章 Oracle 11g 数据库系统 ·3· 1.1.1 什么是关系型数据模型 关系型数据库简而言之就是使用关系或二维表存储信息。以公司的人员信息管理为 例，为了存储公司内部的员工信息，人事部门一般会建一份列表，在公司未引入信息化管理系统时，大多数人事职员会使用Excel 来保存员工信息，例如图1.2是一份简单的人员信息列表的Excel 文件。 这种Excel 存储数据的方式，将人员的所有信息都包含在一张表中，随着Excel 中的 栏位和记录数越来越多，这份人员信息表会变得越来越繁杂，这种存储数据的方式称为平面文件数据模型。 为了简化修改与维护的复杂性，关系型数据库设计人员通过使用实体关系模型进行数 据库建模，例如人员信息表可以分为员工表和部门表，通过部门编号进行关联，ER 模型如图1.3所示。 图1.2 Excel 人员信息列表 图1.3 人员信息表ER 关系模型 由图1.3中可以看到，通过将员工和部门分别存储在不同的二维表格中，使用主键（PK ）和外键（FK ）进行关联，使得获取和维护数据变得更容易，这就是关系型数据模型。上述ER 图的3个关键组件分别如下所示。 ? 实体：需要了解的信息，比如部门和员工信息。 ? 属性：一般也称为列或字段，描述实体必须或可选的信息，比如员工表中的工号 和姓名等。 ? 关系：实体之间指定的关联，比如员工的部门编号关联到了部门表的编号属性。 关系型数据模型还涉及一些较复杂的组成元素，涉及较多的数学知识，有兴趣的读者 可以参考一些理论性的读物。 1.1.2 数据库系统范式 为了规范化关系型数据模型，关系型数据库系统在设计时必须遵循一定的规则，这种 规则称为关系型数据库系统范式。了解范式是每个数据库设计或开发人员必须具备的基本功，范式的主要目的是降低数据冗余，设计结构合理的数据库。目前较常用的范式有如下3种。
第一部分项目须知一、项目编号： 二、采购项目名称：2015年度oracle数据库续保 三、采购方式：公开招标 四、采购内容、数量及参数要求： 服务（或售后服务）要求： 乙方应提供原厂级别7×24（即每周7个工作日，每天24小时，2 小时内到达现场.）全天技术支持服务，并根据甲方的需要提供现场支持服务。具体服务时间由甲方需求决定。服务内容包括： 1.健康检查。ORACLE工程师定期（最小频率为1个月）到用1. 户现场，对数据库系统进行例行健康检查，并提交报告，根据健康检查的内容对数据库进行优化。检查的内容应包括但不限于以下内容：1.1 容错检查，检查并分析系统日志及跟踪文件，发现并排除数据库及应用系统的错误隐患； 1.2 检查数据库及应用系统的配置健康情况； 1.3 发现并排除数据库系统错误隐患； 1.4 检查数据库系统是否需要应用最新的补丁集； 1.5 检查数据库空间的使用情况，协助进行数据库空间的规划管理；
1.6 检查数据库备份的完整性； 1.7 监控数据库性能、数据库运行状态、运行效率、是否存在安全隐患； 1.8 备份方式是否合理、备份数据是否可恢复； 1.9 提供系统健康检查报告； 数据库及应用系统性能调优。数据库及应用系统的性能调整一2. 般包括，但不局限于如下内容： 利用工具采集系统运行时的各项监控数据； 2.1 2.2 分析系统主要的性能瓶颈； 2.3 分析系统、网络、应用软件及数据库等各方面资源的使用情况； 2.4 确定系统性能现状及性能调整的目标； 2.5 定位系统中出现的性能瓶颈； 2.6 测试验证针对性能瓶颈进行的改进方案； 2.7 产生基于ORACLE最佳应用准则的性能调整建议报告； 2.8 适用于当前商业规则的Oracle 软件配置； 2.9 为客户提供实施问题的解决方案； 2.10 为客户进行现场技能讲解传授； ORACLE工程师在现场调优数据库性能和应用性能；2.11 2.12 给用户提供完整的性能调整报告和解决方法； 2.13 现场紧急救援与灾难恢复。管理局数据库宕机、数据块损坏等
Oracle数据库日常维护方案书
————————————————————————————————作者：————————————————————————————————日期： 2
ORACLE数据库日常运行维护年度服务项目 方案书
目录 1 2 3 项目背景及目标 (5) 1.1项目背景 (5) 1.2项目目标 (5) 需求分析 (5) 项目总体方案 (7) 3.1数据库性能优化 (8) 3.1.1检查Oracle数据库性能 (8) 3.1.1.1 3.1.1.2 3.1.1.3 3.1.1.4 3.1.1.5 3.1.1.6 3.1.1.7 3.1.1.8 3.1.1.9 检查数据库的等待事件 (9) Disk Read 最高的SQL 语句的获取 (9) 查找前十条性能差的sql (9) 等待时间最多的 5 个系统等待事件的获取 (9) 检查运行很久的SQL (9) 检查消耗CPU 最高的进程 (10) 检查碎片程度高的表 (10) 检查表空间的I/O 比例 (10) 检查文件系统的I/O 比例 (10) 3.1.1.10 检查死锁及处理 (10) 3.1.1.11 检查数据库cpu、I/O、内存性能 (11) 3.1.1.12 查看是否有僵死进程 (12) 3.1.1.13 检查行链接/迁移 (13) 3.1.1.14 定期做统计分析 (13) 3.1.1.15 检查缓冲区命中率 (14) 3.1.1.16 检查共享池命中率 (14) 3.1.1.17 检查排序区 (14) 3.1.1.18 检查日志缓冲区 (15) 3.1.2性能调优及方法 (15) 3.1.2.1 3.1.2.2 3.1.2.3 3.1.2.4 3.1.2.5 寻找问题根源 (16) System_Event 事件 (16) Session_Event 事件 (16) Session_Wait (17) 应用优化 (17) 3.1.2.5.1 3.1.2.5.2 3.1.2.5.3 3.1.2.5.4 例程调优 (17) I-O 优化 (19) 竞争优化 (19) O-S 监控 (20) 3.2数据库备份恢复 (21) 3.2.1检查Oracle数据库备份结果 (21) 3.2.1.1 3.2.1.2 3.2.1.3 检查数据库备份日志信息 (21) 检查backup 卷中文件产生的时间 (22) 检查oracle 用户的email (22) 3.3数据库迁移 (22)
Oracle 数据库定期维护手册 定期备份任务计划执行检查 打开附件(系统工具(任务计划 查看状态，如果状态是未能启动,则打开菜单高级(查看日志，看未能执行任务计划的原因，并处理，处理完成后，右击任务计划运行。 使用DBA 图形工具(8.1.7 DBA Studio,9i Oracle Enterprise manager Console,10G 网页的EM )检查数据库状态 主要检查空间使用情况，重点对超过80%已使用的表空间进行检查，必要时增加数据文件或将相应的数据文件设为自动扩展，注意单个数据文件大小不要超过3.9G Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert.log或alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 如提示启动参数不对，则检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间则检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 数据库表空间使用情况检查 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该