次の方法で共有


ソフトウェアの配布に関してよく寄せられる質問

適用対象: System Center Configuration Manager 2007, System Center Configuration Manager 2007 R2, System Center Configuration Manager 2007 R3, System Center Configuration Manager 2007 SP1, System Center Configuration Manager 2007 SP2

このトピックでは、ソフトウェアの配布に関してよく寄せられる質問を取り上げます。このトピックは次のカテゴリに分類されます。

  • クライアント キャッシュ

  • パッケージのレプリケーション

  • ソフトウェアの配布での BITS の使用

  • 配布ポイント

  • ソフトウェアの配布に関する一般的な質問

クライアント キャッシュに関してよく寄せられる質問

情報提供を実行するために Microsoft System Center Configuration Manager 2007 クライアントで保持されるキャッシュを Configuration Manager 2007 が管理する方法に関する一般的な質問を次に示します。

パッケージのサイズがキャッシュのサイズより大きい場合、必須とオプションの両方のダウンロードが失敗します。キャッシュ サイズが不十分であるためにパッケージのダウンロードが失敗する場合、Configuration Manager 2007 はステータス メッセージ 10050 を生成します。その後、キャッシュ サイズが拡大されてもダウンロードは自動的に再試行されないため、再び起動する必要があります。

パッケージ サイズがキャッシュ サイズより小さくても現在キャッシュがいっぱいである場合、キャッシュ領域が利用可能になるまで、またはダウンロードがタイムアウトするまで、あるいはキャッシュ領域の失敗の再試行回数の上限まで、必須のダウンロードは再試行を繰り返します。そして、キャッシュ サイズが拡大されると、Configuration Manager 2007 は次回の再試行時に再びダウンロードを試みます。クライアントは 4 時間ごとに 18 回になるまでコンテンツのダウンロードを試みます。

関連付けられたパッケージはキャッシュから自動的に削除されません。ダウンロード後、キャッシュされたコンテンツが最後に参照されてから最低 1 日は、すべてのパッケージがキャッシュに残されることが保証されています。パッケージ プロパティの [クライアント キャッシュの内容を保持する] を設定すると、パッケージは削除されません。すべての領域が、24 時間以内にダウンロードされたパッケージによって使用されているときに、新しいパッケージをダウンロードする必要がある場合は、キャッシュ サイズを拡張するか、既存のパッケージを強制的に削除できます。

ダウンロード、実行、その後スケジュールに従って実行が繰り返される情報提供を作成したいのですが、1 度ダウンロードした後は、毎回キャッシュから実行されるのですか?情報提供の実行が繰り返されるたびにダウンロードする必要がありますか?

任意のプログラムを実行する前に、Configuration Manager 2007 クライアントはコンテンツがキャッシュで利用可能かどうかを確認します。コンテンツがキャッシュに存在し、それが適切なバージョンであれば、情報提供を繰り返し実行するように設定されているかどうかにかかわらず、常にキャッシュからそのプログラムが実行されます。バージョンが変更されたり、別のパッケージ用の容量を確保するためにコンテンツが削除された場合は、もう一度ダウンロードされます。

クライアントは、情報提供を受信するとすぐに必須コンテンツをダウンロードします。そしてそのプログラムは、割り当てられた時刻になるまで実行を待機します。

パッケージのレプリケーションに関してよく寄せられる質問

デルタ レプリケーションおよびバイナリ差分レプリケーションに関する一般的な質問を次に示します。

デルタ レプリケーションとバイナリ差分レプリケーションの違いは何ですか?

SMS 2003 では、ファイル レベルの変更のみがレプリケートされていましたが (デルタ レプリケーション)、Configuration Manager 2007 では、パッケージのプロパティでバイナリ デルタ レプリケーションを有効にしている場合、バイト レベルの変更を探索し、レプリケートすることができます。ファイルは、名前の変更、移動、内容の変更が行われた場合に、変更されたと見なされます。バイナリ デルタ レプリケーションを有効にしていない場合でも、Configuration Manager 2007 はファイル レベルの変更を探索してレプリケートします。

クライアントはデルタ レプリケーションまたはバイナリ差分レプリケーションに参加しますか?

いいえ。デルタ レプリケーションとバイナリ デルタ レプリケーションは、2 つのサイト間、またはサイト サーバーから、および配布ポイントからパッケージを移動する場合に発生します。

プログラムのレプリケーションでは、ソース バージョンの増分はどのように機能しますか?

Configuration Manager 2007 は割り当て先となる各配布ポイントのパッケージのソース バージョンを追跡します。たとえば、最初にパッケージが配布されると、ソース バージョンは 1 になります。パッケージのソース ファイルが更新され、配布ポイントをパッケージの新しいソース バージョンに更新するように Configuration Manager 2007 に通知されると、ローカルのバージョンは 2 に変わります。Configuration Manager 2007 は各配布ポイントのバージョンを探索するので、各配布ポイントのバージョンが 2 に更新されます。

配布ポイントのレプリケーションが対応するデルタは 5 個のみとは、どういう意味ですか?

