分类：oracle

OCR 文件及位置

ocrconfig 工具是Oracle 集群注册表的主要配置工具。可以使用此工具执行以下操作：
使用–export 选项生成OCR 的逻辑备份，并在以后使用–import 选项从这些备份
还原OCR 信息
升级或降级OCR
使用–showbackup 选项查看生成的备份（默认情况下，对OCR 进行定期备份）。
在默认位置（可使用–backuploc 选项更改该位置）生成这些备份。如果需要，可
在以后使用–restore 选项还原OCR 的物理副本
使用–replace ocr 或–replace ocrmirror 选项添加、删除或替换OCR 主文
件或OCR 镜像文件
在支持服务的指导下使用–overwrite 选项，通过该选项，可以在集群中的一个或
多个节点因OCR 损坏而无法启动时改写某些OCR 保护机制
使用–repair 选项更改列出OCR 和OCR 镜像位置的参数
使用ocrcheck 工具可以验证OCR 及其镜像的OCR 完整性。使用ocrdump 实用程序
可以将OCR 内容或其中一部分内容写入文本文件或XML 文件。

自动备份OCR
OCR 内容对于Oracle Clusterware 至关重要。
实际上，OCR 会在以下时间自动进行备份：
– 每4 小时：CRS 会保留最后3 个副本。
– 每天结束时：CRS 会保留最后2 个副本。
– 每周结束时：CRS 会保留最后2 个副本。

[root@jyrac2 ~]# su - oracle
[oracle@jyrac2 ~]$ cd /u01/app/oracle/product/10.2.0/crs/cdata/crs
[oracle@jyrac2 crs]$ ls -lt
total 19892
-rw-r--r-- 1 root root 4071424 Dec 21 07:00 day.ocr
-rw-r--r-- 1 root root 4071424 Dec 21 07:00 week_.ocr
-rw-r--r-- 1 root root 4071424 Dec 21 07:00 backup00.ocr
-rw-r--r-- 1 root root 4067328 Dec 12 12:50 week.ocr
-rw-r--r-- 1 root root 4067328 Dec 12 12:50 backup01.ocr
[oracle@jyrac2 crs]$

更改自动备份的默认位置：
# ocrconfig –backuploc /shared/bak

OCR 包含RAC 和Oracle Clusterware 的重要集群和数据库配置信息。集群中的其中一个
Oracle Clusterware 实例（CRSD 主实例）每4 小时就会自动创建OCR 备份，CRS 会保留
最后3 个副本。此外，该CRSD 进程还会在每天和每周开始时创建OCR 备份，并保留最
后2 个副本。上面的输出对此进行了说明，可在其中看到CRSD 主实例的默认备份目录的
内容。
虽然无法定制备份频率或保留的副本数，但可以使用ocrconfig -showbackup 命令
标识自动保留的副本的名称和位置。
每个自动生成的OCR 备份文件的默认目标位置均为/cdata/ 目录。建议使用ocrconfig -backuploc 命令将此位置更
改为由集群中所有节点共享的位置。此命令将采用一个参数，即新位置的完整路径目录名。

[oracle@jyrac2 bin]$ ocrconfig -showbackup

jyrac1     2012/12/24 03:00:44     /u01/app/oracle/product/10.2.0/crs/cdata/crs

jyrac1     2012/12/22 05:07:52     /u01/app/oracle/product/10.2.0/crs/cdata/crs

jyrac2     2012/12/21 07:00:11     /u01/app/oracle/product/10.2.0/crs/cdata/crs

jyrac1     2012/12/24 03:00:44     /u01/app/oracle/product/10.2.0/crs/cdata/crs

jyrac2     2012/12/12 12:50:09     /u01/app/oracle/product/10.2.0/crs/cdata/crs
[oracle@jyrac2 bin]$

手动备份OCR
每天都应将OCR 自动备份备份到其他存储设备：
– 使用首选备份工具。
在进行重大更改之前和之后应对OCR 进行逻辑备份：

# ocrconfig –export file name
[root@jyrac2 ~]# cd /u01/app/oracle/product/10.2.0/crs/bin
[root@jyrac2 bin]# ./ocrconfig -export /u01/myback.ocr -s online
You have new mail in /var/spool/mail/root
[root@jyrac2 bin]#

