博客园_BI & Oracle & Asp.Net

[Oracle性能]查询统计信息的SQL语句

2012-05-22T01:56:00Z

1、查询表的统计信息
SELECT A.TABLE_NAME,
       A.NUM_ROWS,
       A.BLOCKS,
       A.EMPTY_BLOCKS,
       A.AVG_SPACE,
       A.CHAIN_CNT,
       A.AVG_ROW_LEN,
       A.GLOBAL_STATS,
       A.USER_STATS,
       A.SAMPLE_SIZE,
       TO_CHAR(A.LAST_ANALYZED, 'YYYY-MM-DD HH24:MI:SS')
FROM DBA_TABLES A
WHERE OWNER = UPPER(NVL('&OWNER', USER))
   AND TABLE_NAME = UPPER('&TABLE_NAME');

2、查询列的统计信息
SELECT T.COLUMN_NAME,
       T.DATA_TYPE,
       T.NULLABLE,
       T.NUM_DISTINCT,
       T.density,
       T.NUM_BUCKETS,
       T.NUM_NULLS,
       T.GLOBAL_STATS,
       T.USER_STATS,
       T.sample_size,
       TO_CHAR(T.LAST_ANALYZED, 'YYYY-MM-DD HH24:MI:SS')
FROM DBA_TAB_COLS T
WHERE TABLE_NAME = UPPER('&TABLE_NAME')
   AND OWNER = UPPER(NVL('&OWNER', USER));

3、查询索引的统计信息
SELECT T.INDEX_NAME,
       T.UNIQUENESS,
       T.BLEVEL,
       T.LEAF_BLOCKS,
       T.DISTINCT_KEYS,
       T.NUM_ROWS,
       T.AVG_LEAF_BLOCKS_PER_KEY,
       T.AVG_DATA_BLOCKS_PER_KEY,
       T.CLUSTERING_FACTOR,
       T.GLOBAL_STATS,
       T.USER_STATS,
       T.SAMPLE_SIZE,
       TO_CHAR(T.LAST_ANALYZED, 'YYYY-MM-DD HH24:MI:SS')
FROM DBA_INDEXES T
WHERE TABLE_NAME = UPPER('&TABLE_NAME')
   AND OWNER = UPPER(NVL('&OWNER', USER));

4.查看收集统计信息的Job

    select log_date,job_name,status
    from dba_scheduler_job_run_details
    where job_name='GATHER_STATS_JOB' order by log_id;
    select * from dba_scheduler_programs
    where program_name=upper('GATHER_STATS_PROG');   Select dbms_stats.get_stats_history_availability from dual;

本文链接

ETL简介

2012-05-11T09:29:00Z

ETL(Extract-Transform-Load的缩写，即数据抽取、转换、装载的过程)、

信息是现代企业的重要资源，是企业运用科学管理、决策分析的基础。目前，大多数企业花费大量的资金和时间来构建联机事务处理OLTP的业务系统和办公自动化系统，用来记录事务处理的各种相关数据。据统计，数据量每2～3年时间就会成倍增长，这些数据蕴含着巨大的商业价值，而企业所关注的通常只占在总数据量的2%～4%左右。因此，企业仍然没有最大化地利用已存在的数据资源，以致于浪费了更多的时间和资金，也失去制定关键商业决策的最佳契机。于是，企业如何通过各种技术手段，并把数据转换为信息、知识，已经成了提高其核心竞争力的主要瓶颈。而ETL则是主要的一个技术手段。

ETL(Extract-Transform-Load的缩写，即数据抽取、转换、装载的过程)作为BI/DW（Business Intelligence）的核心和灵魂，能够按照统一的规则集成并提高数据的价值，是负责完成数据从数据源向目标数据仓库转化的过程，是实施数据仓库的重要步骤。如果说数据仓库的模型设计是一座大厦的设计蓝图，数据是砖瓦的话，那么ETL就是建设大厦的过程。

ETL体系结构图

一、 准备工作

（1）确定源数据范围，包括确定数据的来源、存储方式、数据结构、数据量大小、数据增长情况、数据更新频率。

（2）探查源系统数据质量发现数据质量问题，以便针对具体问题，在数据进入数据仓库之前提出修正方法。

二、 数据抽取

全量抽取：全量抽取类似于数据迁移或数据复制，它将数据源中的表或视图的数据原封不动的从数据库中抽取出来，并转换成自己的ETL工具可以识别的格式。全量抽取比较简单.

增量抽取：增量抽取只抽取自上次抽取以来数据库中要抽取的表中新增或修改的数据。在ETL使用过程中。增量抽取较全量抽取应用更广。如何捕获变化的数据是增量抽取的关键。对捕获方法一般有两点要求：准确性，能够将业务系统中的变化数据按一定的频率准确地捕获到; 性能，不能对业务系统造成太大的压力，影响现有业务。

ETL处理的数据源除了关系数据库外，还可能是文件，例如txt文件、excel文件、xml文件等。对文件数据的抽取一般是进行全量抽取，一次抽取前可保存文件的时间戳或计算文件的MD5校验码，下次抽取时进行比对，如果相同则可忽略本次抽取

为什么要全量抽取?

l 对历史数据进行抽取;

为什么要增量抽取?

l 表数据量大时，每次全抽数据量太大；

l 为了记录数据的历史变化情况；

增量数据抽取时，变化数据捕获是主要技术环节。

变化数据捕获方法

各种捕获方法对比：

触发器：

在要抽取的表上建立需要的触发器，一般要建立插入、修改、删除三个触发器，

每当源表中的数据发生变化，就被相应的触发器将变化的数据写入一个临时表，

抽取线程从临时表中抽取数据，临时表中抽取过的数据被标记或删除。

优点：数据抽取性的能比较高

缺点：要求业务表建立触发器,对业务有一定影响

时间戳：

它是一种基于快照比较的变化数据捕获方式，在源表上增加一个时间戳字段，系统中更新修

改表数据的时候，同时修改时间戳字段的值。当进行数据抽取时，通过比较系统时间与时间

戳字段的值来决定抽取哪些数据。有的数据库的时间戳支持自动更新，即表的其它字段的数

据发生改变时，自动更新时间戳字段的值。有的数据库不支持时间戳的自动更新，这就要求

业务系统在更新业务数据时，手工更新时间戳字段。

优点：数据抽取性的能比较高

缺点：

（1）对业务系统有侵入性(加入了额外的时间戳)

（2）对于不支持时间戳自动更新的数据库,有额外的更新时间戳的操作;

（3）无法捕获以前数据的delete,update等操作,数据准确性有一定限制;

全表比对：

典型的全表比对的方式是采用MD5校验码。ETL工具事先为要抽取的表建立一个结构类似的MD5临时表，该临时表记录源表主键以及根据所有字段的数据计算出来的MD5校验码。每次

进行数据抽取时，对源表和MD5临时表进行MD5校验码的比对，从而决定源表中的数据是新

增、修改还是删除，同时更新MD5校验码。

