UNCパス対 マップされたドライブ

ユーザーは、WindowsコンピューターとLinuxコンピューターの間にローカルエリアネットワークを作成して、コンピューター間でファイルを手動で転送しなくても、ファイルと情報を簡単に共有できます。 共有フォルダを使用することにより、コンピュータはネットワーク上の他のユーザーがそのコンピュータ上のファイルを読み取ったり変更したりできるようにディレクトリにアクセスできるようにします。 これらのファイルにアクセスするには、2つの一般的な方法があります。ネットワークディレクトリをローカルドライブ名にマッピングする方法と、汎用名前付け規則（UNC）パスを使用してそのディレクトリにアクセスする方法です。

統一名前付け規則（UNC）パスは、ネットワーク上のリソースの場所を定義します。 UNCは、オペレーティングシステムレベルではなく、ネットワークレベルで動作し、ネットワーク上のコンピューターが相互に通信するためのグローバルスタンダードを備えています。 UNCの指定は特定のものであり、特定のオペレーティングシステムに独自のネットワークマッピングプロトコルがある場合でも、すべてのオペレーティングシステムに適用されます。

ただし、マップされたドライブは特定のコンピューターに固有です。 Windowsマップドライブはネットワーク上の共有ドライブを表しますが、文字またはディレクトリ名で示される内部Windowsドライブにマップします。 この方法では、システムがマッピングを記憶してユーザーにロードするため、ユーザーは共有ドライブに簡単に接続できます。 ユーザーはマップされたドライブを変更できますが、UNCパスは通常変更しません。 実際、ユーザーはマッピングの指定を制御できます。つまり、マップされたドライブは日々、未知の方法で変更される可能性があります。

システム管理者は、これらの理由から、ネットワーク全体にUCパスを実装したいと考えることがよくあります。 マップされたドライブを変更するユーザーは、ネットワーク全体のデータフローに問題を引き起こす可能性があります。 ユーザーは、どのドライブがどの共有リソースにマップされているかわからない場合があります。 さらに、リソースが使用できなくなると、ユーザーがドライブをそのリソースにマップすると、コンピューターがハングする可能性があります。 ドライブは移動した可能性のあるリソースを探すため、コンピューターはどこを見ればよいかわからないまま、リソースの検索に時間を費やします。

UNCドライブとマッピングドライブの間のより大きな問題は、マップされたドライブが基盤となるネットワーク構造を反映していないことです。 管理者はネットワークのレイアウト全体を変更できます。または、更新や修復によってレイアウトが変更され、マップされたドライブを維持できなくなる場合があります。 マップされたドライブの代わりに、ネットワーク上のコンピューターのリストを維持し、ユーザーにUNCの使用方法を教えることもできます。 たとえば、ネットワーク上のリソースのリストを持つユーザーは、ドライブをマッピングするのではなく、「\ computer1 \ shared_folder」などのネットワークのUNCパスを使用できます。 このようにして、ユーザーは常に正しいリソースにアクセスします。