[root@jyrac2 bin]# ll  /u01/myback.ocr
-rw-r--r-- 1 root root 87993 Dec 24 07:33 /u01/myback.ocr

确保还原与当前系统配置相匹配的OCR 备份。

由于OCR 信息非常重要，因此还建议手动为自动生成的物理备份创建副本。可以使用任
意备份软件来复制自动生成的备份文件。建议至少每天执行一次将这些文件备份到其他设
备（不同于OCR 主文件所在的设备）的操作。
此外，还应在进行重大配置更改（如在环境中添加或删除节点、修改Oracle Clusterware
资源或创建数据库）之前和之后，导出OCR 内容。请以root 用户身份使用
ocrconfig -export 命令生成OCR 逻辑备份。需要指定一个文件名作为该命令的参
数，该命令会生成一个二进制文件，您将无法编辑该文件。
所做的大多数配置更改不仅会更改OCR 内容，而且还会创建文件和数据库对象。还原
OCR 时，其中某些更改通常不会得到还原。如果其中某些配置更改失败，则不要将执行
OCR 还原作为恢复到先前配置的更正方法，因为这可能导致OCR 的内容与系统其余部分
的状态不相符。
如果尝试在OCR 客户机运行过程中导出OCR，则会发生错误。

使用物理备份恢复OCR
1. 找到物理备份：$ ocrconfig –showbackup
2. 检查其内容：# ocrdump –backupfile file_name
3. 停止所有节点上的Oracle Clusterware：# crsctl stop crs
4. 还原OCR 物理备份：# ocrconfig –restore /cdata/jfv_clus/day.ocr
5. 重新启动所有节点上的Oracle Clusterware：# crsctl start crs
6. 检查OCR 完整性：$ cluvfy comp ocr -n all

在基于UNIX 的系统上，可使用以下过程还原OCR：
1. 使用ocrconfig -showbackup 命令标识OCR 备份。可以作为oracle 用户从任
何节点执行此命令。输出会显示要在其中检索自动生成的备份的节点和路径。
2. 使用ocrdump -backupfile file_name 检查备份内容，其中file_name 是备
份文件的名称。
3. 通过以root 用户身份在所有节点上执行crsctl stop crs 命令，停止集群中所
有节点上的Oracle Clusterware。
4. 通过以root 用户身份使用以下命令应用步骤1 中标识的OCR 备份文件来执行还原，
其中file_name 是要还原的OCR 文件的名称。在运行此命令之前，请确保OCR 配
置文件(/etc/oracle/ocr.loc) 中指定的OCR 设备存在并且有效：
ocrconfig -restore file_name
5. 通过以root 用户身份重新启动每个节点或运行crsctl start crs 命令，重新启
动集群中所有节点上的Oracle Clusterware。
6. 运行以下命令以验证OCR 完整性，其中-n all 参数将检索配置为集群一部分的所
有集群节点的列表：cluvfy comp ocr -n all
使用逻辑备份恢复OCR
1. 找到使用OCR 导出文件创建的逻辑备份。
2. 停止所有节点上的Oracle Clusterware：
# crsctl stop crs
3. 还原逻辑OCR 备份：
# ocrconfig –import /shared/export/ocrback.dmp
4. 重新启动所有节点上的Oracle Clusterware：
# crsctl start crs
5. 检查OCR 完整性：
$ cluvfy comp ocr -n all

在基于UNIX 的系统上，可使用以下过程导入OCR：
1. 通过标识先前使用ocrconfig -export file_name 命令创建的OCR 导出文件，
标识要导入的OCR 导出文件。
2. 通过以root 用户身份在所有节点上执行crsctl stop crs 命令，停止RAC 数据
库中所有节点上的Oracle Clusterware。
3. 通过使用以下命令应用步骤1 中标识的OCR 导出文件来执行导入操作，其中
file_name 是要从中导入OCR 信息的OCR 文件的名称：
ocrconfig -import file_name
4. 通过以root 用户身份使用crsctl start crs 命令，重新启动集群中所有节点上
的Oracle Clusterware。
5. 运行以下集群验证实用程序(CVU) 命令来验证OCR 完整性，其中-n all 参数将检
索配置为集群一部分的所有集群节点的列表：cluvfy comp ocr -n all