优点：对业务系统的侵入性小

缺点：

（1）性能较差

（2）当表中没有主键或唯一列且含有重复记录时，MD5方式的准确性较差

CDC ：

通过分析数据库自身的日志来判断变化的数据。Oracle的改变数据捕获（CDC）技术是这

方面的代表。CDC 特性是在Oracle9i数据库中引入的。CDC能够帮助你识别从上次抽取之

后发生变化的数据。利用CDC，在对源表进行insert、update或 delete等操作的同时就可以

提取数据，并且变化的数据被保存在数据库的变化表中。这样就可以捕获发生变化的数据

，然后利用数据库视图以一种可控的方式提供给目标系统。CDC分为同步模式和异步模式，

同步模式实时的捕获变化数据并存储到变化表中。异步模式则是基于Oracle的流复制技术。

优点：

1) 对于抽取性能比较高

2) 对于异步方式，采用的是日志传输，对业务系统侵入性小

缺点：

1) 对于同步方式，对源业务系统压力比较大；

2) 创建ORACLE CDC时，需要申请大量权限，需要DBA同意；

3) 对于异步方式的CDC，由于采用的是日志分析方式，一旦数据库日志满了或日志被DBA删掉，则变化数据就捕获不到了。

MINUS：

对于拥有集合运算函数数据库例如oracle拥有minus，可以根据一些主键做集合运算，将差异结果存到单独的表中供其它程序读取。

优点：能够很方便的捕获到变化的数据

缺点：当数据量很大时，性能较低。

抽取技巧：

三、 数据清洗与转换

数据清洗是为了解决抽取出来的数据质量不高的问题，如：

1.数据不完整。这种情况比较多，例如记录的缺失、字段信息的缺失、记录不完整等。最明显的例子就是用户入网登记的证件号码没有输入到系统。
2.数据不一致。这种情况主要指由于系统之间或者功能模块之间记录不一致、编码不一致、引用不一致等。例如在97系统、计费系统、网管系统中由于业务受理处理流程不规范，或者系统之间同步时间不一致导致了不同系统中用户记录数不一致。
3.数据有错误。这种情况主要是指数据中存在各种不合法的情况，例如数据类型错误、数据范围越界、数据违反业务规则等。
除了第三种情况是明显的数据错误之外，其他两种都不能简单地认为是错误，这两种情况在数据仓库建设中是比较普遍遇到的，关键是对数据质量的状况有深入的认识，在应用上加以注意。

数据清洗方法：

（1）手工实现方式：用人工来检测所有的错误并改正。这只能针对小数据量的数据源。

（2）专门编写的应用程序：通过编写程序检测/改正错误。但通常数据清洗是一个反复进行的过程，清理程序复杂、系统工作量大。

（3）运用数据清洗工具：某类特定应用领域的问题，如根据概率统计学原理查找数值异常的记录。

（4）与特定应用领域无关的数据清洗：这一部分应用非常有限，主要集中于重复记录的检测/删除。

数据清洗的一部分工作是通过数据转换来完成的

l 数据不一致

l 数据粒度

l 业务规则的计算

大小交，这种处理在数据清洗过程是常见了，例如从数据源到ODS阶段，如果数据仓库采用维度建模，而且维度基本采用代理键的话，必然存在代码到此键值的转换。如果用SQL实现，必然需要将一个大表和一堆小表都Join起来，当然如果使用ETL 工具的话，一般都是先将小表读入内存中再处理。这种情况，输出数据的粒度和大表一样。

大大交，大表和大表之间关联也是一个重要的课题，当然其中要有一个主表，在逻辑上，应当是主表Left Join辅表。大表之间的关联存在最大的问题就是性能和稳定性，对于海量数据来说，必须有优化的方法来处理他们的关联，另外，对于大数据的处理无疑会占用太多的系统资源，出错的几率非常大，如何做到有效错误恢复也是个问题。对于这种情况，我们建议还是尽量将大表拆分成适度的稍小一点的表，形成大小交的类型。这类情况的输出数据粒度和主表一样。

站着进来，躺着出去。事务系统中为了提高系统灵活性和扩展性，很多信息放在代码表中维护，所以它的“事实表”就是一种窄表，而在数据仓库中，通常要进行宽化，从行变成列，所以称这种处理情况叫做“站着进来，躺着出去”。大家对Decode肯定不陌生，这是进行宽表化常见的手段之一。窄表变宽表的过程主要体现在对窄表中那个代码字段的操作。这种情况，窄表是输入，宽表是输出，宽表的粒度必定要比窄表粗一些，就粗在那个代码字段上。

聚集。数据仓库中重要的任务就是沉淀数据，聚集是必不可少的操作，它是粗化数据粒度的过程。聚集本身其实很简单，就是类似SQL中Group by的操作，选取特定字段（维度），对度量字段再使用某种聚集函数。但是对于大数据量情况下，聚集算法的优化仍是探究的一个课题。例如是直接使用SQL的 Group by，还是先排序，在处理。

直接映射，原来是什么就是什么，原封不动照搬过来，对这样的规则，如果数据源字段和目标字段长度或精度不符，需要特别注意看是否真的可以直接映射还是需要做一些简单运算。

字段运算，数据源的一个或多个字段进行数学运算得到的目标字段，这种规则一般对数值型字段而言。

参照转换，在转换中通常要用数据源的一个或多个字段作为Key，去一个关联数组中去搜索特定值，而且应该只能得到唯一值。这个关联数组使用Hash算法实现是比较合适也是最常见的，在整个ETL开始之前，它就装入内存，对性能提高的帮助非常大。

字符串处理，从数据源某个字符串字段中经常可以获取特定信息，例如身份证号。而且，经常会有数值型值以字符串形式体现。对字符串的操作通常有类型转换、字符串截取等。但是由于字符类型字段的随意性也造成了脏数据的隐患，所以在处理这种规则的时候，一定要加上异常处理。

空值判断，对于空值的处理是数据仓库中一个常见问题，是将它作为脏数据还是作为特定一种维成员？这恐怕还要看应用的情况，也是需要进一步探求的。但是无论怎样，对于可能有NULL值的字段，不要采用“直接映射”的规则类型，必须对空值进行判断，目前我们的建议是将它转换成特定的值。

日期转换，在数据仓库中日期值一般都会有特定的，不同于日期类型值的表示方法，例如使用8位整型20040801表示日期。而在数据源中，这种字段基本都是日期类型的，所以对于这样的规则，需要一些共通函数来处理将日期转换为8位日期值、6位月份值等。

日期运算，基于日期，我们通常会计算日差、月差、时长等。一般数据库提供的日期运算函数都是基于日期型的，而在数据仓库中采用特定类型来表示日期的话，必须有一套自己的日期运算函数集。

聚集运算，对于事实表中的度量字段，他们通常是通过数据源一个或多个字段运用聚集函数得来的，这些聚集函数为SQL标准中，包括sum,count,avg,min,max。

