2017 05 19 22 04 Oracle Goldengate Demo

大家好。 歡迎參加 Oracle GoldenGate 會議。 我的名字是阿希什·阿加瓦爾 我將為您進行本次演講。 在談到我之前， 我有十多年的工作經驗。 作為 Oracle GoldenGate 專家及 Oracle DBA。 我擁有超過六年以上的經驗 過去六多年來，我一直提供培訓課程。 在 Oracle GoldenGate 中。 我訓練過超過六百位像你這樣的人。 以及20多家企業客戶 包括麥克西瑪顧問公司， 威普羅、泰華普拉斯等。 我目前在加拿大，使用ESG時區。 我已經工作並實施了 GoldenGate 超過50個項目。 因此在訓練期間，你會發現 我將分享許多即時情境， 測試案例，以及我在環境中遇到的問題。 那我就把所有這些東西都分享給你 訓練期間。 因此，您可透過 [email protected] 聯絡我。 我的手機號碼在這裡提到過 您可以上我的領英個人檔案查看 還有我的 Aspen Pro 個人檔案。 那麼，Oracle GoldenGate 是什麼？ 現在，Oracle GoldenGate 是一個變更數據捕獲工具。 捕捉資料庫的變更 並應用於目標資料庫。 因此，Oracle GoldenGate 提供了 即時資料複製。 那麼，所謂即時近似是指什麼意思呢？ 一旦交易被確認 在來源資料庫中 在同一時刻近乎即時地， 它會套用至目標資料庫 最低延遲 現在進行 Oracle GoldenGate 的複製 可以是單向的 或者您可以設置双向複製 或多維度複製。 因此，使用 GoldenGate 的優勢在於 兩個網站都處於活躍狀態。 您的資料庫處於啟用運行模式。 所以你可以開發一個應用程式 連接到任何網站。 因此，複製可能涉及多個來源 並同時針對多個目標。 因此，在 GoldenGate 中是可能的 你可以實現一一對應的複製 或是一對多的複製。 所以你的來源是， 您可以擁有一個來源和多個目標 或者你可以廣播， 這被稱為廣播 或者你也可以用它來進行資料倉儲的目的。 那是有多个來源 而且你正在將資料傳送到單一目標。 因此，複製可能涉及多個來源 同時針對目標 而且你可以使用 Oracle GoldenGate 用於備份資料的分發 或待機、審計、報告， 資料倉儲，負載分佈。 因此你可以使用 Oracle 或在資料已複製到目標伺服器後。 因此你可以用它進行審計、報告， 資料倉儲或負載分發。 現在，透過 GoldenGate 可以原封不動地複製資料。 或重複的資料可被編輯， 轉換或拆分為不同的分佈。 因此，使用 GoldenGate 是可行的 進行資料過濾與轉換 根據您的要求。 例如，使用 GoldenGate 時， 讓我們以美國電話電報公司（AT&T）為例。 現在，AT&T 擁有一個全球資料庫 遍及全世界 幾乎在所有國家。 假設AT&T美國，AT&T的客戶都在美國。 它在加拿大也有存在。 它在全世界各地都有存在。 英國、新加坡、馬來西亞。 因此，你的資料將會這樣處理 輸入至 AT&T 全球資料庫。 現在從全球資料庫來看， 你可以將其複製到美國的AT&T。 因此你可以使用 GoldenGate 用於商業智慧目的。 因此，美國電話電報公司決定，他們想要了解， 他們想要了解收入來源是什麼 來自美國，這是地點 他們需要更加專注的方面。 因此，他們將擁有所有資料。 因此，如果美國有人去購買一條新的連接服務， 他的資料將複製到 AT&T 美國。 如果我在加拿大，去購買AT&T的服務。 因此，我的申請將會進入審核程序 至AT&T全球資料庫。 然而，從那裡起，它將被飛運 輸入至 AT&T 加拿大資料庫。 利用此方法，AT&T 可以識別 每天新增的客戶數量是多少？ 有多少客戶正在釋放？ 或將其服務轉移給其他客戶， 其他網絡，或一個國家產生的收入有多少 或是一個地區所產生的。 這樣一來，你就可以使用 GoldenGate 了。 為了商業智慧的目的。 您也可以使用 Oracle GoldenGate 來轉換資料。 因此，在來源端的部門資料表中， 您有薪資和佣金欄位。 目標是，你只想要薪資欄位。 而且你希望該薪資欄位包含 薪資加佣金的資料來源。 所以你可以轉換資料。 您可以根據您的需求將資料硬編碼。 或者你可以拆分成不同的發行版本。 您可以添加元數據。 而且使用 GoldenGate 也是可能的 根據您的需求過濾資料。 假設在來源端，您有 10 個資料結構。 您只想複製五個架構的資料。 這在 GoldenGate 中是可行的。 您在來源端有 100 張表格。 您只想複製五個資料表的資料。 這在 Oracle GoldenGate 中是可行的。 因此，它有許多用途，也帶來許多優勢。 您可以與 Oracle GoldenGate 一起使用。 那麼現在的問題是，競爭對手實在太多了。 市場上的 Oracle GoldenGate 您擁有 IBM CDC。 你還有其他工具。 HP 有自己的產品。 是的，SunSolar。 還有許多其他產品。 但為什麼還是 Oracle GoldenGate 呢？ 因此，背後有兩個原因。 為什麼選擇 Oracle GoldenGate 而非其他方案？ 第一個是，在進入技術細節之前， 讓我們來談談財務上的原因。 那麼從財務角度看，目前的情況是什麼？ 許多組織簽署了最終用戶許可協議。 現在，GoldenGate 是一款需要單獨授權的工具。 而且 Oracle GoldenGate 的授權費用可能相當高昂。 因此，每個 CPU 的成本是。 在那種情況下，成本可能會更高。 現在，當貴組織簽署時 最終用戶授權協議 當組織簽署最終用戶許可協議時， 因此，他們可自由使用任何 Oracle GoldenGate 產品 無論多少台伺服器。 那麼，究竟會發生什麼情況呢？許多組織， 由於他們已簽署最終用戶許可協議 使用 Oracle GoldenGate， 如果是 Oracle，結果就會是 他們可以在任何伺服器上使用 GoldenGate。 現在，GoldenGate 携帶著 大量符合他們的業務需求。 它滿足了許多商業需求 例如商業智慧、報表製作、審計等。 因此，由於 GoldenGate 的授權， 現在他們可以在任何數量的伺服器上使用。 這就是他們使用 Oracle GoldenGate 的原因 因為這會給他們帶來很多負擔。 並且現在，由於他們正在使用 Oracle GoldenGate， 他們需要奧拉克爾 GoldenGate 專家 同時也在市場上。 因此，有很多工作機會 目前市場上的 Oracle GoldenGate。 現在，從技術角度來看，為什麼是 GoldenGate 優於其競爭對手嗎？ 透過 GoldenGate，資料會即時傳輸。 加上子集化。 因此，一旦你將資料提交到來源資料庫， 它會即時複製到目標資料庫。 GoldenGate 支援異構環境 跨不同的資料庫和硬體類型。 因此，Oracle GoldenGate 沒有任何限制。 您的來源應為 Oracle，或目標應為 Oracle。 您的來源可能是非 Oracle 的。 目標可能是非 Oracle 的。 GoldenGate 可以進行複製。 你看，每個資料庫都有其自身的交易記錄檔 變更內容儲存的位置。 GoldenGate 是一個變更資料捕獲工具。 IBM CDC 是一個變更資料捕獲工具。 HP 工具，再次更換資料擷取工具。 或者当我们談到 DataGuard 或 Oracle Streams 時， 它們又是變更數據捕獲工具。 捕捉到這些變化。 變更內容儲存在那裡。 在資料庫的交易記錄中。 在 Oracle 中，我們稱這些交易記錄為交易日誌 作為重做日誌或重做日誌的備份， 稱為歸檔日誌。 因此，對於 Oracle 來說，這些交易日誌 稱為重做日誌或歸檔日誌。 在非 Oracle 的情況下，例如 MySQL， 它被稱為交易日誌。 現在，GoldenGate 支援異構環境。 因此，使用 Oracle GoldenGate， 您的來源可以是非 Oracle 的。 目標可能是非Oracle的。 此外，平台不必僅限於單一。 您的來源可能是 Windows 系統。 目標可能位於 Exadata 上。 來源可能在 Linux 上，目標可能在 Sun Solaris 上。 來源可能是 HP，目標可能是 SunSolaris。 因此，GoldenGate 支援異質環境 在不同的資料庫和平台之間也是如此。 現在，當我們將 GoldenGate 與 DataGuard 進行比較時， 主要的差異在於 DataGuard 的速度相當慢。 透過 GoldenGate，可實現即時複製。 此外，使用 Oracle GoldenGate， 資料庫版本沒有任何限制， 然而，平台也是如此。 然而，使用 GoldenGate 時，情況則有所不同。 然而，使用 DataGuard 時存在一些限制。 必須是相同的 Oracle 版本。 平台必須相同。 GoldenGate 以高效率實現低影響。 現在，GoldenGate 是一個變更數據捕獲工具。 將其流程記錄到資料庫的登錄檔。 現在，當它向資料庫註冊時， 它有些影響。 然而，它所具有的解決方案或優勢 對企業而言，這是非常高的。 現在，任何工具，GoldenGate 都是一個外部工具。 到資料庫。 因此，如果你正在實施它，肯定地 要提取資料，肯定會產生一些影響。 然而，它對來源資料庫的影響 與其他產品相比，數值非常低。 能夠非常高效地移動大量數據。 因此你可以複製 glob、glob，或所有大型物件 從 Oracle GoldenGate 到目標資料庫。 而且，也不存在單一故障點。 因此，GoldenGate 可以確保您的資料庫 具有高度可用性，您的應用程式 這正在連接到主要資料庫。 即使您的主要資料庫已停止運作， 它將確保您的目標資料庫或次要資料庫 始終可用。 因此，您可以更改您的申請 從來源資料庫到目標資料庫。 因此，GoldenGate 確保不會出現單一故障點。 因此，Oracle GoldenGate 支援 不同的業務需求。 如同確保業務連續性和高可用性。 例如，AT&T，讓我們來談談AT&T。 因此，AT&T 的主要資料庫設在達拉斯。 而次級品則留在紐約。 因此，應用程式連接到達拉斯，這是主要節點。 無論在達拉斯發生任何交易， 它們會使用 Oracle GoldenGate 進行複製。 前往紐約伺服器。 假設現在達拉斯發生了某場災難， 有電力中斷的情況。 現在由於停電， 您的達拉斯資料庫將無法使用。 因此，您的申請可能會被切換。 而且可以連接到紐約伺服器。 原因是它包含即時資料。 達拉斯伺服器中所含的任何資料， 它將出現在紐約。 因此，你可以更改你的申請 從達拉斯到紐約 您的業務連續性將不會受到影響。 同時，它也在確保 您的資料庫具有高度可用性。 GoldenGate 支援零停機遷移與升級。 因此，透過 Oracle GoldenGate，即可實現升級 並在零停機情況下遷移您的資料庫。 因此，我們必須定期進行升級 或在當前情況下遷移資料庫。 因此，當我們執行時，會有巨大的停機時間。 這可能在我們的網站上需要。 現在，當你的資料庫停止運作時， 該組織遭受了巨大的收入損失。 同時，他們的聲譽也隨之下降。 因此，他們面臨著大量的延遲。 因此，如果你使用 Oracle GoldenGate， 你可以把這些全部移除。 透過 Oracle GoldenGate，即可實現 實現零停機資料遷移與升級。 因此，如果您正在使用 Oracle GoldenGate， 您可確保在每次升級時 或遷移資料庫， 將在無任何停機的情況下完成。 GoldenGate 支援決策支援系統 以及資料倉儲。 或者您也可以使用 Oracle GoldenGate 用於資料整合與合併。 因此，你可以使用 GoldenGate 來進行報表實例。 如此多的組織，我給你一個例子 印度國家銀行 我在2011年與他們一起工作。 如今，它是世界上最大的資料庫之一。 43 TB，就在那一刻，是43 TB。 現在它一定已經增加到60TB，甚至可能更多。 它擁有龐大的客戶群。 印度國家銀行擁有龐大的客戶群。 那麼過往發生了什麼事， 他們白天的OLTP交易， 而且因為是 SB，代表這是銀行領域。 有很多工作是在白天進行的。 報告工作之時，若恰巧碰上 或干擾OLTP交易， 因此，資料庫的回應時間下降。 因此，客戶不滿的情況也存在。 因此，我們團隊提出 因此對他們來說是一個大問題。 而且他們幾乎已經產生了損失 每天10億盧比。 那麼，作為一個團隊，我們向他們提出了建議 Oracle GoldenGate 的解決方案， 其中他們的主要伺服器設置在印度孟買。 他們的第二伺服器設在海得拉巴。 現在，一開始他們正在複製資料 使用 DataGuard。 然而，它們有時會產生高達 100 GB 的重做日誌 兩小時之內。 你可以考慮一下它承受的資料負載有多大。 既然有這麼多資料， DataGuard 滯後情況經常超過24小時。 因此，主資料庫的負載非常高。 於是我們向他們推薦了他們的第二個網站 需使用 Oracle GoldenGate 進行保留和複製。 一旦使用 Oracle GoldenGate，它便開始進行複製。 由於它是在近乎即時的情況下完成的。 因此，報告類的工作， 報表作業可以在資料上執行 這是在五到七秒後，對吧？ 因此，他們的第二個網站 這正在透過 GoldenGate 進行更新。 在那裡，他們的報導工作就 ​​在那裡。 由於報表作業已轉至另一台伺服器， 主資料庫的負載大幅降低。 因此，顧客滿意度也隨之提高。 然後我們成功降低了損失 從每天十億盧比降至五十萬盧比，即五十萬美元。 透過 GoldenGate，同樣也有可能 設定雙向複製。 因此，您的應用程式可以連接到網站A和網站B。 無論網站 A 上發生何種交易， 它們將被複製到網站 B。 無論在網站 B 上發生何種交易， 它們可以複製到網站 A。 因此，GoldenGate 支援雙向複製。 您可以使用 Oracle GoldenGate 進行 P2P。 負載平衡或高可用性。 因此，來自網站 A 的資料將會被複製到網站 B 同時從站點 B 傳送到站點 A。 然後從網站 B 到網站 C，以及從網站 C 到網站 B。 然後在網站 C 上發生的任何交易， 它們將被複製到網站 A，反之亦然。 您可以根據需要廣播數據。 因此，有一個來源和三個目標。 假設在來源資料庫中，您有 100 張資料表。 你想將所有100張表格廣播到第一個網站， 目標二和目標三，是有可能實現的。 又或者你想從這100個中發送出去？ 您想要將第1號至第30號桌傳送至目標1。 31號至60號桌，目標二 以及現場C的剩餘表格。 在 Oracle GoldenGate 中也是可行的。 因此在 Oracle GoldenGate 中， 你也可以進行廣播資料的整合。 因此，多個來源正在將資料複製到單一目標。 或者您可以使用 GoldenGate 來實現級聯目的。 因此，在許多組織中，有時會出現這種情況， 您不得安裝 Oracle GoldenGate 與資料庫在同一台伺服器上。 那你做什麼工作？ 你將建立一個中間伺服器。 您的資料庫將會傳送到那個中繼伺服器 GoldenGate 進程將從哪裡讀取它？ GoldenGate 將安裝在中間伺服器上。 現在，每當您安裝 Oracle GoldenGate 時 在主伺服器上 這絕對會產生影響。 儘管影響極小， 但確實，影響始終存在。 從那之後， 您可以將資料複製到多個目標位置。 那麼讓我們現在來討論 關於 Oracle GoldenGate 的架構 因此，到目前為止，所有內容都與介紹有關。 GoldenGate 的工作原理及相關概念 您如何使用 Oracle GoldenGate。 現在問題來了，它是如何運作的？ Oracle GoldenGate 的架構是什麼？ 因此你有來源資料庫和目標資料庫。 來源可能是 Oracle 或非 Oracle。 同樣地，您的目標可能是 Oracle 或非 Oracle。 正如我們所討論的， 每個資料庫都有其自身的交易記錄檔。 因此，每次執行任何 DML 操作，如插入、更新、刪除時， 或任何 DDL 變更， 這些變更將被記錄。 進入資料庫的交易記錄檔。 現在這些交易記錄的情況下，適用於 Oracle 稱為重做日誌或歸檔日誌。 在 MySQL 中，它們稱為交易記錄檔。 無論發生什麼樣的變化， 他們將被記錄在交易日誌中。 現在你的捕獲過程， 您將定義您的 GoldenGate 捕獲流程， 將以順序方式讀取您的交易記錄， 它將會捕捉已提交的交易。 現在記住，這些交易記錄 可能包含已提交及未提交的交易。 因此，捕捉流程將會經過所有交易。 它將掃描所有交易。 然而，它只會捕獲已提交的交易。 現在一旦交易記錄完成 透過捕獲過程， 它會將它們寫入本地機器的追蹤檔案中。 稱為地方步道。 現在記住，這些當地的步道 是二進位格式的追蹤檔案。 這些本地路徑為二進位格式的路徑檔案， 你無法直接讀取這些路徑檔案。 你無法讀取這些路徑檔案。 這些 just like your archive铨。 它們會佔用作業系統的空間。 一旦你獲取了數據 從資料庫的交易記錄中， 它將它們寫入本機的追蹤檔案中。 稱為本地步道。 一旦數據可用於本地路徑， GoldenGate 數據泵流程 讀取您本機記錄中的資料， 透過 TCP/IP 網路傳送它。 並將其寫入目標機器上的追蹤檔案。 一旦資料在遠端路徑中可用， GoldenGate傳輸流程讀取資料 將您的遠端路徑應用於目標資料。 因此共有三個 GoldenGate 進程。 捕捉、泵送與輸送。 捕獲流程會捕獲資料， 泵送流程傳輸資料，或者我們可以說是FTP。 並在交付流程中將資料套用至目標資料庫。 同時，你還擁有這些追蹤檔案 在來源和目標端。 因此，本地機器上的追蹤檔稱為本地追蹤檔。 目標機器上的追蹤檔稱為 目標步道或偏遠步道。 因此，這些是負責的追蹤檔案。 用於儲存資料。 因此，一旦捕獲過程捕獲到它們， GoldenGate 路徑檔案接收變更 從捕獲過程之中。 一旦資料可供本地試驗使用， GoldenGate 數據泵流程讀取資料 從您的本地路徑發送至 TCP/IP 網 predicate 並將其寫入遠端追蹤資料。 然後，傳輸流程會傳輸資料。 因此，三個流程：捕獲、泵送和輸送。 這三個過程負責 用於資料的提取與傳遞 目標資料庫。 現在，如果你們看這裡，每個流程都有其來源。 從中讀取並寫入目標。 因此，捕獲流程來源交易記錄 來源資料庫和目標為本機試用版。 泵流程的來源為本機路徑，目標為遠端路徑。 配送流程來源遠端路徑 目標是目標資料庫。 現在在雙向情況下，會發生什麼？ 兩個網站都可以同時上线。 因此，您的應用程式可以連接到網站A。 無論在網站A上發生任何交易， 你必須將其複製到網站 B。 同樣地，無論在網站 B 上發生任何交易， 你將不得不將其複製到網站上。 所以雙向不過是兩個方向的單向而已。 考慮雙向性等於什麼都沒有 但為雙向單向。 就像你設定金門（GoldenGate）流程一樣 在現場、捕獲、泵送和輸送過程中。 同樣地，現在將網站 B 視為來源 並以網站 A 為目標。 因此，網站 B 將擁有自己的交易記錄檔。 每個資料庫都有其自身的交易記錄檔 變更內容可從何處讀取。 因此，您將建立一個 GoldenGate 捕獲流程 這將讀取第二個網站的交易記錄檔。 數據一返回，立即讀取數據， 它只會將已提交的交易寫入本地追蹤記錄。 一旦資料可供本地路徑使用， 網站B的資料泵流程讀取資料 從當地的小徑中取出並記錄資料 前往現場A的遠程步道。 數據一經提供，立即 現場A的交付流程應用了該數據 目標資料。 所謂雙向傳輸，不過就是兩個方向的單向傳輸而已。 在雙向環境下， 您將會經歷捕捉、泵送和輸送過程 加上本地步道和遠端步道 同時出現在兩個網站上。 所以，在這裡，這個過程， 當捕獲流程讀取交易記錄檔時 直接來自來源資料庫 它被稱為經典捕獲。 因此，經典的捕捉是指捕捉過程本身。 直接讀取資料庫的交易記錄檔。 隨著 11g R2 的推出， GoldenGate 引入了整合式捕獲的概念。 先前那個是經典的捕捉。 現在，GoldenGate 引入了這個概念 整合式捕獲。 什麼是整合式捕獲？ 所以整合式捕獲的差異在於 經典與整合式之間的差異是， 先前，在經典的情況下， 提取過程是直接讀取 來源資料庫的交易記錄日誌。 現在，如我們所討論的，GoldenGate， 是一個外部流程， 外部資料庫工具。 現在，當外部工具捕獲流程時 讀取您的交易記錄， 這肯定會對來源資料庫產生一些影響。 因此，為了減輕這種影響， GoldenGate 引入了整合式捕獲的概念。 現在，若採用整合式捕獲， 在提取過程中 以及資料庫的交易記錄， 你還有一層在中間。 稱為日誌挖掘（log-miner）。 現在，接下來會發生什麼呢， 只要對來源資料庫進行任何變更， 這些變更會被返回至交易記錄檔。 也就是資料的重做日誌和歸檔日誌。 相同的變更副本 被返回至日誌挖掘資料庫。 然後，日誌挖掘工具會傳遞這些變更 以LCR形式進行提取流程 邏輯變更記錄 一旦資料提供給主要提取流程， 然後，從那裡開始，將數據寫入本地追蹤記錄。 然後資料泵會讀取您本機的追蹤檔， 透過 TCP/IP 網路傳送資料， 並將其寫入目標資料庫的遠端追蹤記錄中。 因此，在整合式捕獲的情況下，這裡的記錄探查器， 提取過程並非直接讀取 來源資料庫的交易記錄日誌。 提取流程並未讀取交易日誌 直接來源資料庫。 這裡，介於提取過程與捕獲過程之間 也稱為提取流程，請記住， 配送流程也稱為 如複製與黃金門。 因此，每當我們談到捕獲或提取時， 意思相同。 同樣地，交付與複製 被交替使用。 因此，對於經典情況，捕獲過程為 正在直接閱讀交易記錄。 然而，在整合捕獲的情況下， 提取流程無法讀取 交易日誌直接。 在初次提取過程之間 以及資料庫的交易記錄， 還有一層稱為日誌挖掘（log-miner）。 無論來源資料庫發生了什麼變更， 一份這些變更的副本會被返回給日誌挖掘工具， 然後，日誌挖掘工具會傳遞這些變更 以LCR形式進行提取流程。 然後提取流程，無論它獲得什麼樣的變更， 它將其寫入本地試用版。 然後資料泵流程讀取資料 並將其寫入目標資料庫。 因此，如果這裡你看到，與提取相比， 與經典相比， 還有一層在中間，即 log-miner。 然而，整合式捕獲具有優勢。 隨著整合式捕獲的引入， 第一個優勢是它減輕了負載。 在目標資料庫中 減輕了來源資料庫的負載。 第二是整合捕獲的表現 遠高於傳統捕獲方式。 因此我們在自己的環境中進行了一項測試 我目前在組織中的工作地點。 我們進行了一項整合捕獲測試 以及在同一數據量上的經典捕獲。 當我們這麼做的時候，我們成功找到了 隨著經典的捕捉， 當每秒交易次數約為8,000次時， 經典捕獲情況下產生的延遲 五秒。 當我們將每秒交易次數提升至12,000時， 延遲約為30秒。 當我們將其增加到15,000時， 延遲超過一分鐘 而且也超過一分鐘。 然而，在整合捕獲的情況下， 我們發現每秒交易次數為 範圍在13,000至15,000之間 最大延遲為兩秒。 當我們提高每秒交易次數時 從18到20秒之間，延遲約為七秒。 當我們將其提升至每秒 22,000 笔交易時， 延遲增加到約30秒。 但我們從來沒有看到它超過30秒。 如此整合的捕捉性能 遠高於傳統捕獲方式。 現在浮現在腦海中的問題是 當捕獲過程發生時 正在直接接收變更。 它能夠直接讀取交易記錄。 然而，在整合的情況下， 還有一層。 因此，若我們從邏輯上觀察該建築結構， 從邏輯上來看，這款經典款必定更快 比整合式的好。 然而，我們所看到的情況恰恰相反。 為什麼？ 整合捕獲的效能 高於經典捕捉。 但其背後的簡單原因在於， 看，這裡是經典捕獲的情況。 現在這個捕獲過程 是一個資料庫以外的程序。 當您建立捕捉流程時， 這是一個資料庫以外的程序。 既然這是一個資料庫以外的流程， 它必須掃描所有的交易。 因此，在資料庫中，可能會有 10,000 筆交易。 正如我們所說，有可能過濾掉這些資料。 因此，儘管它必須捕獲資料 僅有兩張桌子 即使如此，它仍必須掃描所有資料。 因此，該過程可能較慢。 然而，在整合捕獲的情況下， 所有這些工作均由 LogMiner 完成。 而且 LogMiner 會傳遞這些變更。 既然有LogMiner， 這裡的掃描是由 LogMiner 執行的。 在交易記錄進行傳統掃描的情況下 由捕獲過程完成。 這是在資料庫之外的。 由於 LogMiner 是資料庫內部的元件， 它用於掃描記錄的處理過程 與傳統萃取物相比，其含量高得多。 因此，無論掃描過程需要做什麼， LogMiner 會執行此操作，然後傳遞變更內容 以LCR形式進行主要提取流程。 然後它會將其寫入本地記錄 從它們被資料泵處理的地方 然後在目標端進行複製， 應用於目標資料庫。 因此，GoldenGate 12c 的新功能包括 對多租戶架構的支持 因此，GoldenGate 現已推出支援 對於多租戶架構而言，這是指…… 阿希什·蘇倫德拉，剛才剛好…… 高性能的資料複製。 因此，GoldenGate 支援高效能的資料複製。 喂？ 整合式捕獲增強。 正如我們所討論的，針對 11gr2， 整合捕獲技術被引入。 然而，現在使用 12c 後，有一些增強功能。 已經完成了。 整合的複製支援 已在 12c 中引入。 在12世紀之前，並不存在整合性的複製品。 只有一個經典的複製品。 因此，在 12c 版本中，已引入了內建的複製功能。 接著，隨著 12c 的推出， Oracle GoldenGate 的安全性已增強。 所以，每個組織都會發生這種情況 非常關心其資料的安全性。 他們的資料絕不應向外界公開。 它絕不應被破解， 以及任何敏感資訊。 隨著 12c 的推出， 他們提出了憑證儲存庫和錢包的概念。 因此，你可以儲存你的密碼 在憑證儲存庫或錢包中 然後就沒有人會知道密碼了。 與資料庫資料泵不相容 初始載入期間。 因此，現在已與資料庫資料泵相容 初始載入期間。 那麼，讓我們現在來討論一下我們即將討論的內容 訓練期間 因此，本次會議的持續時間為19至20小時。 這門課程將對所有資料庫管理員（DBAs）有所幫助。 PL/SQL 開發人員，或如果您負責 用於資料複製。 因此，本次培訓將涵蓋該版本 Oracle GoldenGate 將為 12c 版本。 該平台將在 Unix 上執行。 資料庫將採用 12c 多租戶架構。 那麼讓我們進行一次實踐練習。 讓我們看看資料是如何被複製的 從來源資料庫到目標資料庫。 因此，Oracle GoldenGate 的優勢在於， 這並不是你來源的強制性要求。 目標架構名稱應相同。 除此之外，這並非強制性的。 物件名稱應該相同。 因此，您的來源結構名稱可能會有所不同， 目標可能有所不同。 同樣地，來源資料表名稱也可能不同， 目標表格名稱可能不同。 因此，我們將複製這些數據 來源為 ggate1。 因此，這些虛擬機器匣將被共用。 與你一起訓練也一樣。 因此，ggate1 將作為來源， 而 ggate2 將作為目標。 因此，我們將把資料從 ggate1 複製到 ggate2。 現在，來源的結構名稱， 那就是 ggate1 就是 ggtraining1。 且 ggate2 上的模式名為 ggtraining2。 因此，我們將複製資料 從 ggtraining1 到 ggtraining2。 同時，如果我們查看物件名稱， 請記住，GoldenGate 是一種物件層級的複製工具。 因此，我們將從 dept1 複製資料 將來源的 emp1 關聯至部門 2，並將目標的 emp2 關聯至該部門。 dept2 和 emp2 已在目標中。 所以如果我們現在看到的話， 我們在任何表格中都找不到任何資料。 如果我們從 dept2 選取星號，並從選取星號， 目標上沒有數據。 同樣地，如果我們檢查來源並從 emp1 選取星號。 那麼我們接下來要做的是， 我們將插入一些記錄。 我們將在來源資料庫中插入一些記錄， 那是 emp1，它將被複製到 emp1。 同樣地，我們正在對 dept1 進行一些插入操作， 並將複製到部門2 使用 Oracle GoldenGate。 現在我們所做的， 我們已建立一個 GoldenGate 提取流程 正如我們在架構討論中所提及的。 我們已建立一個 GoldenGate 提取流程 這將提取資料。 接著，我們已建立了一個 GoldenGate 數據泵流程 將透過網路傳送資料 並把它寫下來，完整地寫出來。 在 ggate2 上，我們已建立複製流程。 重複流程亦稱為重複流程。 因此，我們已建立了一個 GoldenGate 重複處理程序 目標上。 那麼現在我們將進行交易 使用這些 GoldenGate 進程。 它將在目標資料庫中複製。 因此我們將在 ggate1 上進行交易 自動使用 Oracle GoldenGate。 它將被複製到目標位置。 所以我有一個指令檔，dml.sql 這將在 dept1 中插入四筆記錄 以及 emp1 中的七筆記錄。 因此，現在如果我檢查來源，選擇 dept1 中的星號， 現在已經插入了四筆記錄。 部門編號為 10、20、30 和 40。 同樣地，如果我檢查 select star from emp1， 已成功插入七筆記錄。 既然我們的 GoldenGate 進程正在運行， 資料應被複製。 如果一切運作正常， 資料現在應該已經可以在目標資料庫中取得。 如果我選擇星號來自 dpt2， 我发现資料已成功插入。 無論我們插入了什麼，現在都已可用 目標資料庫中。 同樣地，選擇星號來自 emp2， 已成功插入七筆記錄。 事情是這樣的， 當我們將記錄插入 emp1 和 dpt1 時 記得我們也提交了資料。 在我们的腳本中，我們有提交。 因此，一旦資料門被確立， GoldenGate 提取流程已提取它， 把它寫到本地小徑上。 然後資料泵從本機的追蹤檔讀取資料， 透過 TCP/IP 網路傳送它 並將其寫入目標端的遠端追蹤。 從那裡複製並讀取它 並套用至目標資料庫。 現在該如何設定所有這些流程 我們將在培訓課程中進行討論。 因此你可以查看統計數據 每個流程也一樣。 因此，如果你看到提取過程的統計數據， 您會發現有四個嵌件 已被捕獲至表格 dpt2。 同樣地，已捕捉到七個插入物 對於資料表 emp1。 emp1 的情況也是一樣的。 所以如果我們只是複製統計數據， 複製資料以進行插入操作， 並且有七個插入件。 那一切是如何可能的？ 使用 Oracle GoldenGate。 所以這就是你的複製方式 發生在 Oracle GoldenGate 中。 那麼我們該如何建立這些流程呢？ 我們將在培訓期間進行討論。 因此，你將從這項訓練中獲益。 我會把這些虛擬盒子分享給你。 因此，這些虛擬盒子會存取， 您將獲得終身訪問權。 不是說一旦我們的訓練結束， 這樣你就可以終身練習了。 此外，我們培訓的議程會是什麼？ 讓我們來討論一下。 因此，本次培訓將是完全實操性的培訓， 我們將進行實務示範課程。 因此，我們將開始這項培訓的議程，內容是， 我們將從 Oracle 資料庫的概觀開始。 我們將討論建築學， Oracle GoldenGate 如何捕獲資料。 接下來我們將介紹 Oracle GoldenGate。 我們將討論這些概念是什麼 它支援的資料庫有哪些？ 以及平台，以及其優勢 Oracle GoldenGate 接下來，我們將安裝 Oracle GoldenGate。 因此，安裝 Oracle GoldenGate 非常簡單。 這不是那麼回事，只是一個圖形用戶界面，我們接下來就會做。 首先，我們將下載軟體， 然後我們將安裝 Oracle GoldenGate。 我們將會解釋子目錄內容， 我們將準備 Oracle GoldenGate 12c 用於資料庫的資料複製。 那我將為您提供 GoldenGate 軟體 在這些機器上。 你肯定得進行安裝。 接下來我們將會討論 關於 Oracle GoldenGate 架構。 今天我們討論的內容，我們將詳細探討。 關於 Oracle GoldenGate 架構。 概念和組成部分是什麼？ 流程資料是如何流動的？ 設計考量有哪些？ 因此有兩種情況，當你完成此訓練後， 你可能會被聘為Oracle GoldenGate專家， 其中您必須設置一個新的 GoldenGate。 在那種情況下， 你需要考慮一些設計因素， 如何設置，如何進行，接下來我們將進行討論。 另一種情況是，你可能會被要求提供支援 已存在的 GoldenGate 環境。 所以在那種情況下，你應該能夠理解 某個過程正在做什麼。 你捕獲到了多少張表格，多少個物件？ 並應用至目標資料庫。 如果有任何問題出現，你將如何進行故障排除？ 因此，我們將討論故障排除策略， 這一點再次非常重要。 接下來，我們將進行設定與準備 我們GoldenGate設定的環境。 接下來我們將討論 DML 複寫。 每當您的環境中出現插入、更新或刪除操作時。 那麼，我們現在將進行示範， 然後我們將討論整合式萃取 對比經典萃取物。 它們之間有什麼不同？ 同時，整合複製 對經典複製品。 接下來我們將討論初始載入的問題 使用 Oracle GoldenGate。 因此，進行初始載入是可能的。 同時使用 Oracle GoldenGate。 因此，初始載入是可行的，從 Oracle 到 Oracle。 甲骨文至非甲骨文，非甲骨文至非甲骨文。 許多地方、許多科技人員發現這非常困難。 當他們需要遷移或升級時 或將資料從 Oracle 傳輸至 MySQL。 該怎麼做？ 因此，GoldenGate 可以拯救於你。 此外，我們將討論 GoldenGate 的初始載入過程 與資料庫匯出、匯入或管理不同， 有何不同之處，或可攜帶的表空間。 那麼我們將討論策略 如何實現遷移過程中的零停機 以及使用 Oracle GoldenGate 的升級。 那我們將會定期討論 關於 GoldenGate 12c 的新功能。 請注意，12c 是 11g 的延伸版本。 無論 11g 中原本存在什麼， 它在 12c 中也存在。 然而，新功能是什麼？ 我們會在那邊討論。 然後是參數檔案。 參數檔案是 Oracle GoldenGate 的心臟。 就像資料庫層級的控制檔案一樣。 同樣地，參數檔案是系統的脈搏。 那麼，該如何理解您已有的參數檔案呢？ 如何設定新的參數檔？ 參數是什麼？ 我們將在參數檔案中討論所有這些內容。 接下來，我們將討論資料定義檔。 因此，透過 GoldenGate，即可實現資料複製。 不同資料庫之間 因此，當配送流程應用資料時 從來源資料庫到目標資料庫 它需要理解數據是如何存儲的 在來源資料庫中。 因此，為此目的，您需要資料定義檔案。 如何創建它，何時使用它， 我們將在課程中進行討論。 接下來，我們將討論 關於使用 Oracle GoldenGate 的 DDL 複製。 所以在之前的部分， 我們討論了插入、更新和刪除。 任何DDL複製。 在第12個模組中，我們將討論 關於DDL複製。 每次執行更改、刪除、建立時 GoldenGate 如何進行複製，就照著它的方式進行複製。 接下來，我們將討論雙向複製。 使用 Oracle GoldenGate。 那麼可能會出現哪些衝突呢？ 你需要如何檢測？ 你如何判斷迴圈的存在？ 我們將會討論所有這些事情。 然後就可以進行双向複製 在主動-主動或主動-被動環境中。 接下來，我們將討論這個問題 每個組織都具備的，就是安全。 您的資料絕不應向外界公開。 您的資料絕不應被駭客入侵。 你的產品可能非常好，非常非常好。 你的產品可能非常出色。 但如果沒有加以保護， 組織不一定會購買它。 那麼，安全功能有哪些呢？ 已加入LC的有哪些？ 什麼是錢包？ 如何創建錢包？ 如何建立憑證？ 因此，我們將在這一部分進行討論。 接著排查 GoldenGate 的問題。 現在的問題是，一旦你完成實裝， 一旦您完成 Oracle GoldenGate 的設定 在您的環境中， 你還需要進行故障排除。 你如何在自己的環境中進行故障排除， 這非常重要。 因此，我們將在這裡討論這項策略。 因此，我們將討論如何建立棄用檔案。 如何新增一張表格 在已執行中的 GoldenGate 配置環境中。 假設現在有20張桌子 正在被複製的。 你需要添加第21張表格。 那麼該如何新增一張表格呢？ 或者你如何調整提取內容並進行複製？ 那麼我們將會討論所有這些問題。 然後是管理。 再次強調，管理非常重要。 如何管理Trail檔案？ 如何進行自動化流程啟動？ 如何使用 GoldenGate 進行報表與統計？ 我們將會進行討論。 然後我們將討論如何閱讀您的路徑檔案。 因此，這些日誌檔， 本機路徑檔案或遠端路徑檔案 我們已經討論過的 那些是二進位格式的追蹤檔案。 你無法直接讀取那些追蹤檔案。 閱讀它們時，您可在 GoldenGate 級別使用一個工具。 這被稱為洛布杜姆。 那麼該如何使用 lobdum 呢？ 什麼時候使用 lobdum？ 我們會討論這件事。 然後我們將會討論 關於 Oracle GoldenGate 的效能 因此，我們將在這裡討論 如何監控 Oracle GoldenGate 如何監控實驗室 什麼是檢查點？ GoldenGate 如何確保事務不會丟失 在他們的環境中遺失了。 因此我們將在培訓中討論所有這些內容。 然後隨著這項訓練， 我們將進行問答環節。 並藉由這項訓練， 我將與您分享虛擬機器的設定 與 Linux 映像檔和 Oracle 資料庫一起 以及 Oracle GoldenGate。 我們將收到大量文件資料， 測試案例、面試問題 還有這件事。 那麼，這份工作是什麼？ Oracle GoldenGate 的就業市場如何？ 因此，有很多 Oracle GoldenGate 管理相關的工作職缺， 至少在印度，全世界都是如此。 在北美、巴西以及世界各地 有很多需求。 因此，如今有很多Oracle GoldenGate管理員的職位。 但好資源不夠多 了解 Oracle GoldenGate。 所以，你就在這裡發揮作用了。 公司需要專業人才。 所以這是美國平均的 Oracle GoldenGate 薪資。 此圖已從 indeed.com 採取。 截至2016年8月30日。 每年，Oracle GoldenGate 的平均薪資為 98,000 美元。 你如何參加這門課程？ 你所需要的只是良好的網絡連接。 若要進行互動式會議，請佩戴耳機。 然後，剩下的部分就結束了。 在實驗課中，你將獲得虛擬機器設定。 您可以安裝並終身使用。 所以這是一則回饋意見 這是我上次培訓所收到的。 你也可以在我的領英個人檔案上看到這則回饋。 那麼我們將從星期二開始一場會議。 根據EST、PST和CST時區。 根據 IST 時區， 我們將從5月24日，星期三開始。 所以這是本次會議的計畫。 我們將從星期一到星期五舉行會議 根據EST時間，週二至週六則根據IST時間。 因此，前兩週將是每週四天的課程。 因此我們將從星期二開始，持續到星期五 根據EST時間。 然後下周，我們將舉行研討會 從星期一到星期五，但不包括星期二 因為那天我有些工作要做。 否則，我們將從星期一到星期五進行會議。 因此，我們的首次會議將於5月23日星期二舉行。 根據EST時區，時間將相同 我們將在這個連結上見面。 所以這個連結，我會在聊天中也發給你。 而且您也會透過電子郵件收到這份內容。 因此，在完成此項訓練後， 你也可以選擇取得認證。 因此，有各種不同的認證可供選擇 針對此 Oracle GoldenGate，Oracle GoldenGate 12c 實施專員，你可以考慮這個職位。 謝謝你。 謝謝大家。 無論你現在有任何問題，都可以提出來。 我希望你喜歡這場會議 您也可以針對本次會話提供反饋。