विंडोज, पॉवरशेल आणि लांब पथ

मला वाटते की तुम्ही, माझ्यासारखे, असे मार्ग एकापेक्षा जास्त वेळा पाहिले आहेत !!! महत्वाचे____नवीन____!!! हटवू नका!!! ऑर्डर क्रमांक ९८८१९-६४९-बी दिनांक ३० फेब्रुवारी १९८५ कॉर्पोरेट व्हीआयपी क्लायंटला समर्थन देण्यासाठी आणि sidelines.doc वर व्यवसाय बैठका आयोजित करण्यासाठी विभागाचे तात्पुरते कार्यवाहक प्रमुख म्हणून इव्हान अलेक्सांद्रोविच कोझलोव्ह यांची नियुक्ती.

आणि बर्‍याचदा तुम्ही असा दस्तऐवज विंडोजमध्ये लगेच उघडू शकणार नाही. काही लोक डिस्क मॅपिंगच्या स्वरूपात वर्कअराउंडचा सराव करतात, तर काही फाइल मॅनेजर्स वापरतात जे लांब मार्गांसह कार्य करू शकतात: फार मॅनेजर, टोटल कमांडर आणि यासारखे. आणि अनेकांनी त्यांनी तयार केलेली PS स्क्रिप्ट म्हणून दुःखाने पाहिले, ज्यामध्ये बरेच काम गुंतवले गेले आणि ज्याने चाचणी वातावरणात धमाकेदार काम केले, उत्पादन वातावरणात एका अशक्य कार्याबद्दल असहायतेने तक्रार केली: निर्दिष्ट मार्ग, फाइल नाव किंवा दोन्ही खूप लांब आहेत. पूर्ण पात्र फाइल नाव 260 वर्णांपेक्षा कमी असणे आवश्यक आहे आणि निर्देशिका नाव 248 वर्णांपेक्षा कमी असणे आवश्यक आहे.
हे दिसून येते की, 260 वर्ण पुरेसे आहेत "केवळ प्रत्येकासाठी नाही." तुम्हाला परवानगी असलेल्या सीमांच्या पलीकडे जाण्यात स्वारस्य असल्यास, कृपया मांजरीचा संदर्भ घ्या.

फाईल मार्गाची लांबी मर्यादित करण्याचे काही दुर्दैवी परिणाम येथे आहेत:

• सर्व्हरवर एक फोल्डर आहे, उदाहरणार्थ, D:DataSharedAccounting, जे SMB द्वारे सामायिक केले जाते आणि वापरकर्त्यांना नेटवर्क ड्राइव्ह S म्हणून माउंट केले जाते; वापरकर्ते अशा फायली तयार करतात ज्या सर्व्हरवरून स्थानिक पातळीवर प्रवेश केल्यावर प्रशासक/स्क्रिप्ट वाचू शकत नाहीत, कारण परिपूर्ण मार्ग नेटवर्क मार्गापेक्षा लांब आहे;
• रोमिंग प्रोफाइलसाठी सिंक्रोनाइझेशन त्रुटी;
• छाया प्रतींमधून पुनर्संचयित करण्यात समस्या;
• मार्गाच्या लांबीवर कमी कठोर निर्बंध असलेल्या इतर प्रणालींमधून डेटा स्थलांतरित करताना, नवीन वातावरणात त्यापैकी काही डफ वाजवल्याशिवाय प्रवेश करण्यायोग्य होतील;
• फोल्डरमधील फायलींचे आकार आणि संख्या मोजताना चुकीचा डेटा;
• इत्यादी ...

विषयापासून थोडेसे वळवताना, मी लक्षात घेतो की DFS प्रतिकृतीसाठी लेखात चर्चा केलेली समस्या भयंकर नाही आणि लांब नाव असलेल्या फायली सर्व्हरवरून सर्व्हरपर्यंत यशस्वीरित्या प्रवास करतात (जर, अर्थातच, बाकी सर्व काही आहे. योग्य केले).

मी तुमचे लक्ष एका अतिशय उपयुक्त युटिलिटीकडे आकर्षित करू इच्छितो ज्याने मला एकापेक्षा जास्त वेळा मदत केली आहे robocopy. तिला लांब मार्गांची भीती वाटत नाही आणि ती खूप काही करू शकते. म्हणून, जर कार्य फाईल डेटा कॉपी/हस्तांतरित करण्यासाठी उकळते, तर तुम्ही तिथे थांबू शकता. तुम्हाला फाइल सिस्टम ऍक्सेस कंट्रोल लिस्ट (DACLs) सह युक्त्या खेळायच्या असल्यास, दूर पहा subinacl. प्रगत वय असूनही, Windows 2012 R2 वर उत्कृष्ट कामगिरी केली. येथे अर्ज करण्याच्या पद्धतींचा विचार केला जातो.