既定取值，这种规则和以上各种类型规则的差别就在于它不依赖于数据源字段，对目标字段取一个固定的或是依赖系统的值

四、 数据加载

维表提供了事实表的上下文。虽然维表通常比事实表小得多，但它却是数据仓库的核心，因为它提供了查看数据的入口。我们经常说建立数据仓库其实就是建立维度。因此ETL团队在数据加载阶段的主要任务就是处理维表和事实表，将最有效的应用方式提交给最终用户。

维度的加载方式

Ø 手动生成维表最简单；

Ø 对于复杂、大型的维度表，需要进行清洗和规范化；

Ø 缓慢变化需要进行管理，以正确的主键，在适当的维度格式中写入物理磁盘。

缓慢变化维（SCD）加载：

覆盖：当某个维度成员的数据发生变化时，最新的列值将覆盖以前的维度记录，从而清除了该维度成员的历史记录

区分历史：当某个维度成员的数据发生变化时，最新的列值将存储为维度中的新记录，从而提供了一个维度成员的多个实例，这样便保留了历史记录

交替实体:当某个维度成员的列数据发生变化，而数据仓库要保留该变化列的最后一个版本时，原始数据将移到该维度记录的最后一个版本列中，并且所有新维度信息将覆盖现有列。

单独处理数据插入。很多ETL 工具（以及一些数据库）提供update else insert 功能。这个功能非常方便，且有着非常简单的数据流程逻辑，但是性能非常的低。ETL过程对已经存在的数据的更新逻辑中包括区分那些已经存储在事实表中记录和新数据。当处理大量的数据的任何时候，你想到的是数据批量加载到数据仓库。但是不幸的是，很多批量导入工具不支持更改已经存在的记录。通过分离需要更新的记录，你可以先处理更新，然后再执行批量的导入，这样获得最佳的加载性能。
利用批量加载工具。使用批量加载工具，而非使用SQL 语句加载大量数据可以降低数据库负载，并极大的提高加载效率。
并行的加载。在加载大量数据的时候，将数据物理上分成不同的逻辑段。如果加载5 年的数据，你可以做5 个数据文件，每个文件中包含一年的数据。一些ETL 工具允许你根据数据范围进行数据分区。一旦数据被分成均等的部分，运行ETL 过程并行的加载所有的分段。

最小化物理更新。在表中更新记录操作需要耗用DBMS 很多资源，最大的原因是数据库要生成回滚日志。要最小化对回滚日志的操作，可以采用批量的加载数据。如何处理那些需要更新的数据呢？很多情况下，最佳的方式是删除要更新的记录，然后批量的加载所有的数据。由于要做更新的数据和总的数据量的比率会极大的影响优化方式的选择，因此需要一些反复测试来判断针对具体情况的最终加载策略。

在数据库外进行聚合。在数据库之外进行排序，合并和聚合要比在DBMS 内使用SQL 语句，使用COUNT 和SUM 函数，GROUP BY 和 ORG ER BY 关键字高效的多。ETL 过程需要将巨大数量的数据进行排序、合并放在进入关系型数据库准备区之前完成。很多ETL 工具提供这些功能，但是专门的工具在操作系统级别执行排序/合并意味着为处理大数据集进行额外的投资。

本文链接

ORA-00257 archiver error. 错误的处理方法

2012-05-10T02:39:00Z

archive log 日志已满
ORA-00257: archiver error. Connect internal only, until freed 错误的处理方法
1. 用sys用户登录
sqlplus sys/pass@tt as sysdba
2. 看看archiv log所在位置
SQL> show parameter log_archive_dest;
NAME                                     TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest                   string
log_archive_dest_1               string
log_archive_dest_10             string
3. 一般VALUE为空时，可以用archive log list;检查一下归档目录和log sequence
SQL> archive log list;
Database log mode                 Archive Mode
Automatic archival                   Enabled
Archive destination                  USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     360
Next log sequence to archive 360
Current log sequence              362
4. 检查flash recovery area的使用情况,可以看见archivelog已经很大了，达到96.62
SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;
FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------ ------------------ ------------------------- ---------------
CONTROLFILE                 .13                        0               1
ONLINELOG                  2.93                        0               3
ARCHIVELOG                96.62                       0              141
BACKUPPIECE                   0                         0               0
IMAGECOPY                      0                         0               0
FLASHBACKLOG                0                         0               0
5. 计算flash recovery area已经占用的空间
SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
SUM(PERCENT_SPACE_USED)*3/100
-----------------------------
                       2.9904

6. 找到recovery目录, show parameter recover
SQL> show parameter recover;
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest                string           /u01/app/oracle/flash_recovery_area
db_recovery_file_dest_size        big integer   5G
recovery_parallelism                   integer         0

7 上述结果告诉我们，归档位置用的是默认值，放在flash_recovery_area下(db_recovery_file_dest目录=/u01/app/oracle/flash_recovery_area)
[root@sha3 10.2.0]# echo $ORACLE_BASE
/u01/app/oracle
[root@sha3 10.2.0]# cd $ORACLE_BASE/flash_recovery_area/tt/archivelog
转移或清除对应的归档日志, 删除一些不用的日期目录的文件，注意保留最后几个文件（比如360以后的）
---------------------------------------------------------------------------------------
注意:
在删除归档日志后，必须用RMAN维护控制文件，否则空间显示仍然不释放。
---------------------------------------------------------------------------------------
8. rman target sys/pass
[root@sha3 oracle]# rman target sys/pass
Recovery Manager: Release 10.2.0.4.0 - Production on Tue Jan 20 01:41:26 2009
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connected to target database: tt (DBID=4147983671)

9. 检查一些无用的archivelog
RMAN> crosscheck archivelog all;
10. 删除过期的归档
RMAN> delete expired archivelog all;
delete archivelog until time 'sysdate-1' ; 删除截止到前一天的所有archivelog
11. 再次查询，发现使用率正常，已经降到23.03
SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;
FILE_TYPE    PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------ ------------------ ------------------------- ---------------
CONTROLFILE                 .13                         0               1
ONLINELOG                  2.93                         0               3
ARCHIVELOG                23.03                         0              36
BACKUPPIECE                   0                         0               0
IMAGECOPY                     0                         0               0
FLASHBACKLOG                  0                         0               0
其它有用的Command:
----------------------------------
如果archive log模式下不能正常startup,则先恢复成noarchive log,startup成功后，再shutdown;
shutdown immediate;
startup mount;
alter database noarchivelog;
alter database open;
shutdown immediate;
再次startup以archive log模式
shutdown immediate;
startup mount;
show parameter log_archive_dest;
alter database archivelog;
archive log list;
alter database open;
如果还不行，则删除一些archlog log
SQL> select group#,sequence# from v$log;
    GROUP# SEQUENCE#
---------- ----------
         1         62
         3         64
         2         63
