ITPub博客

Linux环境下不小心在操作系统误rm删除数据文件后，在没有重启数据库或者操作系统的情况下可以利用操作系统句柄恢复。[@more@]1、数据库版本信息：SQL> select * from v$version; BANNER----------------------------------------------------------------Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64biPL/SQL Release 10.2.0.4.0 - ProductionCORE 10.2.0.4.0 ProductionTNS for Linux: Version 10.2.0.4.0 - ProductionNLSRTL Version 10.2.0.4.0 - Production2、删除数据文件SQL> select name from

oracle数据库的服务切换其实也是一个很简单的过程，不过因为很多地方都不使用服务，所以很多刚开始接触oracle的兄弟都对这个东西不是很熟悉，前以前还有一个开发商的同事问起这个东西。所以这里就把之前做的一个实际例子贴一下供一些刚接触的朋友参考。[@more@]-------节点1bash-2.05$ crs_stat -tName Type Target State Host ------------------------------------------------------------ora....SM1.asm application ONLINE ONLINE gddb21 ora.gddb21.gsd application ONLINE

当我们在一台机器上跑多个实例或者需要对某个用户进行资源限制，profile可以轻松帮助你实现这些功能。[@more@]profile：配置文件的名称。Oracle数据库以以下方式强迫资源限制：1、如果用户超过了connect_time或idle_time的会话资源限制，数据库就回滚当前事务，并结束会话。用户再次执行命令，数据库则返回一个错误，2、如果用户试图执行超过其会话资源限制的操作，数据库放弃操作，回滚当前事务并立即返回错误。用户之后可以提交或回滚当前事务，必须结束会话。提示：可以将一条分成多个段，如1小时(1/24天)来限制时间，可以为用户指定资

我们都知道，要创建快速刷新的物化视图，必须先在MASTER SITE端创建物化视图日志。这里介绍一下Mview Log 的结构与江门NGBOSS和之前来电三期中出现的ORA-12034 materialized view log younger than last refresh问题的原因。 我们先来看一下物化视图日志的结构含义和用途：物化视图日志的名称为MLOG$_后面跟基表的名称，如果表名的长度超过20位，则只取前20位，当截短后出现名称重复时，Oracle会自动在物化视图日志名称后面加上数字作为序号。 物化视图日志的建立可以指定为PRIMARY KEY、ROWID、和OBJECT ID几种类型，同时还可以指定

1.备份方式：在M模块数据库各节点使用nfs方式挂载10.30.1.12的/billbak4/MDSPDBbak目录，作为备份存储空间，可以满足RAC架构数据库备份的需求。2.配置NFS服务器（以下操作需要有root 用户权限）：2.1使用以下命令检查NFS服务是否启动：# service nfs status # chkconfig –list nfs# service nfs restart2.2.配置文件中指定共享目录(生产环境中要对应修改为12个节点的IP)# vi /etc/exports /orabk 172.30.4.26(rw,async,no_root_squash)/orabk 172.30.4.27(rw,async,no_root_squash)2.3生效新的exports 内容。# exportfs –rv3.Oracle 服

ORA-00018 maximum number of sessions exceeded，提示超出最大连接数，但是查询v$session却发现连接数不到设置值的一半，实际上已经达到了设置的session了，由于里面的一些session做了递归或者其他调用打开新的session，但在v$session中是查不到的。[@more@]$ sqlplus /nologSQL*Plus: Release 11.1.0.6.0 - Productio...

今天开发商告诉我undotbs1无法删除：SQL> drop tablespace undotbs1;drop tablespace undotbs1*ERROR at line 1:ORA-01548: active rollback segment '_SYSSMU205_2862632269$' found, terminatedropping tablespace查看了一下v$rollstat:SQL> select usn,status from v$rollstat;SQL> select segment_name,status from dba_rollback_segs where status='PARTLY AVAILABLE';SEGMENT_NAME STATUS------------------------------ ----------------_SYSSMU205_2862632269$ PARTLY AVAILABLE_SYSSMU709_2

开发人员错误的DML是个头痛的问题，如果是11g可以采用LogMinor进行异机恢复。[@more@]误DML后使用logmnr对数据进行恢复SQL> conn tangyun/tangyunConnected.SQL> select table_name from user_tables;TABLE_NAME------------------------------TANGYUN_TESTMLOG$_T_PARTT_PARTLOGMNRLOGMNR_REDOMV_T_PARTTANGYUN7 rows selected.---------创建一张测试表，这里为了输出结果较明显，表记录不要太多SQL> create table ty_log as select * from tangyun_test where rownum<=10; Table created.SQL> select count(1) count# fr