rm 误删除数据库文件的恢复过程
在linux redhat 5.4版本,rm误删除数据库文件的恢复过程如下:[@more@]1.首先测试rm 误删除数据库文件[oracle@primary dbwdn]$ lltotal 2153164-rw-r----- 1 oracle dba 8536064 Nov 27 21:50 control01.ctl-rw-r----- 1 oracle dba 8536064 Nov 27 21:50 control02.ctl-rw-r----- 1 oracle dba 8536064 Nov 27 21:50 control03.ctl-rw-r----- 1 oracle dba 104865792 Nov 27 21:32 ggs01.dbf-rw-r----- 1 oracle dba 525344768 Nov 27 21:32 perfstat.dbf-rw-r----- 1 oracle dba 52429312 Nov 27 21:10 redo01.log-rw-r----- 1 oracle d
一次rman备份失败后的成功处理
使用rman命令全备份数据库:[oracle@primary u01]$ rman target /Recovery Manager: Release 10.2.0.5.0 - Production on Tue Nov 27 21:25:33 2012Copyright (c) 1982, 2007, Oracle. All rights reserved.connected to target database: DBWDN (DBID=3486622777)RMAN> backup incremental level = 0 database format '/u01/bak/full_0_bak.bak';[@more@]Starting backup at 27-NOV-2012 21:26:35using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: sid=142 devtype=DI
使用oracle duplicate技术复制需要恢复的表空间到测试环境(异机)(二)
续《使用oracle duplicate技术复制需要恢复的表空间到测试环境(异机)(一)》[@more@]datafile 61 not processed because file is offlinedatafile 62 not processed because file is offlinedatafile 63 not processed because file is offlinedatafile 64 not processed because file is offlinedatafile 65 not processed because file is offlinestarting media recoveryOracle Error: ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error belowORA-01194: file 1 needs more recovery to be consistentORA-01
使用oracle duplicate技术复制需要恢复的表空间到测试环境(异机)(一)
一、测试项目使用oracle duplicate技术复制需要恢复的表空间到测试环境二、测试目的假定数据库有数据损坏,在flashback、灾备库、快照库无法进行恢复的情况下,使用数据库高级技术TSPITR(Tablespace Point-In-Time Recovery)进行数据恢复.三、测试环境目标数据库数据库版本:oracle 9.2.0.7系统环境 :AIX 5.2IP地址 :172.16.34.33db_name :retc辅助数据库数据库版本:oracle 9.2.0.7系统环境 :AIX 5.2IP地址 :172.16.34.35db_name :auxCatalog数据库 数据库版本:oracle 9.2.0.1 系统环境 :windows 2003
简述oracle数据库乱码产生的原因以及解决方法
数据库字符集为西文WE8ISO8859P1,但是WE8ISO8859P1字符集并没有存储中文的编码,如果我的客户端字符集为ZHS16GBK,以GBK来编码汉字,这个时候,我客户端进行INSERT INTO T1 VALUES(1,'中国');COMMIT;那么我在客户端查看SELECT ID,NAME FROM T1看到的结果集一定是??这样的乱码。[@more@]因为,客户端字符集为ZHS16GBK,而数据库字符集为西文WE8ISO8859P1,既然客户端与数据库端的字符集不一样,那么,数据库端必然要进行转码处理,从客户端传送到数据库端的是“中国”的编码: d6,d0,b9,fa。当编码 d6,d0,b9,fa传送到数据库服务器端的时
通过验证访问ASM实例
要想了解如何访问ASM实例,必须先要了解ASM系统权限.[@more@]1. ASM权限因为ASM实例没有数据字典信息,无法使用ASM验证方式验证登陆到实例用户的合法性,因此只能使用操作系统验证的方式验证连接到ASM实例的用户的合法性.a ) SYSASM系统权限,属于系统创建的组OSASM,如asmadmin,完全管理ASM的权限b ) SYSDBA系统权限,属于系统创建的组OSDBA,(属于ASM),如asmdba,能够访问ASM上面的数据,创建和删除ASM文件,授予和收回访问ASM文件的权限,不能创建和RESIZE磁盘组.c ) SYSOPER系统权限,属于系统创建的组OSOPER(属于ASM),如asmoper,能够
oracle11g ASM磁盘组头部损坏修复
oracle 10.2.0.5以后的版本,oracle ASM磁盘组头部使用自动备份机制,可以在磁盘头损坏的情况下,可以使用kfed repair进行修复.(注意,该方法不适用oracle 10.2.0.4以前版本!)修复过程如下:[@more@]1. 磁盘组头部备份的位置:AU SIZE =1M 备份块 blkn=510AU SIZE =2M 备份块 blkn=1022AU SIZE =4M 备份块 blkn=2046AU SIZE =8M 备份块 blkn=4094AU SIZE =16M 备份块 blkn=8190AU SIZE =32M 备份块 blkn=16382AU SIZE =64M 备份块 blkn=327662. 卸载测试磁盘组TESTSQL> alter diskgroup test dismount;Diskgroup altered.3. TEST磁盘
使用DBMS_FILE_TRANSFER.COPY_FILE访问ASM file
使用DBMS_FILE_TRANSFER.COPY_FILE访问ASM file.需要特别说明的是:[@more@]ASM磁盘组与文件系统之间的拷贝只能是数据库数据文件之间的拷贝,其他类型的文件不支持.(Oracle11g文档: You can copy any type of file to and from a local file system. However, you can copy only database files (such as datafiles, tempfiles, controlfiles, and so on) to and from an ASM disk group.)1. 1. ASM磁盘组之间的拷贝数据库文件.SQL> create directory data as '+DATA/DBKING/DATAFILE';Directory created.SQL> create directory
ASM磁盘组基础操作
ASM磁盘组基础操作创建磁盘组的语法如下:CREATE DISKGROUP diskgroup_name[ { HIGH | NORMAL | EXTERNAL } REDUNDANCY ]{ [ FAILGROUP failgroup_name ]DISK qualified_disk_clause [, qualified_disk_clause]...} ...[ ATTRIBUTE { 'attribute_name' = 'attribute_value' }... ];qualified_disk_clause ::= search_string[ NAME disk_name ][ SIZE size_clause ][ FORCE | NOFORCE ]创建sale磁盘组CREATE DISKGROUP sale NORMAL REDUNDANCYFAILGROUP FG_SALE_01DISK 'ORCL:VOL_SDI' NAME SALESDI SIZE 500MFAILGROUP FG_SALE_02DISK 'OR
理解RAC数据库的vip地址的作用
公用网卡配置VIP地址,当集群中有节点宕机之后,目的是使应用能够无缝的,快速的使用rac数据库的任何一个节点(除宕机节点),这样提高了数据库的可用性(HA),保证了业务的正常运行。为什么会提高可用性(HA)?数据流逻辑上应用层对应用层,传输层对传输层等.但实际上数据流是上下传送的.客户端访问数据库服务器是典型的C/S架构,正常的数据流从客户端的应用层>传输层>网络层>物理层,到数据库服务器的物理层>网络层>传输层>应用层,数据流成功完成。客户端提交的数据流没有问题,到了数据库服务器端,某个节点宕机了
test
test[@more@]