AI 助理
备案控制台
开发者社区 数据库 文章 正文

数据同步软件 Shareplex 异常重建详细步骤（Oracle 数据库）

2021-12-10 424
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
日志服务 SLS，月写入数据量 50GB 1个月
简介： 最近有客户的 shareplex 因为一些稀奇古怪的原因又挂了，由于邮件告警问题，没有及时通知到，并且归档已经被删除，备份也追溯不回丢失的归档日志。

目录



前言


最近有客户的 shareplex 因为一些稀奇古怪的原因又挂了，由于邮件告警问题，没有及时通知到，并且归档已经被删除，备份也追溯不回丢失的归档日志。


经过与客户确认repo库没有历史数据需保留，直接重建修复！


准备


确认以下条件均已具备：


  • 有可用备份；


  • 磁盘空间足够；


  • 由于使用 networker 备份，需要提前安装备份恢复所需客户端；


本次重建目标端使用 rman 进行全库恢复。


重建过程

确认数据库大小


selectsum(bytes/1024/1024/1024) fromdba_segments;
selectsum(bytes/1024/1024/1024) fromdba_data_files;


1.png


2.png


确认目标端磁盘空间足够！


确认备份可用


--查询备份setline222setpagesize100colstatusfora10colinput_typefora20colINPUT_BYTES_DISPLAYfora10colOUTPUT_BYTES_DISPLAYfora10colTIME_TAKEN_DISPLAYfora10selectinput_type,
status,
to_char(start_time,
'yyyy-mm-dd hh24:mi:ss'),
to_char(end_time,
'yyyy-mm-dd hh24:mi:ss'),
input_bytes_display,
output_bytes_display,
time_taken_display,
COMPRESSION_RATIOfromv$rman_backup_job_detailswherestart_time>date'2021-08-10'orderby3desc;


3.png


listbackupofcontrolfile;


4.png


ctrl_mesdbtj_65271_1_1081487814


确认最新的有效备份，记录控制文件。


安装 networker 客户端

安装包上传目标端安装


lgtoclnt-9.2.1.4-1.x86_64.rpmlgtonmda-9.2.1.4-1.x86_64.rpm


5.png


建议使用 yum install 进行安装，防止依赖包缺失，前提是 yum 源已配置。


按顺序安装：


yuminstall-ylgtoclnt-9.2.1.4-1.x86_64.rpmsystemctlstartnetworkersystemctlstartnetworkeryuminstall-ylgtonmda-9.2.1.4-1.x86_64.rpm


lgtoclnt 安装完成后，确保服务正常运行，再安装 lgtonmda。


配置解析


必须将目标端和源端，networker 服务端的ip和主机名解析全部写入 /etc/hosts 文件。


目标端链接 NMO 库文件


cd$ORACLE_HOME/libln–s/usr/lib/libnwora.solibobk.so


至此，networker 目标端已安装完成。


清理 shareplex 旧环境

源端和目标端关闭 shareplex


sp_ctrlshutdown


源端和目标端执行清理脚本


/quest/bin/ora_cleanspsplex2300/splex2300/data/quest/bin/ora_cleanspsplex2300/splex2300


源端和目标端重新开启 shareplex 环境


sp_cop-u2300&


本文 shareplex 使用端口为 2300，读者需根据实际情况更换，如 2400、2500 等。


目标端停止 post 进程


stoppost


最后全部恢复完毕之后再开启。


开始 rman 恢复


确保目标端数据库已开启到 nomount 状态。


恢复控制文件


连接 rman 客户端后执行恢复控制文件：


