新しいバージョン LiteManager 4.8 には、ネットワーク チャット、NOIP ジャバーが組み込まれています。 新しい操作モード教師。トレーニング テストの実施、ファイルの収集と配布用。

OSX および iOS 用の LiteManager クライアント。

2015 年 7 月 6 日 LiteManager リモート カスタマー サポート 1 つのディストリビューションでリモート クライアントをサポートする Pro/Free バージョンのプログラム。 IDを利用したIPアドレス不要のインターネット経由のリモートアクセス。 リモートデスクトップのサポート新しいウィンドウ 10. 画面共有モードを使用すると、教育機関での教育プロセス、遠隔学習を整理できます。 2015 年 6 月 6 日 によって設計されました新しいデザイン 番組ウェブサイトリモートアクセス LiteManager が追加されましたヘルプシステム 、ソリューションの概要、プログラムの使用手順、比較レビュー そして記事。 LiteManager は Wine での作業を完全にサポートしており、プログラムをオペレーティング システム上で実行できるようになりました。 Linuxシステム

、Mac OS。リモートインストール

LiteManager を使用する リモート インストールでは、クライアント モジュールを使用してサーバー部分をリモートでインストールできます。これは、多数のコンピュータがあり、それらが遠く離れている場合に非常に便利です。 インストールは複数のコンピュータで一度に実行できます。これを行うには、まず新しい接続をリストに追加し、次に 1 つ以上の接続を選択する必要があります。文脈に応じた またはメインメニュー 走る.

リモートインストール

• サーバーのリモート インストールは、次の 2 つのモードで使用できます。 「システム」を利用することで、 Windowsのセキュリティ NT」。 この場合、管理者パスワードを知っている必要があります。パスワードは空であってはなりません。また、Windows XP では「簡易パスワード」を無効にする必要があります。一般的なアクセス
• ファイルへ」、このようにすることができます。 [コントロール パネル] -> [フォルダー オプション] -> [表示]。 「簡易ファイル共有を使用する」のチェックを外します (Windows XP)。 Windows 7/Vista のインストールに関する推奨事項については、このセクションの以下を参照してください。 LiteManager セキュリティ システムを使用します。 このために必要なのは、リモートコンピュータ LiteManager のバージョンはすでに起動されており、このサーバーへのアクセスは組み込みの LiteManager セキュリティ ポリシーによって許可されています。 このリモートインストール方法は、すでにアップデートしている場合に便利ですインストールされているバージョン

ライトマネージャー。

この機能は、接続のコンテキスト メニュー、またはメイン メニューの項目リモート インストール - クイック アップデートから呼び出すことができます。

サーバーをビューアからビューア バージョンにすばやく更新します。
この機能はサーバー バージョン 4710 以降で動作します。
この機能は、接続コンテキスト メニューまたはメイン メニューの項目から呼び出すことができます。 リモートインストール — クイックアップデート.

リモート インストール ウィンドウ クイックアップデートサーバ。

のために MSI のインストール他のプログラムのパッケージの場合は、オプションをチェックする必要があります MSIパッケージ別のプログラム。

注意！

サーバーをインストールするコンピューターがドメイン内にある場合、以下の推奨事項は必要ありません。

サーバーがインストールされるコンピューター上でリモート インストールを操作するには、次のことを行う必要があります。

• UAC（ユーザーアカウント制御）をキャンセルします ネットワーク接続これは、レジストリ キー HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system\ に DWORD パラメーター LocalAccountTokenFilterPolicy を作成することで実行できます。これは、次のような reg ファイルを作成することで自動化できます。 必要な設定。 reg ファイルの内容は以下のとおりです。

ネットワーク接続の UAC を無効にする reg ファイルの内容:

Windows レジストリ エディタ バージョン 5.00

「ローカルアカウントトークンフィルターポリシー」"=dword:00000001

Microsoft® Windows® 2000 のリモート OS インストール機能は、リモート インストール サービス (RIS) テクノロジに基づいており、管理者は オペレーティング·システム各クライアント コンピュータと物理的にやり取りすることなく、組織全体で実行できます。

IT 部門が直面している最も困難で費用のかかるタスクの 1 つは、クライアント コンピュータに新しいオペレーティング システムを導入することです。 リモート OS インストールには、PXE (Pre-Boot eXecution Environment) プリブート実行環境に基づいた新しいリモート ブート テクノロジが使用されます。 これにより、IT プロフェッショナルは Windows 2000 Professional をリモートでインストールできるようになり、新しいコンピュータを導入したり、組織がすでに所有している PC にシステムを再インストールしたりする際の IT 部門の負担が軽減されます。

このページでは

	リモート インストール サービスのコンポーネント
	組織内でのリモート OS インストールの使用
	結論
	追加情報
	付録 A. 機器要件
	付録 B: RIS ブート ディスクでサポートされるネットワーク アダプタ
	付録 B: よくある質問

序文

リモート オペレーティング システムのインストールと IntelliMirror™ 管理テクノロジは、Windows 2000 の変更および構成管理の重要な要素です。リモート OS インストールにより、システム管理者は新しい PXE ベースのリモート ブート テクノロジを活用し、サーバー ソフトウェアを使用して Windows 2000 Professional をローカルにインストールできます。エンタープライズコンピュータ。 オペレーティング システムが展開されると、ネットワーク管理者は IntelliMirror テクノロジを使用して、実行中のコンピュータ上のユーザー データ、設定、およびソフトウェアを管理できるようになります。 Windowsコントロール 2000.
次の表は、変更および構成管理の機能と利点、およびこれらの機能をサポートするテクノロジーを示しています。

	成分	成分	利点	テクノロジー
