Configuration Managerの階層間でデータを移行する
Configuration Manager (現在のブランチ) に適用
移行を使用して、サポートされているソース階層からConfiguration Manager (現在のブランチ) 宛先階層にデータを転送します。 ソース階層からデータを移行する場合:
ソース インフラストラクチャ内のサイト データベースからデータにアクセスし、そのデータを現在の環境に転送します。
移行では、ソース階層内のデータは変更されません。 代わりに、データを検出し、コピー先階層のデータベースにコピーを格納します。
移行戦略を計画するときは、次の点を考慮してください。
既存のConfiguration Manager 2007 SP2 インフラストラクチャをConfiguration Manager (現在のブランチ) に移行できます。
サポートされているデータの一部またはすべてをソース サイトから移行できます。
1 つのソース サイトから移行先階層内のいくつかの異なるサイトにデータを移行できます。
複数のソース サイトから移行先階層内の 1 つのサイトにデータを移動できます。
次のビデオでは、2 つの一般的な 移行シナリオについて説明し、その例を示します。 また、移行計画に azure Microsoftを含めるオプションも含まれています。
概念
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テスト環境への投資を維持できます。