ユーザー「HOMEDRIVE」「HOMEPATH」「HOMESHARE」を定義するためのベストプラクティス
ドメインユーザーの「HOME」環境変数をネットワークパスにマッピングすることがベストプラクティスと見なされていますか？もしそうなら、なぜですか？
「HOME」変数とは、次のことを指します。
- ％HOMEDRIVE％
- ％HOMEPATH％
- ％HOMESHARE％
この質問は、Gitなどの一部のアプリケーションが重要な構成ファイルをユーザーの％HOMEPATH％に保存するために発生します。ユーザーがリモートで作業している場合、またはサーバーまたはネットワークがダウンしている場合、これらのアプリケーションはリモートのHOMEPATHからコアファイルにアクセスできないため、正しく機能しなくなります。
HOMEPATHには常にデフォルトのローカルWindowsユーザーディレクトリを使用する方が理にかなっているようですが、これについて賛成または反対する文書化されたベストプラクティスは見つかりませんでした。私のオフィスでは、標準的な方法はユーザーHOMEPATHをネットワークフォルダーにマップすることです...
ほとんどの場合、私はかなりの[〜＃〜] no [〜＃〜]で答えます。 Windowsアーキテクチャは、ドメイン/ネットワーク環境でユーザーデータをフォルダリダイレクト、オフラインファイル、およびローミングユーザープロファイルを介してリダイレクトする機能を提供しますユーザー状態の仮想化として知られています。
この機能を補完するために、アプリケーションには、データをローカルに保存するか[AppData\Local]、ユーザープロファイルAppData\Roaming、またはこの2つの組み合わせで移行するかを選択する機能が用意されています。これにより、マシン固有のファイルやキャッシュされたデータをローカルに保持しながら、設定などのアイテムを一元的に保存してユーザーと一緒に移動できます。
これらの項目を設定すると、関連するすべての環境変数が自動的に調整されます。たとえば、ローミングAppDataフォルダーをリダイレクトする場合、%AppData%は自動的にネットワーク上の場所を指します。
これらの変数を手動で調整する必要があるのは、適切なデータストレージの場所を認識していないレガシーアプリケーションなど、それを必要とする特定のユースケースがある場合のみです。 %HomeDrive%などの変数を調整すると、実際に害を及ぼす可能性があります。ローカルディスクをポイントすることを期待するアプリケーションが壊れたり、リモートシステム上のファイルを操作する微妙な違いを処理できない場合があります。