変更と構成の管理	インテリミラー	ユーザーデータ管理	データとドキュメントは私に従います! あるネットワーク コンピュータから別のネットワーク コンピュータに移動しても、ユーザーはどのネットワーク接続モードでも、作業に必要なデータに引き続きアクセスできます。 管理者は、次を使用してこの機能を一元管理できます。 グループポリシー、サポートコストが削減されます。	- アクティブディレクトリ グループポリシー オフラインフォルダー 同期マネージャー Windows シェル拡張機能 フォルダーのリダイレクト ディスククォータ
変更と構成の管理	インテリミラー	ソフトウェアのインストールとサポート	私のソフトウェアは私をフォローします! ユーザーは仕事をするために必要なソフトウェアを持っています。 ソフトウェアと追加コンポーネントはリクエストに応じてインストールされます。 ソフトウェアはインストールされると自己修復します。 管理者は、(グループ ポリシーを介して) ソフトウェアの展開、更新、および OS の更新を一元管理します。 これにより、サポート コストが最小限に抑えられます。	- アクティブディレクトリ グループポリシー Windows インストーラー コントロール パネルからプログラムを追加/削除する Windows シェル拡張機能
変更と構成の管理	インテリミラー	ユーザー設定の管理	私の設定は私に従っています！ ユーザーは、どのコンピュータでもお気に入りのデスクトップ設定を確認できます。 ネットワーク上の任意のコンピュータにログインすると、デスクトップやソフトウェアの設定だけでなく、個人の設定も利用できます。 管理者はグループ ポリシーを使用してこの機能を一元管理でき、サポート コストを削減できます。	- アクティブディレクトリ グループポリシー オフラインフォルダー ローミングユーザープロファイル Windows シェル拡張機能
変更と構成の管理		リモートOSインストール	管理者は、テクニカル サポートに連絡せずに、Windows 2000 ベースのオペレーティング システムのリモート インストールと、新しいコンピュータまたは交換用コンピュータへの事前構築済みイメージの展開を有効にすることができます。	- アクティブディレクトリ グループポリシー DHCPプロトコル リモート インストール サービス (RIS)
変更と構成の管理		> コンピュータの置き換え	IntelliMirror + リモート OS インストール > コンピュータの置き換え	IntelliMirror + リモート OS インストール > コンピュータの置き換え

導入

組織内の新規または既存のコンピューターにオペレーティング システムを展開するには、IT 部門の従業員に多くの時間がかかり、多額の資材コストがかかります。 多くの場合、OS のインストールは手動で行われますが、これには組織の IT 専門家と各クライアント コンピューターの間で物理的なやり取りが必要になります。

リモート インストール サービス (RIS) はオペレーティング システムのオプションのコンポーネントです Windows システム 2000サーバー。 他のものと組み合わせて Windows テクノロジ 2000 では、OS をリモート インストールする機能が提供されており、物理的に操作することなく組織のコンピュータに Windows 2000 Professional をインストールできます。 システム管理者は、デスクから離れることなく、数百、さらには数千のコンピュータにオペレーティング システムを展開できるようになりました。

PC98規格に準拠したコンピュータにはリモートROMが付属しています。 PXEブート、リモート インストール機能を使用するために必要です。 PC98 標準は、Microsoft と Intel が発行する年次 OEM ガイドに説明されています。 Compaq などもこのガイドに貢献しました。 大手メーカーハードウェア。 PC98 標準は PC ハードウェア プラットフォームの開発を目的としており、Microsoft はそのようなプラットフォームを含めることができます。 追加機能、RISのように。 管理者は、リモート ブート ROM が搭載されていないコンピュータにも OS をリモートでインストールできるようになります。 これを行うために、Microsoft は、RIS と接続する特別なリモート ブート ドライブを作成するユーティリティを提供しています。 リモート インストール サービスのブート ディスクは、PCI 接続されたさまざまなネットワーク アダプタで使用できます。 パーソナルコンピュータ単純化された Net PC 構成 (フロッピー ドライブや CD ドライブがない) では、そもそも RIS を使用することでメリットが得られます。 ディスク ドライブが不足しているため、このようなコンピューターに Windows をインストールするには、リモート OS インストール機能を使用する必要があります。

テクノロジーと用語の概要

このセクションでは、リモート インストール サービス (RIS) アーキテクチャと、その使用に必要なその他のコンポーネントとサービスの概要について説明します。 機能性リモートOSインストール。 さらに、このセクションでは、企業内でリモート OS インストール機能を正常に実装するためにクライアント コンピューターに必要なコンポーネントとサービスについて説明します。

リモート OS インストールの概要

図 1 は、リモート OS インストール機能の中核を形成するサービスとコンポーネントを示しています。

図 1 - リモート OS インストール

リモート OS インストールには、すでに使い慣れている新しいサービスだけでなく、組織内ですでに導入および使用されているサービスも必要です。 Windows 2000 Server には、Active Directory ディレクトリ サービス、更新された DHCP (動的ホスト構成プロトコル) サーバー、および Active Directory ディレクトリ サービスの実行に必要な互換バージョンの DDNS (動的ドメイン ネーム システム) サーバーが含まれています。 RIS のインストール時に、次の追加サービスが追加されます。

.	ブート情報ネゴシエーション層 (BINL) サービス。 BINL サービスは、RIS のインストール中に追加されます。 クライアント コンピュータからのネットワーク要求に応答し、代わりに Active Directory ディレクトリ サービスにクエリを実行します。 さらに、BINL サービスは、ポリシーと構成設定がクライアント コンピュータに正しく適用されることを保証します。
.	トリビアル ファイル転送プロトコル デーモン (TFTPD)。 TFTPD サーバー部分は、クライアント コンピューターからの特定のファイルをダウンロードする要求を処理する役割を果たします。 TFTPD は、セッション中にクライアント インストール ウィザード (CIW) とそのすべての画面をロードするために使用されます。
.	単一インスタンス ストア (SIS)。 SIS は合理的な使用に責任を負います ディスクスペースそれらが保存されているボリューム上で 設置イメージリス。 追加の OS コンポーネントとして RIS をインストールする場合は、インストールするディスクとディレクトリを選択する必要があります。これが RIS ボリュームです。 このボリュームは、ボリューム上の重複ファイルを監視する SIS サービスによって自動的に監視されます。 見つかった場合、SIS は同一のファイルへのリンクを作成し、ディスク領域を節約します。

リモート OS インストール サービスが使用するのは、 新しい技術 DHCP 経由でリモート PXE ブートし、リモート ソースからオペレーティング システムのインストールを開始します。 ハードドライブクライアントコンピュータ。 リモート ソースはリモート インストール サービス (RIS) サーバーです。 インストールと同等のネットワークを提供します。 Windows CD 2000 Professional (いわゆる「フラット イメージ」)、またはリモート インストール準備ウィザード (RIPrep) を使用して作成された事前構成イメージ。 RIS は Windows 2000 Professional オペレーティング システムのみをインストールできます。 翻訳者のメモ。 この声明は執筆時点では真実でした。 その後、Windows XP のインストールのサポートを追加するホットフィックスがリリースされました。