मला लांब पॉवरशेल पथांसह कसे कार्य करावे हे शिकवण्यात रस होता. त्याच्याबरोबर हे जवळजवळ इव्हान त्सारेविच आणि वासिलिसा द ब्युटीफुलबद्दल दाढीवाल्या विनोदासारखे आहे.

जलद मार्ग

लिनक्सवर स्विच करा आणि Windows 10/2016/2019 बद्दल काळजी करू नका आणि योग्य गट धोरण सेटिंग सक्षम करा/रजिस्ट्रीमध्ये बदल करा. मी या पद्धतीबद्दल तपशीलवार विचार करणार नाही, कारण ... इंटरनेटवर या विषयावर आधीपासूनच बरेच लेख आहेत, उदाहरणार्थ, हे.

बर्‍याच कंपन्यांकडे ऑपरेटिंग सिस्टीमच्या नवीनतम आवृत्त्या नसून, सौम्यपणे सांगायचे तर, ही पद्धत फक्त कागदावर लिहिण्यासाठी जलद आहे, हे लक्षात घेऊन, अर्थातच, तुम्ही त्या भाग्यवान लोकांपैकी एक आहात ज्यांच्याकडे कमी परंपरागत प्रणाली आणि Windows 10 आहेत. /2016/2019 सर्वोच्च राज्य करते.

लांबचा रस्ता

येथे त्वरित आरक्षण करूया की बदलांचा Windows Explorer च्या वर्तनावर परिणाम होणार नाही, परंतु PowerShell cmdlets मधील लांब मार्ग वापरणे शक्य होईल, जसे की Get-Item, Get-ChildItem, Remove-Item इ.

प्रथम, PowerShell अपडेट करूया. हे एक, दोन, तीन वेळा केले आहे.

1. आम्ही .NET फ्रेमवर्क 4.5 पेक्षा कमी नसलेल्या आवृत्तीवर अपडेट करतो. ऑपरेटिंग सिस्टम किमान Windows 7 SP1/2008 R2 असणे आवश्यक आहे. आपण वर्तमान आवृत्ती डाउनलोड करू शकता येथे, अधिक माहिती वाचा येथे.
2. डाउनलोड करत आहे आणि विंडोज मॅनेजमेंट फ्रेमवर्क 5.1 स्थापित करा
3. आम्ही मशीन रीबूट करतो.

कष्टकरी लोक वर वर्णन केलेल्या पायऱ्या स्वहस्ते करू शकतात, आळशी लोक ते SCCM, पॉलिसी, स्क्रिप्ट आणि इतर ऑटोमेशन टूल्सच्या मदतीने करू शकतात.

पॉवरशेलची वर्तमान आवृत्ती व्हेरिएबलमधून शोधली जाऊ शकते $PSVersionTable. अद्यतनानंतर ते असे काहीतरी दिसले पाहिजे:

आता cmdlets वापरताना गेट-चाइल्ड इटॉम आणि नेहमीच्या ऐवजी सारखे पथ आम्ही वापरू शाब्दिक पथ.

पथ स्वरूप थोडे वेगळे असेल:

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 च्या अद्ययावत आवृत्तीमध्ये गेट-चाइल्ड इटॉम पॅरामीटर मिळाले खोली, ज्याद्वारे तुम्ही आवर्ती शोधासाठी नेस्टिंग डेप्थ सेट करू शकता, मी ते दोन वेळा वापरले आणि मी समाधानी झालो.

आता तुम्हाला काळजी करण्याची गरज नाही की तुमची PS स्क्रिप्ट लांब काटेरी मार्गाने भरकटत जाईल आणि दूरवरच्या फायली पाहू शकणार नाही. उदाहरणार्थ, डीएफएसआर फोल्डर्समधील फाइल्सची "तात्पुरती" विशेषता रीसेट करण्यासाठी स्क्रिप्ट लिहिताना या दृष्टिकोनाने मला खूप मदत केली. पण ही दुसरी कथा आहे, जी मी दुसर्‍या लेखात सांगण्याचा प्रयत्न करेन. मी तुमच्याकडून मनोरंजक टिप्पण्यांसाठी उत्सुक आहे आणि तुम्हाला सर्वेक्षणात सहभागी होण्यासाठी सुचवतो.

उपयुक्त दुवे:
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