• 网站站长能够在重复元标记或标题标签缺失等问题上获得建议。
• 那些我们认为违反了谷歌网站站长指南、并在我们的索引中遭受了谷歌所采取的相应措施的网站的站长可申请复议。
• 遭受黑客攻击的网站站长可以获得攻击其网站的恶意软件的详细信息。在移除受攻击内容之后，他们可以从网站上取回网页，Googlebot将确认恶意内容已被完全清除。
• 网站站长可以找出谷歌在抓取其网站时遇到的错误。

Oracle Warehouse Builder (OWB) 是 Oracle 的一个综合工具，它提供了易用的图形环境，从而可以快速设计、部署和管理业务智能系统。

在一台已经安装了Oracle 10g的64位Linux下安装10.0.1版本OWB软件时，碰到了两个错误，后来查了些资料解决了，记录一下。

首先是OWB需要有自己的ORACLE_HOME，建议建立一个单独的路径来安装OWB，在安装到一半的时候会报调用isqlldr的错，日志信息如下：

INFO: /u01/app/oracle/oracle/product/10.2.0/db_1/owb/rdbms/lib/ins_rdbms.mk:2: /u01/app/oracle/oracle/product/10.2.0/db_1/owb:/u01/app/oracle/oracle/product/10.2.0/db_1:/rdbms/lib/env_rdbms.mk: No such file or directory

INFO: /u01/app/oracle/oracle/product/10.2.0/db_1/owb/rdbms/lib/ins_rdbms.mk:23: target `ksms.s' given more than once in the same rule.

INFO: make: *** No rule to make target `/u01/app/oracle/oracle/product/10.2.0/db_1/owb:/u01/app/oracle/oracle/product/10.2.0/db_1:/rdbms/lib/env_rdbms.mk'.  Stop.

INFO: End output from spawned process.
INFO: ----------------------------------
INFO: Exception thrown from action: make

Exception Name: MakefileException
Exception String: Error in invoking target 'isqlldr' of makefile '/u01/app/oracle/oracle/product/10.2.0/db_1/owb/rdbms/lib/ins_rdbms.mk'. See '/u01/app/oracle/oraInventory/logs/installActions2010-03-12_02-44-34PM.log' for details.
Exception Severity: 1

这个错误的解决办法就是编辑ins_rdbms.mk文件，增加一行指定OWB自身的ORACLE_HOME的配置：

# Entering /ade/aime_rdbms_9819/oracle/rdbms/install/cus_rdbms.mk
ORACLE_HOME=/u01/app/oracle/oracle/product/10.2.0/db_1/owb
include $(ORACLE_HOME)/rdbms/lib/env_rdbms.mk

安装完成后，要建立资料库，可以调用安装目录下owb/unix/reposinst.sh脚本建立资料库和用户，但是在创建过程中会报ora-01919: role 'JAVAIDPRIV' does not exist错误，这时需要在目标数据库中重建JVM环境，操作步骤如下：

SQL> @?/javavm/install/rmjvm
SQL> shutdown immediate
SQL> startup
SQL> @?/javavm/install/initjvm
SQL> @?/xdk/admin/initxml
SQL> @?/xdk/admin/xmlja
SQL> @?/rdbms/admin/catjava

虽然前面创建资料库失败，但是用户和一些角色已经创建在数据库中了，我们可以删除这些用户和OWB开头的角色，类似如下SQL：

select * from dba_users

drop user BIUSER cascade

select * from dba_roles where role like 'OWB%'

drop roles OWB_BIUSER

然后再重新创建即可成功。

    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程序 (5)
• 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 表中比较常用的几个字段说明 ^_^

通过 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#';

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

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

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

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

可以通过这几个字段查询现在正在被锁的表的相关信息.^_^
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;

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

补充:

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

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

而不用再去使用v$mystat 来得到当前session的sid了.
footnote: 以上是Oracle 9i版本的v$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);

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

这个字段可以通过运行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>

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

No related posts.