2. 程式人生 > 其它 >goldengate如何判斷資料是否完成同步

goldengate如何判斷資料是否完成同步

阿新 • • 發佈：2021-06-30

1.投遞pump程序的Write部分的rba與rep複製程序一致,說明資料已經完成同步

主庫

GGSCI (rac01) 101> info dpep,showch

EXTRACT    DPEP      Last Started 2021-06-30 15:55   Status RUNNING
Checkpoint Lag       00:00:00 (updated 00:00:00 ago)
Process ID           26675
Log Read Checkpoint  File /goldengate12c/dirdat/ep000000007
                     2021-06-30 15
 
:58:38.000000  RBA 784090


Current Checkpoint Detail:

Read Checkpoint #1

  GGS Log Trail

  Startup Checkpoint (starting position in the data source):
    Sequence #: 6
    RBA: 3912891
    Timestamp: 2021-06-30 15:38:08.000000
    Extract Trail: /goldengate12c/dirdat/ep
    Seqno Length: 9

  Current Checkpoint (position of last record read 
 
in the data source):
    Sequence #: 7
    RBA: 784090
    Timestamp: 2021-06-30 15:58:38.000000
    Extract Trail: /goldengate12c/dirdat/ep
    Seqno Length: 9

Write Checkpoint #1

  GGS Log Trail

  Current Checkpoint (current write position):
    Sequence #: 4
    RBA: 784188
    Timestamp: 2021-06-30 15:59:55.829571
    Extract Trail: ./dirdat/ep
    Seqno Length: 9
 

    Flip Seqno Length: No
    Trail Type: RMTTRAIL

Header:
  Version = 2
  Record Source = A
  Type = 1
  # Input Checkpoints = 1
  # Output Checkpoints = 1

File Information:
  Block Size = 2048
  Max Blocks = 100
  Record Length = 2048
  Current Offset = 0

Configuration:
  Data Source = 0
  Transaction Integrity = 1
  Task Type = 0

Status:
  Start Time = 2021-06-30 15:55:20
  Last Update Time = 2021-06-30 15:59:55
  Stop Status = A
  Last Result = 400

從庫複製程序

GGSCI (ora11g) 51> info repep,showch

REPLICAT   REPEP     Last Started 2021-06-30 11:40   Status RUNNING
Checkpoint Lag       00:00:00 (updated 00:00:04 ago)
Process ID           2204
Log Read Checkpoint  File /goldengate12c/dirdat/ep000000004
                     2021-06-30 15:58:34.320225  RBA 784188


Current Checkpoint Detail:

Read Checkpoint #1

  GGS Log Trail

  Startup Checkpoint (starting position in the data source):
    Sequence #: 1
    RBA: 208555
    Timestamp: 2021-06-29 23:32:08.582683
    Extract Trail: /goldengate12c/dirdat/ep
    Seqno Length: 9

  Current Checkpoint (position of last record read in the data source):
    Sequence #: 4
    RBA: 784188
    Timestamp: 2021-06-30 15:58:34.320225
    Extract Trail: /goldengate12c/dirdat/ep
    Seqno Length: 9

Header:
  Version = 2
  Record Source = A
  Type = 1
  # Input Checkpoints = 1
  # Output Checkpoints = 0

File Information:
  Block Size = 2048
  Max Blocks = 100
  Record Length = 2048
  Current Offset = 0

Configuration:
  Data Source = 0
  Transaction Integrity = -1
  Task Type = 0

Status:
  Start Time = 2021-06-30 11:40:34
  Last Update Time = 2021-06-30 15:59:30
  Stop Status = A
  Last Result = 400

2.投遞程序pump的read部分rba與抽取extract部分的write的rba一致說明,投遞程序已經讀完抽取進行的日誌

GGSCI (rac01) 104> info extep,showch

EXTRACT    EXTEP     Last Started 2021-06-30 15:55   Status RUNNING
Checkpoint Lag       00:00:04 (updated 00:00:06 ago)
Process ID           26692
Log Read Checkpoint  Oracle Redo Logs
                     2021-06-30 16:03:58  Thread 1, Seqno 7, RBA 65249792
                     SCN 0.2307511 (2307511)
Log Read Checkpoint  Oracle Redo Logs
                     2021-06-30 16:04:29  Thread 2, Seqno 8, RBA 48878592
                     SCN 0.2307589 (2307589)


Current Checkpoint Detail:

