Configuration Managerでソース階層戦略を計画する

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

Configuration Manager環境で移行ジョブを設定する前に、ソース階層を構成し、その階層内の少なくとも 1 つのソース サイトからデータを収集する必要があります。 次のセクションを使用して、ソース階層の構成、ソース サイトの構成、ソース階層のソース サイトから情報Configuration Manager収集する方法を決定する計画を立てるのに役立ちます。

ソース階層

ソース階層は、移行するデータを含むConfiguration Manager階層です。 移行を設定し、ソース階層を指定する場合は、ソース階層の最上位サイトを指定します。 このサイトはソース サイトとも呼ばれます。 ソース階層内からデータを移行できる追加のサイトは、ソース サイトとも呼ばれます。

• Configuration Manager 2007 ソース階層からデータを移行するように移行ジョブを設定する場合は、ソース階層内の 1 つ以上の特定のソース サイトからデータを移行するように構成します。

• System Center 2012 Configuration Manager 以降を実行するソース階層からデータを移行するように移行ジョブを設定する場合は、最上位サイトのみを指定する必要があります。

一度に設定できるソース階層は 1 つだけです。

• 新しいソース階層を設定すると、その階層は、以前のソース階層に置き換わる現在のソース階層になります。

• ソース階層を設定するときは、ソース階層の最上位サイトを指定し、そのソース サイトの SMS プロバイダーとサイト データベースへの接続に使用するConfiguration Managerの資格情報を指定する必要があります。

• Configuration Managerでは、これらの資格情報を使用してデータ収集を実行し、ソース サイトからオブジェクトと配布ポイントに関する情報を取得します。

• データ収集プロセスの一環として、ソース階層内の子サイトが識別されます。

• ソース階層が Configuration Manager 2007 階層の場合は、ソース サイトごとに個別の資格情報を使用して、それらの追加サイトをソース サイトとして設定できます。

複数のソース階層を連続して設定できますが、移行は一度に 1 つのソース階層に対してのみアクティブです。

• 現在のソース階層からの移行を完了する前に追加のソース階層を設定した場合、Configuration Managerはアクティブな移行ジョブを取り消し、現在のソース階層のスケジュールされた移行ジョブをすべて延期します。

• 新しく構成されたソース階層が現在のソース階層になり、元のソース階層が非アクティブになりました。

• その後、新しいソース階層の接続資格情報、追加のソース サイト、移行ジョブを設定できます。

非アクティブなソース階層を復元し、以前に 移行データのクリーンアップを使用していない場合は、そのソース階層に対して以前に構成された移行ジョブを表示できます。 ただし、その階層からの移行を続行する前に、階層内の該当するソース サイトに接続するように資格情報を再構成し、完了しなかった移行ジョブを再スケジュールする必要があります。

注意

1 つ以上のソース階層からデータを移行する場合は、追加の各ソース階層に一意のサイト コードのセットが含まれている必要があります。
ソース階層と移行先階層では、異なるサイト コードのセットも必要です。

ソース階層の構成の詳細については、「現在のブランチへの移行のためのソース階層とソース サイトConfiguration Manager構成する」を参照してください。

ソース サイト

ソース サイトは、移行するデータを含むソース階層内のサイトです。 ソース階層の最上位サイトは、常に最初のソース サイトです。 移行によって新しいソース階層の最初のソース サイトからデータが収集されると、その階層内の追加サイトに関する情報が検出されます。

初期ソース サイトのデータ収集が完了した後、次に実行するアクションは、ソース階層の製品バージョンによって異なります。

2007 SP2 Configuration Manager実行されるソース サイト

Configuration Manager 2007 SP2 階層の初期ソース サイトからデータを収集した後、移行ジョブを作成する前に追加のソース サイトを設定する必要はありません。 ただし、追加のサイトからデータを移行する前に、追加のサイトをソース サイトとして設定し、Configuration Managerそれらのサイトからデータを正常に収集する必要があります。

追加のサイトからデータを収集するには、各サイトをソース サイトとして個別に設定します。 これにより、各ソース サイトの SMS プロバイダーとサイト データベースに接続するためのConfiguration Managerの資格情報を指定する必要があります。 ソース サイトの資格情報を設定すると、そのサイトのデータ収集プロセスが開始されます。

Configuration Manager 2007 SP2 ソース階層で追加のソース サイトを設定する場合は、上から下にソース サイトを設定する必要があります。つまり、下位レベルのサイトを最後に設定します。 階層内のブランチでソース サイトをいつでも構成できますが、その子サイトをソース サイトとして設定する前に、ソース サイトとしてサイトを設定する必要があります。

注:

移行では、Configuration Manager 2007 SP2 階層内のプライマリ サイトのみがサポートされます。

System Center 2012 Configuration Manager 以降を実行するソース サイト

