[HA]利于heartbeat构建Oracle高可用

Linux下有很多集群软件,不同程度的在企业的高可用和负载均衡环境中发挥着作用. Heartbeat作为Linux-HA项目组开发出来的一套开源软件,也可以为应用/系统提供高可用服务.官方网站这样描述它:
【阅读全文】

SCN之 Block scn/commit scn/delayed block cleanout

Block的cache header部分，记录着一个block scn,它是当前块最后一次变更的时间戳（确切说，这个更新并不是指itl上的scn的最新更新，在接下来delayed block cleanout下的slot重用情况下，可以看到block scn并不等于itl上的最后一次更新的scn）。可以通过dump获得block scn/last itl scn 和发布ora_rowscn语句获得last itl scn。

1. SQL> select distinct ora_rowscn,dbms_rowid.rowid_block_number(rowid) from test_ind where dbms_rowid.rowid_block_number(rowid)=31501;
ORA_ROWSCN DBMS_ROWID.ROWID_BLOCK_NUMBER(
———- ——————————
617405 31501

2. SQL> alter system dump datafile 4 block 31501;
Start dump data blocks tsn: 4 file#: 4 minblk 31501 maxblk 31501
buffer tsn: 4 rdba: 0×01007b0d (4/31501)
scn: 0×0000.00096bbd seq: 0×01 flg: 0×02 tail: 0×6bbd0601
frmt: 0×02 chkval: 0×0000 type: 0×06=trans data
――――――――――――――――――――――――――――――――――――――
Itl Xid Uba Flag Lck Scn/Fsc
0×01 0×000a.001.00000089 0×008033be.0046.14 C— 0 scn 0×0000.00065b9e
0×02 0×0008.02b.000000ac 0×00802fea.004a.28 –U- 1 fsc 0×0000.00096bbd

【阅读全文】

[Troubleshooting Assemble]本帖集合故障处理,不再另行开帖.

把以后碰到的问题处理,都汇集到这个帖子里面吧,也不另行开帖了.想写的时候就写点,方便以后查阅.

Problem Time : 2008-10-22
Problem summary: 主库重建控制文件引起备库日志缺失以及后续备库应用归档日志过程中出现SMON: Parallel transaction recovery tried

问题的起源为一个物理primary/standby环境.由于备库前期进行硬件升级,停机了有段时间,恢复使用后,顺便观察了一下日志的receive和apply情况.
发现接收的日志文件从sequence 179到 sequence 315缺失.alert.log中出现这么可疑的一段:

Wed Oct 22 9:18:27 2008
FAL[client]: Failed to request gap sequence
GAP - thread 1 sequence 179-315
DBID 3397069132 branch 663290110
FAL[client]: All defined FAL servers have been attempted.
————————————————————-
Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
parameter is defined to a value that is sufficiently large
enough to maintain adequate log switch information to resolve
archivelog gaps.
————————————————————-

【阅读全文】

天下没有免费的午餐…

   近期着实运气背了点，让我不得不重新审视自己的生活态度，也渐渐印证了自己的一贯信奉：运气是种因果。

   有点唐突的离职，陡然发现路途并不平坦。舍弃与收获并非彰显分明，生活需要在拿捏之中历练。从现实意义上来讲，需要不断提醒自己，路要往前看。

    早上一觉醒来，发觉blog失效，登陆主机后台管理，方知出了大问题，自己的管理帐号被删掉了。索性发邮件给主机商，石沉大海。这个号称推出免费网站服务的站点竟然改头换面，搞起了免费硬盘服务，真好笑。比这糟的是，没太在意这段时间blog使用的数据库自动备份出了问题，只能找到7月29号的一次备份。还好自己的blog更新频率比较慢，丢失不算太多。在对比考察了N多免费虚拟主机之后，决定还是让blog走付费路线（一个顶级域名+一个php/mysql虚拟主机，全年188元，这个价格让我怦然心动）。

至此，本站域名，从www.easyora.cn 更新为 www.easyora.net.

    也许天下真的没有免费的午餐。建站初，出于稳定考虑，决定青睐于国外的主机运营商，实际发现，外国和尚也是和尚。也许，免费总是一个美好的幌子，之所以免费，使因为选择收费的模式代价太高。

小议Oracle 调度程序作业( dbms_scheduler )

整理scheduler 这一部分,源于最近发现系统上自动采集统计信息的执行时间有些异常,执行时间被定义到了上午 (这并不是一个很合理可靠的时间 ).在重新修改配置的同时,也顺便整理了这一块内容.

首先简单讲一下oracle 10g scheduler,10g引入dbms_scheduler来替代先前的dbms_job,在功能方面,它比dbms_job提供了更强大的功能和更灵活的机制/管理.它主要由以下几大块构成:
【阅读全文】

利用prebuild MV快速迁移跨平台数据库实施及其总结

做数据库管理维护过程中，难免会碰到一些数据库的迁移需求，不同的环境也需要根据实际情况采取不同的手段，比如对一个有宕机时间要求的数据库来说，采用逻辑导入导出的方式显而易见并不合适。而对于一个跨平台的迁移系统来说，DG也失去了用武之地。对一个跨平台的数据库系统，采用stream，高级复制都可以在相对较短时间完成迁移需求，尽可能减少停机时间。
本文利于prebuild mv的方式来完成跨平台迁移，在实施过程中，如何尽量减少停机时间，以及如何保证数据的物理逻辑，都是我们需要审慎的方面。
【阅读全文】

基于LINUX的Oracle 10G RAC管理维护学习手记之三（下）－－RDBMS日常管理维护

基于LINUX的Oracle 10G RAC管理维护学习手记之前言目录

基于LINUX的Oracle 10G RAC管理维护学习手记之一―――RAC相关以及基础知识

基于LINUX的Oracle 10G RAC管理维护学习手记之二―――RAC规划安装

基于LINUX的Oracle 10G RAC管理维护学习手记之三（上）―――RAC日常管理维护

基于LINUX的Oracle 10G RAC管理维护学习手记之三（下）―――RAC日常管理维护

基于LINUX的Oracle 10G RAC管理维护学习手记之四―――RAC故障/负载平衡配置

基于LINUX的Oracle 10G RAC管理维护学习手记之五―――RAC下其他维护实施相关/案例

基于LINUX的Oracle 10G RAC管理维护学习手记之六―――RAC性能监控调整

基于LINUX的Oracle 10G RAC管理维护学习手记之七―――其他Troubleshooting

2.RDBMS管理维护

(1).spfile以及相关参数说明

最普遍情况，节点共用同一个spfile文件，放置在共享存储上，而每个节点上，相应目录下有一个pfile文件，而这个pfile文件指向共享存储上的spfile。
【阅读全文】

10G Dataguard影响日志传输服务参数

日志的传输以及应用可以算作是Dataguard的核心所在.在我们搭建DG的过程中,如何配置优化日志传输服务,关系到整个DG体系的性能以及可用性.而且,不同的保护模式也需要不用的参数组合.10g下,影响配置日志传输的参数主要有以下几个:
【阅读全文】