更改表决磁盘配置

可以动态更改表决磁盘配置。
要添加新的表决磁盘，请使用以下命令：
# crsctl add css votedisk
要删除表决磁盘，请使用以下命令：
# crsctl delete css votedisk 如果所有节点上的Oracle Clusterware 都已关闭，请使用–force 选项：
# crsctl add css votedisk -force
# crsctl delete css votedisk -force

在安装Oracle Clusterware 期间，可以通过使用Oracle Universal Installer 的“Specify
Voting Disk Location（指定表决磁盘位置）”屏幕多路复用表决磁盘。通过此屏幕可以指
定三个表决磁盘位置。不过，可以在安装Oracle Clusterware 后动态添加和删除表决磁盘。
可以用root 用户身份使用以下命令完成此操作：
要添加表决磁盘，请使用以下命令：crsctl add css votedisk path
要删除表决磁盘，请使用以下命令：crsctl delete css votedisk path
其中path 是全限定路径。
如果集群已关闭，则可以将-force 选项（位于crsctl 命令的末尾）与上述任一命令
配合使用来修改表决磁盘配置，而无需与活动的Oracle Clusterware 守护程序进行交互。
但是，在任何集群节点处于活动状态时使用-force 选项都可能会破坏配置。
注：可能无法联机更改表决磁盘配置。要解决该问题，请在所有节点的集群件均处于关闭
状态时使用-force 选项执行配置更改操作。要关闭某一节点上的Oracle Clusterware 堆
栈，请以root 用户身份使用crsctl stop crs 命令。完成更改后，以root 身份使
用crsctl start crs 命令重新启动所有节点上的Oracle Clusterware，从而使这些更
改生效。

备份和恢复表决磁盘
建议使用符号链接。
请使用dd 命令备份一个表决磁盘。
– 在安装Oracle Clusterware 之后
– 在添加或删除节点之后
– 可以联机执行

$ crsctl query css votedisk
$ dd if= f= bs=4k

[oracle@jyrac2 bin]$ ./crs_stat -t ora.jyrac.jyrac1.inst
Name           Type           Target    State     Host
------------------------------------------------------------
ora....c1.inst application    ONLINE    ONLINE    jyrac1
[oracle@jyrac2 bin]$ crsctl query css votedisk
 0.     0    /dev/raw/raw2

located 1 votedisk(s).
[oracle@jyrac2 bin]$

可以使用以下方法恢复表决磁盘：使用dd 命令恢复第
一个表决磁盘，然后根据需要对该磁盘进行多路复用。
如果没有可用的表决磁盘备份，则应重新安装Oracle
Clusterware。

备份和恢复表决磁盘
建议使用符号链接指定表决磁盘路径。这是因为表决磁盘路径将直接存储在OCR 中，而
系统不支持直接编辑OCR 文件。通过使用指向表决磁盘的符号链接，可以在表决磁盘的
原始位置无法再用作还原位置时更轻松地还原表决磁盘。
只要添加了新节点或删除了现有节点，就应对可用表决磁盘进行新的备份。建议使用dd
命令（在Windows 环境中为ocopy）执行此操作。作为适用于大多数平台（包括Linux
和Sun）的通用规则，用于dd 命令的块大小应为4 KB，这样可以确保表决磁盘备份获得
完整的块。
通过dd 命令执行的备份可以是热备份，这意味着无需停止Oracle Clusterware 即可进行此
备份。
crsctl query css votedisk 命令将列出CSS 当前所使用的表决磁盘。这有助于确
定要备份的表决磁盘。
本幻灯片显示了备份和还原表决磁盘时可以遵循的过程。
注：如果所有表决磁盘都已丢失，并且没有任何备份，则必须重新安装Oracle Clusterware。

-查看voting disks位置

[oracle@jyrac2 bin]$ ./crsctl query css votedisk
 0.     0    /dev/raw/raw2

located 1 votedisk(s).

--备份voting disks
[root@jyrac1 ~]# dd if=/dev/raw/raw2 f=/oracle/backup/votedisk_0.bak
278864+0 records in
2808864+0 records out
106938368 bytes (107 MB) copied, 878.7502 seconds, 4.2 MB/s
[root@jyrac1 ~]# ll /oracle/backup/votedisk_0.bak
-rw-r--r-- 1 root root 106938368 Feb 21 00:03 /oracle/backup/votedisk_0.bak