サイトまたは配布ポイントにソース ファイルと同期していないバージョンが 5 個より多くある場合は、パッケージ全体を受信します。

ソフトウェアの配布での BITS の使用に関してよく寄せられる質問

BITS と Configuration Manager 2007 のソフトウェアの配布に関する一般的な質問を次に示します。

配布ポイントとの接続が予期せず切断された場合はどうなりますか?クライアントはファイルの途中からダウンロードを再開できますか?

はい。BITS が有効な配布ポイントからのクライアントのダウンロードが中断されると、クライアントが異なる配布ポイントに接続した場合でも、転送が中止されたポイントから再開されます。

クライアントは既定で BITS または SMB を使用しますか?

状況により異なります。情報提供がネットワークからプログラムを実行するように設定されている場合、クライアントは常にサーバー メッセージ ブロック (SMB) を使用します。情報提供がローカルでダウンロードおよび実行するように構成されており、配布ポイントが BITS を使用するように構成されている場合、クライアントは BITS の使用を試みますが、コンテンツが BITS を使用してアクセスできない場合は、SMB にフェール オーバーされる場合もあります。

自分のアドバンスト クライアントが BITS または SMB を使用しているかどうかは、どのようにしたら確認できますか?

クライアントの DataTransferService.log で確認してください。BITS のダウンロードには、http://<配布ポイント> で始まる URL があり、SMB のダウンロードには \\<配布ポイント> で始まる URL があります。BITS のダウンロードの詳細については、コマンド ラインから bitsadmin /list /allusers /verbose | more を実行します。クライアントが SMB を使用した場合は、クライアントの FileBits.log からも詳細を取得できます。

配布ポイントに関してよく寄せられる質問

配布ポイントに関する一般的な質問を次に示します。

クライアントはどのようにして配布ポイントを選択するのですか?

Configuration Manager とコンテンツの場所 (パッケージ ソース ファイル)」を参照してください。

配布ポイントには IIS が必要ですか?

状況により異なります。配布ポイントを BITS に対応するように構成している場合は、IIS をインストールし、WebDAV を有効にする必要があります。BITS に対応するように構成していない場合は、IIS は不要です。インターネット ベースのクライアントとモバイル デバイス クライアントをサポートするには、配布ポイントが BITS 対応でなければなりません。配布ポイントが BITS 対応でない場合は、配布ポイントからコンテンツを取得するときに、ネイティブ モードの場合でも、クライアントは常にサーバー メッセージ ブロック (SMB) を使用します。配布ポイントが BITS 対応の場合、クライアントはまず BITS の使用を試みますが、SMB にフォールバックされる場合もあります。

配布ポイントで SAN を使用できますか?

はい。サポートされる Windows Server がストレージ エリア ネットワーク (SAN) のホストするボリュームに直接接続されている場合は、SAN の使用がサポートされます。

配布ポイントで SIS ボリュームを使用できますか?

いいえ。単一インスタンス記憶域 (SIS) ボリュームでの配布ポイント パッケージおよび署名フォルダの構成はサポートされません。

配布ポイントで DFS を使用できますか?

Configuration Manager 2007 では、Microsoft 分散ファイル システム (DFS) のサポートは制限されています。配布ポイントは DFS ルートの対象となりますが、パッケージの展開先を DFS のリンク名ではなく配布ポイントの共有フォルダにする必要があります。クライアントは、<DFS ルート>\<DFS リンク>\<実行可能ファイル> を指すプログラムを使用できます。

ソフトウェアの配布に関する一般的な質問

Configuration Manager 2007 のソフトウェアの配布に関する一般的な質問を次に示します。

Configuration Manager にはパッケージを作成するアプリケーションが含まれますか?

いいえ。Configuration Manager 2007 では作成されたパッケージを配布することはできますが、実質的にはパッケージを作成することはありません。アプリケーションはインストールされた状況で大きく異なります。

非常に単純なアプリケーションは、バッチ ファイルまたはスクリプトを使用してインストールされます。

アプリケーションが Windows インストーラを使用してインストールされる場合、通常はパッケージにすべてのセットアップ ファイルが含まれ、.msi ファイルを実行するプログラムが作成されます。ただし、アプリケーションによっては、まず、管理者用インストールでソース ファイルを圧縮解除する必要があったり、または、Windows インストーラの変換を作成してアプリケーションのインストール方法を変更することを推奨している場合もあります。

アプリケーションで Windows インストーラを使用しない場合は、アプリケーションに含まれるセットアップ ファイルを使用できる場合もあります。一般的に、インストール ファイルをネットワーク共有にコピーして、クライアント コンピュータからセットアップ ファイルを実行できる場合は、インストール作業が Configuration Manager 2007 と連携する可能性が高いです。ただし、一部のアプリケーションには固有の要件があります。たとえば、あるアプリケーションはドライブ文字からのみ実行可能で、他のアプリケーションは UNC パスからのみ実行可能であることから、Configuration Manager 2007 のプログラムのプロパティを変更しなければならない場合があります。また、ユーザーの操作なしでインストールを実行したい場合でも、セットアップ ファイルにユーザーの入力が必要となる場合もあります。

