Windows, PowerShell ו-Long Paths

אני חושב שגם אתה, כמוני, ראית נתיבים כאלה יותר מפעם אחת !!! חשוב____חדש____!!! אין למחוק!!! הזמנה מס' 98819-649-B מיום 30 על מינויו של איבן אלכסנדרוביץ' קוזלוב לתפקיד ממלא מקום זמני של ראש המחלקה לתמיכה בלקוחות VIP ארגוניים וארגון פגישות עסקיות בצד.doc.

ולעתים קרובות לא תוכל לפתוח מסמך כזה ב-Windows מיד. יש אנשים שמתרגלים פיתרון בצורה של מיפוי דיסק, אחרים משתמשים במנהלי קבצים שיכולים לעבוד עם נתיבים ארוכים: Far Manager, Total Commander וכדומה. ורבים נוספים צפו בעצב בתסריט ה-PS שיצרו, שהושקעה בו עבודה רבה ואשר עבד ברעש בסביבת המבחן, בסביבת הפקה התלוננו חסר אונים על משימה בלתי אפשרית: הנתיב שצוין, שם הקובץ או שניהם ארוכים מדי. שם הקובץ המוסמך במלואו חייב להיות פחות מ- 260 תווים ושם הספרייה חייב להיות פחות מ -248 תווים.
כפי שמתברר, 260 תווים מספיקים "לא רק לכולם". אם אתם מעוניינים לחרוג מגבולות המותר, נא לפנות לחתול.

הנה רק חלק מההשלכות המצערות של הגבלת אורך נתיב הקובץ:

• ישנה תיקיה בשרת, למשל, D:DataSharedAccounting, המשותפת באמצעות SMB ומותאמת למשתמשים ככונן רשת S; משתמשים יוצרים קבצים שמנהלי מערכת/סקריפטים אינם יכולים לקרוא כאשר הם ניגשים להם באופן מקומי מהשרת, בגלל הנתיב המוחלט ארוך יותר מנתיב הרשת;
• שגיאות סנכרון עבור פרופילי נדידה;
• בעיות בשחזור מעותקי צל;
• כאשר מעבירים נתונים ממערכות אחרות שיש להן הגבלות פחות מחמירות על אורך הנתיב, בסביבה החדשה חלקן יהפכו לבלתי נגישים מבלי לרקוד עם טמבורין;
• נתונים שגויים בעת חישוב הגדלים ומספר הקבצים בתיקיות;
• וכו '...

בסטייה קלה מהנושא, אני מציין שבשכפול DFS הבעיה הנדונה במאמר אינה נוראה וקבצים עם שמות ארוכים עוברים בהצלחה משרת לשרת (אם, כמובן, כל השאר הוא נעשה נכון).

ברצוני גם להפנות את תשומת לבכם לכלי עזר שימושי מאוד שעזר לי יותר מפעם אחת robocopy. היא גם לא מפחדת משבילים ארוכים, והיא יכולה לעשות הרבה. לכן, אם המשימה מסתכמת בהעתקה/העברת נתוני קבצים, אתה יכול לעצור שם. אם אתה צריך לעשות טריקים עם רשימות בקרת גישה למערכת קבצים (DACLs), הבט הצידה subinacl. למרות גילו המתקדם, הוא פעל מצוין ב-Windows 2012 R2. כאן שיטות היישום נלקחות בחשבון.

התעניינתי ללמד איך לעבוד עם נתיבי PowerShell ארוכים. איתו זה כמעט כמו בבדיחה מזוקן על איבן צארביץ' ו-וסיליסה היפה.

דרך מהירה

עבור ללינוקס ואל תדאג לגבי Windows 10/2016/2019 והפעל את הגדרת המדיניות הקבוצתית המתאימה/התאמת הרישום. לא אתעכב על שיטה זו בפירוט, כי... כבר יש הרבה מאמרים בנושא זה באינטרנט, למשל, זה.

בהתחשב בכך שלרוב החברות יש הרבה, בלשון המעטה, לא את הגרסאות העדכניות ביותר של מערכות הפעלה, שיטה זו מהירה רק לכתיבה על נייר, אלא אם כן, כמובן, אתה אחד מאותם ברי המזל שיש להם מעט מערכות מדור קודם ו-Windows 10 /2016/2019 שולט .

