2024年 専用Exadataインフラストラクチャ上のAutonomous Databaseのレビュー (2024/12/24)

2024年 専用Exadataインフラストラクチャ上のAutonomous Databaseのレビュー (2024/12/24)

https://blogs.oracle.com/database/post/2024-year-in-review-adb-d

投稿者： German Viscuso | Director of Community - Autonomous Database / Dedicated


2024年は、クラウドにおけるOracle Databaseサービスの目玉となった年でした。Oracle Database@Google Cloudの発売に伴い、マルチクラウドの取り組みを拡大し、その後にOracle Database@AWSの導入も進めました。また、革新的なインテリジェント・データ・アーキテクチャを導入したExadata Exascaleも発表しました。最後に、ネイティブのVector検索機能を備えたOracle Database 23aiを導入し、AI主導の類似性検索でビジネス・データを強化しました。これらのOracle Databaseのメリットに加えて、Autonomous DatabaseはGlobally Distributed Autonomous Databaseの発売によりグローバルに分散されました。このサービスは、企業が分散データを管理および処理して、最高レベルのスケーラビリティと可用性を実現する方法を再定義する画期的なサービスです。


2024年末に近づくにつれ、OracleでAutonomous Databaseを導入して以来、7年間のイノベーションを振り返り、当社のサービスがお客様のニーズにどのように影響したかを確認するのは素晴らしい時期です。今年は、Autonomous Database on Dedicated Exadata Infrastructure and Cloud@Customer(ADB-D/ADB-C@C)で著しい開発が行われました。セキュリティ、高可用性、ディザスタ・リカバリ、接続性、可観測性、および開発者ツールの大幅な機能強化が実現され、オラクルのジャーニーにおける新たなマイルストーンとなりました。ADBが複数のクラウド・プロバイダーに拡大し、お客様により強力なツールを提供し続けることで、さらに画期的な2025年に備えて、これらの主要なイノベーションを簡単にまとめましょう。



セキュリティの拡張機能


  • Oracle Public Cloudデプロイメントでのキー持込み(BYOK): お客様は、独自の暗号化キーをVaultサービスにインポートし、データ主権とセキュリティを強化できるようになりました(Oracle Key Vault (OKV)の顧客管理キーも利用可能)。
  • キー・ストアを作成および管理する機能: キー・ストアは、Oracle Cloud Infrastructureコンソールを使用して直接簡単に作成および管理できます。この新機能により、オンプレミスのOracle Key Vaultをクラウドとシームレスに統合でき、マスター・キーの作成と監視を完全に制御できます。
  • Zero Trust Packet Routing (ZPR) for ADB-D: 機密データを不正アクセスから保護するためのインテントベースのセキュリティ・ポリシーを導入し、データベース環境を保護するためのコミットメントをさらに強化しました。
  • データベースSSL証明書のローリング・ローテーション: この更新により、既存のデータベースSSL証明書が新しい証明書ローテーションの2週間後に有効のままになることが保証され、データベース接続を中断することなく、よりスムーズな移行が可能になります。
  • Walletレス接続: ウォレットを必要とせずに、データベース・アプリケーションまたはツールを直接リンクできます。TLS (Transport Layer Security)によってサポートされるこのウォレットレス接続は、認証と暗号化の両方に対して堅牢なセキュリティーを確保します。セキュリティは、クライアントのオペレーティング・システムによって信頼されるセキュリティ証明書によってシームレスに強制されます。