原来是日志组一的一个日志不能归档
SQL> alter database clear unarchived logfile group 1;
alter database open;
最后，也可以指定位置Arch Log, 请按照如下配置
select name from v$datafile;
alter system set log_archive_dest='/opt/app/oracle/oradata/usagedb/arch' scope=spfile
或者修改大小
SQL> alter system set db_recovery_file_dest_size=3G scope=both;

本文链接

手动删除归档日志, SP2-0734: 未知的命令开头 "rman targe..." - 忽略了剩余的行

2012-05-10T02:22:00Z

Microsoft Windows XP [版本 5.1.2600]
(C) 版权所有 1985-2001 Microsoft Corp.

C:\Documents and Settings\RequieM>sqlplus " / as sysdba"

SQL*Plus: Release 9.2.0.7.0 - Production on 星期一 7月 16 23:54:37 2007

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

已连接到空闲例程。

SQL/IDLE> startup;
ORACLE 例程已经启动。

Total System Global Area  101785284 bytes
Fixed Size                454340 bytes
Variable Size             75497472 bytes
Database Buffers          25165824 bytes
Redo Buffers                667648 bytes
数据库装载完毕。
数据库已经打开。
SQL/IDLE> @glogin
SQL> show parameter log_archive_dest

NAME                               TYPE       VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest                   string
log_archive_dest_1                string    LOCATION=F:\oracle\oradata\MYDB\archive
log_archive_dest_10                string
log_archive_dest_2                string
log_archive_dest_3                string
log_archive_dest_4                string
log_archive_dest_5                string
log_archive_dest_6                string
log_archive_dest_7                string
log_archive_dest_8                string
log_archive_dest_9                string
log_archive_dest_state_1          string    enable
log_archive_dest_state_10          string    enable
log_archive_dest_state_2          string    enable
log_archive_dest_state_3          string    enable
log_archive_dest_state_4          string    enable
log_archive_dest_state_5          string    enable
log_archive_dest_state_6          string    enable
log_archive_dest_state_7          string    enable
log_archive_dest_state_8          string    enable
log_archive_dest_state_9          string    enable

SQL> host dir F:\oracle\oradata\MYDB\archive

Volume in drive F is APPLICATION
Volume Serial Number is 684B-6ADC
Directory of F:\ORACLE\ORADATA\MYDB\ARCHIVE

.          <DIR>    07-06-24 16:55
..          <DIR>    07-06-24 16:55
1_10    DBF    50688 07-06-28 11:21
1_11    DBF 180224 07-06-28 23:04
1_12    DBF 131584 07-06-29 18:30
1_13    DBF 122368 07-06-30 23:28
1_14    DBF 167936 07-07-01 11:04
1_3    DBF  91852288 07-06-25 5:52
1_4    DBF    60416 07-06-25 21:01
1_5    DBF    89600 07-06-26 17:51
1_6    DBF    99840 07-06-27 6:49
1_7    DBF    50176 07-06-27 12:27
1_8    DBF    53760 07-06-27 14:59
1_9    DBF 129024 07-06-28 6:53
   14 file(s) 92987904 bytes
               1023932928 bytes free

SQL> host del F:\oracle\oradata\MYDB\archive\1_5.DBF
SQL> host dir F:\oracle\oradata\MYDB\archive

Volume in drive F is APPLICATION
Volume Serial Number is 684B-6ADC
Directory of F:\ORACLE\ORADATA\MYDB\ARCHIVE

.          <DIR>    07-06-24 16:55
..          <DIR>    07-06-24 16:55
1_10    DBF    50688 07-06-28 11:21
1_11    DBF 180224 07-06-28 23:04
1_12    DBF 131584 07-06-29 18:30
1_13    DBF 122368 07-06-30 23:28
1_14    DBF 167936 07-07-01 11:04
1_3    DBF  91852288 07-06-25 5:52
1_4    DBF    60416 07-06-25 21:01
1_6    DBF    99840 07-06-27 6:49
1_7    DBF    50176 07-06-27 12:27
1_8    DBF    53760 07-06-27 14:59
1_9    DBF 129024 07-06-28 6:53
   13 file(s) 92898304 bytes
               1023932928 bytes free

SQL> exit

C:\Documents and Settings\RequieM>rman target / nocatalog

恢复管理器: 版本9.2.0.7.0 - Production

Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.

连接到目标数据库: MYDB (DBID=2541111196)
正在使用目标数据库控制文件替代恢复目录

RMAN> backup archivelog all delete input;

启动 backup 于 17-7月 -07
当前日志已存档
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=15 devtype=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 07/17/2007 00:02:45
RMAN-06059: expected archived log not found, lost of archived log compromises re
coverability
ORA-19625: 识别文件F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_5.DBF时出错
ORA-27041: 无法打开文件
OSD-04002: ？???？？?
O/S-Error: (OS 2) ？？？????？???？？???

RMAN> exit

恢复管理器完成。

C:\Documents and Settings\RequieM>sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.7.0 - Production on 星期二 7月 17 00:11:35 2007

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

连接到:
Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.7.0 - Production

SQL> select name,sequence#,archived,deleted,status from v$archived_log;

NAME                                                                            SEQUENCE# ARCHIVED DELETED STATUS
-------------------------------------------------------------------------------- ---------- -------- ------- ------
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_3.DBF                                                 3 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_4.DBF                                                 4 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_5.DBF                                                 5 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_6.DBF                                                 6 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_7.DBF                                                 7 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_8.DBF                                                 8 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_9.DBF                                                 9 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_10.DBF                                                 10 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_11.DBF                                                 11 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_12.DBF                                                 12 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_13.DBF                                                 13 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_14.DBF                                                 14 YES    NO    A
F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_15.DBF                                                 15 YES    NO    A

13 rows selected

SQL> exit

从Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.7.0 - Production中断开

C:\Documents and Settings\RequieM>rman target / nocatalog

恢复管理器: 版本9.2.0.7.0 - Production

Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.

连接到目标数据库: MYDB (DBID=2541111196)
正在使用目标数据库控制文件替代恢复目录

RMAN> crosscheck archivelog all;

分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=18 devtype=DISK
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_3.DBF 记录 ID=1 时间戳 =6261619
41
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_4.DBF 记录 ID=2 时间戳 =6262164
73
对归档日志的验证成功
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_5.DBF 记录 ID=3 时间戳 =6262915
00
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_6.DBF 记录 ID=4 时间戳 =6263381
89
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_7.DBF 记录 ID=5 时间戳 =6263584
60
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_8.DBF 记录 ID=6 时间戳 =6263675
48
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_9.DBF 记录 ID=7 时间戳 =6264248
15
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_10.DBF 记录 ID=8 时间戳 =626440
874
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_11.DBF 记录 ID=9 时间戳 =626483
071
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_12.DBF 记录 ID=10 时间戳 =62655
2999
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_13.DBF 记录 ID=11 时间戳 =62665
7288
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_14.DBF 记录 ID=12 时间戳 =62678
5441
对归档日志的验证失败
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_15.DBF 记录 ID=13 时间戳 =62812
8164
已交叉检验的 13 对象

