DataCopy(下载)并不一定是指从源端取得数据, 然后INSERT到目标端, 插入只是一个默认操作而已, 其实在目标端还可以做UPDATE或DELETE操作. 对于INSERT可以使用Direct Path Load的方式, 速度可以比得上CTAS, 其他的操作方式, 则只能实现Array DML了. 在日常的DBA工作中, 还是会有一些数据同步的需求的, 这时DataCopy应当可以减轻你的工作量.

    在DataCopy中增加了两个命令行选项, 以支持不同的操作方式.

* sync    = sync mode (INSERT,UPDATE,DELETE,UPDINS,INSUPD,DELINS).
* unique  = primary key or unique key columns of target table.

    除INSERT操作外(SYNC选项的默认值), UPDATE/DELETE操作都需要指定目标端表的主键列, 以用在WHERE条件中. UPDATE操作会根据指定的主键列去更新非主键列的值(SYNC=UPDATE), 而DELETE操作则直接在目标端根据主键列删除记录(SYNC=DELETE).

datacopy user1=... user2=... table1=emp table2=emp_sync sync=delete unique=empno
datacopy user1=... user2=... table1=emp table2=emp_sync sync=update unique=empno

    根据前面的三种基本操作还可以延伸出来额外的三种操作, 在目标端用PL/SQL代码来实现, 第一种是UPDATE-INSERT方式, 在目标端先进行UPDATE, 如果更新0条记录, 则进行INSERT. 这种方式适合于以UPDATE为主的数据同步.

datacopy user1=... user2=... table1=emp table2=emp_sync sync=updins unique=empno

    第二种是INSERT-UPDATE方式, 在目标端先进行INSERT, 如果主键冲突, 则进行UPDATE. 这种方式适合于以INSERT为主的数据同步.

datacopy user1=... user2=... table1=emp table2=emp_sync sync=insupd unique=empno

    第三种是DELETE-INSERT方式, 在目标端先进行DELETE, 再进行INSERT操作. 这种方式的执行成本会比较高, 但逻辑简单.

datacopy user1=... user2=... table1=emp table2=emp_sync sync=delins unique=empno

    后面的三种方式, 如果要用PL/SQL来实现Array接口, 代码还是有一点复杂的, 如果要实现动态SQL的处理, 估计更复杂. 并且大量的循环, 用外部C写的程会更有效率.

Relative Posts:

• 2010/03/15 -- 学习OCI之DataCopy程序 (4)
• 2009/11/07 -- MySQL数据迁移测试 (8)
• 2009/06/09 -- copydata异构数据拷贝 (6)
• 2009/04/02 -- 给SQLULDR2加上Key保护 (6)
• 2008/03/30 -- AUL也走品牌路线? (2)
• 2010/03/10 -- SQLULDR2从标准输入读取SQL (0)
• 2010/03/06 -- 简化SQLULDR2的命令行选项设置 (1)
• 2010/03/04 -- 为DataReport增加条件过滤功能 (1)
• 2010/02/20 -- 定义不同数据源的SQL (3)
• 2010/02/08 -- SQLULDR2也可改善用户体验 (4)

昨天介绍了如何在Oracle 11gR2上配置dataguard broker,以及如何配置fast_start failover,今天对此做了一下详细的测试..

测试过程如下:
1. 启动dataguard manager里面的observer (也就是一个监控程序,最好部署在主库与standby之外的服务上,在此就部署在其中一台主机上),由于启动Observer之后,dgmgrl会阻塞在这个命令上, 我们先准备一个小脚本来启动observer.

[oracle@dbmain ~]$ cat aaa.sh
nohup dgmgrl sys/xxxx@dbmain "start observer file='/home/oracle/observer/fsfo.dat'" >> /home/oracle/observer/dgmgrl.log &

observer 运行之后可以看到以下的输出信息..

DGMGRL for Linux: Version 11.2.0.1.0 - Production

Copyright (c) 2000, 2009, Oracle. All rights reserved.

