ITPub博客

由于网络波动，造成传输进程异常是很常见的现象，有时重新启动下传输进场即可，有时则可能需要具体排查问题。针对重新启动即可恢复的现象，我们可以在mgr管理进程中配置autorestart参数，当进程异常时，自动重启传输进程。针对重启无法解决的，我们可以具体看下日志信息，如下：2016-05-25 10:14:53  INFO    

OGG新版本出来后，大部分情况都会选择升级到新版本，不过也存在部分原因导致只能用11G的ogg，但是又因为存在部分bug等原因，要做11G小版本之间的升级，如从11.1.x.x.x升级到11.2.1.0.1，下面对这种情况做个简单的步骤说明。1.停止所有进程源端和目标端的进程全部停止，包括mgr进程GGSCI>stop *GGSCI>stop mgr本文采用用新版本覆盖就版本的方法升级

故障描述用户反馈，ogg未实时同步至目标，检查发现是应用进程abended，具体报错如下：分析排查ogg日志提示很明确，存在损坏的记录使用logdump进一步查看该trail文件损坏程度，如下：继续查看，发现全是图示损坏的记录（参考官方文档：How to Recover from an OGG-01028 Incompatible Record If the Trail Is Not Corrup

故障现象ogg同步稳定运行一段时间后，发现晚上10点进程经常会abended，比较频繁，报错如下：2017-04-26 22:00:27  ERROR   OGG-01028  Oracle GoldenGate Capture for Oracle, ext_sm.prm:  Object with object number 95523 is

OGG挖掘进程启动占用大量内存和虚拟内存

问题现象：客户反馈，有两个物化视图，刷新条件均为refresh fast on demand，即手动刷新或者使用job等定时刷新。且物化视图1因为job异常关系目前无法正常刷新，但是物化视图2没有手工刷新，在job中也没有看到相关信息，但是却在正常刷新，客户觉得这很诡异，需要确认下是什么原因导致。（具体物化视图语句这里不做展示）分析排查检查物化视图日志select log_owner,master

在OGG运维过程中，经常会遇到需要获取进程当前scn的场景，比如当我们需要重新初始化一张表，但是又希望不增加进程，且又要保持和其他表的一致性，这时候就需要获取复制进程当前scn，然后根据该scn做初始化了。scn号的获取具体有两种方法，如下。方法1：info 进程名 showchGGSCI (szgjj1) 2> info gsxt_rep 

故障现象：抽取进程就abended，重启无法启动，报错OGG-00470，如下图报错可以明显看到错误和DDL操作相关，对于不熟悉的报错，我们可以借助MOS官方文档作为工具。的确在上面可以查到这个报错相关信息（文档号：1379867.1）。该错误是bug 12989410引起的，在ddl触发器中同一session里执行数据库回收站的ddl操作引起的内存覆盖导致的：根据官方文档，使用内部隐含DDLER

故障现象：数据库所有ddl操作无法成功，无法编译任何包，包括 grant、alter、impdp/expdp、drop、truncate等操作。排查步骤：确认报错SQL> drop user test cascade; drop user test cascade * ERROR at 

在一次漏扫检查检查中，发现存在部分严重oracle漏洞，经评估需要打11g最新的GI PSU。打补丁过程按照正常RAC打补丁步骤，不做详细介绍。一直到打补丁完成，启动集群之前都没有遇到问题。打完补丁之后，尝试启动两节点集群的时候，发现集群服务无法启动。检查集群日志，提示ASM资源检查失败，集群宕，如图：尝试手动拉起asm实例ASM实例启动失败，检查日志：发现在ASM实例宕掉之前，出现报错“SMR

3节点rac，主机重启后，ogg更换节点挖掘，传输进程出现如下报错。2022-02-08 09:52:11  ERROR   OGG-01705  Oracle GoldenGate Capture for Oracle, p1_pd.prm:  Input checkpoint position 45970013 for in

描述：DG修复后，只能打开到MOUNT状态，可以正常应用standby redo log，但是无法启动到read only状态，命令卡住，alert日志输出如下：DG库检查控制文件中scn和文件头如下：SQL> select to_char(checkpoint_change#) from v$database;  TO_CHAR(CHECKPOINT_CHANGE#)-

一 集群版本和环境Redis集群要求至少3个主节点3个从节点，共计6个节点，规划如下操作系统CentOS 7.4Redis版本6.0.5主节点192.168.239.143 7000192.168.239.147 7000192.168.239.149 7000从节点192.168.239.143 7001192.168.239.147 7001192.168.239.149 7001&

Redis的哨兵(sentinel) 系统用于管理多个 Redis 服务器,该系统执行以下三个任务:监控(Monitoring): 哨兵(sentinel) 会不断地检查你的Master和Slave是否运作正常。提醒(Notification):当被监控的某个 Redis出现问题时, 哨兵(sentinel) 可以通过

redis安装相对来说比较简单，下面为具体安装步骤。一 安装Redis 1.1 安装前准备下载最新安装包https://redis.io/ 安装依赖包yum install gcc-c++yum install tcl 1.2 解压安装包解压目录随机，没有特别要求。tar zxf redis-5.0.5.tar.gz 1.3&n

一 说明1.1环境准备 已经提前部署好hadoop集群3.2.1版本 1.2 Hive下载 https://mirror.bit.edu.cn/apache/hive/这里我们下载的版本是：apache-hive-3.1.2-bin.tar.gz 1.3 mysql驱动的jar包下载https://dev.mysql.com/downloads/c

一 说明1.1基础环境hadoop3.2.1集群已经安装完成 Hadoop 3.2.1集群 JDK 1.8 1.2 下载Spark软件包官方网址如下：http://spark.apache.org/downloads.html 1.3下载scala软件包官方网址如下：https://www.scala-lang.org/ 二&n

一 说明1.1查阅Hbase,java,hadoop版本兼容性在安装前需要先查阅个组件兼容性，参考官方网址如下：http://hbase.apache.org/book.html#java 我们前期安装好的hadoop集群是3.2.1版本，所以根据上面的兼容性表格，我们可以下载HBase-2.2.x或者HBase-2.3.x。 1.2下载Hbase 进入官网

一 说明1.1环境说明版本：Centos7 Haddop3.2.1 JDK1.8 1.2准备工作：在安装前先要确保三台服务器之间能够ping通，已经安装了jdk，主机名的设置以及hosts文件的修改（ip和主机名映射关系），还有各主机的免密登录以及关闭防火墙。本次安装用到的三台虚拟机如下：Ip/hostnamenamenodedatanodejournalnodeZKFCRes

OGG Veridata是一种高速数据比较和修复解决方案，可在不中断正在进行的业务流程的情况下识别，报告和修复异构数据库之间的数据差异。OGG Veridata 12c减少了比较数据所需的时间和资源数量，最大程度地减少了人为错误的影响，并加快发现潜在问题的速度，从而迅速解决。 OGG Veridata安装与OGG Monitor一样，OGG Veridata也需要设置Oracle Web