Serviceは、サービス・インスタンスの作成方法を詳細に制御します。Serviceでインスタンスを作成するメソッドはいくつかあります。インスタンスを作成する最も簡単なメソッドの1つは、Webコンソールでインスタンスの作成ウィザードを使用することです。Serverの構成、バックアップとリカバリの構成、ロード・バランサのパラメータなど、インスタンスに構成できるすべてのパラメータを表示する簡単な一連の画面を示します。Instanceの作成」を参照してください。Infrastructureにのみ適用されます。Webコンソールからサービス・インスタンスを作成するには、新規インスタンスの作成ウィザードを使用します。Instanceウィザードを開始するには、次の手順を実行します:サービス・コンソールにアクセスします。Instance」をクリックします。Infrastructureにのみ適用されます。インスタンス作成ウィザードのインスタンス・ページで、サービス名、サービスレベル、ソフトウェア・リリース、ソフトウェア・エディションなど、サービス・インスタンスの基本情報を入力します。注意:サービス・インスタンスを作成した後は、次のオプションを変更することはできません。次のフィールドを指定します。Serviceインスタンスの名前を指定します。サービス・インスタンス名:文字が1つ以上含まれている必要があります。30文字を超えることはできません。AからZのASCII文字にする必要があります。ASCII文字または数字のみを含める必要があります。ハイフンを含むことはできません。それ以外の特殊文字を含むことはできません。アイデンティティ・ドメイン内で一意である必要があります。Serviceインスタンスの簡単な説明を入力します。通知電子メール(オプション)プロビジョニングが成功したか失敗したかなど、サービス・インスタンスで発生したイベントの通知を受信する電子メール・アドレスを指定します。リージョン(アカウントにリージョンがある場合のみ使用可能)特定のリージョンでサービス・インスタンスを作成する場合は、リージョンを選択します。Classicをサポートしています。使用可能なリージョンのリストは、「プラットフォームおよびインフラストラクチャ・サービスのデータ・リージョン」を参照してください。Processingには適用できません)に存在する必要があります。可用性ドメイン可用性ドメインを選択します。1つのリージョンに複数の独立した可用性ドメインを持たせることができます。あるリージョン内の可用性ドメインは、低遅延ネットワークを使用して相互接続されています。Serviceインスタンスに関連付けるデータベースは、選択したリージョン内の別の可用性ドメインに存在できることに注意してください。Infrastructureサブネットを選択します。このフィールドには、「プリファレンスなし」オプションと使用可能なサブネットのリストが表示されます。|形式で表示されます。subnetName。ツールチップには、コンパートメント名、VCN名、サブネット名、およびサブネットのOCIDが表示されます。サブネットを自動的に割り当てるには、「プリファレンスなし」を選択します。svc-subnet-...がインスタンスに使用されます。Databaseをサービス・インスタンスに関連付ける予定の場合は、プリファレンスなしを選択しないでください。svc-subnet-...を選択しないでください。作成したVCNのサブネットを選択します。明示的にサブネットを割り当てるには、使用可能なオプションから適切なサブネットを選択します。使用可能なサブネットがネットワーク要件を満たしていない場合は、インスタンスの作成ウィザードを取消します。ServiceがVCNを使用できるようにポリシーを作成し、インスタンスの作成中に適切なサブネットを選択します。InfrastructureのPaaSサービスの前提条件」を参照してください。Serviceインスタンスと同じリージョンにあり、仮想クラウド・ネットワーク(VCN)にある必要があります。データベースおよびサービス・インスタンスは、同じサブネット内にある必要はありません。VCNピアリングを構成する場合のみ、データベースおよびサービス・インスタンスは別のVCNs上に存在できます。タグ(オプション)既存のタグを選択するか、サービス・インスタンスに関連付けるタグを追加します。既存のタグを選択するには、プルダウン・メニューに表示されるタグのリストから1つまたは複数のチェックボックスを選択します。タグを作成するには、「クリックしてタグを作成する」をクリックして「タグの作成」ダイアログ・ボックスを表示します。「新しいタグ」フィールドに、キーまたはキー:値のペアになるカンマ区切りのタグを1つ以上入力します。プロビジョニング中にタグを割り当てない場合、サービス・インスタンスの作成後にタグを作成および管理できます。「タグの作成、割り当て、割り当て解除」を参照してください。Serviceのアイデンティティ・ドメインを選択します。デフォルトでは、インスタンスはプライマリ・アイデンティティ・ドメインに作成されます。Customerでは使用できません)(オプション)選択したアイデンティティ・ドメインのサービス・インスタンスに対するセキュリティ管理者のユーザー名を指定します。IDなど)を管理する権限を取得します。ユーザー名には、選択したアイデンティティ・ドメインの管理者か、選択したアイデンティティ・ドメインのユーザーを指定できます。選択したアイデンティティ・ドメインまたは選択したアイデンティティ・ドメインのユーザーの管理者である場合、このフィールドを空白のonlyのままにすることができます。Serviceのライセンスを使用するかを選択します。Cloudに持ち込むことができます。BYOLインスタンスは、他のインスタンスよりも低いレートで課金されます。BYOLからPaaSへ」を参照してください。BYOLを使用するには、ユニバーサル・クレジットのサブスクリプションまたは政府機関のサブスクリプションを所有する必要があります。Serverライセンスが必要です。Serviceアグリーメントに従い、新規サービス・インスタンスのアカウントが課金されます。Service権限の両方がある場合、デフォルトでBYOLが選択されますが、ライセンス・タイプは変更できます。BYOL権限のみを持っている場合は、BYOLが選択され、ライセンス・タイプを変更できません。Serviceライセンス・オプションが選択され、ライセンス・タイプを変更できません。Serviceインスタンスの作成および監視、ドメイン・パーティション、バックアップおよびリストア、パッチ適用およびスケーリングをサポートします。Portalライセンスを活用してください。このオプションを選択すると、追加のインストール・ツールが管理サーバー・ノードの/u01/zips/upperstackのロケーションにダウンロードされます。このサービス・インスタンスの作成後に、自分で製品をインストールする必要があります。Serviceのプロビジョニング」チュートリアルを参照してください。Serverリリース12.2.1.3でのみサポートされています。Serverリリース12.2.1.2のみがサポートされます。Editionを選択する必要があります。Editionはサポートされていません。WebCenter、またはMW_HOMEディレクトリを変更する他の製品がインストールされているサービス・インスタンスでは、パッチ適用はサポートされていません。これらの製品がインストールされているサービス・インスタンスにパッチを適用しようとすると、パッチ適用事前チェックによってエラー・メッセージが発行され、パッチ適用は失敗します。Integratorライセンスを活用してください。このオプションを選択すると、追加のインストール・ツールが管理サーバー・ノードの/u01/zips/upperstackのロケーションにダウンロードされます。このサービス・インスタンスの作成後に、自分で製品をインストールする必要があります。Integratorクラウド・サービスのプロビジョニング」チュートリアルを参照してください。Serverリリース12.2.1.3でのみサポートされています。Serverリリース12.2.1.2のみがサポートされます。Editionを選択する必要があります。Editionはサポートされていません。WebCenter、またはMW_HOMEディレクトリを変更する他の製品がインストールされているサービス・インスタンスでは、パッチ適用はサポートされていません。これらの製品がインストールされているサービス・インスタンスにパッチを適用しようとすると、パッチ適用事前チェックによってエラー・メッセージが発行され、パッチ適用は失敗します。(11.1.1.7)を含みます。(12.2.1.3)を選択する必要があります。その他のソフトウェア・リリースはサポートされていません。12cのバージョンを選択する必要があります。Coherenceを使用する場合は、サービス・インスタンスの作成後に手動で構成および開始する必要があります。7プラットフォームで稼働します。Integratorサービス・レベルを選択すると、ソフトウェア・リリースフィールドはコンソールに表示されません。Serverリリースの12.2.1.3でのみサポートされているため、このリリースは自動的に設定されます。Serverリリース12.2.1.2のみがサポートされます。Editionまたは「高パフォーマンス・エディション」を選択する必要があります。Frequencyこのオプションは、従来の従量制サブスクリプションがある場合にのみ表示されます。Creditsサブスクリプションをお持ちの場合、このフィールドはありません。測定頻度を選択して、このサービス・インスタンスの請求方法を決定します:「毎時」-請求期間中にこのサービス・インスタンスが実行していた時間数だけ支払います。「毎月」-このサービス・インスタンスが稼動していた時間数にかかわらず、1か月間に1つの料金を支払う。月の中旬に開始したサービスについては、価格は比例配分され、サービス・インスタンスが作成された日からの日数分についてのみ支払います。Infrastructureにのみ適用されます。Serviceインスタンスのサイズ、シェイプおよび他の重要な詳細を構成する必要があります。Infrastructureにのみ適用されます。Serviceインスタンスのサイズとシェイプを構成します。注意:SimpleとAdvancedの2つのタブは、ページに表示されるフィールドを制御します。詳細タブを選択したときに表示されるフィールドも表示されますが、詳細タブを選択した場合にのみ表示されるフィールドもあります。次のフィールドを指定します。「Oracle管理型ロード・バランサ」を選択した場合、サービス・インスタンスの最大8個のWebLogicクラスタを、クラスタごとに最大8個のサーバーで追加、編集または削除できます。クラスタ名、コンピュート・シェイプ、およびサーバー数を指定します。必要に応じて、管理されたロード・バランサがトラフィックを異なるクラスタにルーティングする方法を決定するパス・プレフィクスを指定できます。パス・プレフィクスを指定しない場合は、クラスタ名がパス・プレフィクスとして使用されます。これらの値を指定すると、それらの値を編集できます:「追加」をクリックして、新しいクラスタを追加します。クラスタを選択し、「編集」をクリックして、その構成を更新します。クラスタを削除するには、「削除」をクリックします。「Oracle管理型ロード・バランサ」が選択されていない場合、インスタンスのプロビジョニング中に単一のクラスタが作成されます。APIを使用してクラスタを追加できます。Shapeすべての管理サーバー・ノードとマネージド・サーバー・ノードに使用するコンピュート・シェイプを選択します。(OCPU)とメモリー量(RAM)の数です。Balancerノードには使用されません。VM.StandardとBM.Standardのシェイプがサポートされています。Creditsサブスクリプションを購入した場合、月額または年間最大クレジットを超えると、Pay-As-You-Goレートで支払います。サーバー数このサービス・インスタンスでプロビジョニングするマネージド・サーバーの初期数を選択します。クラスタ内に複数のマネージド・サーバーを構成する場合は、ロード・バランサも有効にすることをお薦めします。スケーリング操作を実行して、サービス・インスタンスのプロビジョニング後にサーバー数を増減することもできます。Serverドメイン・パーティションの初期数を選択します。選択肢は0、1、2または4です。Integrator管理コンソールへのアクセスを有効にします(拡張オプション)管理コンソールへのアクセスは、デフォルトで有効になっています。このチェックボックスを選択または選択解除しても効果はありません。サンプル・アプリケーションのデプロイ(拡張オプション)デフォルトでは、サンプル・アプリケーションsample-app.warが、インスタンス内のマネージド・サーバーに自動的にデプロイされます。サンプル・アプリケーションを自動的にデプロイしない場合は、このチェックボックスをオフにします。Infrastructureにのみ適用されます。Serverの管理者資格証明を構成します。次のフィールドを指定します。Serviceに対してアプリケーションのユーザーと管理者を認証させる場合は、このチェックボックスをオンにします。Serviceが含まれている場合にのみ表示されます。Serverアイデンティティ・ストアのみを使用するように構成されています。(SSH)クライアントを使用して、インスタンス内のノードに接続するときに認証に使用される公開キーを指定します。「編集」をクリックして「VMアクセスのためのSSH公開キー」ダイアログを表示し、次のいずれかのメソッドで公開キーを指定します:「キー・ファイル名」を選択し、Webブラウザを使用して、パブリック・キーを含むマシン上のファイルを選択します。「キー値」を選択し、公開キーの値をテキスト領域に貼り付けます。値に改行が含まれていないこと、または改行で終了していることを確認してください。Oracleで公開キー/秘密キーのペアを生成する場合は、「新しいキーを作成」を選択します。生成されたこれらのキーをダウンロードするように求められます。新しいキーの作成を選択すると、生成された秘密キー・ファイルはOpenSSH形式になります。SSHクライアントでこのサービス・インスタンス内のノードに接続する前に、まずそのキーをPuTTY独自の形式に変換する必要があります。Server管理者のユーザー名の選択肢を入力します。デフォルトはweblogicです。Balancerコンソールにアクセスするために使用されます。名前には8文字以上128文字以下の長さが必要で、次の文字を含めることはできません。Consoleを使用してユーザー名を変更することもできます。Server管理者のパスワードを指定し、パスワードを確認します。(ポンド記号またはハッシュ)次の基本的なパスワード基準は許容されますが、推奨されません:文字で始まること8文字以上30文字以下の長さであること複数の文字、1つ以上の数字、さらにオプションで次の特殊文字(任意の文字数)を含むことドル記号($)ポンド記号(#)アンダースコア(_)その他の特殊文字は使用できません。Infrastructureにのみ適用されます。Coherenceデータ層を作成する場合は、ウィザードの「サービス詳細」ページで詳細を指定します。次のフィールドを指定します。説明データ・グリッド・クラスタの提供(拡張オプション)Yesを選択して、サービス・インスタンスにコヒーレンス・データ・グリッド・クラスタをプロビジョニングします。このオプションは、「高パフォーマンス・エディション」を選択した場合にのみ使用できます。Shapeデータ・グリッド・クラスタ内のすべてのマネージド・サーバー・ノードに使用するコンピュート・シェイプを選択します。(OCPU)とメモリー量(RAM)の数です。VM.StandardとBM.Standardのシェイプがサポートされています。このオプションは、「データ・グリッド・クラスタの提供」がYesに設定されている場合にのみ表示されます。クラスタ・サイズデータ・グリッド・クラスタでプロビジョニングするマネージド・サーバーの初期数を設定します。有効な値は1-4です。このオプションは、「データ・グリッド・クラスタの提供」がYesに設定されている場合にのみ表示されます。「1ノード当たりのマネージド・サーバー」によって決まります。この比率が小数である場合、ノードの数は次の整数に切り上げられます。スケーリング操作を実行して、サービス・インスタンスをプロビジョニングした後にCoherenceノードの数を増減することもできます。複数のデータ・グリッド・クラスタを指定することはできません。ノードごとの管理対象サーバーデータ・グリッド・クラスタ内の各ノードで実行するCoherenceマネージド・サーバーの数を設定します。有効な値は1-8です。このオプションは、「データ・グリッド・クラスタの提供」がYesに設定されている場合にのみ表示されます。Infrastructureにのみ適用されます。Serviceインスタンスで使用するデータベースの詳細を指定します。webコンソールに表示するには、まず適切なポリシーを作成する必要があります。Servicesに必要なインフラストラクチャ・リソースの作成」を参照してください。次のフィールドを指定します。Databaseが常駐するコンパートメントを選択します。(クラシック)デプロイメントを選択します。リストに含まれるのは、現在プロビジョニング処理中ではなくアクティブな状態のデータベースのデプロイメントのみです。Serviceインスタンスと同じリージョンにあり、仮想クラウド・ネットワーク(VCN)にある必要があります。データベースおよびサービス・インスタンスは、同じサブネットまたは可用性ドメインにある必要はありません。VCNピアリングを構成する場合のみ、データベースおよびサービス・インスタンスは別のVCNs上に存在できます。Serviceインスタンスのデータベースをリストアできるように、Oracleは同じインフラストラクチャ・スキーマ・データベース(または同じプラガブル・データベース)を複数のサービス・インスタンスに関連付けないことをお薦めします。Serviceインスタンスで使用されるデータベースのバックアップには、すべてのインスタンスのデータが含まれます。したがって、バックアップからデータベースをリストアすると、すべてのサービス・インスタンスのデータがリストアされますが、意図した結果ではない場合があります。APIまたはCLIを使用してサービス・インスタンスを作成する必要があります。Webコンソールは、VMおよびExadataデータベースのみをサポートします。Databaseを使用できますが、使用できるのは、WebLogicサーバー12.2.1以降が実行されているサービス・インスタンスのみです。18cを実行しているデータベース・デプロイメントをインフラストラクチャ・スキーマ・データベースとして使用することはできません。12.2.1以降を実行しているサービス・インスタンスのみです。Serviceデプロイメントを作成します。Serviceはサービス・インスタンスとデータベースのバックアップを調整できます。座標バックアップは、他のデータベース・サービスではサポートされていません。Processingデータベース用に作成したPDBを選択します。Nameサービス・インスタンスの接続先のプラガブル・データベースを選択します。11gを実行しているデータベースには適用されません。12cソフトウェア・リリースを選択すると、PDB名が移入されます。Infrastructureデータベースの作成時にPDB名を指定しなかった場合、このフィールドに移入されるデフォルトのPDB名は<dbName>_pdb1です。PDB名を使用します。Serviceが使用するデータベース管理者の名前を指定し、このサービス・インスタンスに必要なスキーマをプロビジョニングします。(11.1.1.7)を選択した場合は、デフォルトのユーザーSYSまたはDBAロールが付与されているユーザーを指定できます。(任意のバージョン)」を選択した場合、ユーザーSYSまたはSYSDBA特権が付与されているユーザーを指定できます。パスワードデータベース管理者のパスワードを入力します。(クラシック)データベースを追加します。Infrastructureデータベースは追加できません。(クラシック)データベースの個別のデプロイメントを指定する場合は、「追加」をクリックします。Serverドメインに追加のデータソースを作成してこのデータベースに接続します。(クラシック)デプロイメントの名前を選択し、このデータベースのユーザー名とパスワードを指定します。「追加」をクリックして、このプロセスを最大3つのデータベース・デプロイメントに繰り返します。Infrastructureにのみ適用されます。ウィザードの「サービス詳細」ページで、バックアップとリカバリに使用されるストレージの詳細を指定します。次のフィールドを指定します。説明バックアップの保存先(拡張オプション)このサービス・インスタンスの自動バックアップとオンデマンド・バックアップを有効にする場合は、「リモート・ストレージとディスク・ストレージの両方」を選択します。バックアップはオブジェクト・ストレージに保存され、インスタンスのノードにアタッチされたストレージ・ボリュームをブロックします。デフォルト値は「なし」です。Serviceを使用することはできません。サービス・インスタンスを作成した後で、そのバックアップを構成できます。オブジェクト・ストレージ・コンテナこのフィールドは、「バックアップの保存先」が「リモート・ストレージとディスク・ストレージの両方」に設定されている場合にのみ表示されます。サービス・インスタンスのバックアップを保存する必要があるオブジェクト・ストレージ・ロケーションを入力します。StorageにバケットのURLを入力します。Infrastructure上のPaaSサービスの前提条件」を参照してください。Webコンソールにサインインしてテナンシ名をクリックし、「オブジェクト・ストレージ名前空間」フィールドを探します。https://swiftobjectstorage.us-phoenix-1.oraclecloud.com/v1/myCompany/myBucketユーザー名このフィールドは、「バックアップの保存先」が「リモート・ストレージとディスク・ストレージの両方」に設定されている場合にのみ表示されます。Storageユーザーのユーザー名を入力します。パスワードこのフィールドは、「バックアップの保存先」が「リモート・ストレージとディスク・ストレージの両方」に設定されている場合にのみ表示されます。Infrastructureで生成された認証トークンを入力します。Infrastructure上のPaaSサービスの前提条件」を参照してください。Infrastructureにのみ適用されます。Serviceインスタンス用にロード・バランサを構成するための詳細を指定します。次のフィールドを指定します。Infrastructureロード・バランシングサービスのデュアル・ノードOracle管理型インスタンスであるデュアル・ノードで、アクティブ-パッシブ高可用性を提供します。アクティブなロード・バランシング・ノードから他方のノードへのフェイルオーバーが自動的に発生します。Balancingインスタンスに対して、デフォルトのリスナー、証明書などをカスタマイズすることはできません。Balancingの構成機能が必要な場合は、ロード・バランサを手動で作成する必要があります。Balancerの設定」を参照してください。Directorノード。デュアル・ノード構成はアクティブ-アクティブ・モードですが、2番目のノードへのフェイルオーバーは自動ではありません。このインスタンスにはロード・バランサが構成されません。クラスタ・サイズが2以上の場合、ロード・バランサのプロビジョニングをお薦めします。デフォルト値は「なし」です。Serviceを使用した認証の有効化」を選択した場合は、ユーザー管理ロード・バランサを構成できません。「Oracle管理型ロード・バランサ」を選択する必要があります。Directorノードを追加することもできます。Directorノードを追加できません。Directorロード・バランサを追加できます。Directorが選択されている場合にのみ表示されます。サービス・インスタンス内のすべてのロード・バランサ・ノードに使用するコンピュート・シェイプを選択します。(OCPU)とメモリー量(RAM)の数です。VM.Standard.*シェイプとBM.Standard.*シェイプがサポートされています。Directorノードの請求が行われます。Serviceサブスクリプションとライセンスについて」を参照してください。Directorが選択されている場合にのみ表示されます。(OTD)を実行している2番目のロード・バランサ・ノードをプロビジョニングするには、このチェック・ボックスを選択します。どちらのロード・バランサ・ノードも、WebLogicマネージド・サーバーのクラスタにトラフィックをルーティングします。サービス・インスタンスを作成した後で、2番目のロード・バランサ・ノードをサービス・インスタンスに追加することもできます。Directorをロード・バランサとして選択した場合のみ表示されます。(デフォルト)-最小の接続数でマネージド・サーバーに新しいリクエストをそれぞれ送信します。このポリシーは、マネージド・サーバーが効率的に処理できる以上に多くのリクエストを受け取った場合に配布をスムーズにするために役立ちます。最速のレスポンス時間で、管理対象サーバーに新しいリクエストをそれぞれ渡します。「ラウンド・ロビン」-接続またはレスポンス時間の数に関係なく、すべてのマネージド・サーバーにわたってリクエストを均等に分散します。(デフォルト):前述と同じです。「IPハッシュ」-IPハッシュ・ポリシーは、受信リクエスト・ソースIPアドレスをハッシュ・キーとして使用して、トラフィックを同じバックエンド・サーバーにルーティングします。Balancerコンソールを使用して、サービス・インスタンスの作成後にこのポリシーを変更することもできます。ロード・バランサ・ノードのサブネット1ロード・バランサ・ノードのサブネット2これらのフィールドは、両方ともtrueの場合にのみ表示されます:「ロード・バランサ」は「Oracle管理型ロード・バランサ」に設定されています「サブネット」は、値「プリファレンスなし」ではなく特定のサブネットに割り当てられますリージョナル・サブネットの場合:Oracleでは、必要に応じて別の可用性ドメインへのフェイルオーバーをサポートするために、ロード・バランサのリージョナル・サブネットを選択することをお薦めします。割り当てることができるのは、1つのリージョナル・サブネットのみです。「ロード・バランサ・ノードのサブネット1」または「ロード・バランサ・ノードのサブネット2」メニューのいずれかからリージョナル・サブネットを選択した場合、その他のメニューは表示されません。非リージョン(可用性ドメイン・スコープ)サブネットの場合:それぞれのロード・バランサ・ノードで、異なる可用性ドメインから非リージョン・サブネットを選択します。2つの非リージョン・サブネットを選択する必要があります。選択したリージョンに1つの可用性ドメインしかない場合、「ロード・バランサ・ノードのサブネット2」は表示されません。この場合、両方のノードに割り当てられている1つの非リージョン・サブネットのみを選択できます。Oracleでは、少なくとも1つのノードに対して、サービス・インスタンスと同じ可用性ドメインから非リージョン・サブネットを選択することをお薦めします。これにより、サービス・インスタンスが実行中のかぎり、デプロイされたアプリケーションはロード・バランサを介してアクセス可能なままであることが保証されます。Infrastructureにのみ適用されます。プロビジョニング・ウィザードの確認ページで、サービスの詳細を確認します。サービスの詳細を変更する必要がある場合は、ウィザード上部のナビゲーション・バーまたは「戻る」ボタンを使用してウィザードのページを戻ります。「Cancel」をクリックすると、新しいサービス・インスタンスを作成することなくウィザードが取り消されます。「Confirmation」ページで内容に問題がなければ、「Create」をクリックします。表示されるオプションのサンプルライセンス持込みオプションを選択した場合、確認ページには、既存のライセンスを使用することを選択したことを知らせるメッセージが表示されます。適切な権限があることを確認してください。コンピュート・シェイプとサーバー数が「WebLogic構成」セクションに表示されます。クリックして、プロビジョニング・ウィザードで指定したパラメータを含むJSON形式のファイルをダウンロードします。APIを使用してインスタンスを作成するためのリクエスト本文を構築できます。このファイルにはパスワードのプレースホルダーが含まれています。Serviceコンソールが開きます。必要に応じて、サービス・インスタンス名をクリックしてステータス・メッセージを確認できます。サービス・インスタンスのプロビジョニングに失敗しても致命的エラーが発生していない場合は、60分のタイム・ラグ後、ソフトウェアによって自動的にプロビジョニングが再試行されます。自動再試行プロセスに関するメッセージと失敗したコンピュート・リソースが表示されます。「通知電子メール」オプションに電子メール・アドレスを指定した場合、サービス・インスタンスのプロビジョニングが成功または失敗したときに電子メール通知が送信されます。次のステップサービス・インスタンスが作成された後で、エラー・メッセージも含めて作成プロセス中に記録されたシステム・メッセージを確認できます。「インスタンスの作成と削除の履歴」をクリックし、サービス・インスタンス名または「詳細」をクリックします。プロビジョニング・プロセスによってプロビジョニングが自動的に再試行された場合、失敗したリソースがまだ存在する可能性があります。このような失敗したリソースをクリーンアップするには、「クリーンアップの完了」ボタンをクリックします。このボタンを1回クリックしても失敗したリソースの一部がクリーンアップされないと、「クリーンアップの完了」ボタンは表示されたままです。この場合は、ボタンをもう一度クリックして待機してください。ボタンが表示されなくなり、失敗したリソースがすべてクリーンアップされるまで、この処理を繰り返します。Serverユーザーを作成できます。Serviceとともに使用」を参照してください。Instanceにデプロイされたサンプル・アプリケーションについて」を参照してください。