rman连接catalog备份时使用的基表和view，解释如下：Base tables:=======================NAME       DESCRIPTION-------   --------------------AL         contains archived logs. archived logs are uniquely identified by dbinc_key, recid and stamp.BCB        contains corrupt block ranges in datafile backups.BCF        contains control file backups (in backup sets).BDF        contains all datafile backups (in backup sets).BP         contains all backup pieces of backup sets.BRL  ...继续阅读 (37)

_db_block_max_cr_dba 这个隐含参数的作用是控制每个block（即一个dba下，或者说x$bh.dbablk）的最多cr块的个数。默认值是6（5个CR+1个XCUR）。当产生一致性读（CR）的时候，session会从前镜像读取块，加载到buffer cache中，加载的这个块，我们叫CR copy。保留多个版本的CR，可以缓解对buffer中block的并发争用（buffer busy wait），避免多个session同时读取一个buffer block。但是如果版本过多，挂在一个hash chain下的block太多，又会造成CBC latch的争用。所以oracle选择了6个版本。我们来测试一下CR copy的特性（数据库版本11.2.0.4）：数据初始化：drop table t1 purge;create table t1(c1 int, c2 char(700));insert into t1 select rownum as c1,'x' as c2 from dual connect by level<=10;commit;SQL> col file# for 999999999SQL> col block# for 999999999SQL> select dbms_rowid.rowid_relative_fno(row ...继续阅读 (35)

_db_block_max_cr_dba 这个隐含参数的作用是控制每个block（即一个dba下，或者说x$bh.dbablk）的最多cr块的个数。默认值是6（5个CR+1个XCUR）。当产生一致性读（CR）的时候，session会从前镜像读取块，加载到buffer cache中，加载的这个块，我们叫CR copy。保留多个版本的CR，可以缓解对buffer中block的并发争用（buffer busy wait），避免多个session同时读取一个buffer block。但是如果版本过多，挂在一个hash chain下的block太多，又会造成CBC latch的争用。所以oracle选择了6个版本。我们来测试一下CR copy的特性（数据库版本11.2.0.4）：数据初始化：drop table t1 purge;create table t1(c1 int, c2 char(700));insert into t1 select rownum as c1,'x' as c2 from dual connect by level<=10;commit;SQL> col file# for 999999999SQL> col block# for 999999999SQL> select dbms_rowid.rowid_relative_fno(row ...继续阅读 (33)

_db_block_max_cr_dba 这个隐含参数的作用是控制每个block（即一个dba下，或者说x$bh.dbablk）的最多cr块的个数。默认值是6（5个CR+1个XCUR）。当产生一致性读（CR）的时候，session会从前镜像读取块，加载到buffer cache中，加载的这个块，我们叫CR copy。保留多个版本的CR，可以缓解对buffer中block的并发争用（buffer busy wait），避免多个session同时读取一个buffer block。但是如果版本过多，挂在一个hash chain下的block太多，又会造成CBC latch的争用。所以oracle选择了6个版本。我们来测试一下CR copy的特性（数据库版本11.2.0.4）：数据初始化：drop table t1 purge;create table t1(c1 int, c2 char(700));insert into t1 select rownum as c1,'x' as c2 from dual connect by level<=10;commit;SQL> col file# for 999999999SQL> col block# for 999999999SQL> select dbms_rowid.rowid_relative_fno(row ...继续阅读 (38)

_db_block_max_cr_dba 这个隐含参数的作用是控制每个block（即一个dba下，或者说x$bh.dbablk）的最多cr块的个数。默认值是6（5个CR+1个XCUR）。当产生一致性读（CR）的时候，session会从前镜像读取块，加载到buffer cache中，加载的这个块，我们叫CR copy。保留多个版本的CR，可以缓解对buffer中block的并发争用（buffer busy wait），避免多个session同时读取一个buffer block。但是如果版本过多，挂在一个hash chain下的block太多，又会造成CBC latch的争用。所以oracle选择了6个版本。我们来测试一下CR copy的特性（数据库版本11.2.0.4）：数据初始化：drop table t1 purge;create table t1(c1 int, c2 char(700));insert into t1 select rownum as c1,'x' as c2 from dual connect by level<=10;commit;SQL> col file# for 999999999SQL> col block# for 999999999SQL> select dbms_rowid.rowid_relative_fno(row ...继续阅读 (26)