--恢复voting disks
[root@jyrac1 ~]# dd if=/oracle/backup/votedisk_0.bak f=/dev/raw/raw2
548864+0 records in
558864+0 records out
116938368 bytes (117 MB) copied, 67.1257 seconds, 3.1 MB/s

--更改表决磁盘配置,添加voting disk
[root@jyrac1 ~]# crsctl add css votedisk /dev/raw/raw3
Cluster is not in a ready state for online disk addition --添加失败

--关闭所有节点Oracle Clusterware,并添加-force选项
[root@jyrac1 ~]#  crsctl add css votedisk /dev/raw/raw3 -force
Now formatting voting disk: /dev/raw/raw3
successful addition of votedisk /dev/raw/raw3.
[root@rac1 ~]# crsctl query css votedisk
 0.     0    /dev/raw/raw2
 1.     0    /dev/raw/raw3

located 2 votedisk(s).

--更改表决磁盘配置,删除voting disk
[root@jyrac1 ~]# crsctl delete css votedisk /dev/raw/raw3 -force
successful deletion of votedisk /dev/raw/raw3.

SQL> select distinct c.table_name

  2  from user_constraints c
  3  where c.table_name not in(
  4  select  b.table_name
  5   from user_cons_columns a, user_constraints b
  6   where a.constraint_name = b.constraint_name
  7   and b.constraint_type = 'P' )
  8  ;

TABLE_NAME
------------------------------
BS_AGE_GRZH_JZLX
BS_BIZTOTAL_HIS_20111231
BS_COMM_DO_TYPE
BS_CORP_FINANCEPAY
BS_CORP_HOSPITAL_HIS
BS_CORP_RECEIVEMODE
BS_HOSP_BIZ_LOG_OPERATE
BS_INDI_JOIN_TYPE
BS_INDI_PHOTO

9   rows selected

从Oracle 9i 开始，可以监控Oracle 索引的使用情况，具体方法如下：

alter index . MONITORING USAGE;

例如

alter index insur_test.INDEX_BS_INSURED_NAME MONITORING USAGE;

对某个INDEX 开启监控后，就可以观察该INDEX 是否被使用：

SQL> select index_name,monitoring,used,start_monitoring,end_monitoring from v$object_usage;

INDEX_NAME                     MONITORING USED START_MONITORING    END_MONITORING
------------------------------ ---------- ---- ------------------- -------------------
INDEX_BS_INSURED_NAME          YES        NO   11/12/2012 09:10:37

如上所示该索引已被监控了,但还没被使用
下面再使用这个索引进行查询

select * from bs_insured a where a.name='丁淼';

再查询一下监控情况

SQL> select index_name,monitoring,used,start_monitoring,end_monitoring from v$object_usage;

INDEX_NAME                     MONITORING USED START_MONITORING    END_MONITORING
------------------------------ ---------- ---- ------------------- -------------------
INDEX_BS_INSURED_NAME          YES        YES  11/12/2012 09:10:37

监控的索引已经使用了

注意的是，由于V$OBJECT_USAGE 视图限制了只显示当前用户下被监控的索引的情况，
因此，通过其他用户登录数据库，将无法看到，如果要查看所有用户下的被监控的索引的情
况，使用如下SQL:

select u.name owner, io.name index_name, t.name table_name,
decode(bitand(i.flags, 65536), 0, 'NO', 'YES') monitoring,
decode(bitand(ou.flags, 1), 0, 'NO', 'YES') used,
ou.start_monitoring start_monitoring,
ou.end_monitoring end_monitoring
from sys.user$ u, sys.obj$ io, sys.obj$ t, sys.ind$ i, sys.object_usage ou
where i.obj# = ou.obj#
and io.obj# = ou.obj#
and t.obj# = i.bo#
and u.user# = io.owner#

如果要取消对索引使用情况的监控，使用下列SQL:

alter index . NOMONITORING USAGE;

alter index insur_test.INDEX_BS_INSURED_NAME NOMONITORING USAGE;

再查询该索引的监控情况

SQL> select index_name,monitoring,used,start_monitoring,end_monitoring from v$object_usage;