.	フラットなイメージ。フラット イメージからのオペレーティング システムのインストールは、Windows 2000 Professional CD からのインストールと似ていますが、次の点が異なります。 インストールファイルアクセス可能な RIS サーバー上でホストされています。
.	リモート インストール準備ウィザード (RIPrep) のイメージ。 RIPrep イメージを使用すると、システム管理者は標準のエンタープライズ構成のクローンを作成できます。 ワークステーション、オペレーティング システム設定、デスクトップ設定、ローカル設定を含む インストールされているアプリケーション。 まず、Windows 2000 Professional がインストールされ、その後、そのサービスと標準アプリケーションが構成されます。 それから システム管理者ウィザードを起動してイメージを準備し、それをネットワークでアクセス可能な RIS サーバーに複製し、その後企業内の他のコンピュータにインストールできるようにします。

イメージを 1 つ以上のサーバーに配置すると、PXE リモート ブート ROM または互換性のあるブート ディスクを備えたコンピュータのユーザーは、利用可能な RIS サーバーからそれらのイメージのインストールを要求できます。 ユーザーが (管理者の支援なしで) オペレーティング システムをインストールできるようにすると、IT スタッフは他の差し迫ったタスクに集中できます。 これにより、企業内でのオペレーティング システムの導入にかかる時間が節約され、資材コストが削減されます。

PXE リモート ブート テクノロジーの仕組み

コンピューターの世界は、根本的に新しいリモート ブート テクノロジであるプリブート実行環境 PXE (Pre-Boot eXecution Environment) を取得しました。 PXE を使用すると、組織は DHCP を備えた既存の TCP/IP インフラストラクチャを活用して、ネットワーク上のリモート OS インストール サーバーを検出できます。 Net PC および PC98 仕様を満たすシステム、および RIS リモート ブート ディスクでサポートされるネットワーク カードを搭載したコンピュータは、Windows 2000 に含まれるリモート ブート テクノロジを利用できます。

PXE ブート機能、PXE リモート ブート ROM、または ブートディスク RIS は、標準の DHCP 検出メカニズムに従って DHCP サーバーに IP アドレスを要求します。 最初の DHCP 検出要求中に、クライアントは PXE 経由でブートできることをアドバタイズし、それによってネットワーク上の RIS サーバーにオペレーティング システムをインストールする準備ができていることを通知します。 ネットワーク上で利用可能な RIS サーバーは、クライアントに IP アドレスと名前を提供することで要求に応答できます。 ブートファイルこれは、この RIS サーバーによってサービスを提供する必要があるクライアントによって要求される必要があります。

図 2 は、PXE リモート ブート ROM が各要求中に実行する段階的なプロセスを説明する図です。 ネットワークブートサービス。

図 2 - PXE リモート ブート ROM のブート プロセス シーケンス

7 番目のステップ以降、クライアント側のプロセスは、クライアントのサービス要求に応答する RIS サーバーの製造元によって異なる場合があります。 次のセクションでは、Windows 2000 Server の一部であるリモート OS インストール機能について詳しく説明します。

リモート OS インストールの仕組み

図 3 にリモート OS インストールの動作原理を示します。 以下は 詳しい説明プロセスの各段階。

図 3 - リモート インストール サービスのアーキテクチャ

RIS サーバーにアクセスし、OS をインストールするイメージを選択するプロセスは、いくつかの手順で構成されます。 次に、PXE ブート機能を持つクライアント コンピュータがネットワークに接続され、RIS サーバーのサービスを受けるときに発生する一連のイベントについて説明します。

リモート OS インストールを実行するには:

1.	PXE ブート可能でネットワークに接続されているクライアント コンピューターの電源がオンになると、ネットワーク サービス リクエストが発行されます。 この要求の一部は、ネットワークに送信される DHCP 検出パケットです。 このパケットは、最も近い DHCP サーバーの IP アドレス、RIS サーバーの IP アドレスを要求するために使用され、また、コンピューターのグローバルに一意識別子である GUID を送信するためにも使用されます (GUID は、 コンピュータの BIOS PC98 または Net PC 仕様に準拠)。 DHCP サーバーは、クライアントに IP アドレスを提供することで要求に応答します。 また、利用可能な RIS サーバーは要求に応答し、その IP アドレスとブート ファイルの名前を提供します。クライアントはこれらを要求する必要があります。 このサーバー RIS は顧客によってサービサーとして選択されます。 コンピュータ ユーザーはキーを押すように求められます F12この RIS サーバーを使用してクライアントへのサービスを開始します。
2.	RIS サーバーは、BINL サービスを使用して、事前に作成されたファイルの存在について Active Directory ディレクトリ サービスに問い合わせる必要があります。 アカウントこのクライアントに対応するコンピュータ。 BINL サービスは、最初の手順でクライアントから送信された GUID を Active Directory ディレクトリ サービスのエントリと照合して、アカウントの存在を確認します。
3.	コンピュータ アカウントの存在が確認されると、クライアント インストール ウィザード (CIW) がクライアント コンピュータにダウンロードされ、ユーザーはネットワークへのログオンを求められます。
4.	ユーザーがネットワークに正常にログオンすると、リモート OS インストール サービスは Active Directory ディレクトリ サービスをチェックして、ユーザー アカウントが存在するかどうか、および入力されたパスワードが正しいかどうかを判断します。 次に、リモート OS インストール サービスはそれぞれのグループ ポリシー設定をチェックして、利用可能な OS インストール オプションを決定します。 このユーザーに。 さらに、どのオペレーティング システム イメージがユーザーに提供されるかが決定され、対応するオプションがクライアント インストール ウィザード インターフェイスで使用可能になります。
5.	ユーザーが持っている場合 唯一の選択肢インストールおよびオペレーティング システム イメージを選択する場合、クライアント インストール ウィザードでは選択の余地がありません。 ウィザードは進行中であることをユーザーに通知するだけです 取り付けが難しいディスクがフォーマットされ、ディスクに保存されているデータが削除されます。 その後、ユーザーはオペレーティング システムのリモート インストールを開始するように求められます。
6.	OS のインストール プロセスは、インストール オプションの概要を表示するウィンドウでユーザーが選択を確認した後に開始されます。 この時点で Active Directory にコンピューター アカウントがない場合は、BINL サービスがコンピューター名を自動的に設定してアカウントを作成します。 オペレーティング システムは、自動 (無人) モードでローカル コンピューターにインストールされます。 つまり、インストール中、ユーザーには OS のインストール方法を選択する機会が与えられません。