RMAN> list copy of archivelog all;

已存档的日志副本列表
关键字    Thrd Seq    S 短时间    名称
------- ---- ------- - ---------- ----
1    1 3    A 24-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_3.DBF
2    1 4    A 25-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_4.DBF
3    1 5    X 25-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_5.DBF
4    1 6    A 26-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_6.DBF
5    1 7    A 27-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_7.DBF
6    1 8    A 27-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_8.DBF
7    1 9    A 27-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_9.DBF
8    1 10    A 28-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_10.DBF
9    1 11    A 28-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_11.DBF
10    1 12    A 28-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_12.DBF
11    1 13    A 29-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_13.DBF
12    1 14    A 30-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_14.DBF
13    1 15    A 01-7月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_15.DBF

RMAN> backup archivelog all delete input;

启动 backup 于 17-7月 -07
当前日志已存档
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 正在启动存档日志备份集
通道 ORA_DISK_1: 正在指定备份集中的存档日志
输入存档日志线程 =1 序列 =4 记录 ID=2 时间戳=626216473
输入存档日志线程 =1 序列 =6 记录 ID=4 时间戳=626338189
输入存档日志线程 =1 序列 =7 记录 ID=5 时间戳=626358460
输入存档日志线程 =1 序列 =8 记录 ID=6 时间戳=626367548
输入存档日志线程 =1 序列 =9 记录 ID=7 时间戳=626424815
输入存档日志线程 =1 序列 =10 记录 ID=8 时间戳=626440874
输入存档日志线程 =1 序列 =11 记录 ID=9 时间戳=626483071
输入存档日志线程 =1 序列 =12 记录 ID=10 时间戳=626552999
输入存档日志线程 =1 序列 =13 记录 ID=11 时间戳=626657288
输入存档日志线程 =1 序列 =14 记录 ID=12 时间戳=626785441
输入存档日志线程 =1 序列 =15 记录 ID=13 时间戳=628128164
输入存档日志线程 =1 序列 =16 记录 ID=14 时间戳=628129521
通道 ORA_DISK_1: 正在启动段 1 于 17-7月 -07
通道 ORA_DISK_1: 已完成段 1 于 17-7月 -07
段 handle=F:\ORACLE\ORA92\DATABASE\01IN0VNI_1_1 comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:02
通道 ORA_DISK_1: 正在删除存档日志
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_4.DBF 记录 ID=2 时间戳 =6262164
73
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_6.DBF 记录 ID=4 时间戳 =6263381
89
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_7.DBF 记录 ID=5 时间戳 =6263584
60
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_8.DBF 记录 ID=6 时间戳 =6263675
48
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_9.DBF 记录 ID=7 时间戳 =6264248
15
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_10.DBF 记录 ID=8 时间戳 =626440
874
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_11.DBF 记录 ID=9 时间戳 =626483
071
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_12.DBF 记录 ID=10 时间戳 =62655
2999
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_13.DBF 记录 ID=11 时间戳 =62665
7288
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_14.DBF 记录 ID=12 时间戳 =62678
5441
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_15.DBF 记录 ID=13 时间戳 =62812
8164
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_16.DBF 记录 ID=14 时间戳 =62812
9521
完成 backup 于 17-7月 -07

RMAN> delete copy of archivelog sequence 5;

释放的通道: ORA_DISK_1
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=18 devtype=DISK

已存档的日志副本列表
关键字    Thrd Seq    S 短时间    名称
------- ---- ------- - ---------- ----
3    1 5    X 25-6月 -07 F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_5.DBF

是否确定要删除以上对象 (输入 YES 或 NO)? y
已删除的存档日志
存档日志文件名 =F:\ORACLE\ORADATA\MYDB\ARCHIVE\1_5.DBF 记录 ID=3 时间戳 =6262915
00
1 对象已删除

补充:rman里面的list copy of archivelog all;j就是查询select name,sequence#,archived,deleted,status from v$archived_log;

如果以后因为空间不够等原因不要手动删除archivelog,可以直接用rman的delete copy of archivelog from sequence XXXX until squence XXX删除archivelog及时释放空间，你可以在crontab里面写一角本检测空间，用v$archived_log自动生成上面的命令，删除archivelog及时释放空间。然后及时作全备

You made it too complicated. Simply add the following to the script, then the archive log files will be removed. no need to find the sequence #s at all:

crosscheck archivelog all;
delete noprompt expired backupset;
delete noprompt obsolete;

本文链接

关于Change Data Capture（六）查询CDC信息

2012-04-01T09:20:00Z

查询CDC信息

select apply_name, status from dba_apply;
select capture_name, state, total_messages_captured from v$streams_capture;
select group#, thread#, sequence#, archived, status from v$standby_log;

select app.apply_name, q.name, app.status, qt.queue_table
from dba_apply app, dba_queues q, dba_queue_tables qt
where app.apply_user = 'SYS'
   and q.owner = 'SYS'
   and qt.owner = 'SYS'
   and q.name = app.queue_name
   and qt.queue_table = q.queue_table
   ;
select change_table_name,
       change_set_name,
       source_schema_name,
       source_table_name
from change_tables
where change_table_schema = 'CDCPUB'
order by change_table_name;

select streams_name,
       streams_type,
       table_owner,
       table_name,
       rule_type,
       source_database
from dba_streams_table_rules
where rule_owner = 'SYS'
order by table_name, rule_type, streams_type;

select apply_name, status from dba_apply where apply_user = 'SYS';

本文链接

关于Change Data Capture（五）Oracle CDC Autolog online 例子

2012-04-01T06:46:00Z

1.cdc 模式在源库是集群的情况下！源库的
log_archive_dest_2='SERVICE=alcdcstg lgwr async optional noregister reopen=5 valid_for=(online_logfile,primary_role) sid=’1’'
log_archive_dest_2='SERVICE=alcdcstg lgwr async optional noregister reopen=5 valid_for=(online_logfile,primary_role) sid=’2’'

一.CDC autolog online

1.前提条件:
(1).数据库版本必须是企业版.
(2).源库和中间库所在的操作系统版本必须相同.
(3).源库和中间库的SYS口令必须相同.
(4).源库和中间库可以通过tnsnames.ora互相访问.

=============================================================================================

2.数据库参数配置:
(1).stagdb端:
--开启本地归档的路径和接受远程归档或远程redo日志的路径:
alter system set global_names=true;
alter system set java_pool_size=50M;
alter system set streams_pool_size=50M;
alter system set remote_login_passwordfile=shared scope=spfile;
alter system set log_archive_dest_1='LOCATION=/u01/oracle/oradata/hua/archivelog mandatory reopen=5 valid_for=(online_logfile,primary_role)';
alter system set log_archive_dest_2='LOCATION=/u01/oracle/oradata/hua/staglog mandatory valid_for=(standby_logfile,primary_role)';
--将stagdb置于归档模式:
shutdown immediate;
startup mount;
alter database archivelog ;
alter database open ;
alter system switch logfile;
--在stagdb中添加standby logfile,用来接收源端传输过来的日志,所以stagdb的standby logfile个数应该大于源端的online redo个数.每个standby logfile的大小应该>=源湍的online log大小.
alter database add standby logfile group 5 ('<path to standby redo log>') size ***M;
......

