Oracle Cloud Infrastructure Blog(翻訳)

パラレルReplicat - 並列度および依存性計算 (2023/09/29) https://blogs.oracle.com/dataintegration/post/parallel-replicat-parallelism-and-dependency-calculation 投稿者： Volker Kuhr | Senior Principal Product Manager Oracleでは、大量のスループットを持つデータベースでパラレルReplicat (PR)を使用することをお薦めします。ソース・データベースは、多数のトランザクションを同時に管理する数百または数千のセッションを持つシステムである場合があります。ターゲット・データベースに変更を適用するReplicatプログラムは1つのみです。PRの並列性の適用は、このワークロードに対応する方法の問題を解決する鍵です。パラレルReplicatは、トランザクション整合性を維持しながらトランザクションをリアルタイムで正常に適用します。 次に例を示します。 1つのトランザクションが古いバックアップまたは履歴表からコンテンツを削除し、オンライン・オーダー・アプリケーションが完全に独立した表に対してトランザクションを実行する場合、PRはそれらのトランザクションの表間に関係がないことを識別し、PRはそれらのトランザクションのセットを同時に適用できます。ターゲット・システムでの削除トランザクションは、後でソース・データベースで開始された場合でも、ターゲット・データベースでオンライン順序よりも高速に終了する可能性があります。 もう1つのケースは、相互に依存するトランザクションに関するものです。たとえば、1つの表レコードと同じ表レコードOE.ORDERSを変更するとします。最初のトランザクションはINSERT操作を実行し、次のトランザクション・セットは同じレコードに対してUPDATE操作を実行します。この場合、PRは依存関係を識別し、Appliersは相互に待機する方法をスケジュールします。OE.ORDERSやOE.ORDER_ITEMSなどの表間の外部キー関係でも、パラレルReplicatで識別されます。 依存性の計算は、ターゲット・データベースの主キー、一意索引および外部キーの列に基づきます。このため、単純なレプリ

AWS上のMySQL HeatWave Lakehouse (2023/09/29) https://blogs.oracle.com/mysql/post/mysql-heatwave-lakehouse-on-aws 投稿者： Nipun Agarwal | Senior Vice President, MySQL HeatWave MySQL HeatWave Lakehouse がAWSで利用できるようになりました。 MySQL HeatWave は、オンライン・トランザクション処理(OLTP)データベース、リアルタイムのインメモリー・データ・ウェアハウス、および データベース内自動機械学習機能 を単一のMySQLデータベース・サービスで提供する唯一のクラウド・データベース製品であり、複雑なETL重複、レイテンシ、リスク、およびコストはありません。 AWSのお客様は、MySQL HeatWaveでレイクハウス機能を追加したことで、トランザクション処理、データウェアハウスとデータレイク全体のリアルタイム分析、および1つのクラウド・データベース・サービスで機械学習を実行できるようになりました。5つのAWSサービスを1つのサービスに置き換えることができ、複雑さを軽減し、分析のための業界で最高の価格パフォーマンスを実現できます。 HeatWave Lakehouseでは、AWSのお客様は、S3データをデータベースにコピーせずに、CSV、Parquet、Avroなどの様々なファイル形式で、Amazon S3オブジェクト・ストレージの何百テラバイトものデータを問い合せることができます。問合せ処理はHeatWaveエンジンで完全に実行されるため、非MySQLおよびMySQL互換のワークロードに対してHeatWaveを利用できます。AWSのデータ・エグレス料金は、変更することなく、AWSで引き続きアプリケーションを実行できます。お客様は、HeatWave LakehouseでAutoMLを実行することもできます。これにより、機械学習モデルの自動トレーニング、S3に格納されているファイルに対する推論と説明の実行、および対話型のMySQL HeatWaveコンソールから様々な種類の機械学習分析を実行できます。AWS上のMySQL HeatWave Lakehouseは、現在、

Oracle GoldenGate Veridata 12.2.1.4.230922の提供開始! (2023/09/26) https://blogs.oracle.com/dataintegration/post/oracle-goldengate-veridata-12214230922-is-now-available 投稿者： Veeratteshwaran Sridhar | Senior Principal Product Manager Oracle GoldenGate製品チームは、Oracle GoldenGate Veridataバンドル・パッチ8 (12.2.1.4.230922)を製品の新しい拡張機能とバグ修正とともにリリースしたことを喜んでお伝えします。リリースには、次のものが含まれています。 機能: ジョブの実行時にSQLの修復オプションを含めるVericomのサポート ジョブ比較の完了後に修復SQLの生成をサポートするために、Vericomで新しいVericomコマンドreairsqlがVericomで導入されました。比較が完了すると、修復SQL zipファイルが生成されます。このフラグは、OracleおよびSQL Serverターゲット・データベースに対してのみ有効です。詳細は、『Oracle GoldenGate Veridataの管理』のVericomツールの実行に関する項を参照してください。 バグ修正: バグ35755477 - PostgreSQLは手動マッピングのメイン表ではなく、パーティション表をリストする この問題は修正されました。PostgreSQLでは、ソース接続とターゲット接続の両方にメイン表がリストされるようになりました。 バグ35642245 - server.encryption=trueでUIに同期していない行が表示されている場合、修復SQLをダウンロードできません この問題は修正されました。server.encryption=trueの場合、修復SQLをダウンロードできます。 バグ35604241 - 別の非同期(OOS)ページに移動すると、Oracle GoldenGate Veridataの無効な文字が消失する この問題は修正されました。OOSページで無効な文字が表示されるようになりました。 バグ3

