> For the complete documentation index, see [llms.txt](https://docs.parallels.com/landing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.parallels.com/landing/ras-admin-guide/v22-ja-jp/natasuku/tenpurtobjonno.md).

# テンプレートバージョンの使用

テンプレートのバージョンを使用すると、ホスト上の変更点を安全にテストし、必要に応じてロールバックを行うことができます。

### 対応プロバイダー

テンプレートのバージョンは、以下のプロバイダーでサポートされています。

ハイパーバイザー・プロバイダー：

* Microsoft Hyper-V
* Microsoft Hyper-V フェイルオーバー クラスター
* Nutanix AHV
* Nutanix Prism Central
* VMware ESXi
* VMware vCenter

クラウドプロバイダー：

* Microsoft Azure

仮想化サービス：

* Azure Virtual Desktop

カスタムプロバイダー：

* [Parallels カスタムプロバイダーフレームワーク](https://docs.parallels.com/landing/ras-cpf-integration-guide/v21/) を通じて有効化されたその他のハイパーバイザーまたはクラウド サービス プロバイダー

### 新しいバージョンの作成

新しいバージョンを作成するには：

1. 次のいずれかを実行します：
   * RD リモート デスクトップ セッション ホスト テンプレートの新しいバージョンを作成するには、**ファーム > サイト > RD リモート デスクトップ セッション ホスト > テンプレート** に移動します。
   * VDI ホスト テンプレートの新しいバージョンを作成するには、**ファーム > サイト > VDI > テンプレート** に移動します。
   * AVD ホスト テンプレートの新しいバージョンを作成するには、**ファーム > サイト > Azure Virtual Desktop > テンプレート** に移動します。
2. テンプレートを選択し、メンテナンス モードに入り、変更して終了します。新しいテンプレート バージョンを作成するよう促すダイアログが表示されます。**新しいバージョンを作成** オプションを選択します。\
   \
   **注:** 1 つのテンプレートには、最大 5 つのバージョンを設定できます。 別のバージョンを作成する場合は、既存のバージョンを削除する必要があります。
3. **\[次へ]** をクリックします。
4. **\[新しいテンプレート バージョン]** ページで、名前と説明を指定し、そのバージョンに割り当てる分類項目を選択します。その分類項目が以前に別のバージョンに割り当てられていた場合、このバージョンからは削除されます。 複数のタグを選択できます。
5. **\[次へ]** をクリックします。
6. （オプション）**\[ホスト プールの選択]** ページで、スケジュールに従って再作成するホスト プールを選択し、**\[構成する]** ボタンをクリックします。 再作成のスケジュール設定を行うダイアログが表示されます。この手順が表示されるのは、既存のホストプールで使用されているバージョンタグを指定した場合のみです。必要に応じてスケジュールを構成し、**\[次へ]** をクリックします。
7. **\[完了]** をクリックします。

### バージョンタグの操作

タグの名前の変更を行うには：

1. **ファーム > サイト > 設定** に移動し、**テンプレートバージョン** タブを選択します。
2. 名前の変更を行うタグをダブルクリックします。
3. タグの名前を変更し、Enter キーを押します。

バージョンのタグを再割り当てするには：

1. 次のいずれかを実行します：
   * RD リモート デスクトップ セッション ホスト テンプレートのタグを再割り当てするには、**ファーム > サイト > RD リモート デスクトップ セッション ホスト > テンプレート** に移動します。
   * VDI ホスト 仮想マシン テンプレートのトラッキング タグを再割当するには、**ファーム > サイト > VDI > 仮想マシン テンプレート** に移動します。
   * AVD ホスト 仮想マシン テンプレートのトラッキング タグを再割当するには、**ファーム > サイト > VDI > Azure Virtual Desktop > 仮想マシン テンプレート** に移動します。
2. テンプレートを選択し、**\[タスク] > \[バージョン]** をクリックします。\[**バージョン**] ダイアログが開きます。
3. バージョンを選択し、**\[タスク] > \[プロパティ]** パネルをクリックします。
4. **バージョン タグ** セクションで、必要なタグを選択します。そのタグが以前に別のバージョンに割り当てられていた場合、このバージョンからは削除されます。1 つのバージョンに複数のタグを割り当てることができます。別のホスト プールで同じタグが割り当てられた同じバージョンが使用されている場合、そのホスト プール内のホストを再作成できるダイアログが表示されます。

### バージョンの削除

バージョンを削除するには：

1. 次のいずれかの操作を行います。
   * RD リモート デスクトップ セッション ホスト テンプレートのバージョンを削除するには、**ファーム > サイト > RD リモート デスクトップ セッション ホスト > テンプレート** に移動します。
   * VDI ホスト テンプレートのバージョンを削除するには、**ファーム > サイト > VDI > テンプレート** に移動します。
   * AVD ホスト テンプレートのバージョンを削除するには、**ファーム > サイト > VDI > Azure Virtual Desktop > テンプレート** に移動します。
2. テンプレートを選択し、**\[タスク] > \[バージョン]** をクリックします。\[**バージョン**] ダイアログが開きます。
3. バージョンを選択し、**\[タスク] > \[削除]** をクリックします。

### 設定監査

設定監査を使用すると、バージョンに対する最近加えられた変更を確認できます。

設定監査を表示するには:

1. 次のいずれかを実行します。
   * RD リモート デスクトップ セッション ホスト テンプレートのバージョン設定監査を行うには、**ファーム > サイト > RD リモート デスクトップ セッション ホスト > テンプレート** に移動します。
   * VDI 仮想マシン テンプレート バージョンの設定監査については、**ファーム > サイト > VDI > テンプレート** に移動します。
   * AVD 仮想マシン テンプレート バージョンの設定監査については、**ファーム > サイト > VDI > Azure Virtual Desktop > テンプレート** に移動します。
2. テンプレートを選択し、**\[タスク] > \[バージョン]** をクリックします。\[**バージョン**] ダイアログが開きます。
3. バージョンを選択し、**\[タスク] > \[設定監査]** をクリックします。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.parallels.com/landing/ras-admin-guide/v22-ja-jp/natasuku/tenpurtobjonno.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.