SUN服务器Solaris系统下Oracle数据库恢复的启示
接安徽移动公司1台sun服务器( sparc)， solaris 系统，安装有oracle数据库，未知原因数据库的库文件丢失，文件名为users01.dbf，需要恢复oracle数据库。
首先对故障硬盘进行全面的完整备份，做一个镜像文件分析；
发现超级块，并发现一些错误；
查找及分析根目录记录，找到；
根据根目录查找第一个节点区，找到，并以此分析块大小；
根据节点区特点，确定节点区大小；
查找第二个节点区，随之确定整个文件系统结构；
发现/lost+found文件夹里有大量以数字命名的文件，通常就是由于fsck造成的；
按用户提供的目录信息从底层进入分析，找到数据库所在目录，再返回分析需恢复文件的节点区，发现节点区有错误，开始部分节点信息都有，后面的节点的索引位置已清0；
通过文件系统的分析，无法全部正确重组数据库文件。
users01.dbf文件虽然恢复出来了，但由于已遭破坏，造成数据大量丢失。
总结：
1，此例的故障原因无从得知，但fsck是不应该执行的。当UFS文件系统出现故障后，如果条件允许，尽可能先对故障盘做备份操作(磁盘备份的方法，请点这里，或电话咨询0551-5221804)，如果无法做备份，至少应该先以只读的方式测试fsck修复，或选择向导式修复，同时在发现异常时尽快停下操作。
2，做好备份策略，也不要把备份放在同一存储体上。
相关文档：
windows上存在32bit的限制，如AIX、HP UNIX 等有明确的64BIT OS and ORACLE的版本，32bit oracle可以装在64bit os 上，64 bit oracle不能装在32 bit OS上
oracle是64bit or 32 bit,32bit 通常 SGA有 1.7G 的限制(某些OS的处理或者WINDOWS上有特定设定可以支持到2G以上甚至达到3.7G
如何查出前台正在发出的sql语句:
sele ......
SQL*PLus> desc emp;
名称 &nbs ......
MySQL Data Type
Oracle Data Type
BIGINT
NUMBER(19, 0)
BIT
RAW
BLOB
BLOB, RAW
CHAR
CHAR
DATE
DATE
DATETIME
DATE
DECIMAL
FLOAT (24)
DOUBLE
FLOAT (24)
DOUBLE PRECISION
FLOAT (24)
ENUM
VARCHAR2
FLOAT
FLOAT
INT
NUMBER(10, 0)
INTEGER
NUMBER(10, 0)
LONGBLOB
BLOB, RAW
LONGTEX ......
有很多应用项目, 刚起步的时候用MYSQL数据库基本上能实现各种功能需求，随着应用用户的增多，数据量的增加，MYSQL渐渐地出现不堪重负的情况：
连接很慢甚至宕机，于是就有把数据从MYSQL迁到ORACLE的需求，应用程序也要相应做一些修改。本人总结出以下几点注意事项，希望对大家有所帮助。
1． 自动增长的数据类� ......
数学函数
在oracle 中distinct关键字可以显示相同记录只显示一条
1.绝对值
S:select abs(-1) value
O:select abs(-1) value from dual
2.取整(大)
S:select ceiling(-1.001) value
O:select ceil(-1.001) value from dual
3.取整（小）
S:select floor(-1.001) value
......
