新機能のご案内(2020)
2020年にAutonomous AI Database on Dedicated Exadata Infrastructureに加えられた注目すべき変更に関するお知らせ。
2020年12月
| 機能 | 説明 |
|---|---|
| Oracle Application Express (APEX) 20.2を新しいAutonomous Container Databaseで使用できるようになりました。 | Oracle Application Express 20.2を使用して、Autonomous AI Database用のアプリケーションを開発できるようになりました。新しく作成されたAutonomous Container DatabaseのみがOracle Application Express 20.2にアクセスできます。既存のすべてのAutonomous Container Databaseは、Oracle Application Express 19.1で引き続き使用できます。 Autonomous AI DatabaseでのOracle Application Expressを使用したアプリケーションの作成を参照してください。 ノート: 既存のアプリケーションを拡張するためにOracle Application Express 20.2機能を使用するには、新しいAutonomous Container Databaseを作成し、既存のAutonomous Container Databaseからデータとアプリケーションを移行する必要があります。 |
| 組織のセキュリティ・コンプライアンスのニーズを満たすために、Oracle Cloud InfrastructureコンソールからOracle管理の自己署名証明書をローテーションします。 | Autonomous Exadata Infrastructureの詳細ページから、Oracle REST Data Services (ORDS)およびSecure Socket Layer (SSL)のセキュリティ証明書をローテーションできるようになりました。専用Exadataインフラストラクチャ上のAutonomous AI Databaseドキュメントのセキュリティ機能を参照してください。 |
2020年11月
| 機能 | 説明 |
|---|---|
| ネットワーク・アクセス制御リストを使用したアクセスの制限 | 特定のIPアドレスまたはCIDRブロックを使用してネットワーク・アクセス制御リスト(ACL)を設定することで、Oracle Exadata Cloud@Customer上の専用Exadataインフラストラクチャ・デプロイメント上のAutonomous AI Databaseに追加のセキュリティを定義できるようになりました。ACLを使用すると、Autonomous AI Databaseのネットワーク・アクセスを特定のアプリケーションまたはクライアントに制限することで、きめ細かいアクセス制御ポリシーを形成することができます。 専用Autonomous AIデータベースのアクセス制御リストの設定を参照してください。 |
2020年10月
| 機能 | 説明 |
|---|---|
| Autonomous Data Guardを使用して災害や障害から保護 | Autonomous Data Guardが有効になったAutonomous Container Databaseを作成できるようになりました。この機能を使用すると、障害、災害、ヒューマン・エラーまたはデータ破損があっても、ミッション・クリティカルなアプリケーションでクリティカルな本番データベースを継続的に使用することができます。 この機能を提供するために、完全に分離されている2つのデータベース・コピー(アプリケーションが接続して使用するプライマリ・データベースと、プライマリ・データベース同期コピーであるスタンバイ・データベース)が作成されて、メンテナンスされます。その後、なんらかの理由でプライマリ・データベースが使用できなくなった場合、Autonomous Data Guardは自動的にスタンバイ・データベースをプライマリ・データベースに変換することで、アプリケーションへのサービス提供を開始します。 詳細は、Autonomous Data Guardの構成と管理を参照してください。 |
| 独自の暗号化キーの管理 | 通常、Oracle Autonomous AI Database on Dedicated Exadata Infrastructureは、データの保護に使用される暗号化キーを管理します。 現在、Oracle Autonomous AI Database on Dedicated Exadata Infrastructureでは、Oracle CloudとExadata Cloud@CustomerのどちらにOracle Autonomous AI Databaseをデプロイするかに応じて、Oracle Cloud Infrastructure VaultサービスまたはOracle Key Vaultで作成および管理するキーをかわりに使用できます。 詳細は、「マスター暗号化キー」を参照してください。 |
2020年9月
| 機能 | 説明 |
|---|---|
| Exadata Cloud@Customerデプロイメントで使用可能になったX8M-2システム | Oracle Exadata Cloud@Customer上に専用Autonomous AI Databaseデプロイメントを作成するときに、X8M-2 Exadata Database Machineシステムにデプロイできるようになりました。 Autonomous AI DatabaseでサポートされているX8M-2システムの容量および特性の詳細は、インフラストラクチャ・シェイプの特性に関する項を参照してください。 |
2020年8月
| 機能 | 説明 |
|---|---|
| Microsoft Active Directoryユーザーのデータベース内サポート | Autonomous AI Databaseを構成して、Microsoft Active Directoryユーザーを認証および認可できます。これにより、Active DirectoryユーザーはActive Directory資格証明を使用してデータベースにアクセスできます。 詳細は、Autonomous AI DatabaseでのMicrosoft Active Directoryの使用を参照してください。 |
2020年7月
| 機能 | 説明 |
|---|---|
| 今後のメンテナンス・イベントの管理 | Autonomous Exadata InfrastructureおよびAutonomous Container Databaseリソースに対するスケジュール済メンテナンス・イベントの実際のタイミング(アクティビティを即時に実行する時点や、アクティビティを完全にスキップする時点など)を管理できるようになりました。詳細は、次の各トピックを参照してください: |
| Data Safeを使用したデータベースのセキュリティの評価 | Oracle Data Safeを使用して、Autonomous AI Database内の機密データおよび規制対象データを識別して保護できるようになりました。 Oracle Data Safeは、データの機密性の理解、データに対するリスクの評価、機密データのマスク、セキュリティ制御の実装とモニター、ユーザー・セキュリティの評価、ユーザー・アクティビティのモニター、およびデータ・セキュリティ・コンプライアンス要件への対応を支援します。 Autonomous AI DatabaseでのData Safeの使用の詳細は、Data Safeを使用してデータを評価および保護を参照してください。 |
2020年6月
| 機能 | 説明 |
|---|---|
| Exadata Cloud@CustomerでAutonomous AI Databaseが使用可能に | これで、データ・センターのOracle Exadata Cloud@Customerに専用のAutonomous AI Databaseデプロイメントを作成できるようになりました。<p>詳細は、Autonomous AI Databaseon Exadata Cloud@Customerの概要を参照してください。</p> |
| パフォーマンス・ハブの新機能 | パフォーマンス・ハブは、Autonomous AI Databaseに次の新機能を提供します:
詳細は、パフォーマンス・ハブを使用したデータベースのモニターを参照してください。 |
2020年5月
| 機能 | 説明 |
|---|---|
| フル・ラックのExadata Database Machineのサポートの追加 | 以前は、Autonomous Exadata Infrastructureリソースは、クォータ・ラックまたはハーフ・ラックのExadata Database Machineシステムでのみ作成できました。現在は、フル・ラックのExadata Database MachineシステムにもAutonomous Exadata Infrastructureリソースを作成できるようになりました。 |
2020年4月
| 機能 | 説明 |
|---|---|
| IDEに対するOracle Extensionsは、Autonomous AIデータベースをサポートします。 | これらのIDE拡張機能を使用して、IDE内から直接Autonomous AIデータベースに接続、参照および管理できるようになりました:
詳細は、IDEに対するOracle拡張機能を使用したアプリケーションの開発を参照してください。 |
2020年3月
| 機能 | 説明 |
|---|---|
| データベースの自動スケーリングが可能に | Autonomous AI Databaseの自動スケーリングを有効にできるようになりました。自動スケーリングが有効になっている場合、データベース・ワークロードに必要であれば、手動の操作なしで、追加のCPUおよびIOリソース(データベースに割り当てられたOCPU数の3倍まで)を自動的に使用できます。 自動スケーリングは、専用データベースの作成時(専用データベースの作成を参照)または作成後(専用データベースの自動スケーリングの有効化または無効化を参照)に有効にできます。 |
| 別のAutonomous Container Databaseへのデータベースのクローニング | 既存のAutonomous AIデータベースをクローニングして新しいAutonomous AIデータベースを作成するときに、ソース・データベースから別のAutonomous Container Databaseにクローン・データベースを作成するように選択できるようになりました。 手順については、専用Autonomous AIデータベースのクローニングを参照してください。 |
| Autonomous AI Databaseメトリックを使用したデータベースのモニター | メトリック、アラームおよび通知を使用して、データベースのヘルス、容量およびパフォーマンスをモニターできます。Oracle Cloud InfrastructureコンソールまたはモニタリングAPIを使用して、メトリックを表示できます。 詳細は、Autonomous AIデータベース・メトリックの使用によるデータベースのモニターに関する項を参照してください。 |
2020年2月
| 機能 | 説明 |
|---|---|
| その他のOracle Exadata Database Machineオプション | 以前は、Autonomous Exadata Infrastructureリソースは、クォータ・ラックのExadata Database Machine X7-2システムでのみ作成できました。現在、Autonomous Exadata Infrastructureリソースはクォータ・ラックまたはハーフ・ラックのExadata Database Machine X7-2またはX8-2システムで作成できるようになりました。 |
| DBMS_CLOUDサブプログラムのサポート | Oracle Autonomous AI Database on Dedicated Exadata Infrastructureでは、DBMS_CLOUD PL/SQLパッケージで使用可能な多くのサブプログラムがサポートされるようになりました。そのため、クラウドのファイルからのデータのロード、外部に格納されているデータの問合せ、他のOracle Databaseデプロイメントへのデータのエクスポートといったタスクを実行できるようになりました。 詳細は、クラウドのファイルからのデータのロード、Autonomous AI Databaseを使用した外部データの問合せおよび他のOracle Databasesへのデータのエクスポートを参照してください。 サポートされているすべてのDBMS_CLOUDサブプログラムの詳細は、『DBMS_CLOUDパッケージ・リファレンス』を参照してください。 |
| データベース内のディレクトリへのファイルの格納 | Oracle Autonomous AI Database on Dedicated Exadata Infrastructureでは、OSファイルシステムの場合と同様に、データベースにファイルを格納できるディレクトリを作成できるようになりました。 詳細は、ディレクトリの作成と管理を参照してください。 |
| 作業リクエストのサポート | Oracle Autonomous AI Database on Dedicated Exadata Infrastructureは、Oracle Cloud Infrastructureの作業リクエスト機能と統合されるようになりました。作業リクエストを使用すると、Autonomous AI Databaseの作成などの長時間実行される操作をモニターできます Oracle Cloud Infrastructureでの作業リクエストの使用に関する一般的な情報は、作業リクエストおよび作業リクエストAPIを参照してください。 |
| 1ステップでのデータベースの再起動 | 以前は、データベースを再起動するために、停止し、停止するのを待ってから起動する必要がありました。現在は、1回の操作で再起動を実行できるようになりました。 詳細は、専用データベースの再起動を参照してください。 |
| コンパートメントの割当て制限のサポート | 専用インフラストラクチャ上のOracle Autonomous AI Database on Dedicated Exadata Infrastructureでは、Oracle Cloud Infrastructureのコンパートメント割当て機能がサポートされるようになりました。この機能を使用すると、コンパートメントごとに、テナンシ内の専用インフラストラクチャ・リソースの可用性を制限できます。 。コンパートメント割当て制限の機能に関する一般的な情報は、コンパートメント割当て制限を参照してください。 |
2020年1月
| 機能 | 説明 |
|---|---|
| Autonomous Container Databaseのカスタム・メンテナンス・スケジュール | 以前は、Autonomous Container Databaseのメンテナンス・スケジュールは、それをホストしているAutonomous Exadata Infrastructureリソースのメンテナンス・スケジュールによって決定されていました。現在は、Autonomous Container Databaseのカスタム・メンテナンス・スケジュールを指定できるようになりました。 詳細は、Autonomous Container Databaseのメンテナンス・スケジュールの変更を参照してください。 |