一次监听不能启动

登录测试环境发现一个节点监听异常

尝试手工启动,一样报错

第一怀疑就是hosts文件被改了,查看host没发现修改过。直接truss
从上面看出是使用ipc方式启动简单,尝试truss看看能不能有信息

尝试删除/tmp/.oracle/sLISTENER后监听正常启动

处理一次ora600[4194]

情景
数据库在启动时抛出如下错误

从数据库启动报错可以看出在递归调用SQL出现错误,最终错误为ORA-600[4194]。
这里尝试屏蔽所有的undo segment 进行启动,得到结果还是报错.通过手工创建pfile增加参数,开启trace查看问题出现点
数据库启动mount状态下,recover database;

分析
从10046的trace看到

看到的SQL为Updata undo$表而出现问题.

因为前面报错号中存在ORA-607,尝试文件中查找Error 607

–下面查看redo的信息

10046的绑定变量

Read more

flashback_on_standby

配置flashbash database参数

alter database flashback on;

primary库建表测试表并同步到standby

Standby端查看表

主库端进行删除数据

standby查看数据

查看闪回日志

standby端停止应用并闪回

数据正常找回来.
查看alert日志

应用归档追起日志

[crayon-594d65f08e6f88861574[……]

Read more

aix_11.2.0.4_quick_delete_rac_scripts

aix下快速删除11.2.0.4 Rac脚本

udev重新加载配置

在red hat 6.2以后使用udev时,当新加磁盘map或者权限时,使用start_udev时会导致vip进行漂移,这是因为udev管理了网卡特性.
看下例子
这里我增加了一个磁盘的map操作

使用start_udev

上面看出使用udev发现vip进行了漂移

使用udevadm trigger

查看udevadm参数

测试udevadm trigger –subsystem-match=subsystem

以上看出网络正常,没有出现vip漂移

加载udev配置权限命令

Oracle12c_DataGuard_part_4_switchover

12c dataguard提供了新的语法来实现dg的switchover.下面进行测试下。

主库执行检查

alert

切换

主库日志

Far sync 传输日志

DataGuard端 alert日志

查看新主库

Oracle12c_DataGuard_part_3

上文中Oracle12c_DataGuard_part_2_far_sync
提到了Far Sync Instance的配置,配置在参数中配置了max_failure=1 alternate=log_archive_dest_3 参数。当dest_2出现问题时会切到打dest_3进行传输日志。下面测试下Far Sync Instance出现问题时,dest_3是否能正常运行

关于此参数参考http://docs.oracle.com/database/121/SBYDB/log_arch_dest_param.htm#SBYDB01102

关闭Far Sync Instance

主库切换日志

查看主库日志

备库dg alert日志

备库显示正常。

Oracle12c_DataGuard_part_2_far_sync

在上面的基础上配置Far Sync .这里不实现Far sync的高可用.dg的数据配置恢复参考
Oracle12c_DataGuard_part_1

一、系统环境:

二、配置primary/standby :
2.1 配置强制归档

2.2 配置参数文件:

2.3 主库配置监听

2.4 主库配置tnsname