エンド ユーザーの観点から見ると、リモート OS インストールのプロセスはシンプルで簡単です。 管理者は、ユーザーが利用できるインストール オプションを事前に設定しながら、オペレーティング システムのインストール プロセスをユーザーに案内します。 管理者は、ユーザーが利用できる OS イメージを制御することもできるため、特定のユーザー向けのイメージからオペレーティング システムを確実に正常にインストールできます。

Microsoft® Windows® 2000 のリモート オペレーティング システムのインストール機能は、リモート インストール サービス (RIS) テクノロジに基づいており、管理者は各クライアント コンピュータと物理的にやり取りすることなく、組織全体にオペレーティング システムを展開できます。

導入

組織内の新規または既存のコンピューターにオペレーティング システムを展開するには、IT 部門の従業員に多くの時間がかかり、多額の資材コストがかかります。 多くの場合、OS のインストールは手動で行われますが、これには組織の IT 専門家と各クライアント コンピューターの間で物理的なやり取りが必要になります。

テクノロジーと用語の概要

このセクションでは、リモート インストール サービス (RIS) アーキテクチャと、リモート OS インストール機能を利用するために必要なその他のコンポーネントとサービスの概要を説明します。

PXE リモート ブート テクノロジーの仕組み

コンピュータの世界は、根本的に新しいリモート ブート テクノロジであるプリブート実行環境 PXE (Pre-Boot eXecution Environment) を取得しました。 PXE を使用すると、組織は DHCP を備えた既存の TCP/IP インフラストラクチャを活用して、ネットワーク上のリモート OS インストール サーバーを検出できます。

リモート OS インストールの仕組み

図 3 にリモート OS インストールの動作原理を示します。 以下に、プロセスの各ステップの詳細を説明します。 | 図 3 - リモート インストール サービスのアーキテクチャ | RIS サーバーにアクセスし、OS をインストールするイメージを選択するプロセスは、いくつかの手順で構成されます。

リモート インストール サービスのコンポーネント

Windows 2000 に含まれるリモート OS インストール機能は、コンピュータをリモートで起動するためのメカニズムを提供します。これにより、組織内でのオペレーティング システムの展開が大幅に簡素化されます。コンピュータは、電源がオンになるとネットワーク上の RIS サーバーに接続し、その後、 Windows のリモート インストール。

RIS の管理設定と構成設定

デフォルトでは、RIS サーバーは、RIS のインストールが完了した直後にクライアントにサービスを提供するように構成されていません。 必要に応じて、RIS インストール ウィザードで適切なオプションをすぐに選択することも、後から選択することもできます。 追加設定リモート インストール サービス。

クライアント インストール ウィザード (CIW)

CIW の特殊文字に関するメモ。 クライアント インストール ウィザードはプリブート PXE 環境で実行されるため、 特殊文字は、表示テキストおよび入力フィールド (ユーザー アカウント名、パスワード、ドメイン名、およびその他のフィールドを含む) ではサポートされていません。

リモート インストール準備ウィザード (RIPrep)

注 | Windows 2000 では、リモート OS インストールを併用できます。 グループポリシー設置および保守機能 ソフトウェアアプリケーションを含む標準の OS イメージを作成します。

リモート インストール サービスの起動ディスク

PXE 経由でリモート起動できるコンピューターには 2 種類があります。 | PXE リモート ブート ROM を備えたコンピュータ。 | RIS ブート ディスクでサポートされるネットワーク アダプターを備えたコンピューター。

組織内でのリモート OS インストールの使用

現在、組織はさまざまなオペレーティング システムの導入およびインストール スキームを使用しています。 このセクションでは、RIS を 追加の方法 OS のインストールに関連するコストをさらに削減するための導入。

リモート OS インストール機能を使用するシナリオ

シナリオ 1: 既存または新しいコンピューターに OS を新規 (「クリーン」) インストールします。 | OEM (相手先商標製品製造業者) または独立系ハードウェア ベンダー (IHV) は、オペレーティング システムがインストール済みのコンピューターを組織に供給します。

クライアントのインストールオプション

自動インストール | デフォルトでは、リモート OS インストール機能のすべてのユーザーがサイレント インストールを選択できます。 無人インストールを使用すると、ユーザーが OS を正常にインストールできるようになります。

。結論。 追加情報。

リモート OS インストール機能は、数多くある機能のうちの 1 つです。 Windowsの機能 2000 Server を使用すると、組織内での OS 導入コストを削減できます。 リモート オペレーティング システム インストールを使用すると、管理者がインストール プロセスを指示して簡素化できるため、総所有コスト (TCO) が削減されます。

付録 A. 機器要件。

サーバーのハードウェア要件: | 166 MHz Pentium または Pentium II プロセッサを搭載したコンピュータ (200 MHz 以上のプロセッサを推奨)。 | 少なくとも 32 MB の RAM。 Active Directory、DHCP、DNS などの追加サービスがインストールされている場合は、少なくとも 128 MB の RAM が必要です。

付録 B: RIS ブート ドライブでサポートされるネットワーク アダプター。

以下は、RIS ブート ディスクがサポートするネットワーク アダプターのリストです。 ブート可能な RIS ディスクを作成するためのユーティリティ (Rbfg.exe) は、\Admin\i386\Remoteinstall フォルダーにあります。 | RIS ブート ディスクでサポートされるネットワーク カード | 3 Com ネットワーク アダプター:

付録 B: よくある質問。

自分の ROM バージョンが PXE をサポートしているかどうかを確認するにはどうすればよいですか? | Net PC 準拠またはリモート ブート ROM を搭載したクライアント コンピュータを起動すると、PXE ROM メッセージが画面に表示されます。

現在、組織はさまざまなオペレーティング システムの導入およびインストール スキームを使用しています。 このセクションでは、OS のインストールに関連するコストをさらに削減するための追加の展開オプションとして RIS を使用する方法について説明します。

以下に、最も一般的な 3 つの OS 導入方法を示します。

CD からの手動 OS インストール

これは、企業にオペレーティング システムを導入する最もコストのかかる方法です。 多くの組織では、IT 従業員がユーザーのデスクトップに派遣されてインストールを実行します。 OS のインストールは、コンピュータがユーザーに出荷される前に IT 部門が直接行うこともできます。 この方法は本質的に手動であり、各コンピューターとの物理的な対話と OS の手動インストールが必要です。 さらに、従業員は Windows セットアップの質問 (コンピューター ハードウェアに関連する質問を含む) に答える資格を持っている必要があります。 この方法での設置にかかる材料費は、設置プロセスの成功または失敗に応じて、180 ドルから 300 ドルの範囲になります。 この方法また、組織のコンピュータ構成にも違いが生じます。 翻訳者のメモ。 材料費の見積もりは 1999 年の米国企業部門を参照しています。

