oracle uptime的bug
症状：oracle sqlplus没反应
oracle10g的有十几个机器客户端10.2.0.1.0，执行sqlplus这个命令没反映。此时cpu使用为99.9%，观察了一会，不释放。
oracle其他命令都好使。
环境变量、ping tnsname等都没问题。。且这些机器都是至少运行了200多天左右，
但一旦重启OS就好使了。。
或者不重启OS，换成9i的客户端，sqlplus命令也好使。
alert日志没有什么明显的报警信息，客户端的sqlnet.log为空。
用strace跟踪了一下客户端10的sqlplus命令，出现：
--- SIGSTOP (Stopped (signal)) @ 0 (0) ---
--- SIGSTOP (Stopped (signal)) @ 0 (0) ---
times(NULL) = -2064519321
times(NULL) = -2064519321
times(NULL) = -2064519321
……
所有客户端配置一样，系统信息：
Red Hat Enterprise Linux AS release 4 (Nahant Update 2)
2.6.9-22.ELsmp #1 SMP
客户端硬件要么联想同一型号机器，要么就是HP同以型号机器。
是不是有什么补丁没打，或者和OS什么配置有关？
系统信息类似一下：
sar -u 后%idle为0，
但sar -A 查看%idle为99.70等百分之九十多左右，
然后是%user %system %iowait之间互相变化。
solution:
因为oracle有bug，系统开机太长，系统会hang
所以要查看os命令uptime来看系统启动多长时间了，
一般重启会解决问题，通过升级也可以解决
问题基本定位为ORACLE客户端软件的BUG，
涉及的版本：ORACLE 10.2.0.1.0
现象就是UPTIME>50天，即有可能出现运行SQLPLUS后无反应的现象，主要原因是时间溢出错误
解决办法：升级ORACLE客户端到10.2.0.2.0,官网已经公布在这个版本解决了此问题
（或降级到9I,9I绝对不会出现这个问题；或降级到10.1.0.4版本，这个没有经过全面测试）
接下来就是升级试试看了。
有几种情况，基本是oracle内部定时器计算有误，还有days>24,或者days>240+的情况
以前有Oracle hang after 240+ da
相关文档：
Oracle
移动数据库文件
Oracle数据库由数据文件，控制文件和联机日志文件
三种文件组成。
由于磁盘空间的变化，或者基于数据库磁盘I/O性能的调整等，我們可能会考虑移动数据库文件。（注:
恢复数据库时非常
有用，属于冷备份）
查询当前数据库中,相关文件路径
select * from v$datafile;
se ......
1，oracle tools：OUI、DBCA、OEM、SQL*PLUS、NETCA、第三方工具（toad、PL\SQL developer）
2，可使用responsefile快速去图形安装oracle，在源安装文件/response里面有一些模板配置rps文件
3，预置用户是sys用户与system用户：sys是oracle数据库
中权限最高的帐号，具有create
database的权限，而system没有这个权限� ......
oracle数据库的备份与恢复
---- 当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（包括机器故障、介质故障、误操作等），数据库有时也可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如果平时对数据库做了备份，那么此时恢复数据就显得很容易。由此可见，做好数据库的备份是� ......
从游标提取数据
从游标得到一行数据使用FETCH命令。每一次提取数据后，游标都指向结果集的下一行。语法如下：
FETCH cursor_name INTO variable[,variable,...]
对于SELECT定义的游标的每一列，FETCH变量列表都应该有一个变量与之相对应，变量的类型也要相同。
例：
SET SERVERIUTPUT ON
DECLARE
......