Welcome to DGMGRL, type "help" for information.
Connected.
Observer started

2. 关闭主数据库dbmain,使用shutdown abort模拟数据库意外垮掉的情况.

17:43:06 sys@DBMAIN>shutdown abort;
ORACLE instance shut down.
17:43:15 sys@DBMAIN>           --注意这一行的时间信息,,这是数据库关闭完毕的时间.

3. 观察observer上的输出信息

17:43:42.63  Tuesday, March 16, 2010    --在差不多30秒后observer开始做Failover操作.与show fast_start failover时看到的值一致.
Initiating Fast-Start Failover to database "dbstby"...
Performing failover NOW, please wait...
Failover succeeded, new primary is "dbstby"
17:44:30.21  Tuesday, March 16, 2010    --切换时间差不多耗费了50秒左右的时间,,当然这与我这个测试库比较小也有关系..

17:47:23.46  Tuesday, March 16, 2010
Initiating reinstatement for database "dbmain"...
Reinstating database "dbmain", please wait...
Operation requires shutdown of instance "dbmain" on database "dbmain"
Shutting down instance "dbmain"...
ORA-01109: database not open

Database dismounted.
ORACLE instance shut down.
Operation requires startup of instance "dbmain" on database "dbmain"
Starting instance "dbmain"...
Unable to connect to database
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor

Failed.
Warning: You are no longer connected to ORACLE.

4. 在dgmgrl中登录当前的主库也就是dbstby,运行 reinstate database dbmain来将dbmain flashback到failover的scn以将dbmain改造成dbstby的standby database.

DGMGRL> show configuration

Configuration - dgconfig1

  Protection Mode: MaxAvailability
  Databases:
    dbstby - Primary database
    dbmain - (*) Physical standby database

Fast-Start Failover: ENABLED

Configuration Status:
SUCCESS

DGMGRL>
DGMGRL> show fast_start failover

Fast-Start Failover: ENABLED

  Threshold:        30 seconds
  Target:           dbmain
  Observer:         dbmain
  Lag Limit:        30 seconds (not in use)
  Shutdown Primary: TRUE
  Auto-reinstate:   TRUE

Configurable Failover Conditions
  Health Conditions:
    Corrupted Controlfile          YES
    Corrupted Dictionary           YES
    Inaccessible Logfile            NO
    Stuck Archiver                  NO
    Datafile Offline               YES

  Oracle Error Conditions:
    (none)

DGMGRL>

No related posts.

这是早期在cnoug上发布的一篇文章, 今天在itpub看到”如何查看发生锁的SQL语句“的问题,感觉此文对于此类尚有一点价值, 由此想到这篇文章, 特转帖与此.

v$session 表中比较常用的几个字段说明 ^_^

1. sid,serial#

通过 sid 我们可以查询与这个 session 相关的各种统计信息 , 处理信息 .

a. select * from v$sesstat where sid = :sid;

查询用户相关的各种统计信息 .

select a.sid,a.statistic#,b.name,a.value
from v$sesstat a,v$statname b
where a.statistic# = b.statistic#
and a.sid = :sid;

b. 查询用户相关的各种 io 统计信息

select * from v$sess_io where sid = :sid;

c. 查询用户想在正在打开着的游标变量 .

select * from v$open_cursor where sid = :sid;

d. 查询用户当前的等待信息 . 以查看当前的语句为什么这么慢 / 在等待什么资源 .

select * from v$session_wait where sid = :sid ;

e. 查询用户在一段时间内所等待的各种事件的信息 . 以了解这个 session 所遇到的瓶颈 ^_^

select * from v$session_event where sid = :sid;

f. 还有 , 就是当我们想 kill 当前 session 的时候可以通过 sid,serial# 来处理 .

alter system kill session ':sid,:serail#';

2. paddr. 字段 , process addr, 通过这个字段我们可以查看当前进程的相关信息 , 系统进程 id, 操作系统用户信息等等 .

