ORACLE数据库管理维护纲要
操作记录 | |||
版本序列号 | 操作日期 | 作者 | 修改说明 |
V1.0.0 | 2010-04-16 |
| ORACLE数据库的日常管理维护事项 |
|
|
|
|
|
|
|
|
为了进一步提高ORACLE数据库的科学有效的管理维护,明确ORACLE DBA的具体关键的工作职责,提升系统的最佳性能,发挥ORACLE 数据库的优势,同时为开发工程师做好后勤保障工作。把软硬间有机结合起来,成为统软件与人“在其位,某其政“的重要依据。
一、系统安全层面
1. 账户权限
1) 权限清单:检查被赋予管理权限的用户清单列表
2) 登陆:核查从多个终端登陆系统的账号
3) 管理员账户:检查锁定账户以及具有DBA权限的账户信息
4) 普通用户账户:检测现有用户的信息(包括权限,表空间配额,口令配置策略,默认的表空间等),
2. 备份
1) 检查是否备份最重要的数据文件和重做日志文件
2) 检查ORACLE是否备份了控制文件,参数文件,口令文件,归档日志文件等
3) 检查是否备份instance,tablespace,schema,table,triger,存储过程等
3. listener.ora文件
1) TNS监听器口令,监听器审计设置,监听器端口
2) 在监听服务中检查是否设置了passwod
4. sqlnet配置信息
1) 核查认证方式
2) 加密方式
3) IP连接限制
5. 版本及补丁信息
1) 检查ORACLE是否是稳定的版本,是否存在BUG
2) 检查ORACLE是否安装了官方发布的稳定的最新补丁
6. 运行及连接状态
1) 核查是否归档
2) 检查数据库联接设置
以上各个检查要点需要每月最少检查一边,在巡检的过程中要获取到系统的快照,也即就是给整个系统做一个全面的体检表。为以后系统出现异常时来做系统各个参数的对比。
二、系统结构层面
1. 表空间的使用
1) 检查整个数据库的所有表空间的使用情况,包括每个表空间的空闲,已使用空间
2) 检查默认临时表空间的使用空间
3) 检查是否合理分配了UNDO表空间的空间大小
4) 联机段空间回收重整表空间
5) 压缩存在的分区表和表空间
从表空间来看,随着业务量数据的增加,系统表空间的数据文件也在不断的增大,因此合理有效的设置永久表空间的增长策略,同时计算出系统使用UNDO表空间的使用大小,以此来合理分配空间给它,这是节省宝贵磁盘空间的有效途径,也是系能优化的其中部位。与此同时要压缩存储分区和表空间(oracle 11g使用)
2. 后台进程
1) 检查后台进程是否正常的运行
3. 数据库对象
1) 表,视图,同义词,序列,存储过程等
4. 警告日志与跟踪日志
1) 查看警告日志文件内容
2) 查看跟踪文件内容
3) 查看NET的日志与跟踪内容
5. 分离数据表空间和索引空间
1) 检查正常的数据表空间与索引表空间是否分离
6. 数据文件和日志文件在不同磁盘上
1) 检查数据文件和日志文件应该放在不同的分区上
7. STATSPACK
1) 检查是否有STATSPACK快照
每天下午必须查看警告日志与系统跟踪日志,以此来了解系统在运行期间存在的异常与程序在运行期间的报错信息,进而来排除各种相关的问题。
三、系统性嫩层面
1. 优化数据结构的设计
1) 检查数据结构设计是否科学合理
2. SQL语句合理性
1) SQL语句处理顺序
2) 查找到执行最底效率的SQL语句
3. SGA的设置管理
1) 检查Redo Log Buffer设置
2) 检查共享池的设置
3) 检查数据缓冲区的设置
4. 优化I/O和物理结构
1) checkpoint 和CKPT 的I/O
2) 共享池的设置
3) 数据缓冲区的设置
5. 优化资源争用
1) 块争用
2) 共享池争用
3) 锁争用
6. 物化视图
1) 检查在查询频繁的表上是否建立了物化视图
7. 应用程序方面
1) 与重量级业务相关的表上是否创建了分区表
2) 是否在一些查询频繁的敏感表上创建了视图与同义词以及索引
3) 检查表空间碎片超过30%的schema
8. OS方面
1) 内存的使用情况
2) 检查CPU的利用率
3) 硬盘空间的增长速度
从系统性能的角度来看,在系统设计阶段要不断的优化数据结构的设计,在调试测试阶段优化系统SQL程序,进可能的减少I/O的操作。减少SQL的解析次数,增强SQL语句的重复利用。在系统试运营阶段调整共享池,数据高速缓冲区,重做日志缓冲的合理利用。在系统上线初始必须做系统的全部备份,包括INSTANCE,TABLESPACE,TABLE,DATAFILE的备份。甚至在每天做系统的全面增量备份。
在整个 ORACLE 数据库管理维护过程中。从初始的系统安装到系统各个参数的合理设置,以及数据结构的设置是最为关键的三个重要的过程。运行期间所有出现的问题都与开始阶段有着密切的联系。后来在系统真实上线了所出现的各种异常,则必须在日常的维护中必须面面俱到的去检查各个要点,以此来杜绝不必要的异常。在真正出现了问题后只能从当前所抱的错误
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/20976446/viewspace-674321/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/20976446/viewspace-674321/