現在のブランチへのConfiguration Manager オブジェクトの移行Configuration Manager計画する

Configuration Manager (現在のブランチ) に適用

現在のブランチConfiguration Manager使用すると、ソース サイトにあるさまざまな機能に関連付けられているさまざまなオブジェクトの多くを移行できます。

ソフトウェア更新プログラムの移行を計画する

ソフトウェア更新プログラム パッケージやソフトウェア更新プログラムの展開など、ソフトウェア更新プログラム オブジェクトを移行できます。

ソフトウェア更新オブジェクトを正常に移行するには、まず、ソース階層環境に一致する構成で移行先階層を設定する必要があります。 これには、次のアクションが必要です。

• 移行先階層にアクティブなソフトウェアの更新ポイントを展開する

• ソース階層の構成に合わせて製品と言語のカタログを設定する

• 移行先階層のソフトウェア更新ポイントを Windows Server Update Services (WSUS) と同期する

ソフトウェア更新プログラムを移行する場合は、次の点を考慮してください。

• 移行先階層の情報をソース階層の構成と一致するように同期していない場合、ソフトウェア更新オブジェクトの移行が失敗する可能性があります。

  警告

  Configuration Managerでは、WSUSutil ツールを使用してソース階層と移行先階層の間でデータを同期することはできません。

• System Center 更新 Publisher を使用して発行されたカスタム更新プログラムを移行することはできません。 代わりに、カスタム更新プログラムを移行先階層に再発行する必要があります。

Configuration Manager 2007 ソース階層から移行する場合、移行プロセスでは、一部のソフトウェア更新オブジェクトが移行先階層で使用されている形式に変更されます。 次の表を使用して、Configuration Manager 2007 からのソフトウェア更新プログラム オブジェクトの移行を計画するのに役立ちます。

Configuration Manager 2007 オブジェクト	移行後のオブジェクト名
ソフトウェア更新プログラムの一覧	ソフトウェア更新プログラムの一覧は、ソフトウェア更新プログラム グループに変換されます。
ソフトウェア更新プログラムの展開	ソフトウェア更新プログラムの展開は、展開と更新グループに変換されます。 ソフトウェア更新プログラムの展開を 2007 Configuration Managerから移行した後、展開する前に移行先階層で有効にする必要があります。
ソフトウェア更新プログラム パッケージ	ソフトウェア更新プログラム パッケージは、ソフトウェア更新プログラム パッケージのままです。
ソフトウェア更新テンプレート	ソフトウェア更新テンプレートは、ソフトウェア更新テンプレートのままです。 Configuration Manager 2007 デプロイ テンプレートの [期間] の値は移行されません。

System Center 2012 Configuration Managerまたは現在のブランチ ソース階層からオブジェクトConfiguration Manager移行する場合、ソフトウェア更新プログラム オブジェクトは変更されません。

コンテンツの移行を計画する

サポートされているソース階層から移行先階層にコンテンツを移行できます。 Configuration Manager 2007 ソース階層の場合、このコンテンツにはソフトウェア配布パッケージとプログラム、Microsoft Application Virtualization (App-V) などの仮想アプリケーションが含まれます。 System Center 2012 Configuration Managerおよび現在のブランチ ソース階層Configuration Managerの場合、このコンテンツにはアプリケーションと App-V 仮想アプリケーションが含まれます。 階層間でコンテンツを移行すると、圧縮されたソース ファイルが移行先階層に移行されます。

パッケージとプログラム

パッケージとプログラムを移行する場合、移行によって変更されません。 ただし、移行する前に、ソース ファイルの場所に汎用名前付け規則 (UNC) パスを使用するように各パッケージを設定する必要があります。 パッケージとプログラムを移行するための構成の一環として、このコンテンツを管理するには、移行先階層内のサイトを割り当てる必要があります。 コンテンツは割り当てられたサイトから移行されませんが、移行後、割り当てられたサイトは UNC マッピングを使用して元のソース ファイルの場所にアクセスします。

パッケージとプログラムを移行先階層に移行した後、ソース階層からの移行はアクティブなままですが、共有配布ポイントを使用して、その階層内のクライアントがコンテンツを使用できるようにします。 共有配布ポイントを使用するには、ソース サイトの配布ポイントでコンテンツにアクセスできる状態を維持する必要があります。 共有配布ポイントの詳細については、「コンテンツ展開の移行戦略を計画する」の「ソース階層と移行先階層の間で配布ポイントを共有する」を参照してください。

移行されたコンテンツの場合、コンテンツ バージョンがソース階層または移行先階層で変更された場合、クライアントは移行先階層の共有配布ポイントからコンテンツにアクセスできなくなります。 このシナリオでは、ソース階層と移行先階層の間で一貫したバージョンのパッケージを復元するために、コンテンツを再移行する必要があります。 この情報は、データ収集サイクル中に同期されます。

ヒント

