51CTO博客开发
今天收到一个客户请求，客户在查数据字典时，发现下面的现象。SQL> select table_name from dba_tab_modifications where table_name='STAT_TABLE'; no rows selected SQL> select table_name from dba
先吐槽一下，不知道开发的人怎么想的。非要在不DBLINK关系的用户间，做一个MV。其实，发生上面的问题的原因是很简单的，听完他们的想法，之后1分钟就搞定了。开发组现在的机器上有一个DBLINK。两边都已经设定了。现在的想法是想把主表一侧的另一个用户(u01.test01)的表，作为主表，做一个MV。但这时就有一个问题，就是这个用户不在这个DBLINK中。需要给它授权，开发组的人中把下面的权限受给D
今天开发组的DBLINK环境发生一个奇怪的现象，一个分区表通过DBLINK进行数据插入时，原表的近万条数据没有被插入就正常结束了。导入的结果是[0 rows] 正常结束。在MOS上查了一下，这个现象，找到了下面的文档DataPump Expdp Or Impdp With NETWORK_LINK Returns No Rows Exported Or Imported For Partition
破坏磁盘命令date;dd if=/dev/zero of=/dev/sde1 bs=1M;date现在状态确认crsctl status res -tcrsctl status res -t -init使用root用户，停止各个节点的GI服务crsctl stop crs -f在任一节点，使用root用户，将CRS用排他方式启动crsctl sta
关于PRVF-4657和PRVF-4664问题发生原因从Oracle 11gR2 开始甲骨文公司推出了一个新功能CVU。并建议在安装集群环境之前，使用这个工具对现有环境进行检查。同时，这个工具还受，ora.CVU的管理。如果在已经正常运行的ora.CVU已经启动的情况下，CVU也会启动并对现在环境中的各种设置进行检查。如果RAC环境中的各种设置不正时，首先会报CRS-10051错误。之后，才会报设
今天为了测试OCR的损坏个数，好好研究了OCR文件恢复的过程。下面是在我的一个环境上测试的结果，给大家共享一下。（注：因手头环境所限，用的是一套日语环境：）[grid@ol354v11rac3 ~]$ olsnodesol354v11rac2ol354v11rac3--各ノードのCRS強制停止する[root@ol354v11rac3 bin]# ./crsctl stop crs -fCRS-27
升级数据库的方法有很多，最基础的就是exp/imp方法。当然，从安全角度上说，DBUA是最好的。回滚时，也可以用exp/imp方法。但从11g回滚到9i就不一定可以用了。原因就是Oracle 9.2的imp工具不能正确识别11g导出数据的Segmentation。这时我的解决 方法，就是先把11g的数据导到10g的DB中，再从10gDB中将数据导出，在9.2DB中导入这些数据。用来保证业务的安全。
1.ORACLE 先创建的x$ 表即RDBMS的内部表2.然后在X$表的基础上创建了GV$ 视图。GV$视图是为了满足OPS环境的需要即集群环境的需要3.接着根据GV$视图创建了 V$视图，其实就是加了一个instance number的过滤条件。基本每个v$视图都对应一个GV$视图。4.然后ORACLE又根据GV$视图创建了GV_$视图。随即创建了V_$视图。（注意是有区别的，下划线__）5.然
这次验证分别oracle 11.2.0.2 RAC与oracle 11.2.0.4 RAC中进行验证。隐藏参数‘_datafile_write_errors_crash_instance’是在Oracle 11.2.0.1开始导入的，主要的机能是在，数据文件（sysytem以外表空间）I/O读写错误被发现时，对实例的down进行管理。Oracle 11.2.0.1 的初始值是_datafile_w
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