(2).源端:
--设置本地归档和远程归档:
alter system set remote_login_passwordfile=shared scope=spfile;
alter system set log_archive_dest_1='LOCATION=/u01/oracle/oradata/yun/archivelog';
alter system set log_archive_dest_2='SERVICE=hua lgwr async optional noregister reopen=5 valid_for=(online_logfile,primary_role)';
--开归档,force logging,附加日志:
shutdown immediate;
startup mount;
alter database archivelog;
alter database open ;
alter system switch logfile;
alter database add supplemental log data (primary key, unique index) columns;
alter database force logging;
=============================================================================================

3.创建用户:
(1).源端:
conn sys/oracleabcd@yun as sysdba

drop user cdc_admin cascade;

create user cdc_admin identified by cdc_admin;
grant create session to cdc_admin;
grant create table to cdc_admin;
grant create tablespace to cdc_admin;
grant unlimited tablespace to cdc_admin;
grant select_catalog_role to cdc_admin;
grant execute_catalog_role to cdc_admin;
grant execute on dbms_cdc_publish to cdc_admin;

(2).stagdb端:
conn sys/oracleabcd@hua as sysdba

drop user cdc_admin cascade;

create user cdc_admin identified by cdc_admin;
grant create session to cdc_admin;
grant create table to cdc_admin;
grant create tablespace to cdc_admin;
grant create sequence to cdc_admin;
grant select_catalog_role to cdc_admin;
grant execute_catalog_role to cdc_admin;
grant unlimited tablespace to cdc_admin;
grant select_catalog_role to cdc_admin;
grant execute_catalog_role to cdc_admin;
grant connect, resource, dba to cdc_admin;
grant execute on dbms_cdc_publish to cdc_admin;
execute dbms_streams_auth.grant_admin_privilege(grantee => 'cdc_admin');

=============================================================================================
4.配置源数据库:
(1).创建测试表:
-- create source table.
connect CDC_ADMIN/CDC_ADMIN@yun

CREATE TABLE CDC_HEARTBEAT_DW
(
CDC_NAME VARCHAR2(128) CONSTRAINT CHB_COL01_NN NOT NULL,
LATEST_DATETIME TIMESTAMP(6) DEFAULT SYSTIMESTAMP CONSTRAINT CHB_COL02_NN NOT NULL
);

alter table CDC_HEARTBEAT_DW add constraint pk_CDC_HEARTBEAT_DW primary key(CDC_NAME) using index;

alter Table cdc_heartbeat_dw ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;

(2).查看记录的SCN:
-- Run the following and record the SCN.

conn sys/oracleabcd@yun as sysdba

SET SERVEROUTPUT ON
DECLARE
l_logminer_scn NUMBER;
BEGIN
dbms_capture_adm.build ( l_logminer_scn );
DBMS_OUTPUT.PUT_LINE('SCN: '|| l_logminer_scn);
END;
/

eg: 12045675269343

(3).将源表实例化:
-- Prepare table for instantiation.

conn sys/oracleabcd@yun as sysdba

EXECUTE dbms_capture_adm.prepare_table_instantiation ( 'CDC_ADMIN.CDC_HEARTBEAT_DW' );

(4).查看源端的global_name:
conn sys/oracleabcd@yun as sysdba

select global_name from global_name ;

=============================================================================================

5.配置stagdb：

-- create Change source
conn CDC_ADMIN/CDC_ADMIN@hua
begin
dbms_cdc_publish.create_autolog_change_source(
change_source_name => 'dw',
description => 'Source Database is yun',
source_database => 'yun',
first_scn => 12045675269343,
online_log => 'y');
end;
/
参数说明:
The source_database parameter has to have the global_name for the source database.
first_scn must be the value you captured from the source database.

-- create change set
begin
dbms_cdc_publish.create_change_set(
change_set_name => 'CS05',
description => 'Source Database is SDTAIS with change set CS05',
change_source_name => 'dw',
stop_on_ddl => 'y');
end;
/

-- Create change table.
begin
dbms_cdc_publish.create_change_table(
owner => 'CDC_ADMIN',
change_table_name => 'CT_CDC_HEARTBEAT_CS05',
change_set_name => 'CS05',
source_schema => 'CDC_ADMIN',
source_table => 'CDC_HEARTBEAT_DW',
column_type_list => 'CDC_NAME VARCHAR2(128), LATEST_DATETIME TIMESTAMP(6)',
capture_values => 'both',
rs_id => 'y',
row_id => 'n',
user_id => 'n',
timestamp => 'y',
object_id => 'n',
source_colmap => 'n',
target_colmap => 'y',
options_string => null) ;
end ;
/
说明:在调用create_change_table时需要JVM,如果stage数据库未安装JVM,则会报错.最好在源端和目标端都安装JVM.

-- alter few tuning parameters:
EXECUTE dbms_capture_adm.alter_capture( capture_name => 'CDC$C_CS05', checkpoint_retention_time => 1 );
EXECUTE dbms_capture_adm.set_parameter( capture_name => 'CDC$C_CS05', parameter => 'DISABLE_ON_LIMIT', value => 'Y');
EXECUTE dbms_capture_adm.set_parameter( capture_name => 'CDC$C_CS05', parameter => 'MAXIMUM_SCN', value => 'INFINITE');
EXECUTE dbms_apply_adm.set_parameter( apply_name => 'CDC$A_CS05', parameter => 'COMMIT_SERIALIZATION', value => 'NONE');
EXECUTE dbms_apply_adm.set_parameter( apply_name => 'CDC$A_CS05', parameter => 'DISABLE_ON_ERROR', value => 'Y');
EXECUTE dbms_apply_adm.set_parameter( apply_name => 'CDC$A_CS05', parameter => 'DISABLE_ON_LIMIT', value => 'Y');
EXECUTE dbms_apply_adm.set_parameter( apply_name => 'CDC$A_CS05', parameter => 'PARALLELISM', value => '1');
EXECUTE dbms_apply_adm.set_parameter( apply_name => 'CDC$A_CS05', parameter => '_DYNAMIC_STMTS', value => 'Y');
EXECUTE dbms_apply_adm.set_parameter( apply_name => 'CDC$A_CS05', parameter => '_HASH_TABLE_SIZE', value => '1000000');
EXECUTE dbms_apply_adm.set_parameter( apply_name => 'CDC$A_CS05', parameter => '_TXN_BUFFER_SIZE', value => '10');

-- Active change_set:
begin
dbms_cdc_publish.alter_change_set(
change_set_name=>'CS05',
enable_capture=>'y');
end;
/

