উইন্ডোজ, পাওয়ারশেল এবং লং পাথ

আমি মনে করি আপনি, আমার মত, এই ধরনের পথ একাধিকবার দেখেছেন !!! গুরুত্বপূর্ণ____নতুন____!!! ডিলিট করবেন না!!! অর্ডার নং 98819-649-B তারিখ 30 ফেব্রুয়ারি, 1985 কর্পোরেট ভিআইপি ক্লায়েন্টদের সমর্থন করার জন্য এবং sidelines.doc-এ ব্যবসায়িক সভা আয়োজনের জন্য বিভাগের অস্থায়ী ভারপ্রাপ্ত প্রধান হিসাবে ইভান আলেকসান্দ্রোভিচ কোজলভের নিয়োগের বিষয়ে.

এবং প্রায়শই আপনি এখনই উইন্ডোজে এই জাতীয় নথি খুলতে সক্ষম হবেন না। কিছু লোক ডিস্ক ম্যাপিং আকারে সমাধান অনুশীলন করে, অন্যরা ফাইল ম্যানেজার ব্যবহার করে যা দীর্ঘ পথের সাথে কাজ করতে পারে: ফার ম্যানেজার, টোটাল কমান্ডার এবং এর মতো। এবং আরও অনেকে তাদের তৈরি করা পিএস স্ক্রিপ্ট হিসাবে দুঃখের সাথে দেখেছিল, যেটিতে প্রচুর কাজ বিনিয়োগ করা হয়েছিল এবং যা পরীক্ষার পরিবেশে একটি ধাক্কা দিয়ে কাজ করেছিল, একটি উত্পাদন পরিবেশে অসহায়ভাবে একটি অসম্ভব কাজ সম্পর্কে অভিযোগ করেছিল: নির্দিষ্ট পথ, ফাইলের নাম, বা উভয়ই খুব দীর্ঘ৷ সম্পূর্ণ যোগ্য ফাইলের নাম 260 অক্ষরের কম হতে হবে এবং ডিরেক্টরির নামটি 248 অক্ষরের কম হতে হবে।
দেখা যাচ্ছে, 260 অক্ষর যথেষ্ট "কেবল সবার জন্য নয়।" আপনি যদি অনুমোদিত সীমার বাইরে যেতে আগ্রহী হন তবে অনুগ্রহ করে বিড়ালটি পড়ুন।

এখানে ফাইল পাথের দৈর্ঘ্য সীমিত করার কিছু দুর্ভাগ্যজনক পরিণতি রয়েছে:

• সার্ভারে একটি ফোল্ডার আছে, উদাহরণস্বরূপ, D:DataSharedAccounting, যা SMB এর মাধ্যমে শেয়ার করা হয় এবং একটি নেটওয়ার্ক ড্রাইভ S হিসাবে ব্যবহারকারীদের সাথে মাউন্ট করা হয়; ব্যবহারকারীরা এমন ফাইল তৈরি করে যা সার্ভার থেকে স্থানীয়ভাবে অ্যাক্সেস করার সময় অ্যাডমিন/স্ক্রিপ্ট পড়তে পারে না, কারণ পরম পথ নেটওয়ার্ক পথের চেয়ে দীর্ঘ;
• রোমিং প্রোফাইলের জন্য সিঙ্ক্রোনাইজেশন ত্রুটি;
• ছায়া কপি থেকে পুনরুদ্ধার সঙ্গে সমস্যা;
• পথের দৈর্ঘ্যের উপর কম কঠোর বিধিনিষেধ রয়েছে এমন অন্যান্য সিস্টেম থেকে ডেটা স্থানান্তর করার সময়, নতুন পরিবেশে তাদের মধ্যে কিছু একটি খঞ্জনীর সাথে নাচ না করেই অ্যাক্সেসযোগ্য হয়ে উঠবে;
• ফোল্ডারে ফাইলের আকার এবং সংখ্যা গণনা করার সময় ভুল তথ্য;
• ইত্যাদি ...

বিষয়টি থেকে কিছুটা বিচ্যুত হয়ে, আমি লক্ষ্য করি যে ডিএফএস প্রতিলিপির জন্য নিবন্ধে আলোচনা করা সমস্যাটি ভয়ানক নয় এবং দীর্ঘ নামের ফাইলগুলি সফলভাবে সার্ভার থেকে সার্ভারে ভ্রমণ করে (যদি, অবশ্যই, অন্য সবকিছু ঠিক করা হয়েছে).

আমি একটি খুব দরকারী ইউটিলিটির প্রতি আপনার দৃষ্টি আকর্ষণ করতে চাই যা আমাকে একাধিকবার সাহায্য করেছে robocopy. তিনি দীর্ঘ পথের ভয় পান না এবং তিনি অনেক কিছু করতে পারেন। অতএব, যদি টাস্কটি ফাইল ডেটা অনুলিপি/স্থানান্তর করার জন্য ফুটে ওঠে, আপনি সেখানে থামতে পারেন। আপনি যদি ফাইল সিস্টেম অ্যাক্সেস কন্ট্রোল লিস্ট (DACLs) এর সাথে কৌশলগুলি খেলতে চান তবে তাকান subinacl. এর উন্নত বয়স সত্ত্বেও, এটি Windows 2012 R2 এ চমৎকারভাবে পারফর্ম করেছে। এখানে প্রয়োগের পদ্ধতি বিবেচনা করা হয়।

