ある環境から別の環境へのリソースブロックの移動

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む5読むのに数分

    • 更新セットを使用して、リソースブロックとその依存関係を 1 つの環境から別の環境に移動します。更新セットを使用すると、リソースブロックとその依存関係を名前付きセットにグループ化し、それらを 1 つのユニットとして、テストまたは展開のために他のシステムに移動できます。たとえば、リソースブロックを開発環境から本番環境に移動できます。

    始める前に

    • sn_cmp.cloud_service_designer ロールを持つユーザーは、更新セットのエクスポートのみを行うことができます。
    • admin ロールを持つユーザーは、更新セットのエクスポートとインポートを行うことができます。

    必要なロール：sn_cmp.cloud_service_designer または admin

    このタスクについて

    リソースブロックを更新セットとしてパッケージ化します。次に、更新セットを現在の環境からエクスポートし、別の環境にインポートします。
    注:
    ソース環境からエクスポートするリソースブロックがターゲット環境に存在している場合、このリソースブロックをインポートすると、同じ名前の 2 つのリソースブロック (インポート前から存在していたリソースブロックと、直前にインポートした別のリソースブロック) が存在することになります。たとえば、AWS データセンターリソースブロックを開発環境からエクスポートし、本番環境に同じ名前のリソースブロックがすでに存在している場合、AWS データセンターリソースブロックを本番環境にインポートすると、AWS データセンターという同じ名前の 2 つのリソースブロックが本番環境に存在することになります。

    手順

    1. クラウド管理ポータルで、次の場所に移動します。 デザイン > リソースブロック.
      公開済みモードとドラフトモードのすべてのリソースブロックが、[リソースブロック] ウィンドウに表示されます。
    2. リソースブロックをエクスポートします。
      1. エクスポートするリソースブロックの [リソースブロックをエクスポート] アイコン ([リソースブロックをエクスポート] アイコン) をクリックします。
        図 : 1. [リソースブロックエクスポータ] ウィンドウ
        [リソースブロックエクスポータ] ウィンドウ
      1. [リソースブロックエクスポータ] ウィンドウで、[タイプ] 列のオブジェクトをクリックします。

        右側の列で、リソースブロックとともにエクスポートするオブジェクトの対応するエントリーを選択します。たとえば、[MID Server スクリプトの内容] を選択した場合、対応するすべてのスクリプトインクルードが右側の列に表示されます。

        ワークフローにサブワークフローが含まれている場合は、ワークローをエクスポートするために、親ワークフローとすべてのサブワークフローを選択します。ワークフローに関連付けられているカスタムアクティビティがある場合は、まずそれらのアクティビティをエクスポートしてから、ワークフローをエクスポートします。

      2. [次へ] をクリックします。
        ウィンドウが開き、エクスポート更新セットに含めるよう選択した間接的な依存関係の概要が示されます。
      3. [更新セットをエクスポート] をクリックします。
        [リソースブロックエクスポータ] ウィンドウが開きます。リソースブロックがすべての依存関係とともに正常にエクスポートされたことを示す [成功] チェックボックスが緑色でオンになっています。デフォルトでは、[エクスポートされた更新セット] の下に表示されているすべてのファイルが、自動的にシステムにダウンロードされます。
        [リソースブロックエクスポータ] ウィンドウ
        注:
        作成される更新セットの数は、エクスポートされるレコードのスコープに基づきます。たとえば、エクスポートするリソースブロックに合計で 100 レコードあり、スコープ 1 に 60 レコード、スコープ 2 に 20 レコード、残りの 20 レコードがスコープ 3 に含まれているとします。このようなシナリオでは、3 つの更新セットが作成されます。各スコープに対して 1 つの更新セットです。
    3. ファイルがダウンロードされていることを確認します。
      ファイルがダウンロードされない場合は、次の手順を実行します。
      1. メタデータファイルをクリックします。
        メタデータファイルには、エクスポートされたファイルをインポートする順序が記載されています。この例では、エクスポートされる最初のファイルは Azure Datacenter0 であり、その後にファイル Azure Datacenter1 が続きます。
      2. メタデータファイルに記載されている順序に基づいて、適切なファイルをクリックして開きます。
        ウィンドウが開き、更新セットに含まれるすべてのファイルのリストが表示されます。
      3. 最初の XML ファイル (この例では、Azure Datacenter0) をシステムにダウンロードするには、[XML にエクスポート] をクリックします。
      4. 他の XML ファイル (この例では、ファイルは Azure Datacenter1) を開き、そのファイルをシステムにダウンロードします。
        エクスポートされたすべてのファイルを別の環境にインポートする必要があります。たとえば、開発環境を実行するシステムでエクスポート更新セットを作成しており、それを本番環境を実行する別のシステムにインポートしたい場合があります。
    4. リソースブロックをインポートします。
      1. 環境およびファイルをインポートする新しいインスタンスで、フィルターナビゲーターに「取得済み更新セット」と入力し、Enter キーを押します。
      2. [XML から更新セットをインポート] 関連リンクをクリックします。
      3. 表示された [XML のインポート] ウィンドウで [ファイルを選択] をクリックし、エクスポートファイルを選択して、[アップロード] をクリックします。
        注:
        ソース環境からエクスポートしたリソースブロックがターゲット環境に存在し、両方のリソースブロックの sys_id が異なっている場合、リソースブロックをインポートするとエラーが表示され、インポート処理が停止します。ソース環境から別のリソースブロックをエクスポートするか、ターゲット環境で同じ名前のリソースブロックを削除します。ソース環境からエクスポートしたリソースブロックがターゲット環境に存在し、両方のリソースブロックの sys_id が同じである場合、ターゲット環境のリソースブロックは、ソース環境からエクスポートしたリソースブロックで更新されます。
    5. リソースブロックが新しい環境にインポートされたことを確認するには、新しい環境の クラウド管理ポータルインスタンスに移動し、 に移動します。 デザイン > リソースブロック.
      インポートしたリソースブロックが、リストされたリソースブロックに表示されます。