=============================================================================================
5.源端切换日志,将源端的数据字典传输至stagdb,让捕获进程初始化:
-- switch logfile:
alter system switch logfile;
=============================================================================================

6.测试:

connect sys/oracleabcd@yun as sysdba

INSERT INTO cdc_heartbeat_dw( CDC_NAME, LATEST_DATETIME ) VALUES ( 'Iddfdfd2st', SYSDATE );
commit;

ALTER SYSTEM archive log current;

conn CDC_ADMIN/CDC_ADMIN@hua
select count(*) from CT_CDC_HEARTBEAT_CS05;
select * from CT_CDC_HEARTBEAT_CS05;

===============================================================================================

7.配置验证:
1.验证change source是否已经创建成功,如果是 autolog online模式,则source_type的值为AUTOLOG ONLINE:
select source_name, source_description, source_type, source_database
from change_sources
where source_name = 'DW';

2.验证change set:
    change set will create an associated, still disabled, streams apply process, an apply queue and apply queue table.
select set_name,
       set_description,
       change_source_name,
       apply_name,
       queue_name,
       queue_table_name
from change_sets
where set_name = 'CS05';

--检查底层的stream apply进程的定义:
select app.apply_name, q.name, app.status, qt.queue_table
from dba_apply app, dba_queues q, dba_queue_tables qt
where app.apply_user = 'CDC_ADMIN'
   and q.owner = 'CDC_ADMIN'
   and qt.owner = 'CDC_ADMIN'
   and q.name = app.queue_name
   and qt.queue_table = q.queue_table
该语句会显示底层streams的apply进程的状态.

3.验证change table:
     change tables will creates the Streams apply rules as well as the Streams capture rules on the staging database.
select change_table_name,
       change_set_name,
       source_schema_name,
       source_table_name
from change_tables
where change_table_schema = 'CDC_ADMIN'
order by change_table_name;

--检查底层的streams capture和apply的规则:
select streams_name,
       streams_type,
       table_owner,
       table_name,
       rule_type,
       source_database
from dba_streams_table_rules
where rule_owner = 'CDC_ADMIN'
order by table_name, rule_type, streams_type;
说明:
    至此,底层的streams配置完成,但capture、propagation、apply进程仍是inactive状态.

4.当change set激活后,检查apply进程的状态是否为enable:
select apply_name, status from dba_apply where apply_user = 'CDC_ADMIN';

5.检查capture的状态:
select capture_name, state, total_messages_captured from v$streams_capture;
说明:
    STATE can show several values until it shows CAPTURING CHANGES. Until state is CAPTURING CHANGES you will not see the value for TOTAL_MESSAGES_CAPTURED increase.

6.检查autolog online是否正确的被激活:
select group#, thread#, sequence#, archived, status from v$standby_log;
说明:
    如果autolog online正确的被激活,则至少有一个standby logfile的状态为ACTIVE.

===============================================================================================
说明: autolog online方式在10.2.0.4基于AIX,在创建change set时报遇到BUG. BUG:11768445.

本文链接

cognos 客户端组件连接服务器端

2012-03-29T08:08:00Z

一、如何在本地的framework Manager中向远程的服务器发布package？是Locate on the network?

本地安装BI Server服务组件、FM组件、TR组件。进入Cognos Configuration配置界面，对环境属性调整：
1、远程网关URL
2、网关调度程序URL
3、网关控制器URL
4、外部应用程序的调度程序URL
5、Content Manager URL。
一共是五处，把localhost替换成你远程的IP服务器地址，保存配置。建议以UTF-8保存。本机客户端不需要启动服务，每次打开FM、或者TR都会根据配置文件信息获取URL地址访问远程服务器。

本文链接

创建Oracle CDC时遇到的问题解决

2012-03-27T05:22:00Z

1.查看数据库是否是归档模式

SQL>archive log list;

2.非归档模式更转为归档模式

C:\Documents and Settings\Administrator>cd \
C:\>lsnrctl status

C:\>sqlplus /nolog
SQL> conn sys/system@ora10g as sysdba
SQL> shutdown immediate;
SQL> startup mount;
ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务
SQL> exit
C:\>lsnrctl status
C:\>slqplus /nolog
SQL> conn sys/system@ora10g as sysdba;
ERROR:
ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务
SQL> set display verbose
SP2-0158: 未知的 SET 选项 "display"
SQL> exit
C:\>set display verbose
环境变量 display 没有定义
C:\>lsnrctl
LSNRCTL for 32-bit Windows: Version 10.2.0.1.0 - Production on 03-3月 -2008 13:5
1:37

LSNRCTL> set display verbose
服务显示模式为VERBOSE
LSNRCTL> service
LSNRCTL> start
TNS-01106: 使用名称LISTENER的监听程序已经启动
LSNRCTL> reload
正在连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)))
命令执行成功
LSNRCTL> exit
C:\>sqlplus /nolog
SQL> conn sys/system as sysdba
已连接到空闲例程。
SQL> startup mount;
ORACLE 例程已经启动。
SQL> alter database archivelog;
数据库已更改。
SQL> alter database open;
数据库已更改。
SQL> archive log list ;
数据库日志模式          存档模式
自动存档          启用
存档终点          USE_DB_RECOVERY_FILE_DEST
最早的联机日志序列    131
下一个存档日志序列 133
当前日志序列          133
SQL>

3.修改参数JAVA_POOL_SIZE

answer1:
首先查看你的数据库是采用spfile启动的还是pfile
SQL> show parameter spfile;
------------------------------------ ----------- ------------------------------
spfile string %ORACLE_HOME%/DATABASE/SPFILE%
ORACLE_SID%.ORA
SQL>
说明是采用spfile启动的
此时可以动态修改JAVA_POOL_SIZE和SHARED_POOL_SIZE;
SQL> alter system set shared_pool_size=50331648 scope=both
System altered.
SQL>
同理JAVA_POOL_SIZE
SQL> alter system set JAVA_POOL_SIZE=50331648 scope=both
System altered.
SQL>
如果是采用pfile启动需要关闭数据库
然后修改init%ORACLE_SID%.ORA中 JAVA_POOL_SIZE和SHARED_POOL_SIZE的大小
修改以上两个参数可以在文本编辑器打开文件进行修改
个人在此采用abort关闭方式，根据需求请慎用
SQL> shutdown abort
ORACLE instance shut down.
SQL> create spfile from pfile;
File created.
SQL> startup
ORACLE instance started.
Total System Global Area 152115804 bytes
Fixed Size 453212 bytes
Variable Size 125829120 bytes
Database Buffers 25165824 bytes
Redo Buffers 667648 bytes
Database mounted.
Database opened.
SQL>
至此修改完毕
注：如果数据库是采用spfile方式启动的话，则可以动态修改不需要重新启动
如果是采用pfile的话则需要重新启动

