विंडोज पॉवरशेल और लंबे रास्ते

मुझे लगता है कि आप, मेरी तरह, अक्सर फॉर्म \ _ के रास्ते देख चुके हैं !!! महत्वपूर्ण \ ____ नया ____ \ !!! 30 फरवरी, 1985 को मत हटाओ !!! \ ऑर्डर नंबर 98819-649-बी कॉरपोरेट VIP क्लाइंट्स को एस्कॉर्ट करने और साइडलाइन पर व्यावसायिक बैठकें आयोजित करने के लिए विभाग के अंतरिम प्रमुख के रूप में कोज़लोव इवान अलेक्जेंड्रोविच की नियुक्ति पर ।

और अक्सर विंडोज में इस तरह के एक दस्तावेज को खोलने के लिए तुरंत काम नहीं करता है। कोई व्यक्ति डिस्क मैपिंग के रूप में वर्कअराउंड का अभ्यास करता है, कोई ऐसे फ़ाइल प्रबंधकों का उपयोग करता है जो लंबे रास्तों के साथ काम कर सकते हैं: सुदूर प्रबंधक, कुल कमांडर और इसी तरह। और बहुत से दुखी रूप से देखे जाने के रूप में उन्होंने एक पीएस-स्क्रिप्ट बनाई, जो बहुत काम की थी और जिसने परीक्षण वातावरण में एक धमाके के साथ काम किया, एक मुकाबला वातावरण में असहाय रूप से एक असंभव कार्य के बारे में शिकायत की: निर्दिष्ट पथ, फ़ाइल नाम, या दोनों बहुत लंबा है। । पूरी तरह से योग्य फ़ाइल नाम 260 से कम वर्णों का होना चाहिए, और निर्देशिका नाम 248 वर्णों से कम होना चाहिए।
जैसा कि यह निकला, 260 वर्ण पर्याप्त हैं "न केवल सभी के लिए।" यदि आप क्या अनुमेय है की सीमाओं से परे जाने के लिए इच्छुक हैं - मैं बिल्ली से पूछता हूं।

यहाँ एक फ़ाइल पथ की लंबाई को सीमित करने के कुछ दुखद परिणाम हैं:

• सर्वर पर एक फ़ोल्डर है, उदाहरण के लिए, डी: \ डेटा \ साझा / लेखा, जो एसएमबी के माध्यम से साझा किया जाता है और एक नेटवर्क ड्राइव एस के रूप में उपयोगकर्ताओं के लिए मुहिम की जाती है; उपयोगकर्ता ऐसी फाइलें बनाते हैं जो सर्वर से स्थानीय पहुंच के साथ प्रवेश / स्क्रिप्ट नहीं पढ़ पाएंगे, क्योंकि निरपेक्ष पथ नेटवर्क पथ से अधिक लंबा है;
• रोमिंग प्रोफाइल की सिंक्रनाइज़ेशन त्रुटियां ;
• छाया प्रतियों से ठीक होने वाली समस्याएं ;
• जब डेटा को अन्य प्रणालियों से माइग्रेट किया जाता है, जिसमें पथ की लंबाई पर कम कड़े प्रतिबंध होते हैं, एक नए वातावरण में, उनमें से कुछ टैम्बोरिन के साथ नृत्य के बिना दुर्गम हो जाएंगे;
• फ़ोल्डरों में फ़ाइलों के आकार और संख्या की गणना करते समय गलत डेटा ;
• आदि ...

विषय से थोड़ा सा विचलित, मैं ध्यान देता हूं कि डीएफएस प्रतिकृति के लिए आलेख में मानी गई समस्या भयानक नहीं है और लंबे नामों वाली फाइलें सफलतापूर्वक सर्वर से सर्वर तक जाती हैं (जब तक कि, निश्चित रूप से, आपने सब कुछ सही ढंग से बाकी किया था )।

मैं बहुत उपयोगी रोबोकॉपी उपयोगिता पर भी ध्यान आकर्षित करना चाहूंगा जिसने मुझे एक से अधिक बार मदद की। वह भी, लंबे रास्तों से डरती नहीं है, और वह बहुत कुछ जानती है। इसलिए, यदि कार्य फ़ाइल डेटा की प्रतिलिपि बनाने / स्थानांतरित करने के लिए नीचे आता है, तो आप इसे रोक सकते हैं। यदि आपको फ़ाइल सिस्टम एक्सेस कंट्रोल लिस्ट (DACLs) के साथ जुड़ना है , तो सबिनकल की ओर देखें । इसकी काफी उम्र के बावजूद, इसने विंडोज 2012 आर 2 पर उत्कृष्ट परिणाम दिखाए। आवेदन विधियों की यहां चर्चा की गई है।