高可用性およびディザスタ・リカバリ機能


  • Globally Distributed Autonomous Database: 当社は、お客様がデータ・レジデンシー要件を満たし、ビジネスクリティカルなアプリケーションの生存可能性を提供し、(データ主権機能を提供しながら)クラウドスケールのデータベース・パフォーマンスを提供できるよう、完全に自動化された分散クラウド・データベースを立ち上げました。
  • OCI Full Stack Disaster Recovery(FSDR): Full Stack Disaster Recoveryのサポートにより、アプリケーション・スタック全体を迅速にリカバリし、ダウンタイムを最小限に抑え、継続性を確保できるようになりました。
  • クロス・テナンシAutonomous Data Guard: 異なるテナンシにADB-Dスタンバイ・データベースを作成する機能が追加され、リージョン・デプロイメントまたはグローバル・デプロイメント全体でディザスタ・リカバリ機能が強化されました。
  • Autonomous Data Guardを有効にし、既存のコンテナにスタンバイ・データベースを追加します。この強力な機能により、スタンバイAutonomous Container Database (ACD)を既存のACDに追加できるため、継続的な操作とデータ保護が保証されます。Autonomous Data Guardは、計画外のダウンタイムやデータ損失に対する保護機能であり、ユーザーの介入なしにスタンバイ・データベースへのフェイルオーバーを自動的に処理します。
  • クロス・テナンシ・クローニングのサポート: Autonomous Database - 専用インスタンスまたはそのバックアップを、同じリージョン内でも異なるリージョン間でも、あるテナンシから別のテナンシにクローニングできるようになりました。この機能では、フル・クローニングとメタデータ・クローニングの両方がサポートされるため、データベース環境をより柔軟に管理できます。



強化された接続




可観測性機能


  • ACDの動的パフォーマンス・ビュー: Autonomous Container Database (ACD)レベルでリアルタイムおよび履歴のパフォーマンス・メトリックを監視するための新しいパフォーマンス・ビューが導入され、データベース管理と運用効率の最適化を支援しています。その間も、Enterprise ManagerなどのツールやOCI Monitoring Serviceなどのサービスを使用して、監視機能の拡大に取り組んでいます。
  • Oracle Database OperatorによるKubernetesの可観測性プラットフォーム(OraOperator): すべてのADBフレーバーとOraOperatorの統合は、Kubernetesエコシステム内でのデータベース・ライフサイクルのシームレスな管理、自動化の強化、手動オーバーヘッドの削減だけでなく、Grafanaベースの可観測性プラットフォームの自動デプロイメント(OraOperator v.1.1.0以降)も追加されています。



AI


  • 23aiデータベース・サポート: 23aiデータベース・バリアントの立ち上げにより、最先端のAI機能がADB-Dに直接組み込まれ、特にAI主導の開発が強化されました。
  • Oracle Database 23aiのAI Vector Search: AI Vector Searchは、単一のデータベース内の複数のデータ型にわたる複雑な検索を可能にすることで、アプリ開発を簡素化および高速化する画期的な機能です。
  • SELECT AIサポート: LLMを使用したOCI生成AIとのシームレスな統合によるデータベースの問合せを可能にし、自然言語プロンプトからのSQLの生成を可能にします。このサポートにより、企業がデータベースとより直感的かつ効率的にやりとりする能力が向上します。



開発ツールおよびサービス


  • 無料の開発者データベース・インスタンス: 開発者は、このエキサイティングな機会を利用して、Autonomous Database for Developersインスタンスに自由にアクセスし、新しいアプリケーションを構築、テスト、革新することができます。これらのインスタンスは、最新のAutonomous Database– 専用機能を無料で試すことができるサンドボックス環境を提供します。これらのインスタンスは限られたリソースを備えており、大規模なテストや生産を目的としていませんが、開発および概念実証作業に最適です。プロジェクトが拡大した場合、またはより堅牢な機能が必要な場合は、開発者データベースをフルファンドのAutonomous Databaseに移行することで、リソースをシームレスにアップグレードできます。
  • ビルド・ツールの有無にかかわらず、JDBCを使用してADBに接続: JavaアプリケーションをOracle Autonomous Databaseに簡単に接続でき、Oracle JDBCドライバで柔軟性とセキュリティを実現しました。一方向TLSを好む場合でも、相互TLS (mTLS)のセキュリティを強化する必要がある場合でも、オラクルではこれを取り上げています。EclipseやIntelliJなどの一般的なIDEを使用し、シームレスな統合のためにMavenまたはGradleを活用します。簡単なアプローチを好む人には、ビルドツールを使用しない手動接続もサポートされます。