移行するパッケージごとに、移行先階層内のパッケージを更新します。 このアクションにより、移行先階層内の配布ポイントにパッケージを展開する際の問題を回避できます。 ただし、移行先階層内の配布ポイントでパッケージを更新すると、その階層内のクライアントは共有配布ポイントからそのパッケージを取得できなくなります。 移行先階層のパッケージを更新するには、Configuration Manager コンソールでソフトウェア ライブラリに移動し、パッケージを右クリックして、[配布ポイントの更新] を選択します。 移行するパッケージごとにこのアクションを実行します。

ヒント

パッケージ変換マネージャーを使用して、パッケージとプログラムを Configuration Manager アプリケーションに変換します。 詳細については、「 パッケージ変換マネージャー」を参照してください。

仮想アプリケーション

サポートされている Configuration Manager 2007 サイトから App-V パッケージを移行すると、移行プロセスによって移行先階層のアプリケーションに変換されます。 さらに、App-V パッケージの既存の提供情報に基づいて、次の展開の種類が移行先階層に作成されます。

• アドバタイズがない場合は、既定の展開の種類の設定を使用する 1 つの展開の種類が作成されます。

• 1 つのアドバタイズメントが存在する場合は、Configuration Manager 2007 アドバタイズメントと同じ設定を使用する 1 つの展開の種類が作成されます。

• 複数のアドバタイズが存在する場合は、そのアドバタイズメントの設定を使用して、2007 年のアドバタイズConfiguration Managerごとに展開の種類が作成されます。

重要

以前に移行した Configuration Manager 2007 App-V パッケージを移行した場合、仮想アプリケーション パッケージは上書き移行動作をサポートしていないため、移行は失敗します。 このシナリオでは、移行された仮想アプリケーション パッケージを移行先階層から削除し、新しい移行ジョブを作成して仮想アプリケーションを移行する必要があります。

注:

App-V パッケージを移行した後、コンテンツの更新ウィザードを使用して、App-V 展開の種類のソース パスを変更できます。 展開の種類のコンテンツを更新する方法の詳細については、「Configuration Manager アプリケーションの管理タスクで展開の種類を管理する方法」を参照してください。

System Center 2012 Configuration Managerまたは現在のブランチ ソース階層Configuration Manager移行する場合は、App-V デプロイの種類とアプリケーションに加えて、App-V 仮想環境のオブジェクトを移行できます。 App-V 環境の詳細については、「 App-V 仮想アプリケーションのデプロイ」を参照してください。

広告

コレクション ベースの移行を使用して、サポートされている Configuration Manager 2007 ソース サイトから移行先階層にアドバタイズを移行できます。 クライアントをアップグレードすると、以前に実行されたアドバタイズの履歴が保持され、クライアントが移行されたアドバタイズメントを再実行できなくなります。

注:

仮想パッケージのアドバタイズを移行することはできません。 これは、アドバタイズの移行の例外です。

アプリケーション

サポートされている System Center 2012 Configuration Managerまたは現在のブランチ ソース階層Configuration Managerアプリケーションを移行先階層に移行できます。 移行元階層から移行先階層にクライアントを再割り当てした場合、クライアントは以前にインストールしたアプリケーションの履歴を保持して、クライアントが移行されたアプリケーションを再実行できないようにします。

コレクションの移行を計画する

サポートされている System Center 2012 Configuration Managerまたは現在のブランチ ソース階層Configuration Managerコレクションの条件を移行できます。 このためには、オブジェクトベースの移行ジョブを使用します。 コレクションを移行するときは、コレクションのメンバーに関する情報や、コレクションのメンバーに関連する情報やオブジェクトに関する情報ではなく、コレクションのルールを移行します。

Configuration Manager 2007 ソース階層から移行する場合、コレクション オブジェクトの移行はサポートされていません。

オペレーティング システムの展開の移行を計画する

サポートされているソース階層から、次のオペレーティング システム展開オブジェクトを移行できます。

• オペレーティング システムのイメージとパッケージ。 ブート イメージのソース パスは、移行先サイトの Windows 管理インストール キット (Windows AIK) の既定のイメージの場所に更新されます。 オペレーティング システムのイメージとパッケージの移行に関する要件と制限事項を次に示します。

  • イメージ ファイルを正常に移行するには、移行先階層の最上位サイトの SMS プロバイダー サーバーのコンピューター アカウントに、ソース サイトの Windows AIK の場所のイメージ ソース ファイルに対する読み取りと書き込みのアクセス許可が必要です。

  • オペレーティング システムのインストール パッケージを移行する場合は、ソース サイト上のパッケージの構成が、WIM ファイル自体ではなく WIM ファイルを持つフォルダーを指していることを確認します。 インストール パッケージが WIM ファイルを指している場合、インストール パッケージの移行は失敗します。

  • Configuration Manager 2007 ソース サイトからブート イメージ パッケージを移行する場合、パッケージのパッケージ ID は移行先サイトに保持されません。 その結果、移行先階層のクライアントは、共有配布ポイントで使用できるブート イメージ パッケージを使用できません。

• タスク シーケンス。 クライアント インストール パッケージへの参照があるタスク シーケンスを移行すると、その参照は移行先階層のクライアント インストール パッケージへの参照に置き換えられます。

  注:

  タスク シーケンスを移行すると、Configuration Manager移行先階層で不要なオブジェクトが移行される場合があります。 これらのオブジェクトには、ブート イメージとConfiguration Manager 2007 クライアント インストール パッケージが含まれます。