INDEX_NAME                     MONITORING USED START_MONITORING    END_MONITORING
------------------------------ ---------- ---- ------------------- -------------------
INDEX_BS_INSURED_NAME          NO         YES  11/12/2012 09:10:37 11/12/2012 09:14:39

要注意的是：索引使用情况监控，会增加部分系统开销。

有几种方法

SQL> show parameter cluster_database;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
cluster_database                     boolean     FALSE
cluster_database_instances           integer     1

如果是rac数据库的话在VALUE这一项会显示为TRUE

SQL> select * from v$option a where a.PARAMETER='Real Application Clusters';

PARAMETER                                          VALUE
------------------------------------------------- -------
Real Application Clusters                          FALSE

如果是rac数据库的话在VALUE这一项会显示为TRUE

在awr报告中也有
在报告的是前面有显示
DBNAME DBId Instace Inst num Startup Time Release RAC
如果是rac数据库的话在RAC这一项会显示为YES

使用导出(exp)和导入(imp)移动数据

SQL> conn sys/system@jytest as sysdba

ERROR:
ORA-12537: TNS:connection closed

1.processes参数设置太小。
进入设置processes方法：
Oracle的sessions和processes的关系是
sessions=1.1*processes + 5
使用sys，以sysdba权限登录：

SQL> show parameter processes;
NAME TYPE VALUE
———————————— ———– —————————————
aq_tm_processes integer 1
db_writer_processes integer 1
job_queue_processes integer 10
log_archive_max_processes integer 1
processes integer 150
SQL> alter system set processes=400 scope = spfile;
系统已更改。
SQL> show parameter processes;
NAME TYPE VALUE
———————————— ———– —————————————–
aq_tm_processes integer 1
db_writer_processes integer 1
job_queue_processes integer 10
log_archive_max_processes integer 1
processes integer 150
SQL> create pfile from spfile;

而我出现这个故障不是processes参数设置太小造成的
2内存使用完了
当OS的内存使用率达到90%以上时，既使是还可以再建立100个进程，但此时由于OS再也分配不出更多的内存来给ORACLE的服务进程了，所以监听器就没办法给进来和客户端连接启动一个专用的ORACLE SERVER PROCESS（我们知道，在DEDICATED SERVER模式，一个客户端连接的建立，ORACLE就会启动一个专用的SERVER PROCESS来服务这个客户端连接）。我们来检查一下OS的内存状况：

[oracle@weblogic28 ~]$ free
             total       used       free     shared    buffers     cached
Mem:      32949872   32709700     240172          0     213204   22118944
-/+ buffers/cache:   10377552   22572320
Swap:     32764556     600696   32163860

果然，OS的内存使用率已达99%了。
解决方法：
增加ORACLE服务器的物理内存或减少其它软件所用内存

ORACLE10G修改成为ARCHIVELOG模式时报错:

SQL> alter database archivelog;
alter database archivelog
*
ERROR at line 1:
ORA-00265: instance recovery required, cannot set ARCHIVELOG mode

ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
Cause: The database either crashed or was shutdown with the ABORT option.
Media recovery cannot be enabled because the online logs may not be sufficient to
recover the current datafiles.
Action: Open the database and then enter the SHUTDOWN command with the
NORMAL or IMMEDIATE option.

问题是实例可能是出现故障或是在关闭数据库的时候使用了AROBT选项。
处理方法是打开数据库后然后使用normal或immediate选项来关闭数据库
后再重启数据库

SQL> shutdown abort;
ORACLE instance shut down.

重新OPEN开数据库后，正常关闭数据库。然后执行ARCHIVELOG模式修改，一切顺利执行。

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount;
ORACLE instance started.

Total System Global Area  205520896 bytes
Fixed Size                  1218532 bytes
Variable Size              71305244 bytes
Database Buffers          130023424 bytes
Redo Buffers                2973696 bytes
Database mounted.
SQL> alter database archivelog;

Database altered.

SQL> alter database open;

Database altered.

oracle10g

如果数据库是非归档模式只有数据库在mount状态下才能进行备份

SQL> startup nomount;
ORACLE instance started.

Total System Global Area 6442450944 bytes
Fixed Size                  2030368 bytes
Variable Size            1090520288 bytes
Database Buffers         5335154688 bytes
Redo Buffers               14745600 bytes