請求


  • Elastic Poolsのサポート: Elastic Poolsを使用すると、複数のAutonomous Databaseインスタンスを統合し、よりコスト効率の高い方法でコンピュート・リソースをシームレスに管理できます。変動するワークロードを管理する場合でも、データベース・インフラストラクチャを合理化する場合でも、Elastic Poolsはビジネスに必要な柔軟性とスケーラビリティを提供します。



複数のクラウド・プラットフォーム間でのOracle ADB-Dの拡張


今後も、Autonomous Database Dedicated(ADB-D)のリーチと機能を複数のクラウド・プラットフォームにまたがって拡大していく予定です。マルチクラウド環境へのオラクルの取り組みは、Azure、Google Cloud、AWSなどの主要なクラウド・プロバイダーのエコシステム内でADB-Dのプレゼンスを固めることを目的としています。この拡張は、情報セキュリティ・ポリシーによって特定のクラウド・プロバイダに制限される組織にとって特に有益です。ほとんどの主要なクラウド・プロバイダでADB-Dを使用できるため、これらの障壁は効果的に取り除かれ、他に類を見ない柔軟性と戦略的優位性が組織にもたらされます。


マルチクラウドのパワーにより、企業は、1つのまとまりのあるOracleフレームワークの下で、様々なクラウド・プロバイダの異なる長所を活用できます。この戦略は、ベンダーのロックインを防止するだけでなく、複数のクラウド・インフラストラクチャを利用することで、ディザスタ・リカバリ機能と地域の規制へのコンプライアンスを強化します。


2025年以降、Oracleは、ADB-Dが他のクラウド・サービスとシームレスにやり取りできるように、統合作業を強化することを計画しています。これにより、統合された合理化されたユーザー・エクスペリエンスが促進され、各クラウド・プロバイダの独自のサービスを最大限に活用しながら、Oracleのデータベース・サービスの堅牢な機能を利用できます。このマルチクラウド・アプローチは、Oracleのテクノロジー・エコシステムを強化するだけでなく、個々のニーズに最適な方法で革新、最適化、拡張できるようにお客様を支援することです。


イノベーションを継続し、複数のプラットフォームにわたるクラウド・データベース管理で実現できることの限界を押し広げているため、最新情報をお届けします。また、Exadata Database Serviceに興味がある場合は、「2024 Year in Review– Exadata Database Service and Base Database Service Announcements You Might Have Missed」というブログ記事もご覧ください。


ハッピーホリデー!!!


コメント

コメントを投稿

このブログの人気の投稿

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 APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21)

イメージ
Oracle APEXのInteractive Gridで、Oracle Formsと比較して、重複行の検証を制御/通過させる方法 (2022/07/21) https://medium.com/oracledevs/how-to-control-or-pass-validation-for-duplicate-rows-in-interactive-grid-of-oracle-apex-as-compare-18f453f750bf 投稿者： Jignesh oracle Formsでは、データブロックの重複行を制御するのは非常に簡単ですが、IGの検証を制御するにはどうすればよいでしょうか。 必要な出力 ステップ1：インタラクティブグリッドのある白紙ページを作成します（私は1つの領域「IG」を作成し、インタラクティブグリッドとしてタイプを選択しました） ステップ 2: リージョンに Static ID を定義する (私の場合、リージョンは IG で、Static ID も IG です) ステップ3：複製を制御したいカラムのStatic IDを定義します ステップ4：関数とグローバル変数に移動します コード： var validity, message, ui = this.data; (function($) { function update(model) { var projKey = model.getFieldKey(“PROJECT_ID”), recObj = [], recArray = []; model.forEach(function(record, index, id) { var projid = parseInt(record[projKey], 10), // record[salKey] should be a little faster than using model.getValue in a loop meta = model.getRecordMetadata(id); if (!isNaN(projid) && !meta.deleted && !meta.agg) { recObj = {ID: id, project_id: projid}; recArray.push(recObj)...
続きを読む