answer2:
我是用pfile启动的
那我要关闭数据库再修改
sql> shutdown immediate
然后用记事本编辑init.ora
我想问一下数据库升级完后是不要要把JAVA_POOL_SIZE改小啊？
正常状态下JAVA_POOL_SIZE设置多少合适啊？
answer3:
9.2下默认JAVA_POOL_SIZE为16M
一般情况下不需要对JAVA_POOL_SIZE进行修改，除非在oracle中开发了大量的java程序

本文链接

Cognos 常见错误解决办法

2012-03-20T08:15:00Z

l 常见问题：

u CM-CFG-5137：Content Manager was unable to complete the initialization of the

content store。

解决办法：

1. Ensure that all Cognos 8 Services are stopped.

2. Have the DBA make a backup the Content Store.

3. Have the DBA run the install_path\configuration\schemas\content\dbVendor\dbClean_dbVendor.sql script on the Content Store database.

4. Start the Cognos 8 with Cognos Configuration.

u CM-CFG-5063: 数据库的用户配置的权限不够

解决办法：

Must ensure that Oracle database has the following permissions set:

a) connect to the database
b) create, alter, and drop tables

c) create, alter and drop triggers

d) create, alter and drop views

e) create, alter and drop procedures

f) create, alter and drop sequences

Also, add Unlimited Quotas permission to oracle content store

schema if the above steps do not work

u CM-SYS-5124: 数据库编码方式一定要是 UTF-8

解决办法：需要在数据库中修改数据库的字符集，需要DBA权限执行下面的语句：

                 sqlplus /nolog
                 conn /as sysdba
                 shutdown immediate;
                 startup mount;
                 ALTER SESSION SET SQL_TRACE=TRUE;
                     ALTER SYSTEM ENABLE RESTRICTED SESSION;
                     ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
                     ALTER SYSTEM SET AQ_TM_PROCESSES=0;
                     ALTER DATABASE OPEN;
                     set linesize 120;
                 ALTER DATABASE character set INTERNAL_USE UTF8;

ALTER SESSION SET SQL_TRACE=FALSE;

shutdown immediate;

STARTUP;

u CFG-ERR-0106: IBM Cognos Configuration did not receive a response from the IBM Cognos 8

service in the time allotted.Check that IBM Cognos 8 service is available and properly configured

描述：此问题是在cognos服务启动时报的错

解决方法1：可能是由于Cognos内容数据库连接不上造成

检查在Cognos时是否已安装了Cognos自带的内容数据库

如时使用第三方数据库则检查连接字符串信息和驱动文件是否正常

解决方法2：增加超时时间

当cogserver.log与tomcat.log都没有报错信息

c8_location/configuration/cogconfig.prefs文件中加
ServiceWaitInterval=1000

ServiceMaxTries=500

u CFG-ERR-0103 :

                 原因:应该是因为Cognos主应用无法启起来，已知可能的原因如下：
                 1、Cognos数据库没有采用UTF-8的字符集(Oracle下常见)
                 2、系统服务中的Cognos服务被禁用,或受到其他第三方软件限制无法启动

u CAM-AAA-0027 ：

               错误是在用Cognos SDK开发SSO的时候遇到的，利用SDk里的例子 TrustedSignonSample 程序
               实现 SSO的时候遇到的。根据Google搜索得出的结果，0027可能是一个Cognos8.3的BUG，在正常
               运行的Cognos应用中，可能突然会出现。但是错误信息和我遇到的不同：The function call to
               'CAM_AAA_Authenticate'failed.Reason:" 该问题的解决办法（百度搜的）：
               1、内存泄漏（最可能的原因）
                    如果服务器连续正常运行了一段时间后，突然报这个错，绝大部分原因是内存泄漏。
               2、配置错误（较少可能）
                    比如你为 Cognos 配置了超出服务器所能提供的资源时，就会出现这个错。
                    不过不符合我们的现状，估计这个错误的原因应该还是SSO接口的问题，只是遇到同样的错误代
                    码而已。
                   后来发现SDK的这个例子，其实是类似代理的方式，通过Cookie传参，登录Cognos的另一个认证
                    ，比如NTLM。
                    并不是如我们早期想的那样，认为 TrustedSignonSample 是一个独立认证。

所以在配置一个命名空间为 TS 的 NTLM 认证后解决了这个问题，其实很简单，应该就是认证
找不到指定的命名空间，重试次数达到了10次。

u CAM-AAA-0064

                ['CognosJavaProvider']
                1. [ ERROR ] CAM-AAA-0064 The function 'CAM_AAA_JniAuthProvider::Configure' failed.
                    CAM-AAA-0154 Unable to load the Java authentication provider class 'TrustedSignonSample'.
                    TrustedSignonSample (Unsupported major.minor version 49.0)
                    83的SDK的实现遇到0027问题后，考虑换到Cognos8.2的生产系统上去试，结果遇到了0064，

版本问题，这个问题解决不了。
可能更新JniAuthProvider的jar包可以解决这个问题。

本文链接

修改客户端字符集NLS_LANG

2012-03-20T06:37:00Z

在访问Oracle的客户端安装Oracle Client过程中并没有选项选择Oracle Client的字符集，安装完毕后在注册表HKLOCAL_MACHINE\SOFTWARE\ORACLE\KEY_ORACLECLENT_HOME1\可以找到NLS_LANG键，值为当前OS的字符集。如简体系统为：ZHS16GBK,繁体系统为：MSWIN950。可见，Oracle Client（以下简称NLS_LANG）在安装过程中选择了OS的字符集作为默认的NLS_LANG字符集。

设定NLS_LANG有三种方法：

a) 修改注册表:将HKLOCAL_MACHINE\SOFTWARE\ORACLE\KEY_ORACLECLENT_HOME1\下NLS_LANG键值改为你要设定的字符集，如将SIMPLIFIED CHINESE_CHINA.ZHS16GBK改为：SIMPLIFIED CHINESE_CHINA.AL32UTF8。这种做法如果无效，即使重新启动机器后，也没有生效，NLS_LANG仍使用当初安装时的OS字符集，就试用第个方法。

b) 设定环境变量:在My Computer->Properties->Advanced->Environment Variables->System Variables 新增环境变量设置,如：Variable name=NLS_LANG，Variable Value= SIMPLIFIED CHINESE_CHINA.AL32UTF8。这样NLS_LANG字符集为UTF8，这个NLS_LANG优先序高于注册表中的NLS。注意：环境变量设在系统变量中（System Vairables），而不是用户变量（User Vairables）。

c) 在应用程序运行的Process Session中设定:在程序运行之前，先通过set NLS_LANG=进程Session的字符集。例如：

Echo %nls_lang%,在这个session中，已经设定NLS_LANG字符集为ZHS16GBK。同样，你也可以新开一个CMD窗口，设定另一种NLS_LANG字符集。这种在session中设定NLS_LANG的优先序高于系统环境变量NLS_LANG。注册表NLS_LANG、系统环境变量NLS_LANG、Session NLS_LANG的优先序是：Session NLS_LANG > 系统环境变量NLS_LANG > 注册表NLS_LANG。

本文链接