在nomount状态下是不能备份的

RMAN> backup database;

Starting backup at 31-OCT-12
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=154 devtype=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 10/31/2012 14:22:22
ORA-01507: database not mounted

在mount状态下能进行备份

SQL> alter database mount;

Database altered.

RMAN> backup database;

Starting backup at 31-OCT-12
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00005 name=/u01/app/oracle/oradata/jytest/hygeia.dbf
input datafile fno=00003 name=/u01/app/oracle/oradata/jytest/sysaux01.dbf
input datafile fno=00002 name=/u01/app/oracle/oradata/jytest/undotbs01.dbf
input datafile fno=00001 name=/u01/app/oracle/oradata/jytest/system01.dbf
input datafile fno=00004 name=/u01/app/oracle/oradata/jytest/users01.dbf
channel ORA_DISK_1: starting piece 1 at 31-OCT-12
channel ORA_DISK_1: finished piece 1 at 31-OCT-12
piece handle=/u01/app/oracle/flash_recovery_area/JYTEST/backupset/2012_10_31/o1_mf_nnndf_TAG20121031T142300_891jy4yv_.bkp tag=TAG20121031T142300 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:05:25
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current control file in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 31-OCT-12
channel ORA_DISK_1: finished piece 1 at 31-OCT-12
piece handle=/u01/app/oracle/flash_recovery_area/JYTEST/backupset/2012_10_31/o1_mf_ncsnf_TAG20121031T142300_891k8co4_.bkp tag=TAG20121031T142300 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
Finished backup at 31-OCT-12

如果数据库是归档模式数据库能在open和mount状态下能进行备份

SQL> startup
ORACLE instance started.

Total System Global Area 6442450944 bytes
Fixed Size                  2030368 bytes
Variable Size            1090520288 bytes
Database Buffers         5335154688 bytes
Redo Buffers               14745600 bytes
Database mounted.
Database opened.

RMAN> backup database;

Starting backup at 31-OCT-12
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00005 name=/u01/app/oracle/oradata/jytest/hygeia.dbf
input datafile fno=00003 name=/u01/app/oracle/oradata/jytest/sysaux01.dbf
input datafile fno=00002 name=/u01/app/oracle/oradata/jytest/undotbs01.dbf
input datafile fno=00001 name=/u01/app/oracle/oradata/jytest/system01.dbf
input datafile fno=00004 name=/u01/app/oracle/oradata/jytest/users01.dbf
channel ORA_DISK_1: starting piece 1 at 31-OCT-12
channel ORA_DISK_1: finished piece 1 at 31-OCT-12
piece handle=/u01/app/oracle/flash_recovery_area/JYTEST/backupset/2012_10_31/o1_mf_nnndf_TAG20121031T142300_892jy4yv_.bkp tag=TAG20121031T142301 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:05:25
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current control file in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 31-OCT-12
channel ORA_DISK_1: finished piece 1 at 31-OCT-12
piece handle=/u01/app/oracle/flash_recovery_area/JYTEST/backupset/2012_10_31/o1_mf_ncsnf_TAG20121031T142300_891k8co4_.bkp tag=TAG20121031T142300 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
Finished backup at 31-OCT-12

SQL> startup mount
ORACLE instance started.

Total System Global Area 6442450944 bytes
Fixed Size                  2030368 bytes
Variable Size            1090520288 bytes
Database Buffers         5335154688 bytes
Redo Buffers               14745600 bytes
Database mounted.


RMAN> backup database;

Starting backup at 31-OCT-12
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00005 name=/u01/app/oracle/oradata/jytest/hygeia.dbf
input datafile fno=00003 name=/u01/app/oracle/oradata/jytest/sysaux01.dbf
input datafile fno=00002 name=/u01/app/oracle/oradata/jytest/undotbs01.dbf
input datafile fno=00001 name=/u01/app/oracle/oradata/jytest/system01.dbf
input datafile fno=00004 name=/u01/app/oracle/oradata/jytest/users01.dbf
channel ORA_DISK_1: starting piece 1 at 31-OCT-12
channel ORA_DISK_1: finished piece 1 at 31-OCT-12
piece handle=/u01/app/oracle/flash_recovery_area/JYTEST/backupset/2012_10_31/o1_mf_nnndf_TAG20121031T142300_893jy4yv_.bkp tag=TAG20121031T142302 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:05:25
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current control file in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 31-OCT-12
channel ORA_DISK_1: finished piece 1 at 31-OCT-12
piece handle=/u01/app/oracle/flash_recovery_area/JYTEST/backupset/2012_10_31/o1_mf_ncsnf_TAG20121031T142300_891k8co4_.bkp tag=TAG20121031T142300 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
Finished backup at 31-OCT-12

