狂浪 的旮旯天地

接昨天的问题。     现象描述：     集群开机的时候，启动第一个节点rac1，vip无法启动，导致其他几个依赖于它的服务亦无法启动。启动第二个节点rac2，此时开始出现很诡异的一幕：两个节点中vip及其党羽们轮流放假，rac1中的挂了，rac2中起了，过一会，rac2中

(1)登陆到mysql C:/Documents and Settings/Administrator>mysql -h localhost -u root -p Enter password: ***** Welcome to the MySQL monitor. Commands end with ; or /g. Your MySQL connection id is 6

今天给客户演示了虚拟机上的switchover和failover的切换过程。客户关心的重点自然是failover，我们直接关掉虚拟存储的开关来模拟阵列故障。failover步骤如下 1.  select NAME,RESETLOGS_TIME,LOG_MODE,OPEN_MODE,PROTECTION_MODE,REMOTE_ARCHIVE, DATABASE_ROLE,SWITCHOV

操作系统和存储环境 linux版本： [root@rac1 ~]# lsb_release -a LSB Version: :core-4.0-amd64:core-4.0-ia32:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-amd64:printing-

开始测试oracle 11g rac，本本的性能有限，因此装个单节点rac。步骤如下： 网卡绑定 修改/etc/modprobe.conf 和/etc/sysconfig/network-scripts下的ifcfg-bond*  ifcfg-eth* 这里不再多说 配置Xmanager连接 vi /usr/share/gdm/defaults.c

环境 源端是一个RAC rac1 rac2: RHEL 4u7 + ORACLE 10.2.0.4 + ASM rac1 外网IP 192.168.47.241 虚拟IP 192.168.47.243 rac2 外网IP 192.168.47.242 虚拟IP 192.168.47.244 目标端是一个单机 ggdb: RHEL 4u7 + ORACLE 10.2.0.4

日常管理和维护 启动关闭使用start和stop ggsci命令，查看状态使用info和status命令，查看统计信息使用stats命令，注意查看discard文件和其他日志文件(比如goldengate安装目录下的ggserror.log和源端user_dump_dest下的ggs_ddl_trace.log)这里不再赘述 故障切换 在RAC环境中，最好将Golde

数据初始化(initial data load) 在进行同步以前，要先对目标端的数据进行初始化 在线迁移有几种方法，这里采取比较靠谱的两种：通过数据库工具(expdp/impdp)和通过文件导入到replicat。我们将这两种方法分别应用在两组抽取/复制对应的4个数据库用户上。w1ext对应的dycommondatabase20用户和dyulcentermanage使用前者，w2ext对应

安装DDL OBJECTS 在源端，以oracle用户登录sqlplus，执行以下脚本 执行marker_setup 确保goldengate的相关进程 关闭状态，任何使用oracle的应用程序都已关闭，且不会有新的会话产生。然后执行下面命令 [goldengate@gg1 ~]$ cd /opt/gg/goldengate/ [goldengate@gg1 go