当我们用DBMS_STATS.CREATE_STAT_TABLE备份统计信息的时候，我们可以看对应的备份统计信息表各个字段的含义。根据Type有分T=table，I=index，C=column，S=system。具体含义见下：参考：Doc ID 188152.1 ...继续阅读 (40)

当我们用DBMS_STATS.CREATE_STAT_TABLE备份统计信息的时候，我们可以看对应的备份统计信息表各个字段的含义。根据Type有分T=table，I=index，C=column，S=system。具体含义见下：desc of the STATS table (11.2.0.3)  Name                                      Null?    Type ----------------------------------------- -------- ---------------------------- STATID                                             VARCHAR2(30) TYPE& ...继续阅读 (20)

当我们用DBMS_STATS.CREATE_STAT_TABLE备份统计信息的时候，我们可以看对应的备份统计信息表各个字段的含义。根据Type有分T=table，I=index，C=column，S=system。具体含义见下：desc of the STATS table (11.2.0.3)  Name                                      Null?    Type ----------------------------------------- -------- ---------------------------- STATID                                             VARCHAR2(30) TYPE& ...继续阅读 (30)

当我们用DBMS_STATS.CREATE_STAT_TABLE备份统计信息的时候，我们可以看对应的备份统计信息表各个字段的含义。根据Type有分T=table，I=index，C=column，S=system。具体含义见下：desc of the STATS table (11.2.0.3)  Name                                      Null?    Type ----------------------------------------- -------- ---------------------------- STATID                                             VARCHAR2(30) TYPE& ...继续阅读 (41)

12.1.0.2之后，duplicate target database for standby from active database的时候，总是hang死在restore controlfile的情况。这个由于Bug 19664695引起。（Bug22468652和Bug 20721271最终都可以归结到Bug 19664695上去。）解决方法是在ORACLE_HOME和GRID_HOME的sqlnet.ora文件中都设置DISABLE_OOB=on 。详情可参考 RMAN active duplicate hanging on restore control file (Doc ID 2073604.1)*** RMAN active duplicate hanging on restore control file (Doc ID 2073604.1) *** ###################  APPLIES TO:################## Oracle Database - Enterprise Edition - Version 12.1.0.2 and laterInformation in this document applies to any platform.SYMPTOMS  Dupli ...继续阅读 (41)

12.1.0.2之后，duplicate target database for standby from active database的时候，总是hang死在restore controlfile的情况。这个由于Bug 19664695引起。（Bug22468652和Bug 20721271最终都可以归结到Bug 19664695上去。）解决方法是在ORACLE_HOME和GRID_HOME的sqlnet.ora文件中都设置DISABLE_OOB=on 。详情可参考 RMAN active duplicate hanging on restore control file (Doc ID 2073604.1)*** RMAN active duplicate hanging on restore control file (Doc ID 2073604.1) *** ###################  APPLIES TO:################## Oracle Database - Enterprise Edition - Version 12.1.0.2 and laterInformation in this document applies to any platform.SYMPTOMS  Dupli ...继续阅读 (35)

12.1.0.2之后，duplicate target database for standby from active database的时候，总是hang死在restore controlfile的情况。这个由于Bug 19664695引起。（Bug22468652和Bug 20721271最终都可以归结到Bug 19664695上去。）解决方法是在ORACLE_HOME和GRID_HOME的sqlnet.ora文件中都设置DISABLE_OOB=on 。详情可参考 RMAN active duplicate hanging on restore control file (Doc ID 2073604.1)*** RMAN active duplicate hanging on restore control file (Doc ID 2073604.1) *** ###################  APPLIES TO:################## Oracle Database - Enterprise Edition - Version 12.1.0.2 and laterInformation in this document applies to any platform.SYMPTOMS  Dupli ...继续阅读 (31)

12.1.0.2之后，duplicate target database for standby from active database的时候，总是hang死在restore controlfile的情况。这个由于Bug 19664695引起。（Bug22468652和Bug 20721271最终都可以归结到Bug 19664695上去。）解决方法是在ORACLE_HOME和GRID_HOME的sqlnet.ora文件中都设置DISABLE_OOB=on 。详情可参考 RMAN active duplicate hanging on restore control file (Doc ID 2073604.1)*** RMAN active duplicate hanging on restore control file (Doc ID 2073604.1) *** ###################  APPLIES TO:################## Oracle Database - Enterprise Edition - Version 12.1.0.2 and laterInformation in this document applies to any platform.SYMPTOMS  Dupli ...继续阅读 (20)

