管理好Oracle重做日志文件 让数据高枕无忧
重做日志文件是Oracle数据库中一种非常重要的日志文件，也是其一个很有特色的功能。重做日志文件会纪录对于数据库的任何操作，如利用DML语句或者DDL语句对数据进行更改，或者数据库管理员对数据库结构进行更改，都会在重做日志中进行记录。
可见，当数据被意外的删除或者修改，我们可以利用重新日志文件进行恢复; 当出现例程失败或者介质失败的情况下，也可以利用日志文件实现例程恢复或者介质恢复。所以说，我们若能够管理好重做日志文件的话，对于保障数据库数据的安全是非常重要的。
下面笔者谈谈管理好Oracle 数据库日志文件的几点经验技巧，或许，能够给大家在重做日志文件的管理中带来一些启示。
一、 合理确定重做日志文件的存放位置
我们知道，当数据库内部数据丢失或者被意外更改的情况下，数据库管理员可以利用重做日志文件实现数据库数据的恢复工作。当数据库出现意外事故，如硬盘物理损坏、数据丢失时怎么办?
我们第一个就会想到利用数据库重做日志对数据进行恢复。可是当数据库重做日志跟数据库数据文件放在同一个硬盘的话，很明显，当硬盘损坏的时候，数据文件将跟日志文件共赴黄泉。此时，连天皇老子都救不了我们。
所以，此时，我们就有必要把重做日志文件跟数据库数据文件放在两个不同的硬盘上面。此时，任何一个硬盘若发生损坏，我们都可以凭借另外一块硬盘的数据，来挽回损失。如存放数据文件的硬盘损坏时，我们就可以利用存放在另外一块硬盘上的数据重做日志文件进行修复，挽回损失。
鸡蛋不能放在同一个篮子里，故重做日志文件与数据文件也不要放在同一块硬盘上。那时非常危险一个动作。
其实，这个重做日志文件就跟数据库的备份文件类似。我们在对数据库进行备份的时候，都知道需要进行异地备份。可惜的是，很多数据库管理员，在进行Oracle 数据库管理的时候，没有注意到这一点，结果当出现问题的时候，就来不及了。故，对于数据重做日志文件，保存时，要跟数据库备份文件一样，进行异地保存。
二、 合理设置数据库的归档模式
因为数据重做日志会纪录数据库所有的修改动作，所以，当数据库频繁修改时，如那些ERP系统需要频繁对数据库进行修改操作，此时，数据库的重做日志文件就会很庞大。为了便于日志文件的管理，Oracle 数据库默认情况下，在安装的时候，会有三个重做日志文件。当第一个重做日志文件达到一定容量时，就会停止写入，而会转向第二个日志文件; 第二个也满时�
相关文档：
问题描述
1、应用连接数据异常缓慢，包括客户端使用plsql连接；
2、数据库主机cpu占用率居高不下，IO写入居高不下。
3、主机日常维护操作响应慢，如man或w；
分析问题
Ø系统及oracle应用为什么响应慢
1、为什么系统连w这么简单的操作都会觉得卡呢？
2、为什么没有任何应用接入的情况下，数据库会有大量的写入 ......
介绍to_char(数字, ‘格式’)，比较常用的格式
9 表示有效位数
0 用0补足位数
B 用空格补足位数
原数的位置有实际数字占位的时候，0和9的效果是一样的。
0和9的区别在于格式中的那一位置实际数字没有站位的情况下。
select to_char(0.45,'0.99'); 结果是0.45
select ......
第一步:下载安装Oracle 10g Release 2 客户端软件,下载连接是:
http://download.oracle.com/otn/nt/oracle10g/10201/10201_database_win32.zip
下载后安装
第二步:下载安装Oracle ODAC,下载连接是:
http://download.oracle.com/otn/other/ole-oo4o/ODAC1020221.exe
第三步: 重启MS SQ ......
最近始终被数据库问题困扰，出于项目应用原因，定义了一些oracle自定义函数(User Defined function),用于在实际查询SQL语句中调用，目的是为了简化SQL语句的复杂度。实际使用中发现，这些函数会出现一个莫名奇妙的问题，先上实例:
CREATE OR REPLACE FUNCTION "GETSINGLEUSER" --返回第一个字符串
(sStr in nvarchar2)
r ......
关键词:
绑定变量(binding variable),共享池(shared buffer pool), SGA(system global area);
在开发一个数据库
系统前,有谁对Oracle 系统了解很多,尤其是它的特性,好象很少吧;对初学者来讲,这更是不可能的事情;仅仅简单掌握了SQL
的写法,就开始了数据库的开发,其结果只能是开发一个没有效率,也没有可扩展的系统;
j8m ......
