Oracle GoldenGate Veridata 12.2+ BPの新しい拡張機能 (2025/07/01)

Oracle GoldenGate Veridata 12.2+ BPの新しい拡張機能 (2025/07/01)

https://blogs.oracle.com/dataintegration/post/oracle-goldengate-veridata-122-bp-new-enhancements

投稿者： Nisharahmed Soneji | Distinguished Data Management Specialist


先週、GoldenGate Veridataバンドル・パッチ(12.2.1.2.180615)をリリースしました。このリリースには、わずかなバグ修正とともに2つの重要な改善が含まれています。GoldenGate Veridataは、VeridataサーバーおよびVeridataエージェントの高可用性(HA)を認証します。GoldenGate VeridataはWLSが提供する高可用性サポートを利用しています。正式に認定され、すべてのお客様がそれを活用するための詳細な手順を文書化しました。Anuradha Chepuriによって作成されたOracle By Exampleの詳細を確認できます。


プライマリVeridataサーバーが停止すると、他のVeridataサーバー(バックアップまたはスレーブ・サーバー)が接続されているVeridataエージェントへのリクエストを処理します。既存のすべてのリクエストは、ユーザーが再度開始する必要があります。両方のVeridataサーバーが共有リポジトリに接続されているため、すべてのメタデータが使用可能で両方のサーバーが更新されます。VeridataエージェントHAのサポートもテストされており、プライマリVeridataエージェントが停止すると、他のスレーブまたはバックアップVeridataエージェントが引き継ぎます。すべての新規リクエストはVeridataエージェントに転送され、既存のリクエストはユーザーが再開始する必要があります。シームレスなフェイルオーバーが発生する可能性があるため、VIPアドレスをVeridataエージェント構成ファイルに追加する必要があります。



もう1つの主な機能は、Active Directory (AD)ユーザーがGoldenGate Veridata製品にアクセスできるようにすることでした。Active Directoryユーザーは、GoldenGate Veridata製品を使用できます。VeridataでActive Directory用の新しいロールを作成しました。


次に、追加されたAD Veridataロールを示します。


  1. ExtAdministrator
  2. ExtPowerUser
  3. ExtDetailReportViewer
  4. ExtReportViewer
  5. ExtRepairOperator


これらのロールは、WebLogicサーバーに作成してインポートする必要があります。次の画面では、ExtAdministratorロールを作成する方法を示します。



他のすべてのロールも同様に作成できます。



必要なすべてのロールがWebLogicサーバーにインポートされ、これらのロールをADユーザーまたはユーザー・グループに割り当てることができます。ここでは、ExtAdministrationロールを編集しています。



ExtAdministratorロールの場合は、グループを追加します。



DIQAdminという既存のADグループを追加します。



DIQAdminの一部であるADユーザーは、Veridata製品にアクセスできます。


以前の GoldenGate Veridataリリースで私のブログを見るかもしれません。ご不明な点がございましたらお知らせください。


コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19)

イメージ
Oracle GoldenGate 23aiでMicrosoft Fabricでのオープン・ミラーリングがサポートされるようになりました (2024/11/19) https://blogs.oracle.com/dataintegration/post/how-to-replicate-to-mirrored-database-in-microsoft-fabric-using-goldengate 投稿者： Shrinidhi Kulkarni | Principal Product Manager Oracle GoldenGate 23aiでは、オープン・ミラーリングを介したMicrosoft Fabricへの統合のパブリック・プレビューがサポートされるようになりました。この強力な組み合わせにより、リアルタイムのデータ統合が可能になり、ハイブリッド環境とマルチクラウド環境のデータをMicrosoft Fabricのミラー化されたデータベースに継続的に同期できるため、データは常にAIと分析に対応できます。 Microsoft Fabric統合のOpen Mirroring は、GoldenGate for Distributed Applications and Analytics 23ai (GG for DAA) (23.6)製品を介して提供されます。 既存の Azure統合の詳細については、 ドキュメント を参照してください。 オープン・ミラーリングは、オープン・デルタ・レイク表形式に基づいて、データISVがMicrosoft Fabricのミラーリングを拡張できるように設計されています。この機能により、Oracle GoldenGate 23aiは、オープン・ミラー化パブリックAPIおよびアプローチに基づいて、Microsoft Fabricのミラー化データベースに変更データを直接書き込むことができます。Microsoft FabricでのOpen Mirroringの詳細については、「 Microsoft FabricでのOpen Mirroringの概要 」を参照してください。 このブログ投稿では、この統合の実装の側面について深く掘り下げ、GoldenGate統合の構成方法を示します。 構成ステップ: リファレンス・アーキテクチャの理解 前提条件 ...
続きを読む

Oracle Database Service for Azure（ODSA）とOracle Interconnect for Azureの比較 (2022/08/15)

イメージ
Oracle Database Service for Azure（ODSA）とOracle Interconnect for Azureの比較 (2022/08/15) https://database-heartbeat.com/2022/08/15/odsa-vs-interconnect/ はじめに Oracle Database Service for Azure（ODSA） が最近発表されて以来、大きな反響を呼んでいる。この新サービスは、AzureとOCI上でマルチクラウド・ソリューションを実現するために、オラクルが管理し、完全に自動化された方法を提供するものだからです。 しかし、ちょっと待った! MicrosoftとOracleはすでにしばらく（2019年から）提携しており、マルチクラウドワークロードに使用する Oracle Interconnect for Azure （ここでは略称：Interconnect）を提供しています。そこで、問題提起されているのは、何が違うのか？類似点は何か？そして、どちらを使うべきなのでしょうか？ InterconnectはAzureとOCI間のネットワーク接続を設定するものであるのに対し、ODSAは接続、OCIデータベースのプロビジョニングと管理を行うAzureライクな体験などを提供するサービスベースのアプローチですが、違いと類似点について整理してみましょう。 AzureからOCIへの接続性 ODSAは、Oracleが管理するInterconnectをベースにしています。OCIのVCNとAzureのVNetは自動的にピアリングされるので、Interconnectのセットアップと設定にネットワークの専門知識は必要ありません。AzureのリソースとOCIのOracle Databases間のネットワークトラフィックは、Oracle-managed Interconnectを使用します。そのようなものが存在することを知る必要さえありません。 お客様自身が管理するInterconnectを利用するには、OCI ConsoleとAzure Portalにログインし、ネットワークリソースを作成し、 Interconnectを設定する、という手順 が必要です。OCI Dynamic Routing Gateway や Azure E...
続きを読む