重启os发现数据库没有自动起来,其别都正常启动了,手工启动也报错 [oracle@hca1 ~]$ srvctl start database -d orcl PRCR-1079 : Failed to start resource ora.orcl.db CRS-5017: The resource action "ora.

11g r2 各psu版本 PSU Version <GI_PSU_number> <OCW Components_number> <ACFS Components_number> <DB_PSU_number> 11.2.0.4.2GIPSU 18139609 18031740  18031731  18031668

SQL> select sysdate from dual@dl330781; select sysdate from dual@dl330781 * ERROR at line 1: ORA-19706: invalid SCN [oracle@jbdb bdump]$ tail -f alert_orcl.log Mon Mar 23 16:43:25 CST 2015 db_r

今天通过crsctl 启动一个双节点的11grac发现而节点数据库实例报如下错误,其余都正常 PMON (ospid: 10064): terminating the instance due to error 481 Sat Feb 28 10:24:09 2015 System state dump requested by

        从红帽企业版 Linux 6.0 开始弃用 /etc/multipath.conf 配置文件中的mode、uid 和 gid 参数。device-mapper 设备的权限(包括 multipath 映射)由 udev&nb

  [root@hca1 ~]# lspci | grep -i mel  先检查操作系统是否识别到了该卡 04:00.0 InfiniBand: Mellanox Technologies MT26418 [ConnectX VPI PCIe 2.0 5GT/s - IB DDR / 10GigE] (rev a0)   &nbs

  [root@hca2 ~]# cat /etc/issue CentOS release 5.5 (Final) Kernel \r on an \m [root@hca2 ~]# uname -a Linux hca2 2.6.18-194.el5 #1 SMP Fri Apr 2 14:58:14 EDT 2010 x86_64 x86_64 x86_64 GNU/

  检查dg的过程中发现归档应用停止了好几天 SQL>select thread#,max(sequence#) from v$archived_log where applied='YES' group by thread#      THREAD# MAX(SEQUENCE#) —

      客户反映一张表数据被误修改,准备从dg备库恢复该表数据,结果此时却发现备库已经连不上了,在重启服务器之后连上发现归档传输和应用已经停了10多天了,不过还好归档都还在,而且重要的是那个表的

  RAC 2节点重启报如下错误 SQL> startup mount  ORACLE instance started.   Total System Global Area 3.0064E+10 bytes Fixed Size               &nbs

    AMM(Automatic Memory Management)是oracle 11g推出的新特性,在创建实例分配内存那里购选使用自动内存管理即启用了该特性,其主要通过MEMORY_TARGET和MEMORY_MAX_TARGET两个参数来控制,类似于10的

检查rman备份日志的时候发现有如下错误,备份和删除均有这个提示   [oracle@rac2 ~]$ more /tmp/rman.sh.out  Recovery Manager: Release 11.2.0.4.0 – Production on Tue Jul 22 02:00:01 201

  环境 windows server 2008 R2 x64  + oracle (10.2.0.5 x64) 用sys用户执行expdp全库导出 tarting "SYS"."SYS_EXPORT_SCHEMA_01":  "sys/********