Filesystems

如何正確存檔文件以避免非常長的文件路徑

  • October 21, 2019

我們有一些網路共享,由於文件路徑太長,我每天都會收到使用者的支持電話。我建議使用簡短的文件夾名稱並避免深度嵌套它們,但我的使用者總是有新的充分理由來冗長。他們需要非常長的文件夾名稱以及內容的詳細描述。有時他們只是將其他人創建的文件解壓縮到適當的網路子文件夾中,他們甚至不會注意到極長的名稱。

文件系統是存檔文件的一種非常簡單實用的方法,但也許這不是他們真正需要的。抽象層可能會有所幫助,它將長而冗長的令人回味的名稱映射到文件夾和文件。它可以通過數據庫或簡單的 excel 文件來實現,但這似乎有點過頭了,尤其是在更新地圖的任務留給使用者的情況下。

有一個應用程序TLPD,它掃描長文件路徑。我從未使用過它,但也許可以將其放入腳本中以通知文件所有者,以便他可以在出現任何問題之前重命名或移動文件夾。

有沒有另一種方法來解決這個問題?

請考慮我們有一個異構 Windows 域,因此我們不能超過大約 250 個字元的“舊”限制。

更新

我閱讀了建議的文章,但我已經意識到沒有可行的方法來克服這個限制。我正在尋找可以緩解問題的工具和程序。我們有一些超過 100 個字元的文件夾名稱。是否有任何簡單的替代方法來儲存該資訊?

TLPD確實看起來 90% 適合您的問題。

TLPD 的主要問題是它只會讓你成為一個日誌文件。

IMO,我認為列出文件並找出哪些路徑太長的任務最終將與解析該日誌文件一樣複雜。

因此,我建議使用 PowerShell 來獲取遞歸列表,過濾過長的名稱,查看結果列表,獲取文件所有者,然後郵寄它們。

這些步驟中的每一個都簡單且流行,因此每個步驟都有很多可通過 Google 搜尋的資訊。在最壞的情況下,將這些部分連接在一起將是一個stackoverflow文章的情況:)

也許執行 Windows 的人可能會提供一個更好的答案,它實際上實現了部分/全部。:)

引用自:https://serverfault.com/questions/977393