Windows, PowerShell 및 긴 경로

나처럼 당신은 종종 형태의 경로를 본 것 같아요 !!! 중요____새로운____!!! 삭제하지 마세요!!! 98819년 649월 30일자 주문번호 1985-XNUMX-B Ivan Aleksandrovich Kozlov를 기업 VIP 고객 지원 및 부업 비즈니스 미팅 조직을 위한 부서장 대행으로 임명.doc.

그리고 종종 Windows에서 바로 그러한 문서를 열 수 없습니다. 누군가는 디스크 매핑의 형태로 해결 방법을 연습하고 누군가는 Far Manager, Total Commander 등과 같이 긴 경로에서 작업할 수 있는 파일 관리자를 사용합니다. 그리고 더 많은 사람들이 전투 환경에서 많은 작업이 투자되고 테스트 환경에서 강타로 작동하는 PS 스크립트가 불가능한 작업에 대해 무기력하게 불평하는 방식을 슬프게 지켜 보았습니다. 지정된 경로, 파일 이름 또는 둘 다 너무 깁니다. 정규화된 파일 이름은 260자 미만이어야 하며 디렉터리 이름은 248자 미만이어야 합니다.
결과적으로 260자는 "모든 사람에게만 해당되는 것이 아니라"충분합니다. 허용된 범위를 넘어서는 데 관심이 있으시면 under cat에 문의하십시오.

다음은 파일 경로 길이 제한의 불행한 결과 중 일부입니다.

• 예를 들어 SMB를 통해 공유되고 네트워크 드라이브 S로 사용자에게 마운트되는 D:DataSharedAccounting과 같은 폴더가 서버에 있습니다. 사용자는 서버에서 로컬로 액세스할 때 관리자/스크립트가 읽을 수 없는 파일을 생성합니다. 절대 경로는 네트워크 경로보다 깁니다.
• 로밍 프로필 동기화 오류;
• 쉐도우 복사본에서 복구할 때 발생하는 문제;
• 경로 길이에 대한 제한이 덜 엄격한 다른 시스템에서 데이터를 마이그레이션할 때 새로운 환경에서 일부는 탬버린과 함께 춤을 추지 않고는 액세스할 수 없게 됩니다.
• 폴더의 파일 크기 및 수를 계산할 때 잘못된 데이터;
• 등 ...

주제에서 약간 벗어나서 DFS 복제의 경우 기사에서 고려한 문제는 끔찍하지 않으며 긴 이름을 가진 파일이 서버 간에 성공적으로 이동합니다(물론 그렇지 않은 경우 제외). 제대로 했어).

또한 한 번 이상 도움이 된 매우 유용한 유틸리티에 주목하고 싶습니다. robocopy. 그녀도 긴 길을 두려워하지 않고 많이 알고 있습니다. 따라서 작업이 파일 데이터 복사 / 전송으로 귀결되면 여기서 멈출 수 있습니다. 파일 시스템 액세스 제어 목록(DACL)을 엉망으로 만들어야 하는 경우 눈을 떼십시오. 서브나클. 상당한 나이에도 불구하고 Windows 2012 R2에서 완벽하게 나타났습니다. 여기에 적용 방법이 고려됩니다.

저는 긴 PowerShell 경로로 작업하는 방법을 가르치는 데 관심이 있었습니다. 그와 함께 그것은 Ivan Tsarevich와 Vasilisa the Beautiful에 대한 수염 난 농담과 거의 같습니다.

빠른 길

Linux로 전환하고 Windows 10/2016/2019에 대해 걱정하지 말고 적절한 그룹 정책 설정/레지스트리 조정을 활성화하십시오. 이 방법에 대해서는 자세히 설명하지 않겠습니다. 예를 들어 인터넷에는 이 주제에 대한 많은 기사가 이미 있습니다. 이.

대부분의 회사에는 최신 버전의 운영 체제가 아니라 온화하게 말하면이 방법은 종이에 작성하는 경우에만 빠릅니다. 물론 레거시 시스템과 Windows가 거의없는 운이 좋은 사람 중 하나가 아닌 한 10/2016/2019 통치 .

먼 길

여기에서 변경 사항이 Windows 탐색기의 동작에 영향을 미치지 않지만 Get-Item, Get-ChildItem, Remove-Item 등과 같은 PowerShell cmdlet에서 긴 경로를 사용할 수 있도록 즉시 예약합니다.

먼저 PowerShell을 업데이트하겠습니다. 하나, 둘, 셋이 되었습니다.

1. .NET Framework를 최소 4.5 버전으로 업데이트합니다. 운영 체제는 Windows 7 SP1/2008 R2 이상이어야 합니다. 현재 버전을 다운로드할 수 있습니다. 여기에더 많은 정보 읽기 여기에.
2. 다운로드 중 Windows Management Framework 5.1을 설치합니다.
3. 기계를 재부팅합니다.

열심히 일하는 사람은 위의 단계를 수동으로 수행할 수 있고, 게으른 사람은 SCCM, 정책, 스크립트 및 기타 자동화 도구의 도움을 받아 이를 수행할 수 있습니다.

PowerShell의 현재 버전은 변수에서 찾을 수 있습니다. $PSVersion테이블. 업데이트 후에는 다음과 같아야 합니다.

이제 cmdlet을 사용할 때 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"}
}

매개변수 설정 시 참고하세요. 리터럴 경로 와일드카드는 사용할 수 없습니다(*, ? 등).

매개변수 외에 리터럴 경로, 업데이트된 PowerShell cmdlet에서 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명의 사용자가 기권했습니다.

출처 : habr.com