jolly10的专栏

1.先做一次全备，包括归档日志 备份之前检查一下测试的表空间是不是自包含的，如果不是的话需要作相应的调整。 SQL> exec dbms_tts.transport_set_check('L5MSPACE',true); PL/SQL procedure successfully completed. SQL> select * from transport_set_v...

在10g中，如果指定了db_recovery_file_dest 参数，那么归档日志将存放到这个参数指向的目录下，如果同时指定了log_archive_dest，则将同时往这两个参数指定的目录中归档。 1.只设置db_recovery_file_desc参数，log_archive_desc设置为空 SQL> show parameter db_recovery NAME

环境 ：数据库   ORACLE 10.2.0.4.0        系统  ：  linux enterprise 4 =================备份脚本=================== 开始准备了两份备份脚本 如下: backup_full0.rcv.rman       -------全库备份及控制文件 [oracle@qht111 rman_script]$ cat

将原库用rman做个全备份，将备份集 备份到目标数据库之后，进行恢复的试验。   [oracle@rhel133 dbs]$ rman target / Recovery Manager: Release 10.2.0.4.0 - Production on Fri Dec 14 16:26:17 2012 Copyright (c) 1982, 2007, Oracle.  All ri

如果一个数据库非常大，要对这个数据库进行迁移，在不考虑磁盘空间的前提下，要求在最短的时间内完成切换操作。 下面是一个迁移的测试： 源数据库：rhel133 目录数据库：rhel134   1. 在Target库rman 备份数据库，并将备份copy到Auxiliary库的相同位置 [oracle@rhel133 RMAN]$ scp * 172.17.61.134:/u03/RMAN

测试平台信息： Oracle：10gR2 操作系统：Redhat 4.5 Target DB:ORCL 几点说明： （1）RMAN 异机恢复的时候，db_name必须相同。 如果说要想改成其他的实例名，可以在恢复成功后，用nid命令修改。 实例名的信息会记录到控制文件里，所以如果在恢复的时候，如果实例名不一致，恢复的时候会报错。 （2）如果恢复的路径和源库不一致，就需要在r

ORA-16014错误解决办法 1.问题以及解决过程 SQL> select status from v$instance; STATUS ------------ MOUNTED SQL> alter database open; alter database open * 第 1 行出现错误: ORA-16014: 日志 2 的序列号 27 未归档, 没