mc生存模式下界反应堆activel建造绝对正确，而且也是生存模式，但就是用不了
用黑曜石围出一个2格*3格长方框,在里面点上火会自动生成传送门
为您推荐：
其他类似问题
扫描下载二维码【图文】MC培训_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
上传于||文档简介
&&M​C
大小：371.00KB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢· 作者 ||【转载时请务必以超链接形式标明文章原始出处和作者信息】
· 永久链接:
oracle在shutdown immediate的时候，如果遇到活动的事务，比如job还在跑，那么该shutdown操作就会挂起，直到job完成为止。我们在alertlog中可以看到：
ARC0: Completed archiving& log 2 thread 1 sequence 68549Thu May 20 01:18:52 2010Shutting down instance: further logons disabledShutting down instance (immediate)License high water mark = 530Thu May 20 01:23:59 2010Active call for process 6622 user 'oracle' program 'oracle@my_dc01 (J000)'Active call for process 6246 user 'oracle' program 'oracle@my_dc01 (TNS V1-V3)'SHUTDOWN: waiting for active calls to complete.Thu May 20 02:13:28 2010Thread 1 advanced to log sequence 68551& Current log# 1 seq# 68551 mem# 0: /dev/vg_ora1/rredo_256m_01& Current log# 1 seq# 68551 mem# 1: /dev/vg_ora2/rredo_256m_11& Current log# 1 seq# 68551 mem# 2: /dev/vg_ora3/rredo_256m_21Thu May 20 02:13:28 2010ARC0: Evaluating archive& &log 3 thread 1 sequence 68550ARC0: Beginning to archive log 3 thread 1 sequence 68550Creating archive destination LOG_ARCHIVE_DEST_1: '/oraarchlog/arch_1_68550.arc'ARC0: Completed archiving& log 3 thread 1 sequence 68550
如果在一小时内，job没有跑完，那么该shutdown的操作就会自动被取消。这些动作，在alertlog中为：
Thu May 20 02:19:33 2010SHUTDOWN: Active sessions prevent database close operationThu May 20 03:15:08 2010Thread 1 advanced to log sequence 68552& Current log# 4 seq# 68552 mem# 0: /dev/vg_ora1/rredo_256m_04& Current log# 4 seq# 68552 mem# 1: /dev/vg_ora2/rredo_256m_14& Current log# 4 seq# 68552 mem# 2: /dev/vg_ora3/rredo_256m_24Thu May 20 03:15:08 2010ARC0: Evaluating archive& &log 1 thread 1 sequence 68551ARC0: Beginning to archive log 1 thread 1 sequence 68551Creating archive destination LOG_ARCHIVE_DEST_1: '/oraarchlog/arch_1_68551.arc'Thu May 20 03:15:27 2010
这是一个非常令人头痛的问题，尤其是在没有dba介入的双机热备切换操作中。
上周就出现了这样一个故障，某省做4506的交换机切换测试，交换机是核心交换机，有2台，是主备模式的架构，用于连接应用服务器和数据库服务器，数据库服务器的架构为HP SG的双机热备。每个数据库主机有2个网卡，lan1和lan3做冗余，lan1接4506-1，lan3接4506-2。此次切换测试的操作是：
1、先down掉4506-1，工作在4506-2，
2、再启动4506-1，down掉4506-2，工作在4506-1，
3、最后再启动4506-2。
本来，这次操作和数据库没什么关系，因为在同一时间点内，肯定有至少1台交换机在线。
但是问题出现了，由于在进程切换测试时，当第2步的时候，估计启动4506-1时间太短，还没启动完整，就把4506-2 down掉了。于是就出现了同一时间内，没有交换机在线了。在syslog中，我们可以看到：
May 20 00:56:04 my_dc01 cmnetd[27383]: lan1 failedMay 20 00:56:04 my_dc01 cmnetd[27383]: lan1 switching to lan3May 20 00:56:04 my_dc01 cmnetd[27383]: Subnet 10.203.92.0 switching from lan1 to lan3May 20 00:56:04 my_dc01 cmnetd[27383]: Subnet 10.203.92.0 switched from lan1 to lan3May 20 00:56:04 my_dc01 cmcld[27375]: Local switch has occurred since net_id 0x3 was not found on subnet 10.203.92.0.May 20 00:56:04 my_dc01 cmnetd[27383]: lan1 switched to lan3May 20 01:18:52 my_dc01 cmnetd[27383]: lan3 failedMay 20 01:18:52 my_dc01 cmnetd[27383]: Subnet 10.203.92.0 downMay 20 01:18:52 my_dc01 cmcld[27375]: Subnet 10.203.92.0 in package oracle is down.May 20 01:18:52 my_dc01 cmcld[27375]: Failing package oracle on node my_dc01 due to subnet failure.May 20 01:18:52 my_dc01 cmcld[27375]: Request from node my_dc01 to fail package oracle on node my_dc01.May 20 01:18:52 my_dc01 cmcld[27375]: Executing '/etc/cmcluster/tl& stop' for package oracle, as service PKG*5377.May 20 01:18:52 my_dc01 syslog: cmhaltserv db_service May 20 01:18:52 my_dc01 su: + tty?? root-oracleMay 20 01:19:20 my_dc01 cmnetd[27383]: lan1 recoveredMay 20 01:19:20 my_dc01 cmnetd[27383]: Subnet 10.203.92.0 switching from lan3 to lan1May 20 01:19:20 my_dc01 cmnetd[27383]: Subnet 10.203.92.0 switched from lan3 to lan1May 20 01:19:20 my_dc01 cmnetd[27383]: lan3 switched to lan1May 20 02:14:22 my_dc01 cmnetd[27383]: lan3 recovered
我们在log中看到 00:56，发生lan1 fail，准备切换到做冗余的lan3上。到01:18，lan3 fail，因此sg认为此时没有一个正常的网络环境，做冗余的2个网卡都down了，需要切换到数据库备机。01:19 lan1恢复，工作在lan 1上；在02:14 lan3恢复。
根据syslog，我怀疑网络工程师在操作上述的第2步时，在01：18不是先起4506-1，再down 4506-2，而是操作成了先down 4506-2（造成01：18 lan3 fail），再起4506-1（在01：19 lan1 恢复）。因此，syslog中是先出现lan3 fail——此时却没有在线的交换机，所以发生sg mc切换。
发生mc切换，如果数据库里面没有active事务，那也就没事了，但是偏偏有active事务，于是，shutdown命令发起1小时后，数据库自动取消了此次shutdown操作。
如果数据库自动取消了shutdown操作，那也就没事了，偏偏在mc切换的脚本中有这样一个判断：
ora_7_3_3=yes&SID_NAME=locldbORACLE_HOME=/oracle/app/oracle/product/9.2.0SQLNET=yesSQLNET_NAME=SQLNET_PASS=MONITOR_INTERVAL=30set -A MONITOR_PROCESSES ora_pmon_${SID_NAME} ora_ckpt_${SID_NAME} ora_dbw0_${SID_NAME} ora_reco_${SID_NAME}& &ora_lgwr_${SID_NAME}PACKAGE_NAME=oracleTIME_OUT=60&HOST=`hostname`DATE=`date`PATH=${ORACLE_HOME}/bin:/sbin:/usr/bin:/usr/sbin:/etc:/binexport ORACLE_SID=${SID_NAME}export ORACLE_HOME&&function shutdown_cmds{&& if [[ ${ora_7_3_3} = yes ]]& then&& &su oracle -c ${ORACLE_HOME}/bin/sqlplus &&EOFconnect / as sysdbashutdown immediateEOF&& &su oracle -c ${ORACLE_HOME}/bin/lsnrctl &&EOFstopEOF& else&& &su oracle -c ${ORACLE_HOME}/bin/sqldba lmode=y &&EOFconnect internalshutdown immediateEOF& fi&& if [[ $? != 0 ]]& then&& &print &Oracle shutdown failed!&& else&& &print &Oracle shutdown done!&& fi}
我们这里看到$? != 0 的判断，这个判断是上述最后一个语句执行成功的话，返回为0，如果不成功，返回为非0。而在上面的mc切换脚本中，先后包含了2个操作步骤，先是shutdown数据库，再是stop 侦听。
在前一步，我们确实因为active事务，在运行shutdown命令1小时后失败，但是后续的操作stop侦听却是成功的，于是$? != 0根据最后一个语句判断返回值为0为真，认为语句执行成功（含数据库shutdown成功和stop侦听成功），准备切换到备机！
于是mc的log中：
May 20 01:18:52 - Node &tj_dc01&: Halting service db_service&&*** /etc/cmcluster/pkg1/oracle.sh called with shutdown argument! ***&&&&tj_dc01&: Shutting down Oracle SESSION tjmisc at Thu May 20 01:18:52 EAT 2010 &SQL*Plus: Release 9.2.0.8.0 - Production on Thu May 20 01:18:52 2010&Copyright (c) , Oracle Corporation.& All rights reserved.&Enter user-name: Enter password: &Connected to:Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit ProductionWith the Partitioning, OLAP and Oracle Data Mining optionsJServer Release 9.2.0.8.0 - Production&SQL& ORA-01013: user requested cancel of current operationSQL& Disconnected from Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit ProductionWith the Partitioning, OLAP and Oracle Data Mining optionsJServer Release 9.2.0.8.0 - Production&LSNRCTL for HPUX: Version 9.2.0.8.0 - Production on 20-MAY-:33&Copyright (c) , Oracle Corporation.& All rights reserved.&Welcome to LSNRCTL, type &help& for information.&LSNRCTL& Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.203.92.11)(PORT=1521)))The command completed successfullyLSNRCTL& Oracle shutdown done!May 20 02:19:33 - Node &tj_dc01&: Remove IP address 10.203.92.11 from subnet 10.203.92.0May 20 02:19:33 - Node &tj_dc01&: Unmounting filesystem on /dev/vg_arch/lvol1May 20 02:19:34 - Node &tj_dc01&: Deactivating volume group vg_ora1vgchange: Couldn't deactivate volume group &vg_ora1&:Device busy&& & & &May 20 02:19:34 - vgchange -a n vg_ora1 failed, trying again.vgchange: Couldn't deactivate volume group &vg_ora1&:Device busy&& & & &May 20 02:19:35 - vgchange -a n vg_ora1 failed, trying again.vgchange: Couldn't deactivate volume group &vg_ora1&:Device busy&& & & &ERROR:& Function deactivate_volume_group&& & & &ERROR:& Failed to deactivate vg_ora1May 20 02:19:36 - Node &tj_dc01&: Deactivating volume group vg_ora2vgchange: Couldn't deactivate volume group &vg_ora2&:Device busy&& & & &May 20 02:19:36 - vgchange -a n vg_ora2 failed, trying again.vgchange: Couldn't deactivate volume group &vg_ora2&:
在切换时由于数据库没down下去，vg还是激活状态，因此对vg的操作失败。mc也就没切到db02上去。于是在db02上的vg没挂过去，数据库没起来，浮动IP也没起来，侦听也没起来。
当前实际的情况是：在db01上oracle是启动的，但是浮动IP没有启动——因为切换包的时候，浮动IP会从db01切换到db02上，但是由于切换出现问题，数据库没有切换过去，浮动IP切换失败——浮动IP在2个db主机上都没有了。
再次启动mc的包，将浮动IP启动在db01上。原本以为没事，结果又发现job的守护进程cjq0不见了：
oracle@tj_dc01:/oracle/app/oracle/admin/tjmisc/bdump & ps -ef |grep ora_& oracle 27481& & &1& 0& Jan 28& ?& & & & &2:14 ora_arc1_tjmisc& oracle 27471& & &1& 0& Jan 28& ?& & & & 57:13 ora_ckpt_tjmisc& oracle 27465& & &1& 9& Jan 28& ?& & & & 95:41 ora_dbw2_tjmisc& oracle 27467& & &1& 7& Jan 28& ?& & & & 90:34 ora_dbw3_tjmisc& oracle 27473& & &1& 0& Jan 28& ?& & & & &5:35 ora_smon_tjmisc& oracle 27459& & &1& 0& Jan 28& ?& & & & 79:44 ora_pmon_tjmisc& oracle 27469& & &1& 0& Jan 28& ?& & & & 1198:19 ora_lgwr_tjmisc& oracle 27479& & &1& 0& Jan 28& ?& & & & 97:40 ora_arc0_tjmisc& oracle 27475& & &1& 0& Jan 28& ?& & & & &0:01 ora_reco_tjmisc& oracle 27461& & &1& 8& Jan 28& ?& & & & 492:13 ora_dbw0_tjmisc& oracle 27463& & &1& 8& Jan 28& ?& & & & 119:42 ora_dbw1_tjmisc& oracle 1& 0 05:16:37 pts/tc& & 0:00 grep ora_
这个问题倒是以前没发现过，原来active进程prevent shutdown操作，等待1小时之后，数据库自动取消shutdown操作，会导致job的守护进程消失！
没办法，用cmhaltcl的方式down掉整个cluster，在cmruncl的方式重新启动cluster，带起数据库，cjq0的进程恢复。
故障总结：
1、进行网络测试的时候，可能没有按照事先做好方案，没有严格按照步骤执行，操作错了执行步骤。——根据syslog判断。
2、mc切换的脚本有缺陷，对$? != 0的判断，导致数据库没down下去，mc却认为数据库已经shutdown成功。去做后续的操作，包括去激活vg和虚拟IP的切换。——根据mc的切换log和切换shell判断。
3、shutdown immediate时如果有active事务，如果事务无法完成，等1小时后，数据库自动取消shutdown操作，会导致cjq0进程消失。需要重启数据库。——根据alertlog判断。对付这个，最好就是去kill在alertlog中显示的active process（会有进程号显示）。
· 【文章发布信息】发表于：
@ 00:37:51
· ||分类： ,
· 【分享或收藏】：
<a href="/home?status=关于shutdown的时候存在active进程的问题 <手机版MC. 没有摆错,生存模式用手点反应堆,然后逃出这个对话框.去不了下界,怎么搞.&
Iove随缘0535
你真的搞错了
是鹅卵石，不是石头
为您推荐：
其他类似问题
mc有好多东西对摆放位置有要求你换个位置
扫描下载二维码安卓版mc造完下界反应堆再点下界反应核出来的active什么意思_百度知道
安卓版mc造完下界反应堆再点下界反应核出来的active什么意思
提问者采纳
等着就可以了吗！
提问者评价
太给力了，你的回答完美地解决了我的问题，非常感谢！
其他类似问题
为您推荐：
安卓的相关知识
其他1条回答
必须在生存模式下界反应核才会被激活
是生存模式
你下界反应核反应和做对了吗？
我截图给你看
没有做错的
然后你就可以点击反应核下界就会自然长出来，然后会遇到几个僵尸猪人，不过他们都很水
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