Read Checkpoint #1

  Oracle Threaded Redo Log

  Startup Checkpoint (starting position in the data source):
    Thread #: 1
    Sequence #: 7
    RBA: 58812944
    Timestamp: 2021-06-30 15:47:23.000000
    SCN: 0.2299680 (2299680)
    Redo File: +REDO/SLNNGK/ONLINELOG/group_1.257.1076389009

  Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
    Thread #: 1
    Sequence #: 7
    RBA: 65249296
    Timestamp: 2021-06-30 16:03:58.000000
    SCN: 0.2307511 (2307511)
    Redo File: +REDO/SLNNGK/ONLINELOG/group_1.257.1076389009

  Current Checkpoint (position of last record read in the data source):
    Thread #: 1
    Sequence #: 7
    RBA: 65249792
    Timestamp: 2021-06-30 16:03:58.000000
    SCN: 0.2307511 (2307511)
    Redo File: +REDO/SLNNGK/ONLINELOG/group_1.257.1076389009

  BR Previous Recovery Checkpoint:
    Thread #: 1
    Sequence #: 0
    RBA: 0
    Timestamp: 2021-06-30 14:26:38.661046
    SCN: Not available
    Redo File: 

  BR Begin Recovery Checkpoint:
    Thread #: 1
    Sequence #: 7
    RBA: 58797056
    Timestamp: 2021-06-30 15:46:56.000000
    SCN: 0.2299621 (2299621)
    Redo File: 

  BR End Recovery Checkpoint:
    Thread #: 1
    Sequence #: 7
    RBA: 58797056
    Timestamp: 2021-06-30 15:46:56.000000
    SCN: 0.2299621 (2299621)
    Redo File: 

Read Checkpoint #2

  Oracle Threaded Redo Log

  Startup Checkpoint (starting position in the data source):
    Thread #: 2
    Sequence #: 8
    RBA: 42483728
    Timestamp: 2021-06-30 15:47:23.000000
    SCN: 0.2299697 (2299697)
    Redo File: +REDO/SLNNGK/ONLINELOG/group_4.260.1076389139

  Recovery Checkpoint (position of oldest unprocessed transaction in the data source):
    Thread #: 2
    Sequence #: 8
    RBA: 48878096
    Timestamp: 2021-06-30 16:04:29.000000
    SCN: 0.2307589 (2307589)
    Redo File: +REDO/SLNNGK/ONLINELOG/group_4.260.1076389139

  Current Checkpoint (position of last record read in the data source):
    Thread #: 2
    Sequence #: 8
    RBA: 48878592
    Timestamp: 2021-06-30 16:04:29.000000
    SCN: 0.2307589 (2307589)
    Redo File: +REDO/SLNNGK/ONLINELOG/group_4.260.1076389139

  BR Previous Recovery Checkpoint:
    Thread #: 2
    Sequence #: 0
    RBA: 0
    Timestamp: 2021-06-30 14:26:38.661046
    SCN: Not available
    Redo File: 

  BR Begin Recovery Checkpoint:
    Thread #: 2
    Sequence #: 8
    RBA: 42469376
    Timestamp: 2021-06-30 15:46:55.000000
    SCN: 0.2299621 (2299621)
    Redo File: 

  BR End Recovery Checkpoint:
    Thread #: 2
    Sequence #: 8
    RBA: 42469376
    Timestamp: 2021-06-30 15:46:55.000000
    SCN: 0.2299621 (2299621)
    Redo File: 

Write Checkpoint #1

  GGS Log Trail

  Current Checkpoint (current write position):
    Sequence #: 7
    RBA: 784090
    Timestamp: 2021-06-30 16:04:33.316744
    Extract Trail: ./dirdat/ep
    Seqno Length: 9
    Flip Seqno Length: No
    Trail Type: EXTTRAIL

Header:
  Version = 2
  Record Source = A
  Type = 17
  # Input Checkpoints = 2
  # Output Checkpoints = 1

File Information:
  Block Size = 2048
  Max Blocks = 100
  Record Length = 4096
  Current Offset = 0

Configuration:
  Data Source = 3
  Transaction Integrity = 1
  Task Type = 0

Status:
  Start Time = 2021-06-30 15:55:24
  Last Update Time = 2021-06-30 16:04:33
  Stop Status = A
  Last Result = 0



GGSCI (rac01) 105> info dpep