पॉवरशेल के साथ लंबे समय तक काम करना सिखाना मेरे लिए दिलचस्प था। उसके साथ इवान त्सारेविच और वासिलिसा द ब्यूटीफुल के बारे में एक दाढ़ी वाले उपाख्यान की तरह।

त्वरित तरीका है

लिनक्स पर जाएं और विंडोज 10/2016/2019 को स्टीम न करें और संबंधित ग्रुप पॉलिसी सेटिंग / रजिस्ट्री पर क्लिक करें। मैं इस पद्धति पर विस्तार से ध्यान नहीं दूंगा, क्योंकि इस विषय पर नेटवर्क पर पहले से ही बहुत सारे लेख हैं, उदाहरण के लिए यह एक ।

यह देखते हुए कि ज्यादातर कंपनियों में कई हैं, इसे हल्के ढंग से चलाने के लिए, ऑपरेटिंग सिस्टम के नए संस्करण नहीं, यह विधि केवल कागज पर लिखने के लिए त्वरित है, जब तक कि निश्चित रूप से, आप उन भाग्यशाली लोगों में से एक हैं जिनके पास कुछ विरासत प्रणालियां हैं और विंडोज 10/20169 को राज करते हैं। ।

लंबा रास्ता

यहां हम तुरंत एक आरक्षण करते हैं कि परिवर्तन विंडोज एक्सप्लोरर के व्यवहार को प्रभावित नहीं करेंगे, लेकिन पावरशेल cmdlets, जैसे कि गेट-आइटम, गेट-चाइल्डइम, ​​निकालें-आइटम, आदि में लंबे रास्तों का उपयोग करना संभव बनाएंगे।

सबसे पहले, PowerShell को अपग्रेड करें। यह एक-दो-तीन किया जाता है।

1. हम .NET फ्रेमवर्क को 4.5 से कम के संस्करण में अपडेट कर रहे हैं। ऑपरेटिंग सिस्टम कम से कम विंडोज 7 SP1 / 2008 R2 होना चाहिए। वर्तमान संस्करण को यहां डाउनलोड किया जा सकता है , यहां अधिक जानकारी पढ़ें।
2. विंडोज मैनेजमेंट फ्रेमवर्क 5.1 डाउनलोड और इंस्टॉल करें
3. कार को रिबूट करें।

मेहनती लोग ऊपर वर्णित चरणों को मैन्युअल रूप से, आलसी लोगों को कर सकते हैं - SCCM, नीतियों, लिपियों और अन्य स्वचालन टूल की मदद से।

PowerShell का वर्तमान संस्करण $ PSVersionTable चर में पाया जा सकता है। अपडेट के बाद, यह कुछ इस तरह होना चाहिए:



अब, Get-ChildItem cmdlets और इसी तरह का उपयोग करते समय , हम सामान्य पथ के बजाय लिटरलपाथ का उपयोग करेंगे।

रास्तों का प्रारूप थोड़ा अलग होगा:

Get-ChildItem -LiteralPath "\\?\C:\Folder" Get-ChildItem -LiteralPath "\\?\UNC\ServerName\Share" Get-ChildItem -LiteralPath "\\?\UNC\192.168.0.10\Share" 

लिटरलपाथ प्रारूप के लिए परिचित प्रारूप से पथ परिवर्तित करने की सुविधा के लिए, आप इस फ़ंक्शन का उपयोग कर सकते हैं:

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

कृपया ध्यान दें कि लिटरलपैथ पैरामीटर निर्दिष्ट करते समय आप वाइल्डकार्ड ( * ;,, आदि) का उपयोग नहीं कर सकते हैं।

पावरप्ले के अपडेटेड वर्जन में लिटरलपाथ पैरामीटर के अलावा, गेट-चाइल्डइइटम सीमलेट को डेप्थ पैरामीटर मिला है, जिसके साथ आप पुनरावर्ती खोज के लिए नेस्टिंग की गहराई निर्धारित कर सकते हैं, मैंने इसे कई बार इस्तेमाल किया और संतुष्ट था।

अब आप डर नहीं सकते कि आपकी पीएस-स्क्रिप्ट भटक जाएगी और दूर की फाइलें नहीं बनाएगी। उदाहरण के लिए, DFSR फ़ोल्डर में फ़ाइलों पर "अस्थायी" विशेषता छोड़ने के लिए एक स्क्रिप्ट लिखते समय इस दृष्टिकोण ने मुझे बहुत मदद की। लेकिन यह एक और कहानी है, जिसे मैं दूसरे लेख में बताने की कोशिश करूंगा।
UPD 07/06/2019: वादा किया गया लेख
मैं आपसे दिलचस्प टिप्पणियों की प्रतीक्षा कर रहा हूं और सुझाव देता हूं कि आप एक सर्वेक्षण करें।

उपयोगी लिंक:
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