oracle日常管理与维护
数据库日常运维手册
神州数码信息系统有限公司数据库日常运维手册神州数码信息系统有限公司2015/9/5日常运维操作手册主要针对ORACLE数据库管理员对数据库系统做定期监控:(1). 每天对ORACLE数据库的运行状态、日志文件、备份情况、数据库的空间使用情况、系统资源的使用情况进行检查,发现并解决问题。
并要有相关的人员负责每天查看,发现问题及时上报分析。
检查每天的数据库备份完成情况。
(2). 每周对数据库对象的空间扩展情况、数据的增长情况进行监控、对数据库做健康检查、对数据库对象的状态做检查。
(3). 每月对表和索引等进行Analyze、检查表空间碎片、寻找数据库性能调整的机会、进行数据库性能调整、提出下一步空间管理计划。
对ORACLE数据库状态进行一次全面检查(4)根据公司数据库的安全策略对ORACLE DB进行加固一.日维护过程1.1、确认所有的INSTANCE状态正常登陆到所有数据库或例程,检测ORACLE后台进程:$ps –ef|grep ora1.2、检查文件系统的使用(剩余空间)如果文件系统的剩余空间小于20%,需删除不用的文件以释放空间。
#df –k1.3、检查日志文件和trace文件记录检查相关的日志文件和trace文件中是否存在错误。
A、连接到每个需管理的系统使用’telnet’命令B、对每个数据库,进入到数据库的bdump目录,unix系统中BDUMP目录通常是$ORACLE_BASE/<SID>/bdump#$ORACLE_BASE/<SID>/bdumpC、使用 Unix ‘tail’命令来查看alert_<SID>.log文件#tail $ORACLE_BASE/<SID>/bdump/alert_<SID>.logD、如果发现任何新的ORA- 错误,记录并解决1.4、检查数据库当日备份的有效性。
对RMAN备份方式:1.5、检查数据文件的状态检查所有数据文件并记录状态不是“online”的数据文件,并做恢复。
Oracle DBA 数据库日常维护手册 常用SQL 脚本
Oracle数据库日常维护【版本整理日期:2011/02/26 】版本整理人:1634068400@本文档包含以下内容:1.Oracle数据库日常维护2.Oracle DBA 常用管理脚本3.Oracle DB 常用SQL 语句/******************************************************** (若跳转不成功,请复制到浏览器或联系Q) /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 应该及时了解表空间的碎片和可用空间情况,以决定是否要对碎片进行整理或为表空间增加数据文件。
(完整版)Oracle数据库规划设计和运行维护方案
Oracle数据库规划设计和运行维护方案(V1。
0)目录1。
前言 (6)1。
1. 编写目的 (6)1。
2。
方案说明 (6)1.3. 预期读者 (7)2。
数据库部署模式 (7)2.1. 单机模式 (7)2.2. 双机热备模式(HA模式) (8)2.3。
集群模式(RAC) (9)2。
4. 主从模式(DataGuard) (10)2.5。
混合模式(DataGrard+RAC) (10)2。
6。
数据库运行模式选择 (11)3。
系统特点和数据库类型 (11)3。
1。
业务系统的特点 (11)3。
1.1。
OLTP特点 (12)3.1.2。
OLAP特点 (13)3。
2。
数据库的规模 (13)3.3。
数据库版本建议 (13)4. 数据库运行环境规划 (14)4.1。
主机规划 (14)4。
2. 网络规划 (15)4.3. 存储规划 (17)5。
数据库安装部署规划 (19)5.1。
软件安装路径 (19)5。
2. 表空间设计 (19)5.2.1. 业务数据量估算 (19)5。
2。
2。
表空间使用规则 (21)5.2.3。
表空间的概念和分配原则 (25)5。
2.4。
表空间的参数配置 (26)5.2。
5. Undo/temp表空间的估算 (30)5.2。
6. 表的参数设置 (30)5.2。
7. 索引的使用原则 (31)5。
3. 文件设计 (32)5.3。
1. RAC配置文件 (32)5.3。
2. 参数文件 (33)5。
3。
3. 控制文件 (34)5。
3.4。
重做日志文件 (35)6。
数据库应用规划 (37)6。
1。
数据库用户设计 (37)6。
1。
1。
用户权限规划 (37)6.1.2。
用户安全实现 (39)6。
1。
3. 用户类型及角色命名规范 (41)6.2. 数据库分区 (44)6.2。
1. 数据库分区介绍 (44)6。
2.3. 物理分割 (45)6。
2。
4. 数据分区的优点 (45)6.2.5. 数据分区的不足 (45)6.2。
oracle日常运维操作总结
oracle日常运维操作总结一、硬件维护1.确保服务器硬件运行正常,定期检查硬件设备,如服务器、存储设备、网络设备等。
2.根据需要及时更新硬件设备,包括升级内存、硬盘等。
3.确保服务器周边设备运行正常,如UPS电源、空调等。
二、软件维护1.确保Oracle数据库软件运行正常,定期检查软件版本、补丁等。
2.更新Oracle数据库软件,包括升级Oracle版本、打补丁等。
3.定期清理无用文件,包括日志文件、临时文件等。
4.定期备份数据库,确保数据安全。
三、性能优化1.定期检查数据库性能,包括CPU使用率、内存使用率等。
2.根据性能检查结果,进行性能优化,如调整数据库参数、优化SQL语句等。
3.定期对数据库进行优化,包括重建索引、优化表空间等。
四、安全加固1.配置Oracle数据库的安全设置,如用户密码、权限管理等。
2.确保数据库账户的安全性,如定期修改密码、禁用无效账户等。
3.防止SQL注入等攻击行为,如使用参数化查询、限制用户输入等。
4.定期检查数据库的安全日志,包括登录日志、操作日志等。
五、数据备份1.制定数据备份计划,并按照计划执行备份操作。
2.采用多种备份方式,如全备份、增量备份等。
3.确保备份数据的可用性和完整性,如定期测试备份数据的恢复能力。
4.对备份数据进行存储和管理,确保数据安全。
六、故障处理1.建立故障处理流程,明确故障处理责任人和流程步骤。
2.对发生的故障进行及时处理,如系统崩溃、网络故障等。
3.对故障进行分类和总结,建立故障处理知识库。
4.定期对系统进行健康检查和性能测试,预防故障发生。
七、监控管理1.建立监控管理体系,包括监控指标、监控周期等。
2.使用监控工具,如OracleEnterpriseManager、Nagios等,对系统进行实时监控。
3.对监控数据进行分析和处理,及时发现和处理潜在问题。
4.定期对监控数据进行存储和管理,方便后续查询和分析。
八、应急预案1.制定应急预案,明确应急响应流程和责任人。
Oracle Rac日常维护操作手册
Oracle Rac日常维护操作手册一、关闭服务器1.1关闭数据库实例在DBSERVER01和DBSERVER02服务器上分别运行以下命令:在cmd命令行中运行C:\Documents and Settings\Administrator>d:D:\>cd D:\oracle\product\10.2.0\crs\BIND:\oracle\product\10.2.0\crs\BIN>crs_stat –t (检查oracle数据库运行状态)名称类型目标状态主机------------------------------------------------------------ora....S1.inst application ONLINE ONLINE dbserver01ora....S2.inst application ONLINE ONLINE dbserver02ora.HBHIS.db application ONLINE ONLINE dbserver02ora....01.lsnr application ONLINE ONLINE dbserver01ora....r01.gsd application ONLINE ONLINE dbserver01ora....r01.ons application ONLINE ONLINE dbserver01ora....r01.vip application ONLINE ONLINE dbserver01ora....02.lsnr application ONLINE ONLINE dbserver02ora....r02.gsd application ONLINE ONLINE dbserver02ora....r02.ons application ONLINE ONLINE dbserver02ora....r02.vip application ONLINE ONLINE dbserver02D:\oracle\product\10.2.0\crs\BIN>sqlplus sys/sys as sysdbaSQL>shutdown immediateSQL>exitD:\oracle\product\10.2.0\crs\BIN>crs_stat –t (再次检查oracle数据库运行状态) 名称类型目标状态主机------------------------------------------------------------ora....S1.inst application OFFLINE OFFLINEora....S2.inst application OFFLINE OFFLINEora.HBHIS.db application OFFLINE OFFLINEora....01.lsnr application ONLINE ONLINE dbserver01ora....r01.gsd application ONLINE ONLINE dbserver01ora....r01.ons application ONLINE ONLINE dbserver01ora....r01.vip application ONLINE ONLINE dbserver01ora....02.lsnr application ONLINE ONLINE dbserver02ora....r02.gsd application ONLINE ONLINE dbserver02ora....r02.ons application ONLINE ONLINE dbserver02ora....r02.vip application ONLINE ONLINE dbserver021.2关闭CRS集群服务在DBSERVER01或DBSERVER02服务器上运行以下命令:C:\Documents and Settings\Administrator>srvctl stop nodeapps -n dbserver01C:\Documents and Settings\Administrator>srvctl stop nodeapps -n dbserver02D:\oracle\product\10.2.0\crs\BIN>crs_stat –t (再次检查oracle数据库运行状态) 名称类型目标状态主机------------------------------------------------------------ora....S1.inst application OFFLINE OFFLINEora....S2.inst application OFFLINE OFFLINEora.HBHIS.db application OFFLINE OFFLINEora....01.lsnr application OFFLINE OFFLINEora....r01.gsd application OFFLINE OFFLINEora....r01.ons application OFFLINE OFFLINEora....r01.vip application OFFLINE OFFLINEora....02.lsnr application OFFLINE OFFLINEora....r02.gsd application OFFLINE OFFLINEora....r02.ons application OFFLINE OFFLINEora....r02.vip application OFFLINE OFFLINE1.3关闭服务器操作系统先关DBSERVER01,在关闭DBSERVER02;二、开启服务器2.1DBSERVER02服务器开机DBSERVER02服务器操作系统启动后待网卡服务全部启动,执行以下命令验证oracle服务启动情况C:\Documents and Settings\Administrator>d:D:\>cd D:\oracle\product\10.2.0\crs\BIND:\oracle\product\10.2.0\crs\BIN>crs_stat –t (检查oracle数据库运行状态)名称类型目标状态主机------------------------------------------------------------ora....S1.inst application OFFLINE OFFLINEora....S2.inst application ONLINE ONLINE dbserver02ora.HBHIS.db application ONLINE ONLINE dbserver02ora....01.lsnr application OFFLINE OFFLINEora....r01.gsd application OFFLINE OFFLINEora....r01.ons application OFFLINE OFFLINEora....r01.vip application OFFLINE OFFLINEora....02.lsnr application ONLINE ONLINE dbserver02ora....r02.gsd application ONLINE ONLINE dbserver02ora....r02.ons application ONLINE ONLINE dbserver02ora....r02.vip application ONLINE ONLINE dbserver02待DBSERVER02上oracle服务全部启动后再开启DBSERVER01。
Oracle数据库维护手册范本
数据库维护手册目录1前言 (3)2ORACLE维护方法 (3)2.1 数据库启动 (3)2.2 数据库停止 (3)2.3 监听器的启停 (4)2.4 用户管理 (4)2.5 数据库参数文件 (5)2.6 数据库概况的查询 (6)2.7 常用对象的创建和使用 (7)2.8 失效数据库对象的检测和编译 (7)2.9 数据备份的技巧 (8)2.10 数据库命中率的监测 (10)2.11 最消耗资源进程的检测 (11)2.12 锁的监测及处理 (12)2.13 SQL语句执行技巧 (12)2.14 表空间的管理 (13)2.15 数据文件I/O的统计优化 (14)2.16 错误号的跟踪出理 (14)3日常问题处理流程 (15)3.1 ORACLE数据库日常检查 (15)3.2 会话连接日志的清理 (15)3.3 数据库hang住时的停止和方法 (15)3.4 扩表空间方法 (16)3.5 死锁会话的杀死 (16)3.6 未决两阶段事务的回滚............................. 错误!未定义书签。
4相关通用工具介绍. (17)4.1 EM工具.......................................... 错误!未定义书签。
1前言本文主要是简单介绍和总结日常Oracle数据在运行维护方面的一些方法和技巧。
通过该手册以便于相关技术人员的日常运维工作。
2ORACLE DB维护方法2.1数据库启动1、以oracle用户用户登录,sqlplus ‘/as sysdba’sqlplus> startup2、以oracle用户或ora816用户登录sqlplus ‘/as sysdba’sqlplus >startup nomuntsqlplus >alter database mount;sqlplus >alter database open;3、第一种启动方式是最常用的手工启动方式,第二种启动方式是数据库有故障时常用的逐步启动方式,可以观察故障点。
数据库(Oracle)运维工作内容及常用脚本命令
数据库(Oracle)运维⼯作内容及常⽤脚本命令1、系统资源状况:--内存及CPU资源--linux,solaris,aixvmstat 5--说明:1)观察空闲内存的数量多少,以及空闲内存量是否稳定,如果不稳定就得想办法来解决,怎么解决还得看具体情况,⼀般可以通过调整相关内存参数来解决,各种操作系统输出指标、解释及内存调整参数及⽅法不完全⼀样;2)观察CPU资源利⽤情况,⾸先,需要观察CPU上运⾏的任务数,也就是vmstat输出中位于第⼀列上的指标,如果该指标持续⼤于CPU 核⼼数,应该引起注意;如果该指标持续⼤于CPU核⼼数的两倍,那么应该引起重视;如果持续为CPU核⼼数的多倍,系统⼀般会出现应⽤可感知的现象,必须⽴刻想办法解决。
当然,在观察该指标的同时,还要结合CPU利⽤率的指标情况,如:⽤户使⽤百分⽐,系统使⽤百分⽐,空闲百分⽐等指标,如果空闲百分⽐持续低于20%,应该引起注意;如果持续低于10%,应该引起重视;如果持续为0,系统⼀般会出现应⽤可感知的现象,应该⽴刻想办法解决问题;3)CPU⽤户使⽤百分⽐和系统使⽤百分⽐的⽐例,也是应该注意的。
⼀般来说,在⼀个状态正常的系统上,⽤户使⽤百分⽐应该⽐系统使⽤百分⽐⼤很多,⼏倍到⼗⼏倍甚⾄更⾼,如果系统使⽤百分⽐持续接近⽤户使⽤百分⽐,甚⾄⼤于⽤户使⽤百分⽐,说明系统的状态是不正常的,可能是硬件或者操作系统问题,也可能是应⽤问题。
有关vmstat输出中各指标及解释等,可以参照本⼈博客中相关⽂章:。
--IO状况--linux,solarisiostat -dx 5--aixiostat 5--说明:1)该命令主要⽤来观察系统存储设备的负载和性能状况,⾸先,需要观察系统各存储设备的繁忙程度,如果该繁忙程度指标持续超过80%,那么应该引起注意;如果持续超过90%,应该引起重视;如果持续100%,⼀般会出现应⽤感知的现象,应该⽴刻想办法解决问题; 2)其次,需要注意的是系统上各存储设备的IO能⼒,就是每秒钟各存储设备的输⼊、输出的数据量,这个和具体设备的硬件及配置有关,没有⼀个严格的标准,性能好点的能达到每秒上G,甚⾄⼏个G,差的只能到每秒⼏⼗兆甚⾄⼗⼏兆;3)最后,需要观察存储设备完成每次读写操作耗费的时间,这个也是和具体设备硬件和配置相关的,好的设备可能不到1毫秒,差的能到⼏⼗毫秒甚⾄上百毫秒;iostat的输出,在各种操作系统上的输出和解释也不尽相同,具体可以参照本⼈博客的相关⽂章:。
oracle数据库维护手册
目录1. 检查数据库基本状况41.1. 检查ORACLE实例状态41.2. 检查ORACLE服务进程41.3. 检查ORACLE监听状态52. 检查系统和ORACLE日志文件62.1. 检查操作系统日志文件62.2. 检查ORACLE日志文件62.3. 检查ORACLE核心转储目录72.4. 检查ROOT用户和ORACLE用户的EMAIL 73. 检查ORACLE对象状态73.1. 检查ORACLE控制文件状态73.2. 检查ORACLE在线日志状态83.3. 检查ORACLE表空间的状态83.4. 检查ORACLE所有数据文件状态83.5. 检查无效对象93.6. 检查所有回滚段状态104. 检查ORACLE相关资源的使用情况104.1. 检查ORACLE初始化文件中相关参数值10 4.2. 检查数据库连接情况114.3. 检查系统磁盘空间124.4. 检查表空间使用情况124.5. 检查一些扩展异常的对象134.6. 检查SYSTEM表空间内的内容144.7. 检查对象的下一扩展与表空间的最大扩展值145. 检查ORACLE数据库备份结果145.1. 检查数据库备份日志信息155.2. 检查BACKUP卷中文件产生的时间155.3. 检查ORACLE用户的EMAIL 156. 检查ORACLE数据库性能156.1. 检查数据库的等待事件156.2. DISK READ最高的SQL语句的获取156.3. 查找前十条性能差的SQL 166.4. 等待时间最多的5个系统等待事件的获取16 6.5. 检查运行很久的SQL 166.6. 检查消耗CPU最高的进程166.7. 检查碎片程度高的表176.8. 检查表空间的I/O 比例176.9. 检查文件系统的I/O 比例176.10. 检查死锁及处理176.11. 检查数据库CPU、I/O、内存性能186.12. 查看是否有僵死进程196.13. 检查行链接/迁移196.14. 定期做统计分析196.15. 检查缓冲区命中率206.16. 检查共享池命中率206.17. 检查排序区206.18. 检查日志缓冲区217. 检查数据库安全性217.1. 检查系统安全日志信息217.2. 检查用户修改密码218. 其他检查228.1. 检查当前CRONTAB任务是否正常228.2. ORACLE JOB是否有失败228.3. 监控数据量的增长情况228.4. 检查失效的索引238.5. 检查不起作用的约束238.6. 检查无效的TRIGGER 23本文档为本人亲自整理的公司的维护文档,内容很详细,DBA日常任务基本就是文档中写的那些,初学DBA或是有意学习DBA的同学们可取去学习学习,文档有实例讲解,很实用。
ORACLERAC日常管理概述
ORACLERAC日常管理概述一、Oracle RAC简介:Oracle RAC 支持Oracle 数据库在集群上运行真正的应用程序。
此处的真正应用是指RAC 能够支持所有类型的主流商业应用程序。
这包含流行的封装产品,如SAP、PeopleSoft 与Oracle E*Business Suite 等,与自主研发的应用程序,其中包含OLTP 与DSS,与Oracle 有效支持混合OLTP/DSS 环境的独有能力。
Oracle 是唯一提供具备这一功能的开放系统数据库的厂商。
Oracle RAC 运行于集群之上,为Oracle 数据库提供了最高级别的可用性、可伸缩性与低成本计算能力。
假如集群内的一个节点发生故障,Oracle 将能够继续在其余的节点上运行。
假如需要更高的处理能力,新的节点可轻松添加至集群。
为了保持低成本,即使最高端的系统也能够从使用标准化商用组件的小型低成本集群开始逐步构建而成。
Oracle 的要紧创新是一项称之高速缓存合并的技术,它最初是针对Oracle9i 真正应用集群开发的。
高速缓存合并使得集群中的节点能够通过高速集群互联高效地同步其内存高速缓存,从而最大限度地低降低磁盘I/O。
高速缓存最重要的优势在于它能够使集群中所有节点的磁盘共享对所有数据的访问。
数据无需在节点间进行分区。
Oracle 是唯一提供具备这一能力的开放系统数据库的厂商。
其它声称能够运行在集群上的数据库软件需要对数据库数据进行分区。
这关于拥有复杂的数据结构的真正应用程序而言,显得不切实际。
而且也不可能对集群系统进行统一变更。
假如您添加或者删除节点或者存储资源,数据则需要完全重新分区。
二、ORACLE RAC工作原理在一个应用环境当中,所有的服务器使用与管理同一个数据库,目的是为了分散每一台服务器的工作量,硬件上至少需要两台以上的服务器,而且还需要一个共享存储设备。
同时还需要两类软件,一个是集群软件,另外一个就是Oracle数据库中的RAC组件。
oracle日常运维总结
千里之行,始于足下。
oracle日常运维总结以下是Oracle日常运维总结的一些要点:1. 定期备份数据:重要性不言而喻,确保数据安全。
可以使用Oracle的备份工具或者第三方工具进行备份,定期检查备份的完整性和可用性。
2. 监控数据库性能:使用Oracle的性能监控工具,如AWR报告、ASH报告等,分析数据库性能瓶颈,并及时采取措施进行优化。
3. 维护数据库统计信息:定期收集和更新数据库的统计信息,以便优化查询性能。
可以使用Oracle的DBMS_STATS包来进行统计信息的收集和更新。
4. 定期检查表空间使用情况:监控数据库的表空间使用情况,及时扩展表空间或调整表空间大小,以确保数据库的正常运行。
5. 定期检查数据库日志和告警日志:定期检查数据库的日志文件和告警日志,及时处理数据库异常或错误。
6. 定期进行数据库滚动备份:数据库滚动备份可以保证数据库的连续备份,避免因备份过程中的数据变更造成备份不完整。
7. 定期进行数据库性能调优:定期进行数据库性能调优,如优化SQL语句、调整数据库参数等,以提高数据库的运行效率和性能。
8. 定期进行数据库安全审计:定期审计数据库的安全性,检查数据库的用户权限、网络安全等,并及时修复和加固数据库的安全漏洞。
第1页/共2页锲而不舍,金石可镂。
9. 定期进行数据库版本升级和补丁安装:定期检查Oracle官方网站,了解最新的数据库版本和补丁,并根据需要进行升级和安装,以保证数据库的安全和稳定。
10. 定期进行数据库容量规划:根据业务需求和数据增长情况,定期进行数据库容量规划,以确保数据库能够满足业务的需求并保持良好的性能。
以上是Oracle日常运维总结的一些要点,根据实际情况进行调整和补充。
Oracle数据库运维
Oracle数据库运维摘要在企业以往数据库的管理工作中,一般由数据库管理者来实施该项工作,其管理任务主要包括以下两个方面的内容:第一,对数据库运行状态、数据库空间与数据库资源的应用情况、日志文件以及备份情况等进行定时检查,并发现和解决所存在的问题;第二,监控数据库每一周数据的增长情况以及其对象空间扩展的具体情况,检查数据库对象的运行状态,接着在此基础上实时分析,对空间碎片进行检查,找寻对数据库性能实施调整的机会,通过调整工作的实施,继而提出下一步管理计划,最后再全面检查数据库。
由于这种管理缺乏合理且科学的评判依据,存在一定的主观性,易造成数据库的异常诊断与日常性能的检查不够及时,因此文章提出了一种数据库监控数据库,该数据库可达到自动监控以及维护数据库的目的,及时发现片解决各种问题,以此为数据库管理人员的管理与维护工作提供相应的辅助工具,大大提升了管理工作的效率,也使数据库的安全、稳定运行得到了保障。
关键词: Oracle数据库;运维1 Oracle数据库需求分析1.1 可行性分析商业软件必须根据客户的基本需求和使用目的而运维和开发的。
从软件工程的视角来看,它是软件生命周期中启动软件开发任务的第一阶段。
众所周知,世界上所有的问题都没有一个简单而明显的解决方案,许多问题都无法在数据库的预定规模内得到解决。
如果没有解决问题的办法,那么任何时间、资源、人力和金钱都浪费在开发项目上。
可行性研究的目标是研究问题是不是可以最短时间内以最小的成本来解决。
可行性研究是研究当前条件,新数据库的发展有必要的资源和其他条件。
为了实现这一目标,我们必须仔细了解用户的需求和实际环境,探索一些可供选择的解决方案,并对每个解决方案的可行性进行仔细的论证。
本文从技术、经济、运行、操作和时间来论证。
1.2 经济可行性Oracle数据库硬件成本低,数据库构建维护成本不高。
从长远来看,数据经营者使用Oracle数据库,拉低了销售成本,打破时间和地点的限制,经济性很可观,能带来长久的间接效益,为企业未来的发展奠定良好的基础。
数据库日常运行维护方案
Oracle数据库日常运行维护方案2019年3月1项目背景及目标1.1 项目背景XXX信息化建设经过多年的发展和完善,已经建立成熟的网络环境及业务及管理的各类应用系统,目前在线运行的PC 近XX台,近年来建设的XX业务管理等若干应用信息系统多数是基于Oracle数据库系统的应用。
这些Oracle 数据库产品的标准服务都已经过了服务期。
而各系统随着数据量的逐年增加,陆续出现了性能问题,有必要进行数据库系统的升级及性能优化,以确保应用系统的正常运行,为XXX提供更好的信息服务。
1.2 项目目标➢尽早发现性能瓶颈,及时调整,保障数据库稳定高效工作;对各个系统数据库进行补丁升级服务,安装补丁前需要对补丁的可行性及风险即你想那个分析,并制定升级计划和应急回退计划。
同时要做好系统备份准备及详细的测试工作,确保系统的稳定性、安全性,保障系统业务数据的安全;➢数据库架构的合理化;➢提升应用系统性能,完成各系统数据库的性能调优工作,包括:外部资源调优、行的重新安排调优、SQL 性能调优、表格和索引存储参数设置调优等。
➢各业务持续性得到有效的保证。
2需求分析通过对xxx 技术要求进行详实的分析以及xxx信息系统建设的了解,各应用系统的Oracle产品日常运行维护项目主要从如下几个方面进行:1、由于 xxx 有些系统软件建设的较早,目前存在不同版本的数据库共存的现象,包括:Oralce8、Oracle9I、Oracle10g以及Oracle11g等。
而 Oracle9I 版本之前的数据库 SQL 编程语句还不是业界通用的标准化的语句,它与后面版本的 SQL 编程语句有很大的差别,所以在这方面的性能优化需要做好充分备份的准备。
2、正是由于这些系统建设的较早,基于当时的实际情况,应用系统或数据库都还存在一些不足,针对这些情况软件开发商都开发出相应的补丁提供给用户进行升级以防范风险。
所以在对各个系统数据库进行补丁升级服务之前,需要对补丁的可行性、安全性及风险进行充分的测试和分析。
oracle日常运维总结
oracle日常运维总结Oracle是一种功能强大的关系型数据库管理系统,广泛应用于各种企业级应用程序中。
作为一名Oracle数据库管理员(DBA),日常运维是我们工作的重要组成部分。
在这篇文章中,我将总结一些Oracle日常运维的经验和注意事项,希望对其他DBA或使用Oracle 的人员有所帮助。
一、备份与恢复备份和恢复是数据库管理中至关重要的一环。
我们需要定期进行数据库备份,以防止数据丢失和系统故障。
在备份过程中,我们可以使用Oracle提供的工具和功能,如RMAN(Recovery Manager)和Data Pump。
RMAN提供了完整的备份和恢复解决方案,可以进行全库备份和增量备份,并且支持备份集和归档日志的管理。
Data Pump 可以用于导出和导入数据库对象和数据,可以选择全库导出或指定对象导出。
恢复也是DBA必须掌握的技能之一。
当数据库遇到故障或数据损坏时,我们需要根据备份文件进行恢复。
在恢复过程中,我们需要了解不同的恢复场景和方法,如完全恢复、不完全恢复和点恢复。
同时,我们还要考虑日志文件的应用和恢复集的管理,确保数据的一致性和完整性。
二、性能优化Oracle数据库的性能优化是DBA不可或缺的工作之一。
通过监控和调整数据库的各个方面,我们可以提高数据库的响应速度和吞吐量,提升用户体验。
以下是一些常见的性能优化技巧:1. SQL调优:通过分析和改进SQL语句,优化查询计划和执行效率。
我们可以使用Oracle提供的SQL调优工具,如SQL Tuning Advisor和SQL Access Advisor。
2. 系统监控:通过监控数据库的系统资源利用率和性能指标,及时发现和解决性能瓶颈。
我们可以使用Oracle Enterprise Manager 或自定义脚本进行系统监控。
3. 索引优化:通过创建和维护合适的索引,加快数据检索和查询速度。
我们需要了解不同类型的索引和索引的使用场景,避免创建过多或不必要的索引。
运维手册_数据库_Oracle11gRAC日常运维手册(352)
Oracle运维手册恒生电子客服总部系统服务部本文所述内容(包括文字和图片),恒生电子股份有限公司(以下简称“恒生”或“恒生公司”)拥有完全独立的唯一版权。
未经恒生公司书面同意或授权,任何单位和个人都不得将其复制、影印或引用。
目录第一章通过SQL*Plus管理Oracle系统 (3)**. 登录oracle系统 (3)**. 退出SQL*Plus (3)**. 在sqlplus下得到帮助信息 (3)第二章Oracle11gR2 RAC日常管理 4**. 监控oracle (4)**. 监控Oracle日志 (4)**. 监控oracle状态 (5)**. 监控表空间使用情况 (6)**. 监控主机 (8)**. 监控CPU (8)**. 使用vmstat 命令监控cpu使用情况 (8)**. 监控主机日志 (9)**. 监控OS文件系统使用情况 (9)**. 启动、关闭数据库 (9)**. 启动数据库 (9)**. 关闭数据库 (11)**. 监听器启动、关闭 (13)**. 表统计信息维护 (14)**. 修改主机系统时间 (15)**. 时间管理原则 (15)**. 时间修改方法 (15)**. 数据库日志收集 (15)**. OS日志 (16)**. DB日志 (16)**. grid日志 (16)**. AWR和ASH报告生成 (16)**. AWR报告生成(同10g) (16)**. ASH报告生成(同10g) (19)**. Recyclebin管理 (23)**. 归档日志的清理 (23)**. 查看回收站中的对象 (23)**. 指定删除某些特定对象 (23)**. 指定删除某表空间的所有回收站对象 (23)**. 清除某用户下的回收站对象 (23)**. 清除所有回收站对象 (23)**. 数据库性能监控 (24)**. 查看系统当前等待事件 (24)**. 通过sid查看sql语句24第一章通过SQL*Plus管理Oracle 系统登录oracle系统以oracle用户登录主机1)以sys用户登录oracle系统[oracle@rac1 ~]$ sqlplus / as sysdba2)其他用户登录oracle系统[oracle@rac1 ~]$ sqlplus hs_user/handsome@jsswdb1退出SQL*PlusSQL>exit在sqlplus下得到帮助信息列出全部SQL命令和SQL*Plus命令SQL> help index列出某个特定的命令的信息SQL>help 命令名或者SQL>? 命令名第二章Oracle11gR2 RAC日常管理监控oracle2.1.1.监控Oracle日志2.1.1.1. DB日志以oracle用户登录该日志文件在每个节点主机的$ORACLE_BASE/diag/rdbms/<dbname>/<sid>/trace目录下,文件名为:alert_XXXX.log (节点1)例如:/u01/app/oracle/diag/rdbms/hsdb/hsdb1/trace/alert_hsdb1.log在出现oracle故障前或故障时,数据库会将一些警告、错误信息写入该文件,交易时应随时监控该文件,及时发现警告、错误信息。
Oracle 数据库管理、配置和维护
以上目录下的文件夹需要手动创建
主要参数说明
db_name指定数据库名称为OracleDB。 instance_name指定数据库实例名称为OracleDB。 memory_target指定Oracle总共使用的共享内存的大 小,这个参数是动态的,但不能超过 MEMORY_MAX_TARGET参数设置的大小。 processes指定整个系统可以启动多少个进程,包括系 统自己的后台进程。 db_block_size指定Oracle数据库数据块的大小。 db_recovery_file_dest指定备份数据库文件的路径。 undo_tablespace指定默认还原表空间。 control_files指定数据库控制文件。 dispatchers指定监听器使用的网络协议和服务。 compatible指定数据库兼容的版本。
命令中使用的参数说明
-silent指定以静默方式执行dbca命令。 -createDatabase指定使用dbca命令创建数据库。 -templateName指定用来创建数据库的模板名称,这里指定为 General_Purpose.dbc,即一般用途的数据库模板。使用此参数相当于在 图形界面中选择创建一般用途数据库。 -gdbname指定创建的全局数据库名称,这里指定名称为ora11g。 -sid指定数据库系统标识符,这里指定为ora11g,与数据库同名。 -responseFile指定安装响应文件,NO_VALUE表示没有指定响应文件。 响应文件包含了在交互方式安装过程中对由用户提供的对安装问题的回答。 在响应文件中为每个问题都保存为一个变量。例如,在响应文件中设置 Oracle根目录和安装类型等参数的值。Oracle提供的响应文件保存在安装 目录的response目录下,如图4.23所示。 -characterSet指定数据库使用的字符集,这里指定为AL32UTF8。 -memoryPercentage指定用于Oracle的物理内存的百分比,这里指定为 30%。 -emConfiguration指定Enterprise Management的管理选项。LOCAL表 示数据库由Enterprise Manager本地管理;CENTRAL表示数据库由 Enterprise Manager集中管理;NOBACKUP表示不启用数据库的每天自动 备份功能;NOEMAIL表示不启用邮件通知功能;NONE表示不使用 Enterprise Manager管理数据库。
ORACLE数据库日常运维操作手册(带有具体代码2017)
数据库日常运维操作手册目录1.日维护过程1.1 确认所有的INSTANCE状态正常1.2 检查文件系统的使用(剩余空间)1.3 检查日志文件和trace文件记录1.4 检查数据库当日备份的有效性。
1.5 检查数据文件的状态1.6 检查表空间的使用情况1.7 检查剩余表空间1.8 监控数据库性能1.9 检查数据库系统性能1.10 日常出现问题的处理。
2.每周维护过程2.1 监控数据库对象的空间扩展情况2.2 监控数据量的增长情况2.3 系统健康检查2.4 检查无效的数据库对象2.5 检查不起作用的约束2.6 检查无效的trigger3.月维护过程3.1 Analyze Tables/Indexes/Cluster3.2 检查表空间碎片3.3 寻找数据库性能调整的机会3.4 数据库性能调整3.5 提出下一步空间管理计划数据库日常运维操作手册主要针对ORACLE数据库管理员对数据库系统做定期监控:(1). 每天对ORACLE数据库的运行状态日志文件、备份情况、数据库的空间使用情况、系统资源的使用情况进行检查,发现并解决问题。
(2). 每周对数据库对象的空间扩展情况、数据的增长情况进行监控、对数据库做健康检查、对数据库对象的状态做检查。
(3). 每月对表和索引等进行Analyze、检查表空间碎片、寻找数据库性能调整的机会、进行数据库性能调整、提出下一步空间管理计划。
对ORACLE数据库状态进行一次全面检查1.日维护过程1.1 确认所有的INSTANCE状态正常登陆到所有数据库或例程,检测ORACLE后台进程:$ps –ef|grep ora1.2 检查文件系统的使用(剩余空间)如果文件系统的剩余空间小于20%,需删除不用的文件以释放空间。
#df –k1.3 检查日志文件和trace文件记录检查相关的日志文件和trace文件中是否存在错误。
A 连接到每个需管理的系统使用secureCRT远程登陆工具B 对每个数据库,进入到数据库的bdump目录,unix系统中BDUMP目录通常是$ORACLE_BASE/<SID>/bdump#$ORACLE_BASE/<SID>/bdumpC 使用Unix 和linux ‘tail’命令来查看alert_<SID>.log文件#tail $ORACLE_BASE/<SID>/bdump/alert_<SID>.logD 如果发现任何新的ORA-错误,记录并解决1.4 检查数据库当日备份的有效性。
ORACLE数据库DBA日常工作每日每周每月按天按周按月
ORACLE数据库DBA日常工作一、每天的工作(1).确认所有的INSTANCE状态正常登陆到所有数据库或例程,或者在服务器上检测ORACLE 进程:$ps –ef|grep ora_Sqlplus system/password@DBname(2). 检查文件系统的使用情况。
如果文件系统的剩余空间小于20%,需删除不用的文件以释放空间。
清理空间时请务必小心!$df –k重点关注根、Oracle数据库文件、Oracle软件、归档日志、备份文件所用文件系统的空间!如果使用了ASM,还应对ASM磁盘组的使用情况进行监控!(3). 检查日志文件和trace文件记录alert和trace 文件中的错误。
连接到每个需管理的系统对每个数据库,cd 到bdump目录,通常是ORACLE_BASE/<SID>/bdump使用 Unix tail 命令来查看alert_<SID>.log文件如果发现任何新的ORA- 错误,记录并解决(4). 检查表空间的使用情况SELECT tablespace_name, max_m, count_blocksfree_blk_cnt,sum_free_m,to_char(100*sum_free_m/sum_m, '99.99') || '%' AS pct_freeFROM ( SELECTtablespace_name,sum(bytes)/1024/1024 AS sum_m FROM dba_data_files GROUP BY tablespace_name),( SELECT tablespace_name AS fs_ts_name,max(bytes)/1024/1024 AS max_m, count(blocks) AS count_blocks, sum(bytes/1024/1024) AS sum_free_m FROM dba_free_space GROUP BY tablespace_name )WHERE tablespace_name = fs_ts_nameorder by pct_freeTABLESPACE_NAME MAX_M FREE_BLK_CNTSUM_FREE_M PCT_FRE------------ ----- ---------------- -----SYSTEM 54.5 5567.078125 22.36%TEMP 856.117188 162866.179688 84.59%RBS 557.992188 33683.992188 85.50%PERFSTAT 98.859375 198.859375 98.86%USERS 341.375 136482.242188 99.69%DRSYS 82.3046875 283.8046875 99.77%INDX 113.5 247434.242188 99.83%TOOLS 7.9921875 17.9921875 99.90%COMMUNITY 499.75 1 499.75 99.95%(5). 检查数据库当日备份的有效性。
Oracle数据库日常维护方案书
Oracle数据库日常维护方案书ORACLE数据库日常运行维护年度服务项目方案书目录12 3项目背景及目标 (5)1.1项目背景 (5)1.2项目目标 (5)需求分析 (5)项目总体方案 (7)3.1数据库性能优化 (8)3.1.1检查Oracle数据库性能 (8)3.1.1.13.1.1.23.1.1.33.1.1.43.1.1.53.1.1.63.1.1.73.1.1.83.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.1Oracle数据库日常维护方案书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)3.4数据库运维 (23)3.4.1检查数据库基本状况 (23)3.4.1.1 3.4.1.2 3.4.1.3 检查Oracle实例状态 (23)检查Oracle服务进程 (24)检查Oracle监听状态 (24)3.4.2检查系统和oracle日志文件 (25)3.4.2.1 3.4.2.2 3.4.2.3 3.4.2.4 检查操作系统日志文件 (25)检查oracle日志文件 (26)检查Oracle核心转储目录 (26)检查Root用户和Oracle用户的email (27)3.4.3检查Oracle对象状态 (27)3.4.3.1 3.4.3.2 3.4.3.3 3.4.3.4 3.4.3.5 3.4.3.6 检查Oracle控制文件状态 (27)检查Oracle在线日志状态 (27)检查Oracle表空间的状态 (28)检查Oracle所有数据文件状态 (28)检查无效对象 (29)检查所有回滚段状态 (29)3.4.4检查Oracle相关资源的使用情况 (30)3.4.4.1 3.4.4.2 3.4.4.3 3.4.4.4 3.4.4.5 3.4.4.6 3.4.4.7 检查Oracle初始化文件中相关参数值 (30)检查数据库连接情况 (31)检查系统磁盘空间 (32)检查表空间使用情况 (32)检查一些扩展异常的对象 (33)检查system表空间内的内容 (33)检查对象的下一扩展与表空间的最大扩展值 (34)3.4.5检查数据库安全性 (34)3.4.5.1 3.4.5.2 检查系统安全日志信息 (35)检查用户修改密码 (35)3.4.6其他检查 (36)3.4.6.1 3.4.6.2 3.4.6.3 3.4.6.4 3.4.6.5 Oracle Job是否有失败 (36)监控数据量的增长情况 (36)检查失效的索引 (37)检查不起作用的约束 (37)检查无效的trigger (37)4 项目实施及管理 (38)4.1项目实施方案 (38)4.1.1项目实施策略 (38)4.1.2项目实施计划 (38)4.1.3项目交付文档 (39)4.1.3.1 4.1.3.2 交付要求 (39)提交文件资料 (39)5 支持服务体系 (40)5.1.1售后服务 (40)5.1.2电话支持 (40)5.1.3现场服务 (40)5.1.4电子邮件支持 (41)5.1.5紧急故障处理 (41)5.1.6 ORACLE定期巡检服务(24次/年) (41)6 培训方案 (41)6.1.1培训方式 (42)6.1.2教师、教材使用及授课语言 (42)6.1.3培训计划 (44)6.1.4培训分工 (44)Oracle数据库日常维护方案书1项目背景及目标1.1项目背景xxx信息化建设经过多年的发展和完善,已经建立成熟的网络环境及生产经营管理的各类应用系统,目前全厂在线运行的PC近600台,近年来建设的企业资产管理、基建 MIS 管理系统、全面预算管理系统、生产综合管理系统技术监督管理系统等若干应用信息系统多数是基于 Oracle 数据库系统的应用。
Oracle数据库维护、管理
Oracle数据库维护、管理解决方案目录一、Oracle 数据库维护、管理解决方案介绍二、产品详细介绍2.1. Spotlight on Oracle2.2. Space Manager2.3. SQL Expert Professional2.4. I/Watch三、成功案例3.1新疆移动通信公司3.2大唐电信软件公司3.3 中国工商银行北京市分行附录一、其他解决方案1.开发解决方案2.数据库以及系统测试解决方案3. 系统存储解决方案附录二、数据库管理、维护以及优化1. 数据库管理、维护的主要任务2. 数据库调优的方法一、Oracle 数据库维护、管理解决方案介绍建立在Oracle数据库上的关键业务系统,是当今企业的核心应用。
如何改善其性能和可用性,是包括系统设计、维护和管理人员的最大挑战。
为了更好地维护系统和数据库,必须随时了解系统和数据库的运行状况。
但由于数据库维护具有一定的复杂性,增加了维护工作的难度。
优秀的数据库管理工具,可以大大简化生产环境下的应用维护和管理,提高IT人员的工作效率。
数据库管理人员借助相应的工具可以主动、迅速、方便的监控系统的运行。
对于Oracle 数据库的管理,主要包括三方面的内容:√系统诊断,了解当前运行的Oracle的状态,发现数据库性能瓶颈;√空间管理,即数据库存储结构的调优,包括定期检查数据库的存储结构,发现Oracle数据库存储中的主要问题(如数据库碎片),进行碎片重组和数据分布以及容量规划等;√调优SQL,分析对系统性能影响比较大的SQL 语句,调整SQL 语句的执行效率。
使SQL 存取尽可能少的数据块。
针对以上三方面的调优内容,我们提供了相应的工具,包括:Spotlight on Oracle、Space Manager for Oracle、和SQL Expert Professional, 分别从系统诊断、空间管理和调优SQL三个方面帮助DBA和管理人员解决Oracle 数据库的维护管理工作。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Oracle 数据库维护教程
数据库的日常检查
检查数据库版本
SQL>select * from v$version;
Oracle 数据库维护教程
数据库的日常检查
检查oracle服务进程 $ ps -ef |grep ora_
在检查Oracle的进程命令输出后,输出显示至少应包括以下一些进程: . Oracle写数据文件的进程,输出显示为:“ora_dbw0_crsdb” . Oracle写日志文件的进程,输出显示为:“ora_lgwr_ crsdb” . Oracle监听实例状态的进程,输出显示为:“ora_smon_ crsdb” . Oracle监听客户端连接进程状态的进程,输出显示为:“ora_pmon_ crsdb” . Oracle进行归档的进程,输出显示为:“ora_arc0_ crsdb” . Oracle进行检查点的进程,输出显示为:“ora_ckpt_ crsdb” . Oracle进行恢复的进程,输出显示为:“ora_reco_ crsdb”
用户跟踪文件由连到Oracle服务器的用户进程产生. 文件中包含被跟踪的SQL语句的统计信息或用户错误消息. 当用户会话遇到错误将会产生此文件 server process也可产生此文件 存储位置由USER_DUMP_DEST参数指定 文件大小由 MAX_DUMP_FILE_SIZE 参数指定,默认值为 10M.
ALTER DATABASE命令用来改变数据状态,及数据文件状 态
Oracle 数据库维护教程
关闭数据库
关闭模式 A x x x x I T N
允许新连接
等待当前会话终止 等待当前事务终止 强迫执行一次checkpoint 且关闭文件
x
x x o
x
x o o
x
o o o
关闭模式: • NORMAL • TRANSACTIONAL • IMMEDIATE • ABORT
Oracle 数据库维护教程
处理
表空间不够 出现ORA-600
数据库的日常检查
查看root用户和数据库用户的email #tail –n 200 /var/mail/root #tail –n 200 /var/mail/oracle
查看有无与oracle用户相关出错信息
Oracle 数据库维护教程
数据库的日常检查
查看oracle日志文件
$cat $ORACLE_HOME/log/server1/alterserver1.log |grep ora$cat $ORACLE_HOME/log/server1/alterserver1.log |grep fail $cat $ORACLE_HOME/log/server1/alterserver1.log |grep error Oracle在运行过程中,会在警告日志文件(alert_SID.log)中记录数据库的一 些运行情况:数据库的启动、关闭,启动时的非缺省参数;数据库的重做日 志切换情况,记录每次切换的时间,及如果因为检查点(checkpoint)操作没 有执行完成造成不能切换,会记录不能切换的原因;对数据库进行的某些操 作,如创建或删除表空间、增加数据文件;数据库发生的错误,如表空间不 够、出现坏块、数据库内部错误(ORA-600)等。
Database 不一致
Oracle 数据库维护教程
通过监控诊断文件管理实例
当实例可操作时,诊断文件包含重要关键事件信息
有助于解决问题和更好的进行数据库日常管理 诊断文件种类:
alertSID.log 文件
Background trace files (后台跟踪文件) User trace files (用户跟踪文件)
Oracle 数据库维护教程
Alert Log File (警示文件)
alertSID.log 文件记录下数据库运行时主要事件的命令和结果. 用于记录日常操作信息或诊断数据库错误. 文件中每一个条目都一个时间戳. DBA管理 alertSID.log 文件. 存储位置由 BACKGROUND_DUMP_DEST参数指定.
Oracle 数据库维护教程
数据库的日常检查
查看操作系统日志文件
#cat /var/adm/syslog/syslog.log |grep failed #cat /var/adm/syslog/syslog.log |grep error 看是否有与oracle相关的出错信息
Oracle 数据库维护教程
Oracle 数据库维护教程
数据库的日常检查
检查Oracle在线日志状态
SQL> select group#,status,type,member from v$logfile; GROUP# STATUS TYPE MEMBER -------------- ------------ ------------ ----------------------------------------------------------------1 ONLINE +DATA/crsdb/onlinelog/group_1.257.836734181 2 ONLINE +DATA/crsdb/onlinelog/group_2.258.836734181 3 ONLINE +DATA/crsdb/onlinelog/group_3.265.836737165 4 ONLINE +DATA/crsdb/onlinelog/group_4.266.836737165 输出结果应该有3条以上(包含3条)记录,“STATUS”应该为非“INVALID”,非 “DELETED”。 注:“STATUS”显示为空表示正常。
x o
NO
YES
Oracle 数据库维护教程
关闭选项
关闭过程:
在 Shutdown Normal, Shutdown Transactional or Shutdown Immediate 三种模式下
开启过程:
• 数据库buffer中的 • •
数据写进数据文件 未提交的修改回滚 资源释放
• 不需要实例恢复
Oracle 数据库维护教程
数据库日常检查与维护
2
Oracle 数据库维护教程
数据库的日常检查
检查数据库状态
确认数据库是否在open状态,正常提供服务。 $sqlplus /as sysdba
其中“STATUS”表示Oracle当前的实例状态,必须为“OPEN”; “DATABASE_STATUS”表示Oracle当前数据库的状态,必须为 “ACTIVE”
Oracle 数据库维护教程
数据库无法mount
检查初始化参数文件中control_files设置是否可读 检查操作系统上控制文件是否可读写
可能控制文件被意外损坏
Oracle 数据库维护教程
ALTER DATABASE 命令
改变数据库状态从nomount到mount startup nomount; alter database mount; 从mount状态到open状态 alter database open;
Oracle 数据库维护教程
数据库的日常检查
定期检查日志文件,根据日志中发现的问题及时进行处理:
问题 启动参数不对 因为检查点操作或归档操作没 有完成造成重做日志不能切换 有人未经授权删除了表空间 出现坏块 检查初始化参数文件 如果经常发生这样的情况,可以考虑增加重做 日志文件组;想办法提高检查点或归档操作的 效率; 检查数据库的安全问题,是否密码太简单;如 有必要,撤消某些用户的系统权限 检查是否是硬件问题(如磁盘本生有坏块),如 果不是,检查是那个数据库对象出现了坏块, 对这个对象进行重建 增加数据文件到相应的表空间 根据日志文件的内容查看相应的TRC文件,如 果是Oracle的bug,要及时打上相应的补丁
实例启动
SHUTDOWN SHUTDOWN
Oracle 数据库维护教程
Nomount阶段
connect / as sysdba select * from v$instance;
无法查询实例信息:
实例未启动
或者:操作系统下
ps –ef|grep ora*
Oracle 数据库维护教程
数据库无法启动到nomount
操作系统内核参数是否足够 初始化参数文件是否可读
初始化参数文件内容正确
相应参数是否调整过大,导致内存、后台进程无法分配
可以尝试重启数据库服务器后再次启动数据库
Oracle 数据库维护教程
Mount阶段
connect / as sysdba select * from v$instance; 如果信息无法查询:说明数据库没有mount 尝试mount数据库 alter database mount;
Oracle 数据库维护教程
数据库的日常检查
检查Oracle表空间状态
输出结果中STATUS应该都为ONLINE。
Oracle 数据库维护教程
数据库的日常检查
检查Oracle表空间所有数据文件状态
SQL> select name,status from v$datafile; NAME --------------------------------------------------------------------+DATA/crsdb/datafile/system.259.836734181 +DATA/crsdb/datafile/sysaux.260.836734183 +DATA/crsdb/datafile/undotbs1.261.836734185 +DATA/crsdb/datafile/undotbs2.263.836734197 +DATA/crsdb/datafile/users.264.836734199 STATUS ----------------SYSTEM ONLINE ONLINE ONLINE ONLINE