run {
allocatechannelc1type'SBT_TAPE';
send'NSR_ENV=(NSR_SERVER=这里填写 networker 服务端主机名,NSR_CLIENT=这里填写源端备份主机名)';
restorecontrolfilefrom'这里填写最新备份控制文件名称';
releasechannelc1;
}
``恢复完之后开启目标端数据库到mount状态。###恢复数据由于数据库大概有1-2T的大小，恢复时间很长，因此建议将恢复脚本放在后台进行执行，脚本如下：```bash#!/bin/bashsource~/.bash_profilebacktime=`date+"20%y%m%d%H%M%S"`rmantarget/log=/home/oracle/rman_repo_$backtime.log<<EOFrun {
allocatechannelc1type'SBT_TAPE';
allocatechannelc2type'SBT_TAPE';
allocatechannelc3type'SBT_TAPE';
allocatechannelc4type'SBT_TAPE';
send'NSR_ENV=(NSR_SERVER=这里填写 networker 服务端主机名,NSR_CLIENT=这里填写源端备份主机名)';
setnewnamefordatabaseto'/data/mesdb/%b';
restoredatabase;
switchdatafileall;
recoverdatabase;
releasechannelc1;
releasechannelc2;
releasechannelc3;
releasechannelc4;
}
exit;
EOF


执行 sh rman_sp.sh & 进行后台恢复。


📢 注意： 通道根据实际情况进行修改，由于源端是 rac 环境，目标端是单机环境，因此数据文件路径需要 set newname 进行转换，最后执行初次 recover database。


6.png


备份恢复完之后，由于缺少归档，所以需要追归档。


追归档日志


由于备份时间与当前时间存在较大时差，在获取当前源端的 scn 进行 recover 时，必然需要追大量的归档日志文件，为了减少 shareplex 积压，因此提前追归档日志到当前时间。


源端备份归档日志到当前最新：


backuparchivelogfromsequence71457untilsequence71986thread1;
backuparchivelogfromsequence65247untilsequence65780thread2;


备份成功后拷贝至目标端，注册目录后执行 recover：


catalogstartwith'/data/archivelog/';
recoverdatabase;


追完归档之后，激活源端 shareplex 的 config 文件。


激活源端 config 配置文件


listconfigactivateconfigORA_config_20210825nolockshowconfig


激活成功后，检查源端数据库中是否存在 长事务。


selectstart_timefromgv$transaction;


如果有长事务，可以确实是否可以杀掉，杀掉后才能继续操作。


根据以下 SQL 可以获取到事务的详细情况：


setlinesize260pagesize10000columnsessformata21heading"SESSION"columnprogramformata18columnclnt_pidformata8columnmachineformata25columnusernameformata12columnosuserformata13columneventformata32columnwaitsecformat999999columnstart_timeformata18columnsql_idformata15columnclnt_userformata10columnsvr_ospidformata10ALTERSESSIONSETNLS_DATE_FORMAT='yyyy/mm/dd hh24:mi:ss';
setfeedbackoffsetechooffsetheadoffselectchr(9) fromdual;
select'Waiting Transactions'||chr(10)||'===================='fromdual;
setheadonselect/*+ rule */lpad(nvl(s.username,' '),8)||'('||s.sid||','||s.serial#||')'assess,
p.spidassvr_ospid,
nvl(osuser,' ') asclnt_user,
s.processasclnt_pid,
substr((caseinstr(s.PROGRAM, '@')
when0thens.programelsecaseinstr(s.PROGRAM, '(TNS V1-V3)')
when0thensubstr(s.program, 1, instr(s.PROGRAM, '@') -1) ||substr(s.program, instr(s.PROGRAM, '(') -1)
elsesubstr(s.program, 1, instr(s.PROGRAM, '@') -1)
endend),
1, 18) asprogram,
       (casewhenlength(s.MACHINE) >8thensubstr(s.machine,1,8)||'~'elses.machineend       ) ||'('||nvl(s.client_info, 'Unknown IP')||')'asmachine, s.sql_id,
substr(s.event, 1, 32) asevent,
s.seconds_in_waitaswaitsecfromv$transactiont,v$sessions,v$processpwheret.ses_addr=s.saddrands.paddr=p.addrorderbys.seconds_in_wait, s.program, s.machine;


可以通过 SESSION 字段来杀掉事务：


altersystemkillsession'1841,44697';


如果杀不掉，则使用 svr_ospid 系统层进行 kill：


kill-927353


