Oracle数据库的备份及恢复策略研究
1、多工联机重作日志文件
每个数据库实例都有其自己的联机重作日志组，在操作数据库时，Oracle首先将数据库的全部改变保存在重作日志缓冲区中，随后日志记录器进程（LGWR）将数据从系统共用区SGA（System Global Area）的重作日志缓冲区写入联机重作日志文件，在磁盘崩溃或实例失败时，可以通过与之相关的联机重作日志来保护数据库，将损失降至最低，但 Oracle在默认的方式下只创建一组重作日志文件（每一组只有一个项目文件），为了减少丢失这些重要的重作日志文件的危险，因此需要对其进行镜像拷贝。
在Oracle级多工联机重作日志文件，即增加多个文件到每个组以便镜像数据，这样I/O故障或写丢失只损坏一个拷贝，从而保证了LGWR后台进程至少能够向一个成员写入信息，数据库仍然可以继续运行。同时应保证日志组的成员不应驻存在同一物理设备上，因为这将削弱多重日志文件的作用。
2、镜像拷贝控制文件
控制文件描述通用的数据库结构，它存储了大量数据库状态信息，包括物理结构和联机重作日志文件在当时的名称、位置、状态。控制文件在数据库启动时被 Oracle实例读取，保持打开并随着操作而文件内容更新，直到实例关闭为止。在它打开的过程中能够同步需要恢复的信息，包括检查点信息，因此若损坏或丢失了控制文件，Oracle将不能继续工作，因此应在系统中保持控制文件的多个拷贝，且这些拷贝应置于安装于不同磁盘控制器下的不同磁盘设备中。
由于Oracle没有提供对控制文件多工的完整支持，因此应在对控制文件使用操作系统或硬件镜像，即在修改初始化文件的control_files参数后重新启动数据库前，应将控制文件复制到定义的新位置，否则数据库启动时将会出错。
3、激活归档进程
当数据库运行于NOARCHIVELOG模式下时，只能在完全关闭数据库后进行数据库的一致备份，并且同时禁用了联机重作日志的存档，这样在 Oracle实例失败时只能将数据库修复到最近的完整数据库备份时的那一点上，不能在失效点处对实例进行恢复。而在ARCHIVELOG模式下，数据库不仅可以进行一致备份，还可以在数据库打开的情况下进行联机备份。通过数据库的备份和联机与存档的重作日志文件，用户可以恢复所有已提交的事务，并允许将数据库恢复到指定的时间、SCN或日志系列号处，增大了恢复的灵活性，减少了故障时的数据丢失。因此数据库应运行于ARCHIVELOG模式。
在ARCHIVELOG模式下为了防止文件损坏和介质故障，应把日志归档到不同的磁盘上，这
相关文档：
申明oracle函数，及其结果集结构
结果集必须为全局的、table of 不能用index by
CREATE OR REPLACE TYPE EMPARRAY is object (corporationId number)；
CREATE OR REPLACE TYPE EMPARRAY2 is table of EMPARRAY；
create or replace function func_empl return sys_refcursor is
Result sys_refcursor;
......
转自某地,对作者很愧疚- -!不晓得地址了..
ORACLE多表查询优化
这里提供的是执行性能的优化,而不是后台数据库优化器资料:
参考数据库开发性能方面的各种问题,收集了一些优化方案统计如下(当然,象索引等优化方案太过简单就不列入了,嘿嘿):
执行路径:ORACLE的这个功能大大地提高了SQL的执行性能并节省了内存的使用: ......
oracle的体系很庞大，要学习它，首先要了解oracle的框架。在这里，简要的讲一下oracle的架构，让初学者对oracle有一个整体的认识。
1、物理结构（由控制文件、数据文件、重做日志文件、参数文件、归档文件、密码文件组成）
控制文件：包含维护和验证数据库完整性的必要信息、例如，控制文件用于识别数据文� ......
有很多应用项目, 刚起步的时候用MYSQL数据库基本上能实现各种功能需求，随着应用用户的增多，数据量的增加，MYSQL渐渐地出现不堪重负的情况：连接很慢甚至宕机，于是就有把数据从MYSQL迁到ORACLE的需求，应用程序也要相应做一些修改。本人总结出以下几点注意事项，希望对大家有所帮助。
1． 自动增长的数� ......
我现在在做一个Oracle数据导入，要将EXCEL数据导入到Oracle数据库中，先读取数据，将数据保存在一张临时表中，然后导入之前对临时表中数据的每个字段做校验，比如数据是否为整数，整数的最大位数，及导入的数据在原数据库中是否已经存在等，我写了一个存储过程，对异常的数据，将字段“is_checked”设为异� ......
