投稿

Autonomous AI Database Storageをテラバイトからペタバイトにオンラインでスケーリング (2026/08/20)

イメージ
Autonomous AI Database Storageをテラバイトからペタバイトにオンラインでスケーリング (2026/08/20) https://blogs.oracle.com/autonomous-ai-database/scale-autonomous-ai-database-storage-online-from-terabytes-to-petabytes 投稿者： Simon Law  | Product Manager 大規模データベースの導入における課題の一つは、どれだけのストレージ容量を確保するかを決定することです。数年分の成長を見越して容量を割り当てると、リソースが未使用のまま残ってしまう可能性があります。一方、小規模から始めるのは、アプリケーションに支障をきたすことなくインフラストラクチャを拡張できる場合にのみ現実的です。 専用Exadataインフラストラクチャ上のAutonomous AI Database を使用すれば 、お客様はそのようなトレードオフをする必要はありません。Exadata Cloud Infrastructureは柔軟性が高く、データベースの要件が増加するにつれてストレージサーバーを段階的に追加できます。 これにより、データベースの移行やアプリケーションのオフライン化を行うことなく、数百テラバイト規模からペタバイト規模への簡便な移行が可能になります。 今日のニーズに合ったストレージから始めましょう Autonomous AI Databaseに割り当て可能な最大ストレージ容量は、そのAutonomous Exadata VMクラスタに割り当てられたストレージ容量と、基盤となる専用Exadataインフラストラクチャで利用可能な容量によって決まります。 拡張性の高いExadata構成は、3台のストレージサーバーから開始し、最大64台まで段階的に拡張できます。Exadata X11MおよびX11MVでは、各ストレージサーバーが64TBの利用可能なデータベースストレージを提供します。これは、最初の3台のストレージサーバーでは約192TB、64台のストレージサーバーでは最大4PBに相当します。 お客様は、最初からすべての容量を確保する必要はありません。現在のワークロードに必要なストレージから始め、データ量、保持要件...
コメントを投稿
続きを読む

OCI Database Migrationサービスは、Oracle AI Database@AWSのサポートを追加 (2026/08/19)

イメージ
OCI Database Migrationサービスは、Oracle AI Database@AWSのサポートを追加 (2026/08/19) https://blogs.oracle.com/dataintegration/oci-database-migration-service-adds-support-for-oracle-ai-databaseaws 投稿者： Jorge Martinez  | Senior Principal Product Manager  OCI Database Migrationサービス（OCI DMS）が、移行先としてOracle AI Database@AWSをサポートするようになったことをお知らせいたします。これにより、Oracle DatabaseをOracleのマルチクラウドデータベースサービスに移行しようとしているお客様にとって、利用可能な選択肢が拡大されます。 この最新の認証により、お客様はOCI Database Migrationを使用して、オンプレミス、Amazon RDS for Oracle、またはOCI Oracle Databaseで稼働しているOracle Databaseを Oracle AI Database@AWS に移行できます。これは、 Oracle Databaseの移行を簡素化するために設計された同じマネージド移行サービスを利用して行われます。 移行にはオフラインとオンラインの2つのユースケースがあります。オフライン移行では、データベース移行中にアプリケーションをオフライン状態にする必要があります。オンライン移行では、アプリケーションをオンライン状態に保ち、トランザクションを継続できます。このプロセスでは、ソースへのすべてのトランザクションが段階的に同期されます。準備が整うと、移行管理者は新しく移行されたデータベースへの切り替えをトリガーできます。オンライン移行には、OCI GoldenGateの変更データキャプチャ（CDC）レプリケーションが使用されます。 Oracle AI Database@AWSが追加されたことにより、OCI Database Migrationは、AWS、Microsoft Azure、Google Cloudという3つの主要なハイパースケ...
コメントを投稿
続きを読む

必要なアクション: OIC統合の起動に使用されるOracleプロビジョニング済クライアント資格証明の置換 (2026/08/18)

必要なアクション: OIC統合の起動に使用されるOracleプロビジョニング済クライアント資格証明の置換 (2026/08/18) https://blogs.oracle.com/integration/action-required-replace-oracle-provisioned-client-credentials-used-to-invoke-oic-integrations 投稿者： Ravi Pinto  | Director, Product Management, Oracle Integration Oracle Cloud ServicesアプリケーションからOracleのクライアントIDとクライアントシークレットを使用してOracle Integration（OIC）フローを呼び出しているお客様は、お客様自身が作成した機密アプリケーションに移行する必要があります。 OCI は、Oracle がプロビジョニングした Oracle Cloud Services アプリケーションのクライアント シークレットを表示しなくなりました。以前に取得したシークレットはローテーションされ、使用できなくなります。呼び出し元のアプリケーションがこれらの認証情報のいずれかをまだ使用している場合、OAuth アクセス トークンを取得できなくなり、OIC の呼び出しが失敗する可能性があります。 影響を受けるのは誰ですか？ 影響を受けるOC1 IDドメインの管理者で、外部アプリケーション、スクリプト、APIゲートウェイ、またはCI/CDジョブがOracleがプロビジョニングしたアプリケーションの認証情報を使用している場合です。これらのアプリケーションを内部的に使用するOracleサービス、および顧客が既に作成しているアプリケーションは影響を受けません。 Oracle Integrationのオーケストレーションにとって、これがなぜ重要なのか？ OIC RESTトリガーはOAuthで保護できます。サービス間呼び出し元は通常、OAuth 2.0クライアント認証情報付与を使用します。つまり、クライアントIDとクライアントシークレットをアイデンティティドメイントークンエンドポイントに提示し、アクセストークンを受け取って、そのトークンをOICエンドポイントに送信します。...
コメントを投稿
続きを読む