• ドライバーとドライバー パッケージ。 ドライバー パッケージを移行する場合、移行先階層の SMS プロバイダーのコンピューター アカウントは、パッケージ ソースを完全に制御する必要があります。

必要な構成管理の移行を計画する

構成項目と構成基準を移行できます。

注:

Configuration Manager 2007 ソース階層からの解釈されていない構成項目は、移行ではサポートされていません。 これらの構成項目を移行先階層に移行またはインポートすることはできません。

Configuration Manager 2007 構成パックをインポートできます。 インポート プロセスでは、構成パックが現在のブランチと互換性Configuration Manager自動的に変換されます。

境界の移行を計画する

階層間の境界を移行できます。 2007 Configuration Managerから境界を移行すると、ソース サイトの各境界が同時に移行され、移行先階層に作成された新しい境界グループに追加されます。 System Center 2012 Configuration Managerまたは現在のブランチ階層Configuration Managerから境界を移行すると、選択した各境界が移行先階層の新しい境界グループに追加されます。

自動的に作成された各境界グループは、コンテンツの場所に対しては有効になりますが、サイトの割り当てには有効ではありません。 これにより、ソース階層と移行先階層間のサイト割り当ての境界が重複しないようにします。 Configuration Manager 2007 ソース サイトから移行すると、インストールする新しい Configuration Manager 2007 クライアントが移行先階層に誤って割り当てられるのを防ぐことができます。 既定では、Configuration Manager現在のブランチ クライアントは、Configuration Manager 2007 サイトに自動的に割り当てません。

移行中に配布ポイントを移行先階層と共有する場合、その配布に関連付けられている境界は自動的に移行先階層に移行されます。 移行先階層では、共有配布ポイントごとに新しい読み取り専用境界グループが作成されます。 ソース階層の配布ポイントの境界を変更すると、次のデータ収集サイクル中に、移行先階層の境界グループがこれらの変更に伴って更新されます。

レポートの移行を計画する

Configuration Managerでは、レポートの移行はサポートされていません。 代わりに、SQL Server Reporting Services Report Builderを使用してソース階層からレポートをエクスポートし、コピー先階層にインポートします。

注:

2007 年Configuration Managerから現在のブランチConfiguration Manager間のレポートのスキーマの変更があるため、Configuration Manager 2007 階層からインポートする各レポートをテストして、期待どおりに機能することを確認します。

レポートの詳細については、「レポート の概要」を参照してください。

組織フォルダーと検索フォルダーの移行を計画する

組織のフォルダーと検索フォルダーを、サポートされているソース階層から移行先階層に移行できます。 さらに、System Center 2012 Configuration Managerまたは現在のブランチ ソース階層Configuration Managerから、保存された検索の条件を移行先階層に移行できます。

既定では、移行プロセスでは、移行時にオブジェクトとコレクションの検索フォルダーと管理フォルダー構造が維持されます。 ただし、移行ジョブの作成ウィザードの [設定] ページで、このオプションのチェック ボックスをオフにして、オブジェクトの組織構造を移行しないように移行ジョブを設定できます。 コレクションの組織構造は常に維持されます。

これに対する例外の 1 つは、仮想アプリケーションを含む検索フォルダーです。 App-V パッケージが移行されると、App-V パッケージはConfiguration Managerのアプリケーションに変換されます。 検索フォルダーの移行後、残りのパッケージのみが見つかり、App-V パッケージを移行するときにアプリケーションにこの変換が行われるため、検索フォルダーで App-V パッケージを見つけることができません。

System Center 2012 Configuration Managerまたは現在のブランチ ソース階層Configuration Manager保存された検索を移行する場合は、検索結果に関する情報ではなく、検索の条件を移行します。 保存された検索の移行は、Configuration Manager 2007 ソース サイトからは適用されません。

資産インテリジェンスのカスタマイズの移行を計画する

資産インテリジェンスのカスタマイズは、サポートされているソース階層から移行先階層に移行できます。 2007 年Configuration Managerから現在のブランチまでの間に、資産インテリジェンスのカスタマイズの構造Configuration Manager大きな変更はありません。

注:

現在のブランチConfiguration Manager、資産インテリジェンス サービス 2.0 (AIS 2.0) を使用しているConfiguration Manager 2007 サイトからの資産インテリジェンス オブジェクトの移行はサポートされていません。

ソフトウェア使用状況測定ルールのカスタマイズの移行を計画する

2007 年Configuration Managerから現在のブランチConfiguration Manager間のソフトウェア メータリングに大きな変更はありません。 ソフトウェア使用状況測定ルールは、サポートされているソース階層から移行先階層に移行できます。

既定では、移行先階層に移行するソフトウェア 使用状況測定ルールは、移行先階層の特定のサイトに関連付けされず、代わりに階層内のすべてのクライアントに適用されます。 特定のサイトのクライアントにソフトウェア使用状況測定ルールを適用するには、移行後に測定ルールを編集する必要があります。