Data Guard環境でPDBを作成した後にTEMPファイルを作成する方法 (2023/09/26) https://database-heartbeat.com/2023/09/26/temp-file-dg/ はじめに Data Guard環境でプライマリにPDBを作成すると、そのPDBもスタンバイに作成されます。ただし、スタンバイではTEMPファイルが失われます。TEMPファイルを作成するために、顧客からスタンバイに切り替えてTEMPファイルを作成するというコメントを受け取りました。これは不要です。これにより、このブログ記事で利用できる選択肢が出ました。 スポイラー警報!PDBがオープンされると、Oracle Database 23cによってファイルが自動的に作成されます。 環境 Oracle Databaseバージョン19cは、Base Database Serviceを使用してOracle Cloudで実行 Oracle Databaseバージョン23cは、Base Database Serviceを使用してOracle Cloudで実行 Oracle Database 19c スタンバイにTEMPファイルを作成するには、スタンバイが読み取り専用モードで開いている必要があります。 Active Data Guardオプション・ライセンスがある場合、これは簡単です。PDBを読取り専用モードでオープンし、TEMPファイルを作成します。 SQL> alter session set container = PDB001; SQL> alter tablespace temp add tempfile; SQL> select name from v$tempfile; Active Data Guardオプション・ライセンスがない場合でも、スタンバイは読取り専用モードでオープンできます。ただし、REDO Applyが停止している間のみ。そのため、REDO Applyを停止し、PDBを読取り専用モードでオープンし、TEMPファイルを作成し、データベースをMOUNTモードで再起動して、REDO Applyを再度開始します。 DGMGRL> edit database <standby_db_unique_name&g

Oracle Databaseのパワーを引き出す: 考慮する上位3つのデータベース・オプション (2023/09/26) https://blogs.oracle.com/database/post/unlocking-the-power-of-oracle-database 投稿者： Divit Gupta | Principle Enterprise Solutions Architect エンタープライズ・データベースの世界では、Oracleは長年にわたって信頼できる名前であり、データを効率的かつ安全に管理するための強力なツールを企業に提供しています。セキュリティの強化、スケーラビリティの向上、管理の合理化など、Oracleは特定のニーズを満たすさまざまなオプションを提供しています。このブログでは、検討すべきOracle Databaseオプションの上位3つについて考察し、それぞれが独自のビジネス上の課題に対処し、競争上の優位性を提供します。 1.Oracle Advanced Security Option(ASO) Oracle ASOが解決する課題: データ侵害と不正アクセス: ASOは、保存中および転送中の機密データを暗号化し、不正アクセスを防止することで、データ侵害のリスクを軽減します。 規制コンプライアンス: 暗号化とアクセス制御を適用することで、組織が厳しいデータ保護規則(GDPR、HIPAAなど)に準拠するのに役立ちます。 内部関係者の脅威: ASOの透過的データ暗号化および監査機能により、ユーザー・アクティビティを追跡し、疑わしい動作を特定することで内部関係者の脅威が防止されます。 データ・プライバシに関する懸念: 機密データの暗号化により、ASOは個人情報と機密情報を保護し、顧客の信頼とデータのプライバシを強化します。 データベース・パフォーマンスへの影響: Oracle ASOでは、パフォーマンスへの影響を最小限に抑え、最適なデータベース操作を実現する効率的な暗号化アルゴリズムを採用しています。 Oracle ASOの競争上の優位性: Transparent Data Encryption(TDE): ASOは、アプリケーションを変更せずにシームレスな暗号化を提供し、ユーザー・ワークフローを中断することなくデータを保護します。 ネットワ

PL/SQLおよびJDBCドライバ(21c、23c)を使用するOracle Database 23cの新しいBOOLEANデータ型 (2023/09/25) https://medium.com/oracledevs/the-new-boolean-data-type-in-oracle-database-23c-with-pl-sql-and-the-jdbc-drivers-21c-23c-c83957e7e21e 投稿者： Juarez Junior by Juarez Junior はじめに 以前のブログ投稿では、Oracle Database 23c Free - Developer ReleaseでサポートされるISO SQL標準準拠のBOOLEANデータ型について記述しています。 Java開発者が列定義のBOOLEANデータ型を操作する場合、およびOracle JDBCドライバ(23c、21c)とともに使用する場合に注意を払う必要がある詳細に関するいくつかの具体的なシナリオを確認しました。 また、NUMBERおよびVARCHARデータ型を使用する表列と、論理ブール値を表す可能性のある値で異なるJDBC問合せを使用する場合の動作についても分析しました。 このブログ投稿は、これらのシナリオを補完しますが、現在では、PL/SQLストアド・プロシージャ、 JDBC および CallableStatements との組合せを考慮しています。 JDBCおよびCallableStatementsの概要が必要な場合は、前のブログ投稿を確認してください- JDBC CallableStatementsを使用したストアド・プロシージャの起動 。 それでは、それ以上のアドオンがなければ、始めましょう! 前提条件 JDK — Java Development Kit 17+ Your preferred Java IDE — Eclipse , IntelliJ , VS Code Apache Maven Oracle Database 23c Free — Developer Release running on Docker Oracle Database 23c Free - Dockerでの開発者リリース Oracle Database 23c Free - D