Windows, PowerShell и дълги пътища

Мисля, че и вие като мен сте виждали подобни пътеки повече от веднъж !!! Важно____Ново____!!! Не изтривай!!!Заповед №98819-649-Б от 30г. относно назначаването на Иван Александрович Козлов за временно изпълняващ длъжността ръководител на отдела за поддръжка на корпоративни VIP клиенти и организиране на бизнес срещи в кулоарите.doc.

И често няма да можете да отворите такъв документ в Windows веднага. Някои хора практикуват заобиколно решение под формата на картографиране на дискове, други използват файлови мениджъри, които могат да работят с дълги пътища: Far Manager, Total Commander и други подобни. И много други гледаха с тъга как създадения от тях PS скрипт, в който беше инвестирано много работа и който работеше с гръм и трясък в тестовата среда, в производствена среда безпомощно се оплакваше от невъзможна задача: Посоченият път, име на файл или и двете са твърде дълги. Пълното име на файла трябва да е по-малко от 260 знака, а името на директорията трябва да е по-малко от 248 знака.
Както се оказва, 260 знака са достатъчни „не само за всички“. Ако се интересувате от излизане отвъд границите на позволеното, моля, обърнете се към котката.

Ето само някои от неприятните последици от ограничаването на дължината на пътя на файла:

• има папка на сървъра, например D:DataSharedAccounting, която се споделя чрез SMB и се монтира към потребителите като мрежово устройство S; потребителите създават файлове, които администраторите/скриптовете не могат да прочетат при локален достъп от сървъра, защото абсолютният път е по-дълъг от мрежовия път;
• грешки при синхронизиране за роуминг профили;
• проблеми с възстановяването от скрити копия;
• при мигриране на данни от други системи, които имат по-малко строги ограничения за дължината на пътя, в новата среда някои от тях ще станат недостъпни, без да танцувате с тамбура;
• некоректни данни при изчисляване на размерите и броя на файловете в папките;
• и др ...

Отклонявайки се леко от темата, отбелязвам, че за репликацията на DFS проблемът, обсъден в статията, не е ужасен и файловете с дълги имена успешно пътуват от сървър на сървър (ако, разбира се, всичко останало е направено правилно).

Бих искал също така да насоча вниманието ви към една много полезна помощна програма, която ми е помагала повече от веднъж Robocopy. Тя също не се страхува от дълги пътеки и може много. Следователно, ако задачата се свежда до копиране/прехвърляне на файлови данни, можете да спрете дотук. Ако трябва да си играете номера със списъците за контрол на достъпа до файловата система (DACL), погледнете настрани субинакл. Въпреки напредналата си възраст, той се представи отлично на Windows 2012 R2. Тук Разглеждат се методи на приложение.

Беше ми интересно да преподавам как да работя с дълги пътища на PowerShell. С него е почти като в брадат виц за Иван Царевич и Василиса Красива.

Бърз начин

Преминете към Linux и не се притеснявайте за Windows 10/2016/2019 и активирайте подходящата настройка на груповата политика/настройте системния регистър. Няма да се спирам подробно на този метод, т.к. В интернет вече има много статии по тази тема, напр. това.

Като се има предвид, че повечето компании имат много, меко казано, не най-новите версии на операционни системи, този метод е бърз само за писане на хартия, освен ако, разбира се, не сте от онези късметлии, които имат малко стари системи и Windows 10 /2016/2019 царува върховно.

Дългият път

Нека незабавно да направим резервация тук, че промените няма да повлияят на поведението на Windows Explorer, но ще направят възможно използването на дълги пътища в кратки команди на 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. След актуализацията трябва да изглежда нещо подобно:

Сега, когато използвате кратки команди Get-ChildItem и други подобни вместо обичайните Път ще използваме literalPath.

Форматът на пътя ще бъде малко по-различен:

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

За удобство на преобразуване на пътища от обичайния формат във формат literalPath можете да използвате тази функция:

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"}
}

Моля, имайте предвид, че когато настройвате параметъра literalPath Не можете да използвате заместващи знаци (*, ? и т.н.).

В допълнение към параметъра literalPath, в актуализираната версия на кратката команда PowerShell 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-параметър

В анкетата могат да участват само регистрирани потребители. Впиши се, Моля те.

Актуален ли е за вас проблемът с дългите пътища?

• Да

• Беше уместно, но вече решено

• Пречи, но не много

• Не се замислих, изглежда всичко работи

• Не

• Друго (моля, посочете в коментарите)

155 потребители гласуваха. 25 потребители се въздържаха.

Източник: www.habr.com