一次oracle support的危机现场处理（之二）
天有不测风云，
IBM 的中端磁盘阵列这次又惹祸了。在微码升级的时候，
DS4800 发生故障。导致当时在这台库上的几套生产库报错了。
IBM工程师把阵列故障恢复后，拍拍屁股走人，阵列上的数据又得我们来想办法抢救了。。。。
还好有oracle support的支持我们最终化解了这次危机。下文详细介绍了整个恢复的过程。
oracle工程师到达现场后，根据错误信息，
|||||||||||||||||||||||||||||||||||||||||||||||||||||
错误信息如下所示：
Mon Apr 26 20:40:06 2010
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Using LOG_ARCHIVE_DEST_1 parameter default value as /oracle/product/10.2.0/db/dbs/arch
Autotune of undo retention is turned on.
IMODE=BR
ILAT =121
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.4.0.
System parameters with non-default values:
processes = 1000
sessions = 1105
sga_max_size = 12884901888
__shared_pool_size = 5066719232
__large_pool_size = 16777216
__java_pool_size = 16777216
__streams_pool_size = 0
sga_target = 12884901888
control_files = /oradata/ccdev1/control01.ctl, /oradata/ccdev1/control02.ctl, /oradata/ccdev1/control03.ctl
db_block_size = 8192
__db_cache_size &nb
相关文档：
小型机路线，几乎已被封死。无法使用Sun，它已和Oracle紧密绑定，若还使用上述设计，会很难说服售前将小型机、存储、数据库分别从不同厂商采购；另外，亦无法使用IBM，据说FLY的某个老板不喜欢。 大力推进数据库系统PC化，这似乎是最佳策略。FLY应用对数据 ......
有时候网络发生变动，必须手动修改一下RAC VIP地址，不仅是地址，也可以修改VIP所在的网卡，原则是VIP地址要和PUB地址在同一个网段内，方法其实是比较简单的，有人问到，我给一个示例如下：
1、关闭数据库
srvctl stop database -d db
2、关闭NOTEAPPA
srvctl stop nodeapps -n db2
� ......
select t.OSUSER,t.STATUS,t.LOGON_TIME from v$session t
select t.OSUSER,t.STATUS,t.LOGON_TIME from v$session t where t.OSUSER='admin'
select t.OSUSER,t.STATUS,t.LOGON_TIME from v$session t where t.OSUSER='liuzhaoqing'
select t.OSUSER,t.STATUS,t.LOGON_TIME from v$session t where t.OSUSER='ymx'
sel ......
数学函数：
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
O:SELECT floor(-1.001) value from dual
4.取整（截取）
S:SELECT cast(-1.002 as int) value
O ......
查看锁表进程SQL语句1：
select sess.sid,
sess.serial#,
lo.oracle_username,
lo.os_user_name,
ao.object_name,
lo.locked_mode
from v$locked_object lo,
dba_objects ......