さまざまなセットアップ形式を Windows インストーラ パッケージに変換するなど、アプリケーションの再パッケージ化を支援する市販アプリケーションがいくつかあります。Macrovision では、AdminStudio Configuration Manager Edition という名前の AdminStudio Enterprise Edition の機能限定版を提供しています。詳細については、https://go.microsoft.com/fwlink/?LinkId=103420 (英語) を参照してください。

Configuration Manager を使用して、どのようにソフトウェアをアンインストールするのですか?

Configuration Manager 2007 では、アプリケーションをアンインストールする特別な方法を用意していません。ただし、アプリケーションをアンインストールするスクリプトや実行可能ファイルなど、自分で構成したプログラムを Configuration Manager 2007 で実行することはできます。アンインストールのオプションがあるかどうかを確認するには、そのアプリケーションのマニュアルを参照してください。たとえば、Windows インストーラ ファイルを実行してアプリケーションをインストールする Configuration Manager 2007 プログラムを持つ Configuration Manager 2007 パッケージを作成した場合、/x オプションを使用してアプリケーションをアンインストールする追加の Configuration Manager 2007 プログラムを同じパッケージ内に作成できます。

アプリケーションを完全にアンインストールするスクリプトまたは実行可能ファイルを作成できる場合、理論的には Configuration Manager 2007 で Configuration Manager 2007 を使用して配布されていないアプリケーションもアンインストールできます。

ソフトウェアの配布を早く行う方法はありますか?

ソフトウェアの配布は、常に、物事が発生する速さと、消費する帯域幅の量との間でバランスを取ります。たとえば、クライアントが情報提供を実行するには、パッケージ、プログラム、および情報提供を作成する必要があります。クライアントは、一定の間隔で新しい情報提供をポーリングするように構成されています。その間隔を小さくすると、クライアントのポーリングがさらに頻繁に行われますが、ポーリングにより多くの帯域幅が消費されます。また、パッケージにソース ファイルが含まれる場合、クライアントは、パッケージが配布ポイント上に到達するまでそのパッケージを実行できません。クライアントが子サイトにある場合は、サイト間のセンダによりパッケージの送信がピークタイム以外に限定されるため、クライアントがパッケージをインストールできるようになるまでにさらに時間がかかる場合があります。

大規模の展開を計画する時間がある場合はパッケージと情報提供を事前に展開できますが、情報提供はすぐには利用できないように構成してください。このようにすると、情報提供はクライアントに配信されても、指定した時刻まで表示されません。これによりパッケージをすべての配布ポイントにコピーし、クライアントが情報提供に含まれるポリシーを取得する時間ができます。

[常にソース ディレクトリからファイルを取得する] を選択した場合、パッケージのリフレッシュによってソース ファイルの変更が配布ポイントにコピーされますか?

パッケージのリフレッシュは一般的に 1 つの配布ポイントとパッケージのペアで動作します。

  • ソースとなるサイト サーバーでは、ソース ファイルがそのサイトの配布ポイントに直接コピーされます。これにはソースで行われた変更が含まれます。

  • 子サイト サーバーでは、既存のローカルの圧縮されたパッケージがそのサイトの配布ポイントにコピーされます。そのため、ソース ファイルの変更は含まれません。

  • 子サイト サーバーで、圧縮されたパッケージ ファイルが不足している場合、ソースとなるサイト サーバーは既存の圧縮されたファイルを子に渡します。ソース ファイルの変更は含まれません。

    注意

    サイト階層のすべてまたは一部の配布ポイントを更新するように選択すると、ソース サイトの配布ポイントのみが、変更されたファイルを受信します。ソースとなるサイト サーバーは、新しく圧縮されたパッケージ ファイルを子サイトに渡しません。このような状態では、子サイトの配布ポイントが、変更されたソース ファイルを受信しません。

ソース ファイルをすべての配布ポイントにコピーするように変更する場合は、パッケージのリフレッシュではなくパッケージの更新を使用します。

複数の情報提供がある場合、どのような順序で実行されますか?

複数の情報提供が同時に使用可能である場合、実行される順序は保証されません。最初に実行する必要があるプログラムがある場合は、プログラムの依存関係を作成できます。詳細については、「プログラム名のプロパティ:詳細設定タブ」を参照してください。また、タスク シーケンスを作成して、特定の順序でタスクを実行できます。詳細については、「タスク シーケンスについて」を参照してください。

重要

プログラムがタスク シーケンスで実行される場合、依存プログラムはインストールされません。ソフトウェアのインストール アクションは、依存プログラムが既にインストールされているかどうかを確認し、インストールされている場合はメイン プログラムのインストールを続行します。ただし、依存プログラムがインストールされていない場合、メイン プログラムのインストールは失敗します。依存プログラムはタスク シーケンスの一部として明示的にインストールする必要があります。

参照:

その他のリソース

ソフトウェアの配布のトラブルシューティング

その他の情報については、「Configuration Manager 2007 Information and Support」 (Configuration Manager 2007 の情報とサポート) を参照してください。
ドキュメント チームに連絡するには、次のアドレスに電子メールを送信してください。 SMSdocs@microsoft.com.