Could not find archived log for sequence 587 thread 1 under default destinations SQL

简介: Could not find archived log for sequence 587 thread 1 under default destinations SQL

最近遇到这个问题,其实提示很简单了。

oracle 论坛看下,有人回复了


Extract was off for two long. All redo logs have been switched.

You have to provide archive logs to Oracle default destination or configure destination in GG parameter file.

If you don’t have archive logs you have to resynchronize the two databases.


大概意思

由于线程2为1的归档日志已经被删除,导致goldengate 抽取进程停止:


解决方法:

1、恢复删除的归档日志,重新启动抽取进程;

rman target ggs/ggs@orcl 
RMAN>restore archivelog from logseq 1 until logseq  587 ;
GGSCI>start ext ext

2、fuck恢复报错

0.png


3、通过v$archived_log查询到下个日志的时间点,重新指定抽取进程的时间点,启动抽取进程;

GGSCI>alter extract extjms2 ,begin 2014-11-20 00:20:15

GGSCI>start extjms2


4.实在不行就从现在启动。

这个会缺失数据的!!!!

GGSCI> alter extract ext begin now

GGSCI> start ext ext


5.最好办法,重新初始化数据后,启动。


相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
8月前
|
SQL 测试技术 数据处理
软件测试|SQL DEFAULT约束怎么用?
软件测试|SQL DEFAULT约束怎么用?
64 0
|
4月前
|
SQL Oracle 关系型数据库
整合Mybatis-Plus高级,Oracle 主键Sequence,Sql 注入器实现自定义全局操作
整合Mybatis-Plus高级,Oracle 主键Sequence,Sql 注入器实现自定义全局操作
93 0
|
12月前
|
SQL XML Oracle
整合Mybatis-Plus高级,Oracle 主键Sequence,Sql 注入器实现自定义全局操作(下)
整合Mybatis-Plus高级,Oracle 主键Sequence,Sql 注入器实现自定义全局操作(下)
|
12月前
|
SQL XML Oracle
整合Mybatis-Plus高级,Oracle 主键Sequence,Sql 注入器实现自定义全局操作(中)
整合Mybatis-Plus高级,Oracle 主键Sequence,Sql 注入器实现自定义全局操作(中)
|
12月前
|
SQL Oracle 关系型数据库
整合Mybatis-Plus高级,Oracle 主键Sequence,Sql 注入器实现自定义全局操作(上)
整合Mybatis-Plus高级,Oracle 主键Sequence,Sql 注入器实现自定义全局操作(上)
|
SQL Oracle 关系型数据库
sql default默认
SQL DEFAULT Constraint on ALTER TABLE 如果在表已存在的情况下为 "City" 列创建 DEFAULT 约束,请使用下面的 SQL: MySQL: ALTER TABLE Persons ALTER City SET DEFAULT 'SANDNES' SQL Server / Oracle / MS Access: ALTER TABLE Persons ALTER COLUMN City SET DEFAULT 'SANDNES'
86 0
|
SQL Oracle 关系型数据库
sql default
sql default
63 0
|
关系型数据库
InnoDB redo log thread cpu usage
InnoDB 在8.0 里面把写redo log 角色的各个线程都独立出来, 每一个thread 都处于wait 状态, 同样用户thread 调用log_write_up_to 以后, 也会进入wait 状态.这里的wait 等待最后都是通过调用 os_event_wait_for 来实现, 而 os_event_wait_for 是先spin + wait 的方式实现.所以这里有两个参数会影响os_event_wait_for 函数:spins_limit,timeout.
115 0
|
存储 SQL 索引
PolarDB-X 1.0-SQL 手册-Sequence-显式用法
本文主要介绍了Sequence的显式用法。
177 0
|
SQL 索引
PolarDB-X 1.0-SQL 手册-Sequence-隐式用法
本文介绍了Sequence的隐式用法。
119 0