Oracle Cloud Infrastructure Blog(翻訳)

Exadata Database Serviceを使用したExascaleストレージの発表 (2025/06/30) https://blogs.oracle.com/database/announcing-exascale-storage-with-exadata-database-service-on-cloudcustomer 投稿者： Sujit Dhawalkar | Senior Principal Product Manager Kevin Deihl | irector of Product Management クラウド向けの独自のインテリジェント・データ・アーキテクチャであるExadata Exascaleは、組織が最も要求の厳しいミッションクリティカルなOracle Databaseに期待する業界最先端のパフォーマンス、可用性、セキュリティを継続的に提供しながら、Exadataにおけるリソース管理方法を刷新します。Exascaleアーキテクチャの主要コンポーネントは、Exascaleストレージ・プールです。このプールは、きめ細かなストレージ・スケーリング、クラスタ間の効率的なデータ共有、テストおよび開発のための俊敏なシン・データベース・クローンを提供しながら、Exadata独自のインテリジェンスと機能をすべて維持します。 今回の発表により、パブリッククラウドのExadata Database Service on Cloud@CustomerおよびExadata Database Service on Dedicated Infrastructureで、Exascaleソフトウェアを導入できるようになりました。Exascaleソフトウェアは、コンピューティングサーバーで実行されるAutomatic Storage Management（ASM）とは対照的に、ストレージ管理をストレージサーバーに移行します。ExascaleストレージとASMはどちらも同じインフラストラクチャに導入できるため、既存のデータベースは引き続きASM上で実行でき、Exascaleストレージ上で実行されるデータベースは、簡素化されたストレージ管理や、再考されたデータベースクローンなどのイノベーションのメリットを享受できます。ASMとExascaleストレージはどちらも、...

Oracle Database 23.7の開発者向け新機能 (2025/06/30) https://blogs.oracle.com/developers/whats-new-for-developers-in-oracle-database-23-7 投稿者： Gerald Venzl | Vice President, Developer & AI Initiatives Oracle Database 23.6 の新機能の詳細については、   https ://blogs.oracle.com/developers/post/whats-new-for-developers-in-oracle-database-23-6 を参照してください。 TIME_BUCKET関数 trunc関数を使えば、行を日、時間、分単位でグループ化できます 。しかし、行をN単位の時間スライス（例えば5分、2時間、3日）に分割するには、各グループの開始時刻と終了時刻を求める数式を記述する必要がありました。 この time_bucket 関数はこのロジックを大幅に簡素化します。最大5つのパラメータを使用して、指定された値が属する区間の開始時刻と終了時刻を特定できます。 日時 – バケットの値 Stride– インターンバルとしての各グループのサイズ 原点 – 開始時刻と終了時刻を計算するための基準日 start_or_end– 各バケットの開始または終了を返すかどうか(オプション。デフォルトは開始) timebucket_optional_clause– 戻り値が無効な日付の場合、または起点が月の最終日で、ストライドに月または年(あるいはその両方)のみが含まれる場合(オプション、デフォルトはオーバーフロー・ラウンド)の関数の動作を制御します 次の例は、5分、15分および90分バケット内の特定の値をバケット化するtime_bucketの使用を示しています。 ALTER SESSION SET NLS_DATE_FORMAT = ‘ HH24:MI ‘; WITH times AS (    SELECT DATE ‘2025-01-21’ + ( LEVEL / 240 ) dt CONNECT BY LEV...

OCIベースのワークロードの保護: OCI Network Firewallを使用したエンド・カスタマからのコア環境の保護 (2025/06/30) https://blogs.oracle.com/ateam/post/securing-ocibased-workloads-using-oci-network-firewall-to-shield-your-core-environment-from-end-customers 投稿者： Arvind Bassan | Principal Cloud Architect クラウド上でセキュアなプラットフォームを運用する場合、コアインフラストラクチャをエンドユーザーの環境から分離することが重要です。顧客は特定のサービスやAPIにアクセスする必要があるかもしれませんが、だからといって社内ネットワークを見られるべきではありません。あるSaaSプロバイダーは、Oracle Cloud Infrastructure（OCI）を使用して、バックエンドサービスをセキュアにしつつ、顧客環境への接続を限定的に許可するという、まさにその課題に直面していました。 このブログでは、 OCI ネットワーク ファイアウォール と プライベート - ソース ネットワーク アドレス変換 (SNAT) を使用してこれをどのように実現したかについて説明します。 課題: 内部ネットワークを公開せずに顧客の接続を保護する このSaaSプロバイダーはバックエンドをOCIにホストし、企業顧客がリモートピアリング接続（RPC）を介して安全に接続できるようにしています。RPCはOCIのバックボーンを介したプライベート接続を提供しますが、同時に内部IPアドレスが顧客ネットワークに公開される可能性も伴います。 プロバイダーには、次のようなセキュリティとコンプライアンスのニーズがありました。 顧客から内部（プライベート）IPアドレスを隠す 許可されるトラフィックを制御および制限する バックエンドサービスに出入りするすべてのトラフィックを検査する   解決策: OCI ネットワーク ファイアウォールの新しいプライベート SNAT 機能 OCIネットワークファイアウォールは長年にわたり、ディープパケットインスペクションとポリシーベースのトラフィック制御を提供して...