単一の RIS サーバーをインストールすると、OS 導入コストを削減し、ワークステーションを単一の標準に準拠させることができます。 コスト削減には次の 2 つの方向があります。

.	IT 従業員は、コンピュータの内蔵ハードウェアまたは作成可能な単純な RIS ブート ディスクを使用して、ネットワーク経由で Wi​​ndows 2000 Professional のサイレント インストールを開始します。 RIS テクノロジーを採用することで、組織は IT 部門が費やす時間を節約でき、OS インストールの責任が大幅に簡素化されます。 さまざまな CD を持ち歩く必要がなくなり、 ブートフロッピー。 インストールは完全に自動で行われるため、インストールを実行するだけで、次のコンピューターに進むことができます。
.	エンド ユーザーが OS をインストールできるようにすることで、組織は IT スタッフをこの責任から解放できます。 前述したように、管理者はユーザーがオペレーティング システムを選択したり、自動インストールを構成したりするのを支援できます。 ユーザーがキーを押すだけでよい場合 F12、クライアント インストール ウィザードをロードした後、名前とパスワードを入力してキーを押すだけです。 入力そうすると、組織での OS 導入に関連する財務コストが大幅に削減されます。

サーバー上の共有ディレクトリからの自動 (無人) OS インストール

このアプローチには、通常はオペレーティング システムが含まれるブート ディスクの作成が含まれます。 MS-DOSシステム®、このコンピュータのネットワーク アダプタ用のドライバ、およびクライアントをサーバに接続するためのネットワーク ソフトウェア。 Windows ディストリビューション。 この方法も安価ではなく、IT 部門の従業員には企業コンピュータのハードウェア構成に関する高い資格と知識が必要です。

リモート インストール サービス サーバーを追加すると、管理者またはユーザーがワンクリックで作成できるブート可能な RIS ディスクを使用できます。 RIS ブート ディスクは、PCI インターフェイスを介して接続されたさまざまなカードを含む、さまざまなネットワーク アダプタをサポートします。 RIS ブート ディスクでは、MS-DOS とそのアプリケーションがサーバーに接続する必要はありません。 すべてを含む RIS ディスク 必要なドライバーネットワーク アダプタは、前述のように PXE ROM をシミュレートします。

管理者は以下を必要としなくなりました。

• 作成する 特殊なホイールネットワーク経由でダウンロードするため、特定のネットワーク アダプター用に設計
• 標準のメモリ管理を考慮して MS-DOS ブート ディスクを準備する
• 構成する ネットワーク設定特に組織全体またはその部門に対して。

組織がすでに TCP/IP および DHCP プロトコルを使用している場合、RIS を実装するために追加の作業は必要ありません。 これに加えて、管理者は、アプリケーションやアプリケーションを含む CD や RIPrep イメージに基づいて基本的なサイレント インストールを準備できます。 システム設定となり、潜在的なコスト削減が明らかになるでしょう。

サードパーティ製ソフトウェアを使用して作成されたイメージからの OS とアプリケーションのインストール

多くの組織は、イメージからオペレーティング システムを展開することに移行しています。 彼らは、OS とアプリケーションを含むイメージの作成に多額の投資を行っていますが、特定のハードウェア構成に関連付けられています。 Windows ファミリのオペレーティング システム用のイメージ展開ソリューションを専門とするサードパーティ ソフトウェア ベンダーがいくつかあります。 上記の方法と比較して、これらのテクノロジは安価で、OS をより速くインストールでき、場合によってはそのような高度な資格を持つ人材が必要ありません。 場合によっては、組織は特別なハードウェアを使用して、オリジナルの正確なコピーを作成します。 ハードドライブ。 作成されたハード ドライブはコンピュータに取り付けられ、エンド ユーザーに出荷されます。 他の企業は、既存のネットワーク インフラストラクチャを使用してイメージを複製しています。 ソースコンピュータ起動後にネットワークに接続する何らかのブート ディスクを使用して、ターゲット クライアント コンピュータに接続します。

現在、イメージを作成するためのすべてのテクノロジでは、ソース コンピュータ (イメージが作成されたコンピュータ) と OS がインストールされるターゲット コンピュータのハードウェア構成が同一である必要があります。 さらに、これらのテクノロジには MS-DOS ブート ディスクが必要な場合が多く、これには組織のコンピュータにインストールされているネットワーク アダプタに関するある程度の知識が必要です。 リモート OS インストールのコンポーネントである RIPrep を使用すると、イメージを 1 つだけ作成し、組織が自由に使用できるコンピューターのさまざまなハードウェア構成に展開できます。 互換性のある PXE ROM を備えていないコンピュータがある場合は、いつでもブート可能な RIS ディスクを作成して、RIPrep からインストールを実行できます。

企業が既存のイメージに多額の投資を行っていることを考えると、Microsoft がリードしています 一緒に働くこれらのイメージを RIS と組み合わせて使用​​できるソリューションについては、サードパーティ ソフトウェア ベンダーと協力してください。 RIS 統合に取り組んでいる企業に関する情報は、この記事の「追加情報」セクションで見つけることができます。

次の例は、コストを削減し、生産性を向上させるリモート OS インストール機能の機能を示しています。 企業環境。 組織がオペレーティング システム展開スキームをまだ実装していない場合は、次のシナリオが最適なシナリオを決定するのに役立ちます。 効率的な方法で RISを使って。

以下では、次のシナリオが考慮されます。

リモート OS インストール機能を使用するシナリオ

シナリオ 1: 既存または新規のコンピューターに OS を新規 (「クリーン」) インストールする

OEM (相手先商標製品製造業者) または独立系ハードウェア ベンダー (IHV) は、オペレーティング システムがインストール済みのコンピューターを組織に供給します。 多くの場合、OS 設定は組織で採用されているワークステーションの標準と一致しません。 その結果、多くの企業では既存の OS を削除し、必要な設定を行った新しい OS をインストールします。 さらに、組織は、ハードウェアをアップグレードせずに新しい OS をインストールできるコンピューターを所有している場合があります。

