管理好Oracle重做日志文件 让数据高枕无忧
重做日志文件是Oracle数据库中一种非常重要的日志文件，也是其一个很有特色的功能。重做日志文件会纪录对于数据库的任何操作，如利用DML语句或者DDL语句对数据进行更改，或者数据库管理员对数据库结构进行更改，都会在重做日志中进行记录。
可见，当数据被意外的删除或者修改，我们可以利用重新日志文件进行恢复; 当出现例程失败或者介质失败的情况下，也可以利用日志文件实现例程恢复或者介质恢复。所以说，我们若能够管理好重做日志文件的话，对于保障数据库数据的安全是非常重要的。
下面笔者谈谈管理好Oracle 数据库日志文件的几点经验技巧，或许，能够给大家在重做日志文件的管理中带来一些启示。
一、 合理确定重做日志文件的存放位置
我们知道，当数据库内部数据丢失或者被意外更改的情况下，数据库管理员可以利用重做日志文件实现数据库数据的恢复工作。当数据库出现意外事故，如硬盘物理损坏、数据丢失时怎么办?
我们第一个就会想到利用数据库重做日志对数据进行恢复。可是当数据库重做日志跟数据库数据文件放在同一个硬盘的话，很明显，当硬盘损坏的时候，数据文件将跟日志文件共赴黄泉。此时，连天皇老子都救不了我们。
所以，此时，我们就有必要把重做日志文件跟数据库数据文件放在两个不同的硬盘上面。此时，任何一个硬盘若发生损坏，我们都可以凭借另外一块硬盘的数据，来挽回损失。如存放数据文件的硬盘损坏时，我们就可以利用存放在另外一块硬盘上的数据重做日志文件进行修复，挽回损失。
鸡蛋不能放在同一个篮子里，故重做日志文件与数据文件也不要放在同一块硬盘上。那时非常危险一个动作。
其实，这个重做日志文件就跟数据库的备份文件类似。我们在对数据库进行备份的时候，都知道需要进行异地备份。可惜的是，很多数据库管理员，在进行Oracle 数据库管理的时候，没有注意到这一点，结果当出现问题的时候，就来不及了。故，对于数据重做日志文件，保存时，要跟数据库备份文件一样，进行异地保存。
二、 合理设置数据库的归档模式
因为数据重做日志会纪录数据库所有的修改动作，所以，当数据库频繁修改时，如那些ERP系统需要频繁对数据库进行修改操作，此时，数据库的重做日志文件就会很庞大。为了便于日志文件的管理，Oracle 数据库默认情况下，在安装的时候，会有三个重做日志文件。当第一个重做日志文件达到一定容量时，就会停止写入，而会转向第二个日志文件; 第二个也满时�
相关文档：
学习Oracle DBA也半个多学期了，今天猛然才发现，原来我的书还是很新的，上课操作时候也只是知道大概怎么做，但是要真的全部自己做，而不去翻书还是有一定的难度的，所以呢，今天开始将DBA从头复习一遍，同时再操作一遍。
第一章，学的是Oracle的体系结构� ......
使用ultraedit32打开导出的dmp文件，文件内容以十六进制显示数据，其中第二、三字节的数据记录的是此文件的字符集。
例如：
03 54
将其转换为10进制，值为852，使用命令
select nls_charset_name(852) from dual
得到结果
ZHS16GBK
当前使用winXP简体中文操作系统，Oracle客户端默认字符集为GBK。
创建数据库，设定 ......
用tg4mssql链接oracle.
过程不在描述，google很多。
问题：
1、mssql express的时候，失败
将server用转义字符写出，成功。
HS_FDS_CONNECT_INFO="SERVER=SHAM0415\\SQLEXPRESS;DATABASE=GMT_KJ"
2、建多个的时候，不能解析。 tnsping 命令总不通过。
找了很多，同一个帖子，转了无数次。。
唉。。中国的 ......
Sun本来就很厉害，无非近年来盈利能力有所下降，Oracle靠数据库赚了大把钞票。两家联合以后形成“CPU-高端主机-操作系统-开发环境-数据库-语言-应用软件”一条龙产品线，此前有此能力的只有IBM。
两家今后的招牌产品对比如下：
SUN&Oracle IBM
CPU Ultra Power
主机 Ultra系列 RS,AS等Power系� ......
1.客户端连接至oralce:
首先客户端连接至oracle的监听器,然后监听器分配一个数据库实例(这里的是实例)给客户端,然后客户端以后就直接与这个数据库实例进行连接,直至断开与oracle的连接.
2.提交sql:
(1)客户端用户提交一个sql ......