הדרך הארוכה

בואו נעשה כאן מייד הסתייגות שהשינויים לא ישפיעו על ההתנהגות של Windows Explorer, אלא יאפשרו להשתמש בנתיבים ארוכים ב-cmdlets של PowerShell, כמו Get-Item, Get-ChildItem, Remove-Item וכו'.

ראשית, בואו נעדכן את PowerShell. זה נעשה פעם אחת, שתיים, שלוש פעמים.

1. אנו מעדכנים את .NET Framework לגרסה לא נמוכה מ-4.5. מערכת ההפעלה חייבת להיות לפחות Windows 7 SP1/2008 R2. אתה יכול להוריד את הגרסה הנוכחית כאן, קרא מידע נוסף כאן.
2. הורד והתקן את Windows Management Framework 5.1
3. אנחנו מאתחלים את המכונה.

אנשים חרוצים יכולים לבצע את השלבים המתוארים לעיל באופן ידני, אנשים עצלנים יכולים לעשות זאת בעזרת SCCM, מדיניות, סקריפטים וכלי אוטומציה אחרים.

ניתן למצוא את הגרסה הנוכחית של PowerShell מהמשתנה $PSVersionTable. לאחר העדכון זה אמור להיראות בערך כך:

כעת בעת שימוש ב-cmdlets Get-ChildItem וכדומה במקום הרגיל נתיב אנחנו נשתמש ליטרלPath.

פורמט הנתיב יהיה שונה במקצת:

Get-ChildItem -LiteralPath "?C:Folder"
Get-ChildItem -LiteralPath "?UNCServerNameShare"
Get-ChildItem -LiteralPath "?UNC192.168.0.10Share"

לנוחות המרת נתיבים מהפורמט הרגיל לפורמט ליטרלPath אתה יכול להשתמש בפונקציה הזו:

Function ConvertTo-LiteralPath 
Param([parameter(Mandatory=$true, Position=0)][String]$Path)
    If ($Path.Substring(0,2) -eq "") {Return ("?UNC" + $Path.Remove(0,1))}
    Else {Return "?$Path"}
}

שימו לב כי בעת הגדרת הפרמטר ליטרלPath אתה לא יכול להשתמש בתווים כלליים (*, ? וכן הלאה).

בנוסף לפרמטר ליטרלPath, בגרסה המעודכנת של PowerShell cmdlet Get-ChildItem קיבל את הפרמטר עומק, שבאמצעותו ניתן להגדיר את עומק הקינון לחיפוש רקורסיבי, השתמשתי בו כמה פעמים והייתי מרוצה.

עכשיו אתה לא צריך לדאוג שסקריפט ה-PS שלך ישתובב בדרך הקוצנית הארוכה ולא יוכל לראות קבצים מרוחקים. לדוגמה, גישה זו עזרה לי מאוד בעת כתיבת סקריפט לאיפוס התכונה "זמנית" של קבצים בתיקיות DFSR. אבל זה סיפור אחר, שאנסה לספר במאמר אחר. אני מצפה לתגובות מעניינות ממך ומציע לך להשתתף בסקר.

קישורים שימושיים:
docs.microsoft.com/ru-ru/dotnet/api/microsoft.powershell.commands.contentcommandbase.literalpath?view=powershellsdk-1.1.0
docs.microsoft.com/en-us/powershell/module/microsoft.powershell.management/get-childitem?view=powershell-5.1
stackoverflow.com/questions/46308030/handling-path-too-long-exception-with-new-psdrive/46309524
luisabreu.wordpress.com/2013/02/15/theliteralpath-parameter

רק משתמשים רשומים יכולים להשתתף בסקר. להתחברבבקשה.

האם בעיית השבילים הארוכים רלוונטית עבורך?

• כן

• היה רלוונטי, אבל כבר הוחלט

• זה מפריע, אבל לא הרבה

• לא חשבתי על זה, נראה שהכל עובד

• לא

• אחר (נא לציין בהערות)

155 משתמשים הצביעו. 25 משתמשים נמנעו.

מקור: www.habr.com