Net PC および PC98 仕様を満たすコンピュータは、DHCP プロトコルを使用した PXE リモート ブート テクノロジをサポートしています。 したがって、PXE テクノロジを使用して、そのようなマシンに OS をインストールできます。 これらの標準を満たさないコンピュータのために、Windows 2000 Server には、フロッピー ドライブを介して PXE ROM をエミュレートするブート可能な RIS ディスクを作成するユーティリティが含まれています。

リモート インストール サービスは、Windows 2000 Professional をインストールする前にパーティションを再割り当てし、ハード ドライブをフォーマットするように構成されています。これは、準備フェーズの完了後に自動的に行われます。 管理者は、組織の要件と標準に応じて、インストールされる OS のさまざまな設定を構成するための応答ファイル (.sif) を作成できます。 たとえば、営業部門では TCP/IP プロトコルをインストールするだけで済みますが、経理部門では会計ソフトウェアを実行するために IPX/SPX プロトコルも必要になる場合があります。 2 つの異なる応答ファイルを使用すると、単一のフラット オペレーティング システム イメージから複数のインストールを準備できます。

RIS を使用して、ローカルにインストールされたアプリケーションと、組織の要件に従って管理者が準備した構成設定を含む RIPrep イメージをインストールすることもできます。 まず、RIS はクライアント コンピュータ上で Windows 2000 Professional の基本インストールを実行します。 次に、組織全体またはその部門全体で使用されるアプリケーションなど、必要なソフトウェアがインストールされます。 管理者は、OS のさまざまな要素を構成できます。たとえば、会社のロゴが入った壁紙や、組織内で頻繁に使用されるリソースへのショートカットをデスクトップに配置します。 ソース コンピューターを徹底的にテストし、すべてが計画どおりに機能していることを確認した後、管理者はそのシステムのイメージを利用可能な RIS サーバーにレプリケートします (単一のパーティションを持つ単一のディスク イメージのみがサポートされます)。 管理者がイメージへのアクセスを許可したユーザーは、レプリケーションの完了後すぐにインストールできるようになります。

シナリオ 2: ハードウェア障害後の OS の回復

場合によっては、コンピューターのハードウェア コンポーネントが完全に故障することがあります。 このような状況では、RIS を使用すると、基本オペレーティング システムを迅速かつ簡単にインストールしたり、RIPrep イメージを展開したりして、障害が発生したコンポーネントを交換した後にコンピュータをオンラインに戻すことができます。 RIS と IntelliMirror テクノロジ (Windows 2000 Server OS の構成および管理ツール) を組み合わせることで、組織は使用済みのデータを迅速に復元できます。 ○個人文書やユーザー設定パラメータを含む、ほとんどのコンピュータ データと設定。 で置き換える コンピューターハードディスク、管理者、またはユーザーは、ベース OS またはアプリケーションを含む RIPrep イメージのリモート インストールを起動できます。 インストールが完了すると、ユーザーはログインし、IntelliMirror テクノロジーが引き継ぎます。 ハードウェア障害が発生する前と同様に、ソフトウェアのインストールおよび保守機能を使用してユーザーに割り当てられたアプリケーションが使用可能になります。 他のグループ ポリシー設定が適用され、ユーザーの移動プロファイルがネットワークの場所からコピーされ、マイ ドキュメント フォルダーがサーバー上のディレクトリにリダイレクトされ、ユーザーが使用できるようになります。 ユーザー設定とデスクトップ設定を分離することで、エンドユーザーは数分以内に使い慣れた環境での作業に戻ります。 同時に、IT 部門の従業員は OS をインストールする必要がなく、 カスタムアプリケーションからデータを回復するだけでなく、 バックアップコピー.

シナリオ 3: OS の事前インストールと Active Directory の事前登録の比較

多くの組織では、コンピュータをエンド ユーザーに出荷する前に、オペレーティング システムをコンピュータにプレインストールすることを実践しています。 OSだけでなくソフトウェアもプリインストール可能です。 さらに、システムは企業の要件や標準に従って構成できます。 この方法は IT スタッフにとって時間がかかり、コンピュータの総所有コストを増加させる高価なプロセスです。 RIPrep を使用すると、管理者はコンピュータをエンド ユーザーに出荷する前に、RIPrep イメージから OS とアプリケーションをインストールできます。

コンピュータの事前登録は、Active Directory ディレクトリ サービスにアカウント オブジェクトを作成するプロセスです。 RIS の事前登録により、管理者はコンピュータをエンド ユーザーに出荷する前に OS をインストールする無駄な時間を回避できます。 RIS サーバーは、それらからのリクエストのみに応答するように構成できます。 クライアントコンピュータ、以前は Active Directory に入力されていたため、未承認のコンピュータへの OS のリモート インストールが不可能になりました。 Active Directory にクライアントを事前登録すると、クライアントの必要性が減り (場合によっては排除され)、時間と費用が節約されます。 プレインストール企業向けコンピュータ向けのOS。

事前登録中に、管理者はサービスを提供する特定のコンピュータ名と RIS サーバーを指定できます。 このクライアントの。 次の手順では、コンピュータを Active Directory ディレクトリ サービスに事前登録するために必要な手順について説明します。

Active Directory にコンピュータを事前登録するには:

1.	コンピューター アカウントを作成する Active Directory 内のコンテナーを選択します。
2.	コンテナを右クリックして呼び出します コンテキストメニューそしてから選択します 作成(新規)チーム コンピューター。 ダイアログボックスが開きます 新しいオブジェクト - コンピューター、図10に示すように。 画像を拡大する 図 10 - Active Directory へのコンピュータの事前登録
3.	コンピュータ名を入力し、ドメイン参加許可をドメイン参加許可を対象のユーザー (またはそのセキュリティ グループ) に割り当てます。 このコンピュータ.
4.	図 11 に示す次のダイアログ ボックスでは、コンピュータの GUID/UUID を指定するとともに、このクライアントを管理するかどうか (リモート OS インストールの準備ができているかどうか) を指定する必要があります。 GUID/UUID を入力し、オプションの横にあるボックスをチェックします。 これは管理されたコンピュータです.

GUID/UUID は、コンピューターの製造元によって割り当てられ、BIOS に保存される固有の 32 桁の番号です。 この番号は、コンピュータのケースまたはコンピュータが梱包されていた箱に記載されています。 番号が見つからない場合は、コンピュータの電源を入れて BIOS に入ります。そこに GUID に関する情報が表示されます。 OEM または IHV に問い合わせて、購入したコンピュータを RIS で使用するために Active Directory に事前登録するために使用できる VBScript を入手してください。

