ITPub博客

最近研究了一下oracle Goldengate异构同步的过程, 真是几天不用手生，敲命令竟然如此生疏。不过还算顺利，经过一番折腾终于好了。环境描述：192.0.2.101( Oracle ) —> 192.0.2.102 (Mysql )版本：操作系统：redhat6.5Oracle：  12.1.0.2.0Mysql:     5.6.25goldgate:

2.5. 数据分发方案根据客户系统现状及业务需求，提出以下分发方案。系统架构如下图所示：Ø  六合一数据库相关数据通过SharePlex同步至分发数据库Ø  分发数据库通过SharePlex将权限分离后的数据同步给各盟市进行访问通过对需求及业务量进行评估，建议采用以下分发策略：Ø  有盟市标志位的表，在分发库可以考虑进行列表分区的方式，将数据进行分区存储，提高数据同步

2.  系统建设方案2.1. 建设目标1.       完成六合一系统核心数据库从传统小型机集中架构到x86/分布式存储的改造。2.       完成六合一系统核心数据库同城容灾数据库的搭建。3.      

1.  系统环境状况1.1. 系统运行现状客户现有六合一生产环境为运行在一套两节点IBM P570小型机上的Oracle 10g版本集群数据库，数量约为4TB。同机房搭建有一套Linux平台上的单节点Oracle数据库，通过SharePlex将部分生产数据同步到该库，用于将部分查询数据分发至各盟市查询库。在鄂尔多斯容灾中心建设有一套单节点Oracle数据库，与生产数据库通过逻辑同步软件复

最近在加主库添加数据文件时导致备库无法被应用，警告日志报如下错误：Media Recovery Waiting for thread 1 sequence 921276 (in transit)Recovery of Online Redo Log: Thread 1 Group 72 Seq 921276 Reading mem 0  Mem# 0: +DATA/ractd/onlin

4.      OGG监控4.1        操作系统层面，监控进程源库3个进程：mgr, ext1, dp1 ps -ef | grep mgr | grep oracle | grep -v grep ps -ef | grep ext1 | grep -v grep ps

3.      GoldenGate的安装与配置3.1        概述配置GoldenGate进行数据复制，主要包括如下环节：n  对源端和目标端GoldenGate工作环境的检查n  在源和目标环境分别安装GoldenGate软件n  配置源端

1.      背景描述用户（以下统称为“客户”）计划将数据库从AIX平台迁移到Linux平台。使用Oracle GoldenGate（下文统称“OGG”）来实现这一目标是一种可行的方案，比较其它技术方案而言，比如Data Guard或者expdp/impdp等，OGG具有如下的优势：n  灵活性强：允许源与目标的操作系统类型不同或者大版

1   文档内容1.2   字体说明2.     总体方案2.1   迁移工作的阶段安排2.2   方案阶段2.3   测试阶段2.4   实施阶段3.     GoldenGate的安装与配置3.1  &nb

1检查候选盘可用性场景检查候选盘可用性过程1.添加磁盘至RAC 节点，并设置适合的权限2.SQLPLUS登入并查看磁盘信息Select   name,group_number,path,state,header_status,mode_status,label from v$asm_disk; 预期结果新加入的磁盘作为候选盘显示。衡量标准符合预期。实际结果检查磁盘信息Selec

场景CRSD进程错误过程模拟CRSD进程异常For Hp Aix  linux  Solaris:ps -ef|grep crsdKill -9 预期结果1.orarootagent检测CRSD进程失败，CRSD重启  查看以下日志：       $GI_HOME/log/&l

1.11SCAN 监听错误场景Scan监听错误过程终止监听进程For Hp Aix  linux  Solaris:Ps -ef|grep tnslsnrKill -9 预期结果1.已连接会话无影响2.新连接重定向至其他节点（与连接配置有关）3.SCAN listener故障被CRSD ORA AGENT自动检测并自动重启，可检查下列日志

1.系统测试1.1计划内节点重启场景计划内节点重启过程重启高负载的节点For linux： Shutdown -r now 预期结果1.该节点实例及其他资源offline2.Vip 发生fail over3.运行在该节点的scan   vip将发生fail over4.Vip listener发生failover5.另一节点执行实例恢复6.服务（该节点为prefered时）移至

1.系统测试.............................................................................................. 51.1计划内节点重启........................................................................ 51.2非计划内OCR MAS

msyql

最近在测试生产数据库时发现数据库在open过程很长慢，大概持续20分钟左右，有时持续1-2个小时。日志如下：Fri Nov 23 10:53:51 2018  SMON: enabling tx recovery  Database Characterset is AL32UTF8  Fri Nov 23 10:54:02 2018  Decreasing

 在开发过程中，好多开发者对表的设计不合适，导致数据库性能出现问题，就像前边所写的，由于设计问题 ，应用在 where 条件中用is null导致全表扫面，本文是上篇的延续，在这里讨论一下 group by 的优化方法。通过实验来说明怎么对字段为空的group by字段进行优化。sql语句SELECT COUNT(*), ACCT_TYPE FROM tb_info GROUP by A

Informix

ORA-27300: OS system dependent operation:fork failed with status: 12

k8s mysql