Windows, PowerShell და გრძელი ბილიკები

ვფიქრობ, შენც ჩემსავით ხშირად გინახავს ფორმის გზები !!! მნიშვნელოვანია____ახალი____!!! არ წაშალოთ!!!ბრძანება No98819-649-B 30 წლის 1985 თებერვლით. კორპორატიული VIP კლიენტების მხარდაჭერისა და საქმიანი შეხვედრების ორგანიზების დეპარტამენტის მოვალეობის შემსრულებლად ივან ალექსანდროვიჩ კოზლოვის დანიშვნის შესახებ.doc.

და ხშირად თქვენ ვერ შეძლებთ დაუყოვნებლივ გახსნათ ასეთი დოკუმენტი Windows-ში. ვიღაც იყენებს გამოსავალს დისკის რუკების სახით, ვიღაც იყენებს ფაილ მენეჯერებს, რომლებსაც შეუძლიათ იმუშაონ გრძელი ბილიკებით: Far Manager, Total Commander და მსგავსი. და კიდევ ბევრმა სევდიანად უყურა, თუ როგორ შექმნეს მათ მიერ შექმნილ PS სკრიპტმა, რომელშიც დიდი შრომა იყო ჩადებული და რომელიც მუშაობდა სატესტო გარემოში, საბრძოლო გარემოში, უმწეოდ ჩიოდა შეუძლებელი დავალების შესახებ: მითითებული გზა, ფაილის სახელი ან ორივე ძალიან გრძელია. სრულად კვალიფიციური ფაილის სახელი უნდა შედგებოდეს 260 სიმბოლოზე ნაკლები, ხოლო დირექტორიის სახელი უნდა იყოს 248 სიმბოლოზე ნაკლები.
როგორც გაირკვა, 260 სიმბოლო საკმარისია „არა მხოლოდ ყველასთვის“. თუ გაინტერესებთ ნებადართულის საზღვრებს გასცდეთ, გეკითხებით კატის ქვეშ.

აქ მოცემულია მხოლოდ რამდენიმე სამწუხარო შედეგი, რომელიც იწვევს ფაილის სიგრძის შეზღუდვას:

• სერვერზე არის საქაღალდე, მაგალითად, D:DataSharedAccounting, რომელიც გაზიარებულია SMB-ის საშუალებით და დამონტაჟებულია მომხმარებლებისთვის, როგორც ქსელური დისკი S; მომხმარებლები ქმნიან ფაილებს, რომლებსაც ადმინისტრატორები/სკრიპტები ვერ კითხულობენ სერვერიდან ლოკალურად წვდომისას, რადგან აბსოლუტური გზა უფრო გრძელია ვიდრე ქსელის გზა;
• როუმინგის პროფილის სინქრონიზაციის შეცდომები;
• ჩრდილოვანი ასლებიდან აღდგენის პრობლემები;
• სხვა სისტემებიდან მონაცემების მიგრაციისას, რომლებსაც აქვთ ბილიკის სიგრძეზე ნაკლებად მკაცრი შეზღუდვები, ახალ გარემოში, ზოგიერთი მათგანი მიუწვდომელი გახდება ტამბურით ცეკვის გარეშე;
• არასწორი მონაცემები საქაღალდეებში ფაილების ზომისა და რაოდენობის გაანგარიშებისას;
• და ა.შ. ...

თემიდან ოდნავ გადახრით, აღვნიშნავ, რომ DFS რეპლიკაციისთვის, სტატიაში განხილული პრობლემა არ არის საშინელი და გრძელი სახელების ფაილები წარმატებით გადადიან სერვერიდან სერვერზე (თუ, რა თქმა უნდა, სხვაგვარად არ სწორად გაკეთებული).

ასევე მინდა გავამახვილო ყურადღება ძალიან სასარგებლო პროგრამაზე, რომელიც არაერთხელ დამეხმარა რობოკოპია. მასაც არ ეშინია გრძელი გზების და ბევრი რამ იცის. ამიტომ, თუ დავალება ჩამოდის ფაილის მონაცემების კოპირებაზე / გადაცემაზე, შეგიძლიათ შეჩერდეთ მასზე. თუ თქვენ გჭირდებათ ფაილური სისტემის წვდომის კონტროლის სიების (DACL) არეულობა, თვალი აარიდეთ სუბინაკლ. მიუხედავად მისი მნიშვნელოვანი ასაკისა, მან მშვენივრად გამოიჩინა თავი Windows 2012 R2-ზე. აქ განიხილება გამოყენების მეთოდები.

მე ასევე მაინტერესებდა ვისწავლო როგორ ვიმუშაო გრძელი PowerShell ბილიკებით. მასთან, თითქმის როგორც წვერიანი ხუმრობა ივან ცარევიჩსა და ვასილისა მშვენიერზე.

სწრაფი გზა

გადაერთეთ Linux-ზე და არ ინერვიულოთ Windows 10/2016/2019-ზე და ჩართეთ შესაბამისი ჯგუფის პოლიტიკის პარამეტრი/რეესტრის შესწორება. მე არ შევჩერდები ამ მეთოდზე დეტალურად, რადგან. ქსელში უკვე არის ბევრი სტატია ამ თემაზე, მაგალითად, ამ.

იმის გათვალისწინებით, რომ უმეტეს კომპანიებში არის ოპერაციული სისტემების მრავალი, რბილად რომ ვთქვათ, არა ახალი ვერსია, ეს მეთოდი სწრაფია მხოლოდ ქაღალდზე დასაწერად, თუ, რა თქმა უნდა, არ ხართ ერთ-ერთი იმ იღბლიანთაგანი, ვისაც აქვს რამდენიმე ძველი სისტემა და Windows. 10/2016/2019 მეფობა.

ხანგრძლივი გზა

აქ ჩვენ დაუყოვნებლივ ვაკეთებთ დათქმას, რომ ცვლილებები არ მოახდენს გავლენას Windows Explorer-ის ქცევაზე, მაგრამ შესაძლებელს გახდის PowerShell cmdlet-ებში გრძელი ბილიკების გამოყენებას, როგორიცაა 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. განახლების შემდეგ ის ასე უნდა გამოიყურებოდეს:

ახლა 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-მა მომხმარებელმა თავი შეიკავა.

წყარო: www.habr.com