Windows, PowerShell и долги патеки

Мислам дека и вие, како мене, често сте гледале патеки на формата !!! Важно____Ново____!!! Не бришете!!!Нарачка бр.98819-649-Б од 30 г. за именувањето на Иван Александрович Козлов за вршител на должноста раководител на одделот за поддршка на корпоративни ВИП клиенти и организирање деловни состаноци на маргините.doc.

И честопати нема да можете веднаш да отворите таков документ во Windows. Некој практикува заобиколување во форма на мапирање на дискот, некој користи менаџери на датотеки што можат да работат со долги патеки: Far Manager, Total Commander и слично. И уште многумина со тага гледаа како сценариото за ПС што го создадоа, во кое беше вложено многу труд и кое работеше со удар во пробната средина, во борбеното опкружување беспомошно се жалеа на невозможна задача: Наведената патека, името на датотеката или и двете се премногу долги. Целосно квалификуваното име на датотеката мора да биде помало од 260 знаци, а името на директориумот мора да биде помало од 248 знаци.
Како што се испостави, 260 карактери се доволни „не само за секого“. Ако сте заинтересирани да ги надминете границите на дозволеното, прашувам под мачка.

Еве само неколку од несреќните последици од ограничувањето на должината на патеката на датотеката:

• има папка на серверот, на пример, D:DataSharedAccounting, која се споделува преку SMB и е монтирана на корисниците како мрежен погон S; корисниците создаваат датотеки што администраторите / скриптите не можат да ги читаат кога пристапуваат локално од серверот, tk. апсолутната патека е подолга од патеката на мрежата;
• грешки при синхронизација на профилот во роаминг;
• проблеми со обновувањето од копии во сенка;
• при мигрирање на податоци од други системи кои имаат помалку строги ограничувања на должината на патеката, во новата средина, некои од нив ќе станат недостапни без танцување со тамбура;
• неточни податоци при пресметување на големината и бројот на датотеки во папките;
• итн ...

Малку отстапувајќи од темата, забележувам дека за репликација на DFS, проблемот што се разгледува во статијата не е страшен и датотеките со долги имиња успешно патуваат од сервер до сервер (освен, се разбира, поинаку направено правилно).

Исто така, би сакал да привлечам внимание на една многу корисна алатка која ми помогна повеќе од еднаш робокопија. И таа не се плаши од долги патеки и знае многу. Затоа, ако задачата се сведува на копирање / пренесување податоци за датотеки, можете да застанете на тоа. Ако треба да се плеткате со списоците за контрола на пристап до датотечниот систем (DACL), погледнете настрана под -инкал. И покрај неговата значителна старост, тој се покажа совршено на Windows 2012 R2. Тука се разгледуваат методите на примена.

Бев заинтересиран и да научам како да работам со долги патеки на PowerShell. Со него, речиси како во брада шега за Иван Царевич и Василиса Убавата.

Брз начин

Префрлете се на Linux и не грижете се за 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 и други како него наместо вообичаено Патека ќе користиме Буквална патека.

Форматот на патеките ќе биде малку поинаков:

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

За погодност за конвертирање на патеки од вообичаен формат во формат Буквална патека можете да ја користите оваа функција:

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

Ве молиме имајте предвид дека кога го поставувате параметарот Буквална патека џокерите не можат да се користат (*, ? и така натаму).

Покрај параметарот Буквална патека, во ажурираниот cmdlet на PowerShell Get-ChildItem примен параметар Длабочина, со кој можете да ја поставите длабочината на гнездење за рекурзивно пребарување, ја користев неколку пати и бев задоволен.

Сега не можете да се плашите дека вашата PS скрипта ќе залута од долга трнлива патека и нема да гледа далечни датотеки. На пример, овој пристап многу ми помогна кога пишував скрипта за ресетирање на „привремениот“ атрибут на датотеките во папките DFSR. Но, ова е друга приказна, која ќе се обидам да ја раскажам во друга статија. Очекувам интересни коментари од вас и предлагам да направите анкета.

Корисни врски:
docs.microsoft.com/en-us/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