図 11 - RIS サーバーによって管理されるコンピューターの GUID の指定

次のダイアログ ボックスで、このコンピュータにサービスを提供する RIS サーバーを指定できます。 これを行わないことを選択すると、利用可能な RIS サーバーがクライアント コンピュータの要求に応答してサービスを実行します。 このオプションを使用すると、組織の RIS サーバー間の負荷を分散したり、RIS サーバーの物理的な場所とクライアント コンピュータの場所がわかっている場合にネットワーク トラフィックを分散したりすることができます。 たとえば、特定の RIS サーバーが、コンピュータをセットアップしているユーザーと同じ建物のフロアにある場合、構成しているクライアントにサービスを提供するためにその特定のサーバーを指定することが合理的である場合があります。

シナリオ 4: RIPrepを使用した標準構成の作成、ソフトウェアのインストールおよびメンテナンス機能

管理者がオペレーティング システムのリモート インストールを使用して組織のコンピュータを標準化することを計画している場合、ソフトウェアの同時インストールが便利な場合があります。

これを説明する最良の方法は、例を使用することです。 組織が新しいコンピュータを購入し、そのコンピュータに Windows 2000 Professional と一連のアプリケーションをインストールして構成する必要があるとします。 マイクロソフトオフィス 2000。管理者はすでにリモート OS インストール サービスを構成しており、IntelliMirror テクノロジのコンポーネントであるソフトウェアのインストールおよびメンテナンス機能を使用する準備ができています (つまり、組織のコンピュータを管理するためのグループ ポリシー オブジェクトがあります)。 さらに、ソフトウェア配布ポイントが準備されており、管理者が作成したスクリプトに従って、そこから オフィスの設置 2000。これは、それぞれのグループ ポリシー オブジェクトでコンピュータに割り当てられます。 これらの側面については、ドキュメントで詳しく説明されています ソフトウェアのインストールとサポートソフトウェアのインストールとメンテナンス (JP)。

注記。ターゲット コンピューター (RIPrep イメージのシステムがインストールされるコンピューター) に適用される、グループ ポリシー オブジェクトにリストされているアプリケーションは、OS の展開後に別のグループ ポリシー セットが適用される場合、アンインストールまたは再インストールされる可能性があります。

管理者は、ターゲット PC と同じ HAL を備えたコンピュータに Windows 2000 Professional をインストールし、当面のタスクに従ってオペレーティング システムを構成します。 その後、コンピューター アカウントは Active Directory ディレクトリ サービス コンテナーに追加され、OS の展開後にこのコンピューター アカウントが常駐します。 同じコンテナには、Office 2000 をコンピュータに割り当てる GPO が含まれています。

管理者がコンピュータを起動すると、IntelliMirror - ソフトウェア インストールとメンテナンス テクノロジが機能し、Office 2000 がコンピュータにインストールされます (コンピュータに割り当てられたアプリケーションは、起動時にインストールされます)。 Office 2000 のインストールが完了すると、管理者はリモート インストール準備ウィザード (RIPrep) を使用してオペレーティング システム イメージの作成を開始できます。 作成されたイメージは RIS サーバーに配置され、すぐに組織のコンピュータにインストールできるようになります。 受け取った社員は、 新しいコンピュータ RIS サポートにより、接続するだけで済みます 周辺機器（キーボード、マウス、モニター）、ネットワークに接続（ネットワークアダプターとハブをケーブルで接続）、コンピューターの電源を入れてキーを押します。 F12ネットワークダウンロードを開始します。

コンピューターは RIS サーバーを見つけ、サーバー上でホストされているイメージから OS とアプリケーションをインストールします。 リモート OS インストールが完了すると、コンピュータが再起動し、Windows インストーラはソフトウェアがコンピュータにすでにインストールされていると判断します。 この方法では、Windows インストーラーはアプリケーションの提供情報を更新するだけで済みます。これには数秒かかります。

ユーザーがログオンして Office 2000 アプリケーションのいずれかを初めて開くと、Windows インストーラが起動することに注意してください。 これは、Office 2000 のインストールがユーザーの構成に影響を与えないため、ユーザーの基本設定と設定が分離されているためです。 ローカルコンピュータ。 Windows インストーラーが実行されて、少数の特定のファイルが生成されます。 カスタム設定毎回 新しいユーザーアプリケーションを初めて起動します。

上の例は、リモート OS インストールをソフトウェアのインストールおよびメンテナンスと組み合わせて使用​​する主な利点を示しています。管理者はオペレーティング システムとアプリケーションを迅速かつ効率的に展開できます。 ソフトウェアのインストールおよびメンテナンス機能を使用すると、アプリケーションを管理し、更新したり、必要に応じて削除したりできます。

クライアントのインストールオプション

自動インストール

デフォルトでは、リモート OS インストール機能のすべてのユーザーがサイレント インストールを選択できます。 無人インストールを使用すると、ユーザーが OS を正常にインストールできるようになります。 管理者は、ユーザーがネットワークにログインするだけでインストールできるようにインストール設定を構成できます。 自動スタートインスタレーション。 システムのインストール中、ユーザーには何の質問もされないため、IT 部門に助けを求める電話がかかることがなくなり、組織のユーザー サポート コストが削減されます。

必要に応じて、管理者はユーザーに OS の自動インストールのいくつかのオプションから選択できるようにすることができます。 リモート インストール サービスを使用すると、管理者は各イメージを特徴付ける短い名前を指定できます。 これにより、ユーザーは自分のニーズや仕事の責任に合った OS を独自に選択する機会が得られます。 たとえば、管理者はいくつかの さまざまなファイルマーケティング部門の従業員を対象とした自動 OS インストール イメージの回答。 各応答ファイルは、部門内での従業員の立場に基づいてオペレーティング システムを構成します。 管理者は、マーケティング部門のセキュリティ グループにのみ、これらのインストール オプションへのアクセスを許可します。 他の部門の従業員は、これらのインストール オプションを使用できません。 エンド ユーザーは、各オプションを表示するときに表示される短いタイトルと明確な説明を利用して、幅広い OS インストール オプションから選択できるようになりました。

リモート インストール サービスの設定を使用すると、作成するコンピュータ アカウントのコンピュータ名と Active Directory ディレクトリ サービス内のコンテナを自動的に生成する形式を事前に指定できます。 IT 部門の従業員がユーザー自身でシステムをインストールする必要がなくなり、ユーザーがドメイン名やコンピューター名を指定する際に間違える可能性がなくなりました。 管理者は特定の RIS サーバーに対してこれらの設定を構成するだけで、残りの設定はオペレーティング システムのインストール中に自動的に行われます。