EXTRACT    DPEP      Last Started 2021-06-30 15:55   Status RUNNING
Checkpoint Lag       00:00:00 (updated 00:00:06 ago)
Process ID           26675
Log Read Checkpoint  File /goldengate12c/dirdat/ep000000007
                     2021-06-30 15:58:38.000000  RBA 784090

相關推薦

goldengate如何判斷資料是否完成同步

1.投遞pump程序的Write部分的rba與rep複製程序一致,說明資料已經完成同步 主庫 GGSCI (rac01) 101> info dpep,showch

mfc 判斷資料夾複製完成_【技能技巧】Python批量複製貼上

技術標籤：mfc 判斷資料夾複製完成python 複製word表格並貼上 收藏一段程式碼，方便以後找。

JavaScript中準確判斷資料型別的方法

js中準確判斷資料型別的方法 強烈推薦的Markdown編寫工具Markdown Nice，點選該連結詳細琢磨

螞蟻金服服務註冊中心資料分片和同步方案詳解 | SOFARegistry 解析

SOFAStack（Scalable Open Financial Architecture Stack） 是螞蟻金服自主研發的金融級分散式架構，包含了構建金融級雲原生架構所需的各個元件，是在金融場景裡錘鍊出來的最佳實踐。

詳解MongoDB資料還原及同步解決思路

mongodb資料如何還原，同步到其他系統？只要我們瞭解了資料庫日誌原理，一切都是那麼簡單

解決os.path.isdir() 判斷資料夾卻返回false的問題

今天使用os.path.isdir()判斷是否是資料夾的時候發現一個問題： lst = os.listdir(path)

python實現兩個資料夾的同步

其實無論windows還是Linux，簡單地去實現兩個兩個資料夾的同步只需系統自帶的複製命令加引數就可以了。

C# 判斷資料夾、檔案是否存在

if (Directory.Exists(temp_path) == false)//如果不存 { //在就建立file資料夾 Directory.CreateDirectory(temp_path);

python怎麼判斷模組安裝完成

要判斷一個模組是否安裝，非常簡單，在終端中進入python，然後輸入import 模組名。然後如果安裝成功沒有任何提示，直接顯示下一

JavaScript中準確的判斷資料型別--四種方法

在 ECMAScript 規範中，共定義了 7 種資料型別，分為基本型別和引用型別兩大類。

js判斷資料中是否存在某個值的方法

js判斷資料中是否存在某個值的方法： indexOf(searchElement) ：判斷陣列中是否存在某個值，如果存在返回陣列元素的索引，不存在則返回 -1。

7.Javascript有哪幾種資料型別、8.如何判斷資料型別

js的資料型別和常見隱式轉化邏輯。 一、六種資料型別 原始型別（基本型別）：按值訪問，可以操作儲存在變數中實際的值。原始型別彙總中null和undefined比較特殊。

記資料匯出&&bold物件轉json&&下載判斷資料狀態碼

起因就是要做一個數據匯出的功能，今天提了個bug就是沒有資料的時候後端資料code碼返回的4001，前端沒有判斷直接做了下載處理，結果直接把錯誤資訊下載了下來。

js和jquery判斷資料型別的4種方法總結

1.typeof typeof是一個運算子，有2種使用方式：typeof(表示式)和typeof 變數名，第一種是對錶達式做運算，第二種是對變數做運算。

toString.call()通用的判斷資料型別方法示例

大家都知道判斷資料型別的方法有很多。我們常用的有typeof但是，這個方法有一定的侷限性。

JavaScript判斷資料型別有幾種方法及區別介紹

有五種資料判斷型別方法typeof 、instanceof、constructor、Object.prototype.toString.call()、jquery.type()

Vue前端判斷資料物件是否為空的例項

看程式碼： Vue提供了強大的前端開發架構，很多時候我們需要判斷資料物件是否為空，使用typeof判斷是個不錯選擇，具體程式碼見圖。

JavaScript 判斷資料型別的4種方法

本文提供四種方法判斷js資料型別，這裡記錄了它們之間的差異，分別是 typeof 運算子、instanceof 運算子、constructor 屬性、Object.prototype.toString 方法。

關於golang判斷資料夾是否存在

今天在寫程式碼遇到一個問題，如下程式碼所示 遇到問題 func Exists() { getwd, _ := os.Getwd()

JavaScript判斷資料型別

一。資料型別 基本型別（值型別）： 1. Undefined 2. Null 3.Boolean 4.NaN 5.String 複雜型別（引用型別）：