আমি কিভাবে দীর্ঘ PowerShell পাথ দিয়ে কাজ করতে হয় তা শেখাতে আগ্রহী ছিলাম। তার সাথে এটি প্রায় ইভান সারেভিচ এবং ভাসিলিসা দ্য বিউটিফুল সম্পর্কে দাড়িওয়ালা রসিকতার মতো।

দ্রুত উপায়

লিনাক্সে স্যুইচ করুন এবং উইন্ডোজ 10/2016/2019 সম্পর্কে চিন্তা করবেন না এবং উপযুক্ত গ্রুপ নীতি সেটিং সক্ষম করুন/রেজিস্ট্রি টুইক করুন। আমি এই পদ্ধতিতে বিস্তারিতভাবে কথা বলব না, কারণ... ইন্টারনেটে এই বিষয়ে ইতিমধ্যে অনেক নিবন্ধ রয়েছে, উদাহরণস্বরূপ, এই.

বিবেচনা করে যে বেশিরভাগ কোম্পানির অনেকগুলি আছে, মৃদুভাবে বলতে গেলে, অপারেটিং সিস্টেমের সর্বশেষ সংস্করণ নয়, এই পদ্ধতিটি শুধুমাত্র কাগজে লেখার জন্য দ্রুত, যদি না, অবশ্যই, আপনি সেই সৌভাগ্যবান ব্যক্তিদের মধ্যে একজন যাদের কাছে কিছু লিগ্যাসি সিস্টেম এবং উইন্ডোজ 10 আছে। /2016/2019 সর্বোচ্চ রাজত্ব করে।

দীর্ঘ পথ

আসুন অবিলম্বে এখানে একটি সংরক্ষণ করি যে পরিবর্তনগুলি উইন্ডোজ এক্সপ্লোরারের আচরণকে প্রভাবিত করবে না, তবে পাওয়ারশেল cmdlets যেমন Get-Item, Get-ChildItem, Remove-Item ইত্যাদিতে দীর্ঘ পথ ব্যবহার করা সম্ভব করবে।

প্রথমে, পাওয়ারশেল আপডেট করা যাক। এটি এক, দুই, তিনবার করা হয়েছে।

1. আমরা .NET ফ্রেমওয়ার্ককে 4.5 এর কম সংস্করণে আপডেট করি। অপারেটিং সিস্টেমটি কমপক্ষে Windows 7 SP1/2008 R2 হতে হবে। আপনি বর্তমান সংস্করণ ডাউনলোড করতে পারেন এখানে, আরও তথ্য পড়ুন এখানে.
2. ডাউনলোড এবং উইন্ডোজ ম্যানেজমেন্ট ফ্রেমওয়ার্ক 5.1 ইনস্টল করুন
3. আমরা মেশিনটি রিবুট করি।

পরিশ্রমী লোকেরা ম্যানুয়ালি উপরে বর্ণিত পদক্ষেপগুলি করতে পারে, অলস লোকেরা এটি SCCM, নীতি, স্ক্রিপ্ট এবং অন্যান্য অটোমেশন সরঞ্জামগুলির সাহায্যে করতে পারে।

PowerShell এর বর্তমান সংস্করণটি পরিবর্তনশীল থেকে পাওয়া যাবে $PSVersionTable. আপডেটের পরে এটি এরকম কিছু দেখা উচিত:

এখন cmdlets ব্যবহার করার সময় পান-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 এর আপডেট হওয়া সংস্করণে পান-ChildItem প্যারামিটার পেয়েছি গভীরতা, যা দিয়ে আপনি পুনরাবৃত্ত অনুসন্ধানের জন্য নেস্টিং গভীরতা সেট করতে পারেন, আমি এটি কয়েকবার ব্যবহার করেছি এবং সন্তুষ্ট ছিলাম।

এখন আপনাকে চিন্তা করতে হবে না যে আপনার পিএস স্ক্রিপ্ট দীর্ঘ কাঁটাযুক্ত পথ ধরে বিপথে যাবে এবং দূরবর্তী ফাইলগুলি দেখতে সক্ষম হবে না। উদাহরণস্বরূপ, ডিএফএসআর ফোল্ডারে ফাইলগুলির "অস্থায়ী" বৈশিষ্ট্য পুনরায় সেট করতে একটি স্ক্রিপ্ট লেখার সময় এই পদ্ধতিটি আমাকে অনেক সাহায্য করেছিল। তবে এটি অন্য একটি গল্প, যা আমি অন্য নিবন্ধে বলার চেষ্টা করব। আমি আপনার কাছ থেকে আকর্ষণীয় মন্তব্যের জন্য অপেক্ষা করছি এবং আপনাকে সমীক্ষা করার পরামর্শ দিচ্ছি।

দরকারী লিঙ্কগুলি:
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