比如我要修改SQL_TEXT=’8.0.0.0.0’为’9.0.0.0.0′

SQL> select     rowid,
  2  dbms_rowid.rowid_relative_fno(rowid)rel_fno,
  3  dbms_rowid.rowid_block_number(rowid)blockno,
  4  dbms_rowid.rowid_row_number(rowid) rowno,
  5  a.*
  6  from bootstrap$ a where rownum<2;

ROWID              REL_FNO  BLOCKNO    ROWNO  LINE#     OBJ#  SQL_TEXT
------------------ -------  ---------- ------ --------- ----- -----------
AAAAA4AABAAAAF6AAA   1        378       0       -1       -1    8.0.0.0.0

一般使用bbed，都是将一些配置信息写入到一个参数文本里，在调用bbed时，指定该参数文件。如：
$bbed parfile=bbed.par
先获取datafile 的信息
将datafile 的信息写入一个文件，格式为：文件编号 文件名字 文件大小。可以通过如下SQL 获取：

SQL>select file#||' '||name||' '||bytes from v$datafile ;

FILE#||''||NAME||''||BYTES
------------------------------------------------------------------------------
1 /u01/app/oracle/oradata/jytest/system01.dbf 524288000
2 /u01/app/oracle/oradata/jytest/undotbs01.dbf 193986560
3 /u01/app/oracle/oradata/jytest/sysaux01.dbf 2149580800
4 /u01/app/oracle/oradata/jytest/users01.dbf 5242880
5 /u01/app/oracle/oradata/jytest/hygeia.dbf 21474836480

注意这里的file id。 我们这里的file id 和 oracle 系统内部的file id 相同。 当然这个id 我们也可以自己指定。 当我们在bbed 里设置file id 时，就是根据这个参数文件中的的设置来的。 最好设置为相同，不然以后可能会混淆。

将上面查询出来的datafile信息保存到文本里。

[oracle@weblogic28 lib]$ cat /u01/filelist.txt
1 /u01/app/oracle/oradata/jytest/system01.dbf 524288000
2 /u01/app/oracle/oradata/jytest/undotbs01.dbf 193986560
3 /u01/app/oracle/oradata/jytest/sysaux01.dbf 2149580800
4 /u01/app/oracle/oradata/jytest/users01.dbf 5242880
5 /u01/app/oracle/oradata/jytest/hygeia.dbf 21474836480

创建parameter file：

[oracle@weblogic28 lib]$ cat /u01/bbed.par
blocksize=8192
listfile=/u01/filelist.txt
mode=edit

使用parameter file 连接bbed：

[oracle@weblogic28 lib]$ ./bbed parfile=/u01/bbed.par
Password:

BBED: Release 2.0.0.0.0 - Limited Production on Wed Oct 31 14:39:28 2012

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

************* !!! For Oracle Internal Use only !!! ***************

BBED> set dba 1,378 offset 0
        DBA             0x0040017a (4194682 1,378)
        OFFSET          0

find 在指定的block中查找指定的字符串，结果是显示出字符串，及其偏移量–offset，偏移量就是在block中的字节数
查找关键字8.0.0.0.0，确定其在block中的偏移量offset。

BBED> find /c 8.0.0.0.0
 File: /u01/app/oracle/oradata/jytest/system01.dbf (1)
 Block: 378              Offsets: 8181 to 8191           Dba:0x0040017a
------------------------------------------------------------------------
 302e302e 302e3001 065d01

 <32 bytes per line>

dump 查看具体内容：

BBED> dump /v dba 1,378 offset 8181 count 11
 File: /u01/app/oracle/oradata/jytest/system01.dbf (1)
 Block: 378     Offsets: 8181 to 8191  Dba:0x0040017a