确认没有长事务后，继续下一步操作。


源端获取 scn 号


colcurrent_scnformat9999999999999999selectcurrent_scnfromv$database;


记录获取到的 SCN 号：72863106548。


目标端 rman 恢复至指定 scn


recoverdatabaseuntilscn72863106548;


7.png


因为源端一直在运行，激活期间到SCN号必然会有新的归档产生，提示缺少归档日志，因此需要去源端拷贝缺少的归档日志，再次进行 recover。


8.png


目标端开启 resetlogs 状态


alterdatabaseopenresetlogs;


确认 recover 完成恢复之后，基本恢复结束，可以开启目标端到 resetlogs 状态。


rman 恢复后收尾

目标端 reconcile 至指定SCN号


reconcilequeueq1foro.mesdb2-o.mesdbscn72863106548reconcilequeueq2foro.mesdb2-o.mesdbscn72863106548reconcilequeueq3foro.mesdb2-o.mesdbscn72863106548reconcilequeueq4foro.mesdb2-o.mesdbscn72863106548reconcilequeueq5foro.mesdb2-o.mesdbscn72863106548


非必须操作，如果出现 hang 住的情况，需要在源端 shareplex 执行 flush 操作疏通通道：


flusho.mesdb2tomes-repoqueueq1flusho.mesdb2tomes-repoqueueq2flusho.mesdb2tomes-repoqueueq3flusho.mesdb2tomes-repoqueueq4flusho.mesdb2tomes-repoqueueq5


📢 注意： 源端执行过 flush 的通道，目标端 start post 之后需要再次执行 start post queue 指定队列名 ，否则无法开启 post。


目标端运行 cleanup.sql 来清空内部表信息


cd/data/quest/bin/sqlplussplex用户账号/splex账户密码@cleanup.sql


该步骤用于清理源端 splex 用户相关数据。


目标端禁用所有 trigger


SELECT'alter trigger '||owner||'.'||trigger_name||' disable;'fromdba_triggerswhereownerin (需要同步的用户);


将输出结果复制执行即可！


目标端禁用所有约束


SELECT'alter table '||owner||'.'||table_name||' disable constraint '||constraint_name||';'fromdba_constraintswhereconstraint_type='R'andownerin (需要同步的用户);


将输出结果复制执行即可！


禁用job


altersystemsetjob_queue_processes=0;


确保 job 任务不会运行！


目标端开启 post 进程

sp_ctrlstartpost


确保所有队列均已处于正常 running 状态。


9.png


由于目标端执行 reconcile 时 2，4 队列 hang 住，因此需要单独 start post queue 指定队列名 来开启：

startpostqueueq2startpostqueueq4


10.png


状态已全部正常 running。


重建后检查


qstatusshowpostqueueq2showlogreverse


通过命令查看同步是否正常，以及同步速度是否正常。再次确认邮件告警是否恢复正常。


写在最后


shareplex 重建恢复的流程还算复杂，因此需要做好必备的告警措施，防止遇到停止导致问题发生，无法及时补救的情况。


分享两个告警脚本：


1、监控 shareplex 进程是否正常运行：


#!/bin/bashif [ -f~/.bash_profile ];
then  . ~/.bash_profileficount=`ps-ef|grepsp_cop|wc-l`if [ "${count}"-ne2 ]; 
thenps-ef|grepsp_cop>/tmp/sp_cop.logmail-s"Shareplex sp_cop process shutdown"邮箱地址</tmp/sp_cop.logfi


2、监控 shareplex 队列是否存在异常：


#!/bin/bashif [ -f~/.bash_profile ];
then  . ~/.bash_profilefirm-rf/data/quest/error.logecho"show "|sp_ctrl|grep"Idle">>/data/quest/error.logecho"show "|sp_ctrl|grep"Stopped">>/data/quest/error.log#-s文件大小非0时为真if  [ !-s/data/quest/error.log ]
thenrm-rf/data/quest/error.log#文件大小为0删除fiif  [ -s/data/quest/error.log ]
thenmail-s"Shareplex error"邮箱地址</data/quest/error.logfi