.	デフォルトのデフォルト ドメイン GPO 設定では、エンド ユーザーの選択肢は次のとおりに制限されます。 自動インストール。 管理者は、デフォルトのドメイン ポリシー設定を変更したり、残りのクライアント インストール設定へのアクセスをユーザーに与える新しい GPO を作成したりできます。 追加情報グループ ポリシー設定に関する情報は、Windows 2000 オンライン ヘルプで参照できます。
.	エンド ユーザーに複数のインストール オプションの選択肢を提供する場合は、範囲を広げすぎないようにしてください (オプションは 3 ～ 5 つまでにすることをお勧めします)。 これにより、ユーザーにとって作業が簡単になり、作業が容易になります 正しい選択、組織内でのタスクと責任と一致しています。
.	個々のユーザーをセキュリティ グループに含めることで、OS イメージへのアクセスをユーザーのグループに制限できます。 応答ファイル (.sif) へのアクセス許可を個々のユーザーに割り当てることは、管理者にとって多大な労力を要する場合があります。 したがって、セキュリティ グループを使用してアクセスを制限し、可能な場合は、個々の応答ファイルではなくテンプレート フォルダーにアクセス許可を割り当てます (これにより、フォルダー内のすべてのファイルにアクセス許可が適用されます)。

カスタムインストール

カスタム インストールは自動インストールに似ていますが、管理者またはサポート ワーカーが組織内の他の従業員のために OS をインストールできます。 このリモート インストール オプションは、クライアント コンピュータに OS を完全にインストールするか、最初に Active Directory にそのアカウントを作成するために使用できます。 カスタム インストールは、IT 部門のスタッフがクライアント コンピュータ システムを事前構成または再インストールする必要がある場合に最もよく使用されます。 カスタム インストールを使用すると、IT 従業員は Active Directory 内のコンピュータの名前とアカウントの場所を再割り当てできます。 デフォルトでは、RIS サーバーはリモート インストール サービス管理者が指定した形式でコンピュータ名を生成します。 また、管理者は、OS のインストールと同時にコンピューター アカウントを作成するために、Active Directory ディレクトリ サービス内のコンテナーを指定します。 デフォルトでは、コンピューターの名前は、クライアント インストール ウィザード (CIW) を実行するユーザー アカウント名に基づいて付けられます。

管理者またはヘルプ デスク ワーカーが組織内の他の人のために OS をインストールしている場合、コンピュータ名の基礎として IT 部門のアカウントを使用することは得策ではない可能性があります。 このような場合、IT プロフェッショナルはグループ ポリシーを通じてカスタム インストール オプションを提供します。これにより、コンピューター名の設定と Active Directory 内のその場所を再割り当てできるようになります。

カスタム インストールでは、管理者が Active Directory ディレクトリ サービスにコンピュータを事前登録し、コンピュータ アカウント オブジェクトを作成する機能も提供します。 アカウントが管理者によって以前に作成されている場合、そのアカウントは、利用可能な任意の RIS サーバーからサービスを提供できる、承認された「既知の」コンピューターになります。 クライアント インストール ウィザードでアカウントを事前に作成できます。 これを行うには、OS をインストールするために必要な情報をすべて入力する必要がありますが、最後に OS の起動を拒否します。 これらの手順により、Active Directory にコンピューター アカウントが作成されます。

注記。最も 簡単な方法でクライアント コンピュータ アカウントを事前に作成するには、Microsoft がハードウェア メーカーに提供する VBScript スクリプトを使用します。 スクリプトを実行するには、RIS で使用するアカウントを事前に作成するために必要な情報がすべて含まれた MS Excel スプレッドシートが必要です。 アカウントを事前に作成する予定のコンピューターを注文する場合は、ハードウェア ベンダーから VBScript と GUID を入力したスプレッドシートをリクエストしてください。

.	エンド ユーザーにリモート OS インストールが許可されている場合、通常、コンピュータの名前付けと Active Directory の場所の標準への準拠を保証するためにカスタム インストールは使用されません。 ただし、IT 従業員が作成する場合、 手動インストールエンド ユーザーが OS をインストールするか、カスタム インストールを使用することは非常に正当です。
.	組織のエンド ユーザーが常に OS がインストールされたコンピューターを受け取る必要がある場合は、カスタム インストールを使用します。 リモート OS インストール機能を使用すると、システムをプレインストールしなくても実行できますが、OS のプレインストールが組織の要件である場合は、いつでもカスタム インストールを使用できます。

インストールを再開する
前回の試行が何らかの理由で失敗した場合に備えて、インストールを再開するオプションが提供されています。 クライアント インストール ウィザードは、インストールされるシステムの特定のパラメータについて一連の質問をするように構成できます。 たとえば、管理者は CIW を準備して、インストールされているプロトコル、画面解像度、組織名に関する情報を収集できます。 失敗したインストールが再開されると、これらの質問はエンド ユーザーに尋ねられなくなります。 Windows セットアップには必要な情報がすでに含まれているため、ファイルのコピー プロセスが再開され、オペレーティング システムのインストールが完了します。

メンテナンスとトラブルシューティング

このオプションでは、メンテナンスやトラブルシューティングのためにサードパーティのハードウェアおよびソフトウェア ツールにアクセスできます。 これらには、BIOS バージョンのアップデート、ウイルス対策メモリ スキャナー、ハードウェアをチェックするためのさまざまな診断ユーティリティなどが含まれます。 これらのユーティリティは、クライアント コンピュータにオペレーティング システムがインストールまたは起動される前に使用できます。

メンテナンスおよびトラブルシューティング ツールへのユーザー アクセスがグループ ポリシー設定で有効になっている場合、OS インストール オプションと同じ方法で制御されます。 アクセス許可は、対応するユーティリティ イメージの応答ファイルに設定されます。 たとえば、RIS 管理者はエンド ユーザーに 1 つの診断ユーティリティのみへのアクセスを許可し、サポート スタッフには次の機能を提供する場合があります。 フルセットツール。 ユーザーが IT 部門にサポートを求めた場合、診断ユーティリティを通じて問題を解決するためのデータを収集することができます。 IT 部門の従業員が問題を解決するためにユーザーを訪問する必要がある場合、IT 部門はユーザーの資格情報を使用してクライアント インストール ウィザードを実行することで、すべてのユーティリティにアクセスできます。