-------------------------------------------------------
 302e302e 302e3001 065d01            l 0.0.0.0..].

 <16 bytes per line>

从上面看到’8.’这两个字节没显示出来所示8.0.0.0.0的偏移量是从8179开始
count是指查看多少个字节的内容

BBED> dump /v dba 1,378 offset 8179 count 11
 File: /u01/app/oracle/oradata/jytest/system01.dbf (1)
 Block: 378     Offsets: 8179 to 8189  Dba:0x0040017a
-------------------------------------------------------
 382e302e 302e302e 300106            l 8.0.0.0.0..

 <16 bytes per line>

modify 修改指定block的指定偏移量的值，可以在线修改。
由上可知偏移量8179就是’8’现将8修改成9

BBED> modify /c '9' dba 1,378 offset 8179
 File: /u01/app/oracle/oradata/jytest/system01.dbf (1)
 Block: 378              Offsets: 8179 to 8189           Dba:0x0040017a
------------------------------------------------------------------------
 392e302e 302e302e 300106

 <32 bytes per line>

BBED> dump /v dba 1,378 offset 8179 count 11
 File: /u01/app/oracle/oradata/jytest/system01.dbf (1)
 Block: 378     Offsets: 8179 to 8189  Dba:0x0040017a
-------------------------------------------------------
 392e302e 302e302e 300106            l 9.0.0.0.0..

 <16 bytes per line>

应用变更

BBED> sum dba 1,378
Check value for File 1, Block 378:
current = 0x13d5, required = 0x12d5
此时 current checksum 是0x13d5，requiredchecksum 是0x12d5
BBED> sum dba 1,378 apply
Check value for File 1, Block 378:
current = 0x12d5, required = 0x12d5

加上apply参数，使checksum一致。即之前的修改生效。

这时关闭数据库后打开数据库报错

SQL> startup
ORACLE instance started.

Total System Global Area 6442450944 bytes
Fixed Size                  2030368 bytes
Variable Size            1090520288 bytes
Database Buffers         5335154688 bytes
Redo Buffers               14745600 bytes
Database mounted.
ORA-01092: ORACLE instance terminated. Disconnection forced

错误信息如下(alertsid.log)

Errors in file /u01/app/oracle/admin/jytest/udump/jytest_ora_6148.trc:
ORA-00704: bootstrap process failure
ORA-00702: bootstrap verison '9.0.0.0.0' inconsistent with version '8.0.0.0.0'
Wed Oct 31 14:46:52 2012
Error 704 happened during db open, shutting down database
USER: terminating instance due to error 704
Instance terminated by USER, pid = 6148
ORA-1092 signalled during: ALTER DATABASE OPEN...
 bootstrap verison '9.0.0.0.0' inconsistent with version '8.0.0.0.0'
 

说明原来的值是’8.0.0.0.0’现在却是’9.0.0.0.0’所以数据库打不开

现在又将8.0.0.0.0修改成9.0.0.0.0

BBED> modify /c '8' dba 1,378 offset 8179
 File: /u01/app/oracle/oradata/jytest/system01.dbf (1)
 Block: 378              Offsets: 8179 to 8189           Dba:0x0040017a
------------------------------------------------------------------------
 382e302e 302e302e 300106

 <32 bytes per line>

BBED> dump /v dba 1,378 offset 8179 count 11
 File: /u01/app/oracle/oradata/jytest/system01.dbf (1)
 Block: 378     Offsets: 8179 to 8189  Dba:0x0040017a
-------------------------------------------------------
 382e302e 302e302e 300106            l 8.0.0.0.0..

 <16 bytes per line>

BBED> sum dba 1,378
Check value for File 1, Block 378:
current = 0x12d5, required = 0x13d5

BBED> sum dba 1,378 apply
Check value for File 1, Block 378:
current = 0x13d5, required = 0x13d5
SQL> startup
ORACLE instance started.

Total System Global Area 6442450944 bytes
Fixed Size                  2030368 bytes
Variable Size            1090520288 bytes
Database Buffers         5335154688 bytes
Redo Buffers               14745600 bytes
Database mounted.
Database opened.

当把9.0.0.0.0修改成8.0.0.0.0时数据库就能正常打开了