📢 如有问题，请及时指正，谢谢！

文章标签：
日志服务
Shell
SQL
关系型数据库
监控
Oracle
数据库
关键词：
oracle数据库
Oracle数据库一键上云数据库
数据同步异常
数据库软件
Oracle数据库一键上云数据同步
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
Lucifer三思而后行
目录
相关文章
小王老师呀
|
29天前
|
存储 自然语言处理 Oracle
Oracle数据库字符集概述及修改方式
【8月更文挑战第15天】Oracle 数据库字符集定义了数据的编码方案，决定可存储的字符类型及其表示方式。主要作用包括数据存储、检索及跨系统传输时的正确表示。常见字符集如 AL32UTF8 支持多语言，而 WE8MSWIN1252 主用于西欧语言。修改字符集风险高，可能导致数据问题，需事先备份并评估兼容性。可通过 ALTER DATABASE 语句直接修改或采用导出-导入数据的方式进行。完成后应验证数据完整性。此操作复杂，须谨慎处理。
小王老师呀
36 5
三分钟热度的鱼
|
26天前
|
数据采集 Oracle 关系型数据库
实时计算 Flink版产品使用问题之怎么实现从Oracle数据库读取多个表并将数据写入到Iceberg表
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架，广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器，提供了一套全面的解决方案，以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点，使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
三分钟热度的鱼
34 0
1436047922066202
|
3天前
|
Oracle 安全 关系型数据库
Oracle数据恢复—Oracle数据库误删除的数据恢复方法探讨
删除Oracle数据库数据一般有以下2种方式：delete、drop或truncate。下面针对这2种删除oracle数据库数据的方式探讨一下oracle数据库数据恢复方法（不考虑全库备份和利用归档日志）。
1436047922066202
26 8
小王老师呀
|
13天前
|
存储 Oracle 关系型数据库
Oracle同一台服务器创建多个数据库
【8月更文挑战第30天】在 Oracle 中，可在同一服务器上创建多个数据库。首先确保已安装 Oracle 软件并具有足够资源，然后使用 DBCA 工具按步骤创建，包括选择模板、配置存储及字符集等。重复此过程可创建多个数据库，需确保名称、SID 和存储位置唯一。创建后，可通过 Oracle Enterprise Manager 进行管理，注意服务器资源分配与规划。
小王老师呀
28 10
东方睿赢
|
12天前
|
C# 开发者
【C# 多线程编程陷阱揭秘】：小心！那些让你的程序瞬间崩溃的多线程数据同步异常问题，看完这篇你就能轻松应对！
【9月更文挑战第2天】
东方睿赢
41 4
pbeskoyq7ffm4
|
22天前
|
存储 Oracle 关系型数据库
分享几个Oracle数据库日常维护中常见的问题
分享几个Oracle数据库日常维护中常见的问题
pbeskoyq7ffm4
69 1
土木林森
|
1月前
|
SQL Oracle 关系型数据库
"揭秘！一键解锁Oracle日志清理魔法，让海量归档日志无处遁形，守护数据库健康，告别磁盘空间告急噩梦！"
【8月更文挑战第9天】随着Oracle数据库在企业应用中的普及，归档日志管理对保持数据库健康至关重要。归档日志记录所有更改，对数据恢复极为重要，但也可能迅速占用大量磁盘空间影响性能。利用Oracle提供的RMAN工具，可通过编写Shell脚本来自动清理归档日志。脚本包括设置环境变量、连接数据库、检查和删除指定时间前的日志，并记录执行情况。通过Cron作业定时运行脚本，可有效管理日志文件，确保数据库稳定运行。
土木林森
62 7
小王老师呀
|
1月前
|
Oracle 关系型数据库 MySQL
Mysql和Oracle数据库死锁查看以及解决
【8月更文挑战第11天】本文介绍了解决MySQL与Oracle数据库死锁的方法。MySQL可通过`SHOW ENGINE INNODB STATUS`查看死锁详情，并自动回滚一个事务解除死锁；也可手动KILL事务。Oracle则通过查询V$LOCK与V$SESSION视图定位死锁，并用`ALTER SYSTEM KILL SESSION`命令终止相关会话。预防措施包括遵循ACID原则、优化索引及拆分大型事务。
小王老师呀
60 3
土木林森
|
1月前
|
监控 Oracle 关系型数据库
"深度剖析：Oracle SGA大小调整策略——从组件解析到动态优化，打造高效数据库性能"
【8月更文挑战第9天】在Oracle数据库性能优化中，系统全局区（SGA）的大小调整至关重要。SGA作为一组共享内存区域，直接影响数据库处理能力和响应速度。本文通过问答形式介绍SGA调整策略：包括SGA的组成（如数据缓冲区、共享池等），如何根据负载与物理内存确定初始大小，手动调整SGA的方法（如使用`ALTER SYSTEM`命令），以及利用自动内存管理（AMM）特性实现智能调整。调整过程中需注意监控与测试，确保稳定性和性能。
土木林森
97 2
三分钟热度的鱼
|
16天前
|
SQL Oracle 关系型数据库
实时计算 Flink版产品使用问题之Oracle数据库是集群部署的，怎么进行数据同步
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架，广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器，提供了一套全面的解决方案，以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点，使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
三分钟热度的鱼
34 0

