Configuration Managerの階層間でデータを移行する
Configuration Manager (現在のブランチ) に適用
移行を使用して、サポートされているソース階層からConfiguration Manager (現在のブランチ) の移行先階層にデータを転送します。 ソース階層からデータを移行する場合:
ソース インフラストラクチャ内のサイト データベースからデータにアクセスし、そのデータを現在の環境に転送します。
移行では、ソース階層内のデータは変更されません。 代わりに、データを検出し、コピー先階層のデータベースにコピーを格納します。
移行戦略を計画するときは、次の点を考慮してください。
既存の Configuration Manager 2007 SP2 インフラストラクチャをConfiguration Manager (現在のブランチ) に移行できます。
サポートされているデータの一部または全部をソース サイトから移行できます。
1 つのソース サイトから移行先階層内の複数の異なるサイトにデータを移行できます。
複数のソース サイトから移行先階層内の 1 つのサイトにデータを移動できます。
次のビデオでは、2 つの一般的な移行シナリオについて説明し 、デモを行います。 また、移行計画にMicrosoft Azureを含めるオプションも含まれています。
概念
Configuration Managerは、移行中に次の概念と用語を使用します。
ソース階層
サポートされているバージョンのConfiguration Managerを実行し、移行するデータを含む階層。 移行を設定するときは、ソース階層の最上位サイトを指定するときに、ソース階層を識別します。 ソース階層を指定すると、移行先階層の最上位サイトが指定されたソース サイトのデータベースからデータを収集し、移行できるデータを識別します。
詳細については、「 ソース階層」を参照してください。
ソース サイト
移行先階層に移行できるデータを含むソース階層内のサイト。
詳細については、「 ソース サイト」を参照してください。
移行先階層
移行を実行してソース階層からデータをインポートするConfiguration Manager (現在のブランチ) 階層。
データ収集
移行先階層に移行できるソース階層内の情報を識別する継続的なプロセス。 Configuration Managerスケジュールでソース階層を確認します。 このプロセスでは、以前に移行したソース階層内の情報に対する変更と、移行先階層で更新する必要がある情報が識別されます。
詳細については、「 データ収集」を参照してください。
移行ジョブ
移行する特定のオブジェクトを構成し、それらのオブジェクトの移行先階層への移行を管理するプロセス。
詳細については、「 移行ジョブ戦略の計画」を参照してください。
クライアントの移行
クライアントがソース サイトのデータベースからコピー先階層のデータベースに使用する情報を転送するプロセス。 このデータの移行の後、デバイス上のクライアント ソフトウェアを移行先階層からクライアント ソフトウェア バージョンにアップグレードします。
詳細については、「 クライアント移行戦略の計画」を参照してください。
共有配布ポイント
移行期間中に移行先階層と共有Configuration Managerソース階層からの配布ポイント。
移行期間中、移行先階層内のサイトに割り当てられたクライアントは、共有配布ポイントからコンテンツを取得できます。
詳細については、「 ソース階層と移行先階層の間で配布ポイントを共有する」を参照してください。
移行の監視
移行アクティビティを監視するプロセス。 移行の進行状況と成功は、[管理] ワークスペースの [移行] ノードから監視します。
詳細については、「 移行アクティビティを監視する計画」を参照してください。
データ収集の停止
ソース サイトからのデータ収集を停止するプロセス。 移行元階層から移行するデータがなくなった場合、または移行関連のアクティビティを一時停止する場合は、移行先階層からデータの収集を停止するように移行先階層を構成できます。
詳細については、「 データ収集」を参照してください。
移行データをクリーンアップする
移行先階層データベースから移行に関する情報を削除して、移行元階層からの移行を終了するプロセス。
詳細については、「 移行を完了する計画」を参照してください。
一般的なワークフロー
移行用のワークフローを設定するには:
サポートされているソース階層を指定します。
データ収集を設定します。 データ収集を使用すると、Configuration Managerはソース階層から移行できるデータに関する情報を収集できます。
Configuration Managerは、データ収集プロセスを停止するまで、単純なスケジュールでデータを収集するプロセスを自動的に繰り返します。 既定では、データ収集プロセスは 4 時間ごとに繰り返されるため、Configuration Managerはソース階層内のデータに対する変更を識別できます。 配布ポイントを共有するには、データ収集も必要です。
移行元階層と移行先階層の間でデータを移行する移行ジョブを作成します。
データ収集の停止アクションを使用すると、いつでも データ収集 プロセスを停止できます。 データ収集を停止すると、Configuration Managerはソース階層内のデータに対する変更を識別しなくなり、配布ポイントを共有できなくなります。 通常、このアクションは、ソース階層からデータの移行や配布ポイントの共有を計画していない場合に使用します。
必要に応じて、ソース階層のすべてのサイトでデータ収集が停止した後、移行データのクリーンアップ アクションを使用して 移行データをクリーンアップ できます。 このアクションは、移行先階層のデータベースから移行元階層からの移行に関する履歴データを削除します。
データを移行した後で、環境内のデバイスを管理するためにソース階層が不要になった場合は、そのソース階層とインフラストラクチャを使用停止できます。
シナリオ
Configuration Managerは、次の移行シナリオをサポートしています。
注意
スタンドアロン サイトを持つ階層を、中央管理サイトを持つ階層に展開しても、移行とは分類されません。 階層展開の詳細については、「 スタンドアロン プライマリ サイトを展開する」を参照してください。
Configuration Manager 2007 階層からの移行
移行を使用して 2007 Configuration Managerからデータを移行する場合は、既存のサイト インフラストラクチャへの投資を維持し、次の利点を得ることができます。
サイト データベースの機能強化
Configuration Manager (現在のブランチ) データベースでは、完全な Unicode がサポートされます。
サイト間のデータベース レプリケーション
Configuration Manager (現在のブランチ) でのレプリケーションは、Microsoft SQL Serverに基づいています。 この動作により、サイト間データ転送のパフォーマンスが向上します。
ユーザー中心の管理
ユーザーは、Configuration Manager (現在のブランチ) の管理タスクの焦点です。 たとえば、そのユーザーのデバイス名がわからない場合でも、ソフトウェアをユーザーに配布できます。 さらに、Configuration Managerを使用すると、デバイスにインストールするソフトウェアとそのソフトウェアをインストールするタイミングをより細かく制御できます。
階層の簡略化
Configuration Manager (現在のブランチ) を使用すると、より単純なサイト階層を構築できます。 この改善は、中央管理サイトの種類の導入と、プライマリ サイトとセカンダリ サイトの動作の変更によるものです。 Configuration Manager (現在のブランチ) では、ネットワーク帯域幅が少なく、以前のバージョンよりも少ないサーバーが必要です。
ロールベース管理
Configuration Manager (現在のブランチ) のこの中央セキュリティ モデルは、管理要件とビジネス要件に対応する階層全体のセキュリティと管理を提供します。
注意
System Center 2012 Configuration Managerで初めて導入された設計変更のため、2007 Configuration Manager Configuration Manager (現在のブランチ) にアップグレードすることはできません。 インプレース アップグレードは、System Center 2012 Configuration Managerから Configuration Manager (現在のブランチ) までサポートされています。
Configuration Manager 2012 または別のConfiguration Manager階層からの移行
System Center 2012 Configuration Manager階層またはConfiguration Manager階層からデータを移行するプロセスは同じです。 このプロセスには、複数のソース階層から 1 つの移行先階層へのデータの移行が含まれます。 このプロセスは、会社が既にConfiguration Managerによって管理されている追加のリソースを取得するときに使用できます。 また、テスト環境からConfiguration Manager運用環境にデータを移行することもできます。 このプロセスにより、Configuration Managerテスト環境への投資を維持できます。