select a.pid, a.spid, b.name, b.description, a.latchwait, a.latchspin, a.pga_used_mem, a.pga_alloc_mem, a.pga_freeable_mem, a.pga_max_mem
from v$process a,v$bgprocess b
where a.addr = b.paddr(+)
and a.addr = :paddr

3. command 字段 , 表明当前 session 正在执行的语句的类型 .请参考reference.

4. taddr 当前事务的地址 , 可以通过这个字段查看当前 session 正在执行的事务信息 , 使用的回滚段信息等^_^

select b.name rollname,a.*
from v$transaction a,v$rollname b
where a.xidusn = b.usn
and a.addr = '585EC18C';

5. lockwait 字段 , 可以通过这个字段查询出当前正在等待的锁的相关信息.

select *
from v$lock
where (id1,id2) = (
        select id1,id2 from v$lock where kaddr = '57C68C48'
)

6. (sql_address,sql_hash_value) (prev_sql_addr,prev_hash_value) 根据这两组字段 , 我们可以查询到当前 session 正在执行的 sql 语句的详细信息.

select * from v$sqltext where address = :sql_address and hash_value = :sql_hash_value;

7.ROW_WAIT_OBJ#,ROW_WAIT_FILE#,ROW_WAIT_BLOCK#,ROW_WAIT_ROW#

可以通过这几个字段查询现在正在被锁的表的相关信息.^_^
a. 首先得到被锁的的信息

select * from dba_objects where object_id = :row_wait_obj#;

b. 根据 row_wait_file# 可以找出对应的文件的信息.

select * from v$datafile where file# = :row_wait_file#.

c. 在根据以上四个字段构造出被锁的字段的 rowid 信息.