热门文章

最新文章

  • 1
    一起谈.NET技术，Silverlight与PostgreSQL数据库的互操作(CURD完全解析)
  • 2
    Solaris shell下操作数据库
  • 3
    解剖SQLSERVER 第十七篇 使用 OrcaMDF Corruptor 故意损坏数据库（译）
  • 4
    VB、ASP 数据库操作工具类：DataTool，封装了常用的数据库操作
  • 5
    常见JDBC数据库URL格式、驱动程序名称及默认端口大全
  • 6
    数据库索引B+树
  • 7
    数据库结构同步之通过DDL触发器记录数据库结构的变更
  • 8
    云数据库POLARDB教学场景应用
  • 9
    《 自动化测试最佳实践：来自全球的经典自动化测试案例解析》一一第2章　终极数据库自动化
  • 10
    PHP操作指纹机access数据库小记（初步设想）
  • 1
    Oracle 19c 查看隐含参数视图
    76
  • 2
    【ORACLE】 事务 | 锁 | 约束 | 权限、角色与用户管理
    49
  • 3
    Oracle数据库协议适配器错误解决方法
    407
  • 4
    ORACLE错误码及解决方法
    97
  • 5
    实验三 Oracle数据库的创建和管理
    40
  • 6
    实验一 安装和使用Oracle数据库
    49
  • 7
    解决Toad for Oracle显示乱中文码问题
    65
  • 8
    【服务器】python通过JDBC连接到位于Linux远程服务器上的Oracle数据库
    56
  • 9
    零基础入门 Oracle数据库：轻松上手
    160
  • 10
    java操作多数据源将oracle数据同步达梦数据库
    164

    • 相关课程

    更多
  • 数据库的前世今生
  • 数据库核心概念
  • 从传统数据库到云数据库演进
  • 数据库常见问题排查
  • 数据库及SQL/MySQL基础
  • 高校精品课-西安交通大学 -数据库理论与技术

    • 相关电子书

    更多
  • PostgresChina2018_樊文凯_ORACLE数据库和应用异构迁移最佳实践
  • PostgresChina2018_王帅_从Oracle到PostgreSQL的数据迁移
  • Oracle云上最佳实践

    • 相关实验场景

    更多
  • 自建数据库迁移到云数据库
  • PolarDB for AI：在数据库中通过SQL实现AI能力
  • 云原生HTAP数据库，让你的交易和分析一库搞定
  • PolarDB for PostgreSQL 闪回特性体验
  • 快速体验PolarDB开源数据库
  • SQLServer数据库的创建

    • 推荐镜像

    更多
  • oracle
  • postgresql
  • mysql
    • 下一篇
    基于LNMP搭建WordPress