这里会讨论令 Oracle停机时间 最小化的步骤，Oracle数据库中停机时间的 优化 是提高Oracle数据库工作效率的有效做法，各种形式的停机–计划的或者是非计划的–总是不断地发生，一个DBA应该有正确的备份策略，这样在 数据库 出现问题时就可以更快地 恢复 。
以下是假定的备份策略和数据库的运作条件：
控制文件是镜像的
数据库运行在archivelog模式
每个星期都进行冷备份
每日都进行热备份
每日都进行一次全数据库导出
事件1：完整的数据库重构
在这种情形下，你可以使用全数据库导出或者冷热备份结合的方式来重构数据库。要注意的是无论你选择哪种方式，在线redo log中的事务都会丢失。
事件2：恢复部分的表空间
可以使用以下的步骤来恢复：
1、以restrict模式启动数据库
2、重新创建表空间
3、使用***的全数据库导出来导入，并且使用ignore=y的选项；
4.关闭并且重新以normal的模式启动数据库实例
事件3：丢失一般的数据文件
丢失一般数据文件的恢复步骤根据所丢失的数据文件包含的表空间类型而定；例如：回滚段，用户表空间，索引表空间或者是只读的表空间、你可能会遇到以下的错误：
. 尝试启动数据库并且碰到错误的信息ORA-1157, ORA-1110，可能还有一个操作系统的错误
. 尝试以normal或者immediate的模式关闭数据库，可能会碰到ORA-1116, ORA-1110的错误信息，还有一个系统错误
以下的步骤可以用作恢复：
1、关闭数据库
2、由热备份中恢复丢失的数据文件
3、Startup mount数据库
4、执行以下的查询来得到所有你的在线redo log文件和它们相应的次序和***修改号：
SELECT X.GROUP#, MEMBER, SEQUENCE#, FIRST_CHANGE#FROM V$LOG X, V$LOGILE YWHERE X.GROUP# = Y.GROUP#;
5、如果得到的CHANGE#比在线redo log最小的FIRST_CHANGE# 还小，那么该文件不能被完全恢复，你可以有两个选择：
如果可以接受丢失最近一次冷备份以来的数据库修改，装入备份并且继续恢复
如果不能接受丢失数据库的修改，那么必须重新创建表空间
6、通过使用存档和在线的redo log来恢复数据文件
7、打开数据库
事件4：恢复一个特别的表
可以采用以下的步骤恢复：
1、使用最近的一次全数据库导出来导入表，并且使用owner=和tables=的选项
2、考虑到性能的原因，可能需要重建表索引
关于优化Oracle停机时间及数据库恢复的讲解就为大家介绍到这里，希望上文中涉及到的内容对大家能够有所帮助，大家掌握了上文中介绍的知识之后，在以后的工作中遇到类似问题就能够轻松解决了。
Oracle安装失败后如何完全卸载
1、开始－＞设置－＞控制面板－＞管理工具－＞服务，停止所有Oracle服务。 2、卸装所有Oracle产品3、运行regedit，选择HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE，按del键删除这个入口。 4、运行regedit，选择HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services，滚动这个列表，删除所有Oracle入口。 5、运行regedit，选择HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Eventlog/Application，删除所有Oracle入口。 6、从桌面上、STARTUP（启动）组、程序菜单中，删除所有有关Oracle的组和图标。 7、重新启动计算机，重起后才能完全删除Oracle所在目录。
oracle提交了之后就不能回滚么？
execute执行后 可以回滚 commit提交后 不可以回滚 其实Oracle提交数据是分两步操作的，第一步execute执行，第二步commit提交。 对应的PL\SQL也是要先点execute执行，执行后再点commit提交。 但是 commit提交后 可以用闪回查询恢复原来的数据 因为oracle会将近期的数据保存到快照中 如: SELECT * FROM TABLE_1 AS OF TIMESTAMP TO_TIMESTAMP( 20:00:00,YYYYMMDD HH24:MI:SS); 这里 20:00:00就是你想恢复数据到哪个时间状态 TABLE_1是数据库的表名 这样查询到的数据就是执行更新操作之前的数据
ORACLE 常用操作语句规范和注意事项
规范： i. 尽量避免大事务操作，慎用holdlock子句，提高系统并发能力。 ii. 尽量避免反复访问同一张或几张表，尤其是数据量较大的表，可以考虑先根据条件提取数据到临时表中，然后再做连接。 iii. 尽量避免使用游标，因为游标的效率较差，如果游标操作的数据超过1万行，那么就应该改写；如果使用了游标，就要尽量避免在游标循环中再进行表连接的操作。 iv. 注意where字句写法，必须考虑语句顺序，应该根据索引顺序、范围大小来确定条件子句的前后顺序，尽可能的让字段顺序与索引顺序相一致，范围从大到小。 v. 不要在where子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。 vi. 尽量使用exists代替select count(1)来判断是否存在记录，count函数只有在统计表中所有行数时使用，而且count(1)比count(*)更有效率。 vii. 尽量使用“>=”，不要使用“>”。 viii. 注意一些or子句和union子句之间的替换 ix. 注意表之间连接的数据类型，避免不同类型数据之间的连接。 x. 注意存储过程中参数和数据类型的关系。 xi. 注意Insert、update操作的数据量，防止与其他应用冲突。 如果数据量超过200个数据页面（400k），那么系统将会进行锁升级，页级锁会升级成表级锁。 b) 索引的使用规范： i. 索引的创建要与应用结合考虑，建议大的OLTP表不要超过6个索引。 ii. 尽可能的使用索引字段作为查询条件，尤其是聚簇索引，必要时可以通过index index_name来强制指定索引 iii. 避免对大表查询时进行table scan，必要时考虑新建索引。 iv. 在使用索引字段作为条件时，如果该索引是联合索引，那么必须使用到该索引中的第一个字段作为条件时才能保证系统使用该索引，否则该索引将不会被使用。 v. 要注意索引的维护，周期性重建索引，重新编译存储过程。 c) tempdb的使用规范： i. 尽量避免使用distinct、order by、group by、having、join、cumpute，因为这些语句会加重tempdb的负担。 ii. 避免频繁创建和删除临时表，减少系统表资源的消耗。 iii. 在新建临时表时，如果一次性插入数据量很大，那么可以使用select into代替create table，避免log，提高速度；如果数据量不大，为了缓和系统表的资源，建议先create table，然后insert。 iv. 如果临时表的数据量较大，需要建立索引，那么应该将创建临时表和建立索引的过程放在单独一个子存储过程中，这样才能保证系统能够很好的使用到该临时表的索引。 v. 如果使用到了临时表，在存储过程的最后务必将所有的临时表显式删除，先truncate table，然后drop table，这样可以避免系统表的较长时间锁定。 vi. 慎用大的临时表与其他大表的连接查询和修改，减低系统表负担，因为这种操作会在一条语句中多次使用tempdb的系统表。 d) 合理的算法使用： 根据上面已提到的SQL优化技术和ASE Tuning手册中的SQL优化内容,结合实际应用,采用多种算法进行比较,以获得消耗资源最少、效率最高的方法。 具体可用ASE调优命令：set statistics io on, set statistics time on , set showplan on 等。
发表评论