select dbms_rowid.ROWID_CREATE(1,:row_wait_obj#, :row_wait_file#, :row_wait_block#, :row_wait_row#) from dual;

8. logon_time 当前 session 的登录时间.

9. last_call_et 该 session idle 的时间 , 每 3 秒中更新一次^_^

last_call_et 也是一个很有意义的参数，他是在该 SESSION 下用户最后一条语句执行完毕到当前的时间，单位为秒。 每次用户执行一个新的语句后，该字段复位为 0 ，重新开始记数。我们可以通过该字段来获得一个连接用户最后一次操作数据库后的空闲时，所以通过 v$session 和 last_call_et 可以很容易判断那些会话长期没有活动了，可以断开这样的会话，以减少资源利用

补充:

1. audsid 字段,这是Session登录时系统利用AUDSES$生成的session的唯一标识符. 并将其初始化为sys_context(‘USERENV’,'SESSIONID’)

这样就可以通过下列查询得到当前session的信息..

select * from v$session where audsid = sys_context('USERENV','SESSIONID');

而不用再去使用v$mystat 来得到当前session的sid了.
footnote: 以上是Oracle 9i版本的v$session的主要字段说明以及使用.

2. module/action/client_info字段,这些字段的设计本意是提供借口让大家通过此视图了解当前session的工作

可以通过使用dbms_application_info在程序中设置/获取这些信息,来达到应用与DB之间的一个通讯.
设置方式为:

exec dbms_application_info.set_client_info('user:james');
exec dbms_application_info.set_module('bops','getUser');
exec dbms_application_info.set_action('processJob');

设置完上述信息后,可以通过dbms_monitor(10g中引入)来对此module进行跟踪分析.

exec dbms_monitor.serv_mod_act_trace_enable(service_name, module_name, action_name, waits, bind, instance_name, plan_stat);
exec dbms_monitor.serv_mod_act_trace_disable(service_name, module_name, action_name, waits, bind, instance_name, plan_stat);

3. failover_type,failover_method,failed_over 字段

这几个字段主要用来显示当前session是否配置TAF,以及配置了何种类型的TAF,,主要用于RAC环境.

4. CLIENT_IDENTIFIER字段

这个字段可以通过运行dbms_session的set_identifier与clear_identifier来设置与清楚.

SQL> select client_identifier from v$session where sid = sys_context('USERENV','SID');

CLIENT_IDENTIFIER
----------------------------------------------------------------

SQL> exec dbms_session.set_identifier('james');

PL/SQL procedure successfully completed.

SQL> select client_identifier from v$session where sid = sys_context('USERENV','SID');

CLIENT_IDENTIFIER
----------------------------------------------------------------
james

SQL> exec dbms_session.clear_identifier;

PL/SQL procedure successfully completed.

SQL> select client_identifier from v$session where sid = sys_context('USERENV','SID');

CLIENT_IDENTIFIER
----------------------------------------------------------------

SQL>

5. blocking_session_status ,blocking_instance,blocking_session 字段

这三个字段用来显示当前session被哪个instance的哪个session阻塞,,主要通过关联v$lock动态视图获得(11g版本中有,不确定10g是否有,9i没有此字段).

6. 在10g中添加一组来在动态视图v$session_wait的信息,,具体内容与v$session_wait的一致,在此就不做详细介绍了

No related posts.

作者：eygle 发布在 eygle.com

在首页上，这几天会帮助Oracle 大学做一个条幅广告，宣传的是OU最近将举行的一个培训活动。
活动链接如下：
http://www.oracle.com/global/cn/education/promotions/guruweek_fy10q4.htm

这次培训OU请到了Arup Nanda，我在美国参加OpenWorld时曾经和Arup有过数面之缘，这一次有机会一起主讲这样一个课程实在是一种缘分。

这个课程设计为4天，Arup 2天，我讲1天，OU的包光磊老师讲1天。

具体内容可以参看以上链接。

如果有感兴趣的报名者，据说报 eygle.com 的来源，可以获得最低折扣。当然OU的培训收费是不便宜的，有兴趣的关注一下吧！

-The End-

相关文章|Related Articles

• 在上海，在Radisson，在Oracle的路上
  
• 顺利结束北京站 - OU 深入解析Oracle 培训课程
  
• 即将结束广州站 - OU 深入解析Oracle 培训课程
  
• 顺利结束上海站 - OU 深入解析Oracle 培训课程
  
• 深入解析Oracle - 实战案例模拟与实践30讲
  

评论数量(0)|Add Comments

本文网址：http://www.eygle.com/archives/2010/03/oracle_arup_eygle_bao.html

在Dataguard Broker上配置fast_start failover

前一篇文章中已经介绍过dataguard broker的基本配置, 在本文中,我将尝试给出在dataguard broker里部署fast_start failover, 具体的测试过程将在后续文章中给出.

要配置成功fast_start failover 需要满足以下5项条件.

• 1. dataguard 的配置要么是maxAvailability模式要么是maxPerformance模式.
• 2. 当dataguard的配置为maxAvailability模式时,fast-start failover的目标standby数据库的log传送模式必须设置为Sync.
• 3. 当dataguard的配置为maxPerformance模式时,fast-start failover的目标standby数据库的log传送模式必须设置为Async.
• 4. 主库与fast-start failover的目标standby数据库都必须激活flashback 功能.
• 5. 当配置了多个standby数据库时,没有在主库的配置属性FastStartFailoverTarget指定目标standby 数据库.

下面将分别配置这几项.
1. 设置standby database的dataguard模式为maxAvailablity.
在配置好dataguard broker以后, 可以在主库的sqlplus 界面修改此配置,也可以直接在dataguard manager(dgmgrl)里面修改此值.

--在dgmgrl中修改此配置.
DGMGRL> edit configuration set protection mode as maxAvailability;
Succeeded.
DGMGRL>
--在sqlplus中修改此配置.
SQL> alter database set standby database to maximize availability;

Database altered.

2. 通过dgmgrl 分别修改主库与standby数据库的log file传送模式.

DGMGRL> show database verbose dbmain 'LogXptMode'
  LogXptMode = 'SYNC'
DGMGRL> edit database dbstby set property LogXptMode = 'SYNC';
Property "logxptmode" updated
DGMGRL> show database verbose dbstby 'LogXptMode'
  LogXptMode = 'SYNC'
DGMGRL>

3. 在数据库上配置flashback功能.

--主库配置语句
mkdir -p /data/oradata/flasharea/
----两个参数的设置顺序不能颠倒,否则会报错.
alter system set db_recovery_file_dest_size = 1024m scope=both;
alter system set db_recovery_file_dest = '/data/oradata/flasharea/' scope=both;
alter database flashback on;

SQL> show parameter recover

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest                string      /data/oradata/flasharea/
db_recovery_file_dest_size           big integer 1G
recovery_parallelism                 integer     0

SQL> select flashback_on,force_logging,database_role,db_unique_name from v$database;

FLASHBACK_ON       FOR DATABASE_ROLE    DB_UNIQUE_NAME
------------------ --- ---------------- ------------------------------
YES                YES PRIMARY          dbmain

--standby库配置语句.
mkdir -p /data/oradata/flasharea/
alter system set db_recovery_file_dest_size = 1024m scope=both;
alter system set db_recovery_file_dest = '/data/oradata/flasharea/' scope=both;
recover managed standby database cancel;
alter database flashback on;
recover managed standby database disconnect from session using current logfile;
SQL> show parameter recover

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest                string      /data/oradata/flasharea/
db_recovery_file_dest_size           big integer 1G
recovery_parallelism                 integer     0
SQL> select flashback_on,force_logging,database_role,db_unique_name from v$database;

FLASHBACK_ON       FOR DATABASE_ROLE    DB_UNIQUE_NAME
------------------ --- ---------------- ------------------------------
YES                YES PHYSICAL STANDBY DBSTBY

4. 在dgmgrl 中配置主库与standby数据库的FastStartFailoverTarget属性.

DGMGRL> show database verbose dbmain 'FastStartFailoverTarget';
  FastStartFailoverTarget = ''
DGMGRL> edit database dbmain set property FastStartFailoverTarget='dbstby';
Property "faststartfailovertarget" updated
DGMGRL> show database verbose dbmain 'FastStartFailoverTarget';
  FastStartFailoverTarget = 'dbstby'
DGMGRL>
DGMGRL> rem set property for dbstby
DGMGRL> show database verbose dbstby 'FastStartFailoverTarget';
  FastStartFailoverTarget = ''
DGMGRL> edit database dbstby set property FastStartFailoverTarget='dbmain';
Property "faststartfailovertarget" updated
DGMGRL> show database verbose dbstby 'FastStartFailoverTarget';
  FastStartFailoverTarget = 'dbmain'
DGMGRL>

5. 在一个dgmgrl命令中启动observer.

--在一个终端的命令中启动observer命令.
DGMGRL>
DGMGRL> start observer
Observer started

--在另外一个终端的dgmgrl命令中查看fast_start failover的状态.
DGMGRL> show fast_start failover

Fast-Start Failover: DISABLED

  Threshold:        30 seconds
  Target:           (none)
  Observer:         dbmain    --显示observer 已经启动.
  Lag Limit:        30 seconds
  Shutdown Primary: TRUE
  Auto-reinstate:   TRUE

Configurable Failover Conditions
  Health Conditions:
    Corrupted Controlfile          YES
    Corrupted Dictionary           YES
    Inaccessible Logfile            NO
    Stuck Archiver                  NO
    Datafile Offline               YES

  Oracle Error Conditions:
    (none)

6. 在dgmgrl中激活fast_start failover 功能.

DGMGRL> enable fast_start failover;
Enabled.
DGMGRL> show fast_start failover

Fast-Start Failover: ENABLED

  Threshold:        30 seconds
  Target:           dbstby
  Observer:         dbmain
  Lag Limit:        30 seconds (not in use)
  Shutdown Primary: TRUE
  Auto-reinstate:   TRUE

Configurable Failover Conditions
  Health Conditions:
    Corrupted Controlfile          YES
    Corrupted Dictionary           YES
    Inaccessible Logfile            NO
    Stuck Archiver                  NO
    Datafile Offline               YES

  Oracle Error Conditions:
    (none)

No related posts.