System Center 2012 Configuration Manager 以降の階層の初期ソース サイトからデータを収集した後、そのソース階層に追加のソース サイトを設定する必要はありません。 これは、Configuration Manager 2007 とは異なり、これらのバージョンのConfiguration Managerは共有データベースを使用し、共有データベースを使用すると、使用可能なすべてのオブジェクトを最初のソース サイトから識別して移行できるためです。

データを収集するようにアクセス アカウントを設定する場合は、ソース階層内の複数のコンピューターに ソース サイト SMS プロバイダー アカウント のアクセス権を付与することが必要になる場合があります。 これは、ソース サイトが SMS プロバイダーの複数のインスタンス (それぞれ異なるコンピューター上) をサポートしている場合に必要になる場合があります。 データ収集が開始されると、移行先階層の最上位サイトがソース階層の最上位サイトに接続し、そのサイトの SMS プロバイダーの場所を特定します。 SMS プロバイダーの最初のインスタンスのみが識別されます。 データ収集プロセスが識別した場所の SMS プロバイダーにアクセスできない場合、プロセスは失敗し、そのサイトの SMS プロバイダーのインスタンスを実行する追加のコンピューターに接続しようとしません。

データ収集

ソース階層を指定した直後に、ソース階層内の追加のソース サイトごとに資格情報を設定するか、ソース サイトの配布ポイントを共有Configuration Manager、ソース サイトからデータの収集を開始します。

その後、データ収集プロセスは単純なスケジュールで繰り返され、ソース サイト内のデータに対する変更との同期が維持されます。 既定では、プロセスは 4 時間ごとに繰り返されます。 このサイクルのスケジュールを変更するには、ソース サイトの [プロパティ ] を編集します。 初期データ収集プロセスでは、Configuration Manager データベース内のすべてのオブジェクトを確認する必要があり、完了するまでに長い時間がかかる場合があります。 後続のデータ収集プロセスでは、データに対する変更のみが識別され、完了するまでの時間が短くなります。

データを収集するために、移行先階層の最上位サイトは SMS プロバイダーとソース サイトのサイト データベースに接続して、オブジェクトと配布ポイントの一覧を取得します。 これらの接続では、ソース サイト アクセス アカウントが使用されます。 データを収集するために必要な構成については、「 移行の前提条件」を参照してください。

データ収集プロセスを開始および停止するには、Configuration Manager コンソールで [今すぐデータを収集する] と [データの収集を停止する] を使用します。

何らかの理由でソース サイトで データ収集の停止 を使用した後、そのサイトからデータを再度収集する前に、サイトの資格情報を再構成する必要があります。 ソース サイトを再構成するまで、Configuration Managerは、そのサイトで以前に移行されたオブジェクトに対する新しいオブジェクトや変更を識別できません。

注:

スタンドアロン プライマリ サイトを中央管理サイトを持つ階層に拡張する前に、すべてのデータ収集を停止する必要があります。 サイト拡張の完了後にデータ収集を再構成できます。

今すぐデータを収集する

最初のデータ収集プロセスがサイトに対して実行された後、このプロセスは繰り返して、最後のデータ収集サイクル以降に更新されたオブジェクトを識別します。 また、Configuration Manager コンソールの [データの収集] アクションを使用して、すぐにプロセスを開始し、次のサイクルの開始時刻をリセットすることもできます。

ソース サイトのデータ収集プロセスが正常に完了したら、ソース サイトの配布ポイントを共有し、サイトからデータを移行するように移行ジョブを構成できます。 データ収集は移行の繰り返しプロセスであり、ソース階層を変更するか、[ データの収集の停止] を使用してそのサイトのデータ収集プロセスを終了するまで続行されます。

データの収集を停止する

[データ収集の停止] を使用すると、そのサイトから新しいオブジェクトまたは変更されたオブジェクトを識別Configuration Manager必要がなくなったときに、ソース サイトのデータ収集プロセスを終了できます。 このアクションにより、移行したコンテンツのコンテンツの場所として、Configuration Managerが移行先階層のクライアントにソースからの共有配布ポイントを提供することもできなくなります。

各ソース サイトからのデータ収集を停止するには、下位レベルのソース サイトで [データの収集の停止] を実行し、各親サイトでプロセスを繰り返す必要があります。 ソース階層の最上位サイトは、データの収集を停止する最後のサイトである必要があります。 親サイトでこの操作を実行する前に、各子サイトでのデータ収集を停止する必要があります。 通常、データの収集は、移行プロセスを完了する準備ができたときにのみ停止します。

ソース サイトのデータの収集を停止した後、そのサイトのオブジェクトとコレクションに関して以前に収集した情報は、新しい移行ジョブを設定するときに使用できます。 ただし、新しいオブジェクトやコレクションは表示されず、既存のオブジェクトに加えられた変更も表示されません。 ソース サイトを再構成してデータの収集を再開すると、以前に移行されたオブジェクトに関する情報と状態が表示されます。