9月的OOW快要到了，估计12.2的版本届时也会发布，今天我们来看提前一下相比于12.1，12.2多了那些新特性。（注：这些新特性，大家仅当rumor看看就好，真正的12.2新特性，以实际发布为准。）(1)PDB and CDB相关：(1.1) PDB level snapshot(1.2) cdb级别设置sga_target,pdb级别也可以（才可以）设置sga_target,(1.2.1)总计各个pdb的sga_target可以大于instance级别的sga_target,但是单个pdb的sga_target不能大于instance级别的sga_target(1.2.2)sga_min_size参数，可以在pdb级别设置。(1.3) pdb级别设置 PGA_AGGREGATE_LIMIT 和 PGA_AGGREGATE_TARGET （默认情况下PGA_AGGREGATE_TARGET×2=PGA_AGGREGATE_LIMIT）(1.4)控制PDB的IO使用，在12.2引入2个初始化参数MAX_IOPS和MAX_MBPS（注：这2个参数对non-cdb不适用，对exadata不适用。因为exadata有IO resource manager在cell上）(1.5)12.2支持cdb的ADO(2)TSDP(Transparent Sensitive Data Protecti ...继续阅读 (48)

9月的OOW快要到了，估计12.2的版本届时也会发布，今天我们来看提前一下相比于12.1，12.2多了那些新特性。（注：这些新特性，大家仅当rumor看看就好，真正的12.2新特性，以实际发布为准。）(1)PDB and CDB相关：(1.1) PDB level snapshot(1.2) cdb级别设置sga_target,pdb级别也可以（才可以）设置sga_target,(1.2.1)总计各个pdb的sga_target可以大于instance级别的sga_target,但是单个pdb的sga_target不能大于instance级别的sga_target(1.2.2)sga_min_size参数，可以在pdb级别设置。(1.3) pdb级别设置 PGA_AGGREGATE_LIMIT 和 PGA_AGGREGATE_TARGET （默认情况下PGA_AGGREGATE_TARGET×2=PGA_AGGREGATE_LIMIT）(1.4)控制PDB的IO使用，在12.2引入2个初始化参数MAX_IOPS和MAX_MBPS（注：这2个参数对non-cdb不适用，对exadata不适用。因为exadata有IO resource manager在cell上）(1.5)12.2支持cdb的ADO(1.6)PDB hot clone( nearly hot clone)(2)TSD ...继续阅读 (24)

9月的OOW快要到了，估计12.2的版本届时也会发布，今天我们来看提前一下相比于12.1，12.2多了那些新特性。（注：这些新特性，大家仅当rumor看看就好，真正的12.2新特性，以实际发布为准。）(1)PDB and CDB相关：(1.1) PDB level snapshot(1.2) cdb级别设置sga_target,pdb级别也可以（才可以）设置sga_target,(1.2.1)总计各个pdb的sga_target可以大于instance级别的sga_target,但是单个pdb的sga_target不能大于instance级别的sga_target(1.2.2)sga_min_size参数，可以在pdb级别设置。(1.3) pdb级别设置 PGA_AGGREGATE_LIMIT 和 PGA_AGGREGATE_TARGET （默认情况下PGA_AGGREGATE_TARGET×2=PGA_AGGREGATE_LIMIT）(1.4)控制PDB的IO使用，在12.2引入2个初始化参数MAX_IOPS和MAX_MBPS（注：这2个参数对non-cdb不适用，对exadata不适用。因为exadata有IO resource manager在cell上）(1.5)12.2支持cdb的ADO(1.6)PDB hot clone( nearly hot clone)(2)TSD ...继续阅读 (25)

9月的OOW快要到了，估计12.2的版本届时也会发布，今天我们来看提前一下相比于12.1，12.2多了那些新特性。（注：这些新特性，大家仅当rumor看看就好，真正的12.2新特性，以实际发布为准。）(1)PDB and CDB相关：(1.1) PDB level snapshot(1.2) cdb级别设置sga_target,pdb级别也可以（才可以）设置sga_target,(1.2.1)总计各个pdb的sga_target可以大于instance级别的sga_target,但是单个pdb的sga_target不能大于instance级别的sga_target(1.2.2)sga_min_size参数，可以在pdb级别设置。(1.3) pdb级别设置 PGA_AGGREGATE_LIMIT 和 PGA_AGGREGATE_TARGET （默认情况下PGA_AGGREGATE_TARGET×2=PGA_AGGREGATE_LIMIT）(1.4)控制PDB的IO使用，在12.2引入2个初始化参数MAX_IOPS和MAX_MBPS（注：这2个参数对non-cdb不适用，对exadata不适用。因为exadata有IO resource manager在cell上）(1.5)12.2支持cdb的ADO(1.6)PDB hot clone( nearly hot clone)(2)TSD ...继续阅读 (17)

在12c之前的行为，LGWR主线程负责redo strand的读取，而由spawn出来的thread来模拟异步IO进行redo的写入，然后由main thread通知FG进程而结束log file sync的等待。（可以看到第0个lwp的CPU占据比其他几个lwp稍高。）12c中有了scalable lgwr的功能，LGWR作为主进程做协调工作，具体的事情有slave进程LGnn来做。LGWR负责保证redo是按照顺序写入的，而slave LGnn根据LGWR的指示来进行redo strand的读取和redo的磁盘写入，并且由LGnn来直接通知FG进程写入完成而结束log file sync的等待。1. lgwr的子进程lgnn，适用在多CPU的系统中，Oracle由参数_use_single_log_writer控制，（默认值是adaptive，另外还有true和false），当设置为默认值adaptive，会根据系统负载，自动的调节是single log writer还是scalable log writer。调节的时候，在lgwr的trace文件中可以看到：*** 2016-03-10 18:35:27.186*** SESSION ID:(6.30501) 2016-03-10 18:35:27.186*** CLIENT ID:() 2016-03-10 18:35:2 ...继续阅读 (58)

在12c之前的行为，LGWR主线程负责redo strand的读取，而由spawn出来的thread来模拟异步IO进行redo的写入，然后由main thread通知FG进程而结束log file sync的等待。（可以看到第0个lwp的CPU占据比其他几个lwp稍高。）12c中有了scalable lgwr的功能，LGWR作为主进程做协调工作，具体的事情有slave进程LGnn来做。LGWR负责保证redo是按照顺序写入的，而slave LGnn根据LGWR的指示来进行redo strand的读取和redo的磁盘写入，并且由LGnn来直接通知FG进程写入完成而结束log file sync的等待。1. lgwr的子进程lgnn，适用在多CPU的系统中，Oracle由参数_use_single_log_writer控制，（默认值是adaptive，另外还有true和false），当设置为默认值adaptive，会根据系统负载，自动的调节是single log writer还是scalable log writer。调节的时候，在lgwr的trace文件中可以看到：*** 2016-03-10 18:35:27.186*** SESSION ID:(6.30501) 2016-03-10 18:35:27.186*** CLIENT ID:() 2016-03-10 18:35:2 ...继续阅读 (16)

在12c之前的行为，LGWR主线程负责redo strand的读取，而由spawn出来的thread来模拟异步IO进行redo的写入，然后由main thread通知FG进程而结束log file sync的等待。（可以看到第0个lwp的CPU占据比其他几个lwp稍高。）12c中有了scalable lgwr的功能，LGWR作为主进程做协调工作，具体的事情有slave进程LGnn来做。LGWR负责保证redo是按照顺序写入的，而slave LGnn根据LGWR的指示来进行redo strand的读取和redo的磁盘写入，并且由LGnn来直接通知FG进程写入完成而结束log file sync的等待。1. lgwr的子进程lgnn，适用在多CPU的系统中，Oracle由参数_use_single_log_writer控制，（默认值是adaptive，另外还有true和false），当设置为默认值adaptive，会根据系统负载，自动的调节是single log writer还是scalable log writer。调节的时候，在lgwr的trace文件中可以看到：*** 2016-03-10 18:35:27.186*** SESSION ID:(6.30501) 2016-03-10 18:35:27.186*** CLIENT ID:() 2016-03-10 18:35:2 ...继续阅读 (19)

在12c之前的行为，LGWR主线程负责redo strand的读取，而由spawn出来的thread来模拟异步IO进行redo的写入，然后由main thread通知FG进程而结束log file sync的等待。（可以看到第0个lwp的CPU占据比其他几个lwp稍高。）12c中有了scalable lgwr的功能，LGWR作为主进程做协调工作，具体的事情有slave进程LGnn来做。LGWR负责保证redo是按照顺序写入的，而slave LGnn根据LGWR的指示来进行redo strand的读取和redo的磁盘写入，并且由LGnn来直接通知FG进程写入完成而结束log file sync的等待。1. lgwr的子进程lgnn，适用在多CPU的系统中，Oracle由参数_use_single_log_writer控制，（默认值是adaptive，另外还有true和false），当设置为默认值adaptive，会根据系统负载，自动的调节是single log writer还是scalable log writer。调节的时候，在lgwr的trace文件中可以看到：*** 2016-03-10 18:35:27.186*** SESSION ID:(6.30501) 2016-03-10 18:35:27.186*** CLIENT ID:() 2016-03-10 18:35:2 ...继续阅读 (20)

升级patchset是小事？不是，patchset的升级从来都不是小事。如12.1.0.1到12.1.0.2就多了一个引人注目的in-memory options。今天说一个你可能不知道的从11.2.0.3升级到11.2.0.4的变化。（Solaris操作系统）在高并发的连接时，如果listener“太忙”，就会在tcpip这一层把包丢弃，我们可以在操作系统上用命令看：# netstat -sP tcpTCP     tcpListenDrop       =     0        tcpHalfOpenDrop     =     0如果上述两个值长时间大于0，说明有排队现象，会导致系统网络速度变慢。对应于listener，我们可以适当的加大queuesize参数，来解决上面的问题。可是问题是，在没有设置的情况下，默认值是多少？在文档TNS-12535 / ORA-12535 on Connection to Database (Doc ID 214122.1)中有提及：Solaris testing shows the following. SolarisO ...继续阅读 (127)

升级patchset是小事？不是，patchset的升级从来都不是小事。如12.1.0.1到12.1.0.2就多了一个引人注目的in-memory options。今天说一个你可能不知道的从11.2.0.3升级到11.2.0.4的变化。（Solaris操作系统）在高并发的连接时，如果listener“太忙”，就会在tcpip这一层把包丢弃，我们可以在操作系统上用命令看：# netstat -sP tcpTCP     tcpListenDrop       =     0        tcpHalfOpenDrop     =     0如果上述两个值长时间大于0，说明有排队现象，会导致系统网络速度变慢。对应于listener，我们可以适当的加大queuesize参数，来解决上面的问题。可是问题是，在没有设置的情况下，默认值是多少？在文档TNS-12535 / ORA-12535 on Connection to Database (Doc ID 214122.1)中有提及：Solaris testing shows the following. SolarisO ...继续阅读 (25)

升级patchset是小事？不是，patchset的升级从来都不是小事。如12.1.0.1到12.1.0.2就多了一个引人注目的in-memory options。今天说一个你可能不知道的从11.2.0.3升级到11.2.0.4的变化。（Solaris操作系统）在高并发的连接时，如果listener“太忙”，就会在tcpip这一层把包丢弃，我们可以在操作系统上用命令看：# netstat -sP tcpTCP     tcpListenDrop       =     0        tcpHalfOpenDrop     =     0如果上述两个值长时间大于0，说明有排队现象，会导致系统网络速度变慢。对应于listener，我们可以适当的加大queuesize参数，来解决上面的问题。可是问题是，在没有设置的情况下，默认值是多少？在文档TNS-12535 / ORA-12535 on Connection to Database (Doc ID 214122.1)中有提及：Solaris testing shows the following. SolarisO ...继续阅读 (22)

升级patchset是小事？不是，patchset的升级从来都不是小事。如12.1.0.1到12.1.0.2就多了一个引人注目的in-memory options。今天说一个你可能不知道的从11.2.0.3升级到11.2.0.4的变化。（Solaris操作系统）在高并发的连接时，如果listener“太忙”，就会在tcpip这一层把包丢弃，我们可以在操作系统上用命令看：# netstat -sP tcpTCP     tcpListenDrop       =     0        tcpHalfOpenDrop     =     0如果上述两个值长时间大于0，说明有排队现象，会导致系统网络速度变慢。对应于listener，我们可以适当的加大queuesize参数，来解决上面的问题。可是问题是，在没有设置的情况下，默认值是多少？在文档TNS-12535 / ORA-12535 on Connection to Database (Doc ID 214122.1)中有提及：Solaris testing shows the following. SolarisO ...继续阅读 (17)

Mike Dietrich有一篇600多页的ppt，叫『Upgrade, Migrate & Consolidate to Oracle Database 12c』。在这个ppt里面，有一些是标记了“NEW”了的表示12c的新特性、新行为。 （其实升级到11g的时候，也有一篇差不多类似的400多页的ppt，被oracle售前广泛应用。）我这里摘录和粗略解释一下。############################# (1) 初始化参数设置的建议############################(1.1) sec_case_sensitive_loacgon在12.1.0.1中不建议修改。默认值是true，但是如果设置成false，启动的时候会有提示：ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance。但是设置成false仍然生效，即忽略大小写的密码可以登录。 (1.2) SQLNET.ALLOWED_LOGON_VERSION_SERVER在12c中默认值是11，所以如10.2.0.5的JDBC连接过来，就会报错ora-28040，虽然可以设置SQLNET.ALLOWED_LOGON_VERSION_SERVER=8来解决这个问题，但是由于今后11.1以 ...继续阅读 (30)

和oracle字符集相关的参数是nls_lang。NLS_LANG的格式是：language_territory.client_charset，如AMERICAN_AMERICA.ZHS16GBK，那么第一位AMERICAN表示语言，第二位AMERICA表示日期和数字格式，第三位ZHS16GBK表示字符集。影响数据库和客户端的其实是第三部分。通常情况下，数据库字符集不轻易修改，如果要修改，一般可以简单采用下面两种方法可行。：1. 如果需要修改字符集，通常需要导出数据库数据，重建数据库，再导入数据库数据的方式来转换。2. 通过ALTER DATABASE CHARACTER SET|[INTERNAL_USE]<new_characterset>语句修改字符集，但创建数据库后修改字符集是有限制的，只有新的字符集是当前字符集的超集时才能修改数据库字符集，例如UTF8是US7ASCII的超集，修改数据库字符集可使用ALTER DATABASE CHARACTER SET UTF8。另外，我们还可以用csscan/csalter，和DMU（The Database Migration Assistant for Unicode）来实现数据库的字符集转换。csscan/csalter适用在10g和11.1，在11.2之后就desupport，12c之后，唯一的字符集转换工具就是D ...继续阅读 (59)

在11g的cluster中，我们往往用dbs下的初始化文件（pfile），来指定asm中实际存在的spfile[oracle@ol6-112-rac1 dbs]$ cd /u01/app/oracle/product/11.2.0.4/db_1/dbs[oracle@ol6-112-rac1 dbs]$ lshc_acfsdb.dat  hc_cdbrac_1.dat  hc_cdbrac_2.dat  initcdbrac_1.ora  initcdbrac_1.ora.orig  init.ora  orapwacfsdb  spfileacfsdb.ora[oracle@ol6-121-rac1 dbs]$ cat initcdbrac_1.oraSPFILE='+DATA/cdbrac/spfilecdbrac.ora'[oracle@ol6-112-rac1 dbs]$但是在12c中，如果我去修改dbs下的pfile指定spfile，这个设置就不会生效了，如我将文件指定到/tmp目录下，你会发现启动之后，它还是用到了asm上的spfile：[oracle@ol6-121-rac1 dbs]$ cat initcdbrac_1.oraSPFILE='/tmp/pfile.ora'[oracle@ol6-1 ...继续阅读 (49)

一个问题会牵涉出更多问题。呵呵。最初的问题是，asm如何更换ocr和votedisk到新存储？（一）首先官方推荐了OCR / Vote disk Maintenance Operations: (ADD/REMOVE/REPLACE/MOVE) (Doc ID 428681.1)（1） OCR：[root@rac2 Desktop]# ocrconfig -add +OCRVOT2[root@rac2 Desktop]#[root@rac2 Desktop]# ocrcheckStatus of Oracle Cluster Registry is as follows :     Version                  :          3     Total space (kbytes)     :     262120     Used space (kbytes)      :       3772&nbs ...继续阅读 (54)

Flashback之后的standby database如何打开，操作如下：SQL> flashback database to restore point myrs1; Flashback complete. SQL> shutdown immediateORA-01109: database not open  Database dismounted.ORACLE instance shut down.SQL> startup mountORACLE instance started. Total System Global Area  521936896 bytesFixed Size                  2254824 bytesVariable Size             356517912 bytesDatabase Buffers          159383552 bytesRedo Buffers        &nbs ...继续阅读 (60)