Powershell: FullCLR मॉड्यूल PSCore6 के साथ संगत नहीं हैं

वर्कफ़्लो कोई ऐसी चीज़ नहीं है जिसे हम समर्थन देने की योजना बना रहे हैं। इसके बजाय हम पावरशेल स्क्रिप्ट में समवर्ती/समानांतर निष्पादन अनुभव को बेहतर बनाने के लिए प्रतिबद्ध हैं, जो हमें लगता है कि प्राथमिक कारण लोगों ने वर्कफ़्लो का उपयोग किया है। अगर और भी कारण हैं तो मुझे बताएं।

कन्वर्टफ्रॉम-स्ट्रिंग माइक्रोसॉफ्ट रिसर्च की तकनीक पर निर्भर करता है जिसे वर्तमान में ओपन सोर्स होने की योजना नहीं है।

हालांकि, मैं प्रतिक्रिया की सराहना करता हूं।

वर्कफ़्लो और कन्वर्टफ्रॉम-स्ट्रिंग अलग-अलग कारणों से स्वतंत्र हैं क्योंकि वे PSCore6 में होने की योजना में नहीं हैं। मैं सहमत हूं कि ConvertFrom-String लिनक्स पर मौजूदा टेक्स्ट आधारित देशी बर्तनों के खिलाफ बहुत अच्छा काम करेगा। शायद हम कनवर्टफ्रॉम-स्ट्रिंग जैसी समान, लेकिन सरल क्षमता वाला एक नया cmdlet बना सकते हैं।

कन्वर्टफ्रॉम-स्ट्रिंग, या इसी तरह की कार्यक्षमता, अत्यंत उपयोगी होगी

मैंने Windows 10 ver 16215 पर RSAT स्थापित के साथ Windows PowerShell मॉड्यूल लोड की जाँच की।
संलग्न फ़ाइल में स्क्रिप्ट और परिणाम (त्रुटियों सहित)।
4062a.txt
4062b.txt -

संक्षेप में।
कुल कोर मॉड्यूल = 12.
कुल विंडोज और कोर मॉड्यूल = 120।
कुल विंडोज मॉड्यूल = 108। (विंडोज पॉवर्सशेल गेट-मॉड्यूल -लिस्ट उपलब्ध) में। गिनती = 109)
पावरशेल कोर शुरू होने के बाद - 3 मॉड्यूल लोड हो गए हैं।
सभी मॉड्यूल लोड करने का प्रयास करने के बाद - 71 मॉड्यूल लोड किए गए हैं।

तो 59 से 108 विंडोज मॉड्यूल लोड किए गए हैं।
$त्रुटि।गिनती = 79

@iSazonov उन परिणामों को प्राप्त करने के लिए धन्यवाद।

• सीडीएक्सएमएल आधारित सीएमडीलेट विफलताओं का समाधान तब किया जाएगा जब हम नए डॉटनेट कोर में चले जाएंगे जिसमें यह सुधार होगा ।
• अधिकांश त्रुटियाँ DSC के लिए परस्पर विरोधी उपनामों के कारण हैं।
• रिमोटडेस्कटॉप मॉड्यूल ऐड-टाइप को कॉल कर रहा है जो विफल हो जाता है और हमें इसकी जांच करनी चाहिए
• वर्कफ़्लो एक के काम न करने की अपेक्षा की जाती है
• ISE one से काम नहीं करने की अपेक्षा की जाती है
• ODataUtils मेरी टीम में से एक है जिसे पोर्ट करने की आवश्यकता है cc @anmenaga

cc @PowerShell/powershell-committee

ओह, ActiveDirectory मॉड्यूल PSSnapIn है पावरशेल कोर (सिस्टम एडमिनिस्ट्रेटर) के मुख्य उपभोक्ताओं को पानी में फेंक दिया जाता है!

हमें उस टीम से उनके cmdlet को फिर से लिखने के बारे में बात करनी होगी...

एक्सचेंज सर्वर 2013 ईएमएस ने पावरशेल कोर को कुचल दिया। इसके अलावा यह एक्सचेंज असेंबली नहीं ढूंढ सकता है।

SCCM 2012 R2 मॉड्यूल लोड नहीं है - टूटी हुई .Net निर्भरता और स्थानीय (SCCM होम) फ़ोल्डर में असेंबली नहीं मिली।

शेयरपॉइंट 2013 मॉड्यूल PSSnapIn है।

मैकोज़ और लिनक्स पर:

Install-Module Docker -Scope CurrentUser -Repository DockerPS-Dev

Get-Container

फ़ाइल या असेंबली 'Docker.DotNet, वर्जन = 2.124.0.0, कल्चर = न्यूट्रल, पब्लिककेटोकन = नल' लोड नहीं कर सका। सिस्टम में चुनी गई फ़ाइल नहीं मिल रही है।
लाइन पर:1 वर्ण:1

• गेट-कंटेनर
• ~ ~ ~~~
  
  
  
  • कैटेगरीइन्फो: ऑपरेशन स्टॉप्ड: (:) [], फाइल नॉटफाउंड एक्सेप्शन
  
  
  • FullQualifiedErrorId: System.IO.FileNotFoundException
  
  

तो क्या मैं उपरोक्त टिप्पणियों से सही ढंग से अनुमान लगाता हूं कि ActiveDirectory काम नहीं कर रहा है क्योंकि यह एक PSSnapIn है, मॉड्यूल नहीं है, और यह संस्करण स्नैपिन का समर्थन नहीं करता है?

साथ ही, जब मैं आयात-मॉड्यूल-नाम MSOnline कर सकता था, जब मैंने Connect-MsolService की कोशिश की, तो मुझे असेंबली 'System.Drawing' से "System.Drawing.Drawing2D.InterpolationMode' टाइप लोड नहीं हो सका, फिर powerhell.exe क्रैश हो गया।

@JakeMoe हाँ, PSSnapIn को PowerShell Core में पदावनत किया गया है।

System.Drawing CoreFS और .Net Standard 2.0 में नहीं है।

@iSazonov क्या आप उन तीनों (एक्सचेंज, शेयरपॉइंट, और एससीसीएम) को फिर से बीटा.4 के साथ आज़मा सकते हैं? धन्यवाद!

और बाकी सभी को धन्यवाद, उन्हें आते रहें!

PS C:\Program Files\PowerShell\6.0.0-beta.4> आयात-मॉड्यूल MSOnline
आयात-मॉड्यूल: असेंबली 'सिस्टम, संस्करण = 4.0.0.0' से 'System.Diagnostics.EventLogEntryType' प्रकार लोड नहीं किया जा सका,
संस्कृति=तटस्थ, PublicKeyToken=b77a5c561934e089'।

PS > Start-Process powershell -Credential (Get-Credential)

Windows PowerShell credential request
Enter your credentials.
User: domain\username
Password for user domain\username: **************

Start-Process : Unable to load DLL 'api-ms-win-security-cpwl-l1-1-0.dll': The specified module could not be found.
(Exception from HRESULT: 0x8007007E)
At line:1 char:1
+ Start-Process powershell -Credential (Get-Credential)
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Start-Process], DllNotFoundException
    + FullyQualifiedErrorId : System.DllNotFoundException,Microsoft.PowerShell.Commands.StartProcessCommand

@joeyaiello

• एक्सचेंज - लोडेड, साधारण cmdlets काम करता है
• शेयरपॉइंट - लोडेड, सरल सीएमडीलेट काम करता है
• SCCM - NullReferenceException और क्रैश:

at System.Management.MTAHelper.IsNoContextMTA()
at System.Management.MTAHelper.CreateInMTA(Type type)
...

• स्काइप सर्वर 2015 - 'System.Management.Automation.PSSnapIn' प्रकार लोड नहीं कर सका।

मैंने फिर से Windows 10 ver 162241 पर Windows PowerShell मॉड्यूल लोड की जाँच की जिसमें RSAT स्थापित है।
संलग्न फ़ाइल में स्क्रिप्ट और परिणाम (त्रुटियों सहित)।

4062बीटा4फुललिस्ट.txt
4062Beta4ipmoall.txt -

संक्षेप में।
कुल कोर मॉड्यूल = 12.
कुल विंडोज और कोर मॉड्यूल = 125।
कुल विंडोज मॉड्यूल = 113।
पावरशेल कोर शुरू होने के बाद - 2 मॉड्यूल लोड हो गए हैं।
सभी मॉड्यूल लोड करने का प्रयास करने के बाद - 108 मॉड्यूल लोड किए गए हैं।

तो 113 विंडोज मॉड्यूल से 96 लोड किया गया है।
$त्रुटि।गिनती = 47

बीटा 4 के साथ मेरी एक कस्टम स्क्रिप्ट की जाँच की लेकिन यह त्रुटि के साथ बंद हो जाती है:
पकड़: फ़ंक्शन : प्रक्रिया: त्रुटि: "0" तर्क के साथ ".ctor" को कॉल करना: "असेंबली से 'System.Diagnostics.PerformanceCounter '

खोला #4295

@ डैक्सियन-डीबीडब्ल्यू द्वारा संपादित:
मूल कारण यह है कि System.Diagnostics.PerformanceCounter वर्तमान में .NET Core में उपलब्ध नहीं है। dotnet/corefx#3906 PerformanceCounter समर्थन को .NET Core में ट्रैक कर रहा है, लेकिन इसे 'फ्यूचर' माइलस्टोन से चिह्नित किया गया है, जिसका अर्थ है कि यह .NET Core 2.0 में उपलब्ध नहीं होगा।
अधिक जानकारी के लिए कृपया #4295 देखें।

@ mi-hol कृपया नया अंक-प्रश्न खोलें।

PSWindowsUpdate संस्करण 1.6.0.3 से 6.0 कोर बीटा-4 में काम करने के लिए Get-WUList प्राप्त नहीं कर सकता। यह विंडोज 10 डेस्कटॉप पावरशेल पर ठीक काम करता है।

आउटपुट:

Get-WUList -MicrosoftUpdate
Test-Connection : The client cannot connect to the destination specified in the request. Verify
that the service on the destination is running and is accepting requests. Consult the logs and
documentation for the WS-Management service running on the destination, most commonly IIS or
WinRM. If the destination is the WinRM service, run the following command on the destination to
analyze and configure the WinRM service: "winrm quickconfig".
At C:\Program Files\WindowsPowerShell\Modules\PSWindowsUpdate\1.6.0.3\Get-WUList.ps1:274 char:7
+             If(Test-Connection -ComputerName $Computer -Quiet)
+                ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (:) [Test-Connection], CimException
    + FullyQualifiedErrorId : TestConnectionException,Microsoft.PowerShell.Commands.TestConnection
   Command

$PSVersionTable

Name                           Value
----                           -----
PSVersion                      6.0.0-beta
PSEdition                      Core
GitCommitId                    v6.0.0-beta.4
OS                             Microsoft Windows 10.0.15063
Platform                       Win32NT
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0

@fdncred आपकी रिपोर्ट के लिए धन्यवाद!
मैंने PSWindowsUpdate का परीक्षण किया।

• आपको टेस्ट-कनेक्शन और डब्ल्यूएस-प्रबंधन में कोई समस्या है। कृपया इस विषय पर चर्चा न करें - यदि आपको सहायता चाहिए तो नया अंक-प्रश्न खोलें।
• हम अभी भी PSWindowsUpdate का उपयोग नहीं कर सकते क्योंकि #3775 .

WebAdministration और IISAdministration दोनों PS Core में नहीं चलते हैं क्योंकि वे GAC'd असेंबलियों के उपलब्ध होने की अपेक्षा करते हैं। DSC का उपयोग करना संभवतः एक बेहतर विकल्प है लेकिन Invoke-DSCResource और Start-DSCConfiguration की कमी के कारण कोर में कॉन्फ़िगरेशन लागू करना अजीब है। #4457 देखें।

मुद्दे पर कोई अपडेट, लिनक्स आधारित ओएस पर एमएसऑनलाइन मॉड्यूल आयात नहीं कर सकता । #4269

PowerShell गैलरी से Invoke-MySqlQuery काम नहीं करता है। जब मैं इसे विंडोज 10 पर बीटा 5 पर उपयोग करने का प्रयास करता हूं तो मुझे एक त्रुटि मिलती है। नेट स्टैंडर्ड के बारे में मेरी समझ यह थी कि एक मौका है कि यह विंडोज पर काम करना चाहिए (बिल्कुल लिनक्स/मैक पर नहीं)। असेंबली लोड हो जाती है, बस इसमें सबसे आम विधि में से एक पर एक त्रुटि प्राप्त करें।
https://www.powershellgallery.com/packages/Invoke-MySqlQuery/1.0.0/DisplayScript

Install-Script -Name Invoke-MySqlQuery

. Invoke-MySqlQuery.ps1
$MyCred = Get-Credential
Invoke-MySQLQuery -ComputerName MyServer -Database mysql -Query "select @@hostname" -Credential $MyCred


Exception calling "Open" with "0" argument(s): "The type initializer for 'MySql.Data.MySqlClient.Replication.ReplicationManager' threw an exception."

मेरे पास एक आंतरिक मॉड्यूल भी है जिसमें Conn.Open() पर एक ही समस्या है। हम 100 MySql सर्वर और AWS ऑरोरा से कनेक्ट करने के लिए आंतरिक मॉड्यूल का उपयोग करते हैं।

यह कनेक्टर/नेट 6.9.9 और कनेक्टर/नेट 8.0.8 (विभिन्न कंप्यूटरों पर स्थापित) दोनों के साथ होता है। यह बिना किसी समस्या के पावरशेल के पिछले संस्करणों में काम करता है।

@FireInWinter आपकी रिपोर्ट के लिए धन्यवाद! कृपया समस्या को पुन: उत्पन्न करने के चरणों के साथ नया अंक खोलें।

हमें वर्तमान रूपों में सक्षम होने की आवश्यकता है। आदर्श रूप से, System.Drawing के माध्यम से, लेकिन यदि आवश्यकता हो, तो मैं कुछ को XAML में परिवर्तित कर सकता हूं। हालांकि, न तो काम, तो पावरहेल मृत के साथ ग्राफिकल कुछ भी है? यदि हम किसी प्रकार के फॉर्म का उपयोग नहीं कर सकते हैं तो हम PowershellCore में कभी कटौती नहीं करेंगे। और नहीं, हम C# :P . का उपयोग नहीं करने जा रहे हैं

साथ ही, क्या यह कहना सुरक्षित है कि Get-WmiObject मर चुका है? मेरी इच्छा है कि Get-WmiObject और Get-CimInstance के बीच सिंटैक्स समान था, लेकिन वे नहीं हैं, इसलिए यदि आपके पास अभी भी कोई पीएस 2.0 है तो आपको दो बार कोड करने के लिए मजबूर होना पड़ता है।

@agressiv हमारे पास GUI को सक्षम करने के लिए https://github.com/PowerShell/PowerShell/issues/3957 के लिए कुछ जांच चल रही है

Get-WmiObject को पदावनत माना जाता है। @joeyaiello ने अभी हमारे बारे में एक ब्लॉग पोस्ट किया है जो औपचारिक रूप से PSv2 को पदावनत कर रहा है । हम कुछ समय के लिए WMI cmdlets का उपयोग करने के बजाय CIM cmdlets पर स्विच करने की अनुशंसा कर रहे हैं जो WSMan (OpenPegasus, OMI, Dell iDrac, HP iLO, आदि...) पर CIM के गैर-विंडोज कार्यान्वयन के साथ इंटरऑप कर सकते हैं।

हमारे पास अभी भी 2.0 पर मशीनें हैं क्योंकि Microsoft कई प्रमुख उत्पादों पर WMF 4.0 का समर्थन करने में धीमा था, और हमारा प्रवास समाप्त हो गया है। हमें यह देखने के लिए एक और पास बनाना होगा कि कौन बचा है क्योंकि अब हमें 5.1 तैनात करने के लिए कहा जा रहा है (जो निश्चित रूप से, स्काइप और एक्सचेंज सर्वर सहित हर चीज के साथ संगत नहीं है)

क्या Get-WmiObject जैसे Cmdlets की एक सूची है जिसे हटा दिया जाएगा जिसे हम संदर्भित कर सकते हैं?

विनपीई के लिए लक्षित मंच क्या है? क्या यह कोर में भी जाएगा? हम वहां विंडोज फॉर्म का भी इस्तेमाल करते हैं।

मैंने 6.0 बीटा में सभी cmdlets का डंप किया और बस एक तुलना-वस्तु की। यहाँ हमारे लिए हैं:

• सभी EventLog cmdlets. हम इनका व्यापक रूप से उपयोग करते हैं।
• टेस्ट-कंप्यूटर सिक्योरचैनल।
• ऐड-PSSnapin. मुझे इसका उपयोग नहीं करना अच्छा लगेगा, लेकिन स्पष्ट रूप से बहुत सारे मॉड्यूल में आलसी लेखक हैं। (जैसे Vmware, WSUS, MDT, Citrix, SCOM, Dell)। शायद इनमें से कुछ मॉड्यूल को लोड करने के अन्य तरीके हैं, लेकिन ये ओईएम वास्तव में अपने कोड में ऐड-पीएसएसनैपिन का उपयोग कर रहे हैं - इसलिए या तो हम उनके कोड को संशोधित कर रहे हैं, यह उम्मीद करते हुए कि यह काम करता है, या वे अंततः इसे बदल देते हैं। बेशक, उन्हें अब 8 साल की तरह Add-PSSnapin का उपयोग नहीं करना चाहिए था, लेकिन कुछ चीजें कभी नहीं बदलती हैं।

@agressiv VMware PowerCLI अब एक मॉड्यूल है जिसे पावरशेल गैलरी से स्थापित किया जा सकता है, और मुझे लगभग निश्चित है कि वे इसके साथ पावरशेल कोर का समर्थन कर रहे हैं (हालांकि मुझे इसे दोबारा जांचना होगा)। जैसा कि आप बताते हैं, वहाँ अन्य PSSnapin स्ट्रगलर हैं।

PSCore6 के लिए @agressiv, हमने जानबूझकर PSSnapins के लिए समर्थन हटा दिया। हालाँकि, VMWare में PSCore6 के लिए PowerCLI का एक पोर्ट है जो वर्तमान में PSGallery पर नहीं है

@aggresiv : UI के मोर्चे पर, हम निश्चित रूप से GUI प्रयासों को पूरी तरह से नहीं छोड़ रहे हैं, हम अभी निश्चित नहीं हैं कि हम अभी तक कहाँ जा रहे हैं। यदि आप https://github.com/PowerShell/Phosphor पर पॉप अप करते हैं, तो आप एक प्रयोग देख सकते हैं जिसे हम वेब-आधारित UI बनाने और उत्पन्न करने के लिए चला रहे हैं (जो असमान "मूल" UI के आसपास बहुत सारी समस्याओं से बचते हैं) ढांचे, हालांकि अगर कोई पावरशेल के लिए कुछ क्यूटी बाइंडिंग बनाना चाहता है, तो इससे मुझे भी बहुत खुशी होगी)।

जहां तक Get-WmiObject : आप सही कह रहे हैं, इसे वापस लाने की हमारी कोई योजना नहीं है। मेरी राय में, Get-CimInstance वाक्य रचना में Get-WmiObject रूप में अत्यधिक सुधार हुआ है (इसका कारण यह पहली जगह में बनाया गया था), और जब मैं डबल-कोडिंग के दर्द को समझता हूं, हम भी बस विंडोज पॉवरशेल 2.0 को हटा दिया गया है , इसलिए हम आगे चलकर 2.0 के बैक कंपैट के लिए ऑप्टिमाइज़ नहीं करने जा रहे हैं। :\

मेरे उपयोग के मामले:

• सक्रिय निर्देशिका पावरशेल मॉड्यूल आयात करें।
• Azure सक्रिय निर्देशिका PowerShell मॉड्यूल आयात करें।
• Exchange 2010 - 2016 सर्वर पर दूरस्थ PowerShell सत्र स्थापित करें और सत्र आयात करें।
• ऑनलाइन एक्सचेंज करने के लिए रिमोट पावरशेल सत्र स्थापित करें और सत्र आयात करें।
• Lync/Skype सर्वर पर दूरस्थ PowerShell सत्र स्थापित करें और सत्र आयात करें,

यदि आप उन सभी को और उनके cmdlets को Windows, Linux और MacOS के अंतर्गत कार्य कर सकते हैं, तो आपको नायक के रूप में घोषित किया जाएगा।

मुझे लगता है कि AD मॉड्यूल सबसे कठिन है, क्योंकि यह वर्तमान में RSAT और स्नैप-इन का हिस्सा है, जैसा कि पहले की टिप्पणियों में बताया गया है। लेकिन हे, AD टीम को समय के साथ चलना होगा!

यदि अन्य सभी विफल हो जाते हैं, तो रिमोट पॉवरशेल सत्र को एक डोमेन नियंत्रक या किसी अन्य विंडोज कंप्यूटर पर जिसमें ये मॉड्यूल हैं और फिर सत्र आयात करें।

@ KeeperB5 एक PSSession आयात करके निहित रिमोटिंग को केवल PSCore6 के साथ काम करना चाहिए (विंडोज वैसे भी, लिनक्स/मैकोज़ के साथ प्रयास नहीं किया है, लेकिन काम करना चाहिए)

आयात-मॉड्यूल AzureAD
कनेक्ट-AzureAD

हैंडल न किया गया अपवाद: System.TypeLoadException: असेंबली 'System.Drawing.Icon' को 'System.Drawing.Icon' से लोड नहीं किया जा सका।
System.Windows.Forms.Form.Dispose (बूलियन डिस्पोज़िंग) पर
System.ComponentModel.Component.Finalize पर ()
कनेक्ट-एज़ुरेड: एक या अधिक त्रुटियाँ हुईं। (असेंबली से 'System.Drawing.Drawing2D.InterpolationMode' टाइप लोड नहीं हो सका।
असेंबली से ystem.Drawing.Drawing2D.InterpolationMode 'System.Drawing, Version=4.0.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'।
लाइन पर:1 वर्ण:1
कनेक्ट-अज़ूरीड
श्रेणीइन्फो: प्रमाणीकरण त्रुटि: (:) [कनेक्ट-एज़ूरएडी], विज्ञापन प्रमाणीकरण विफल अपवाद
FullQualifiedErrorId : Connect-AzureAD, Microsoft.Open.Azure.AD.CommonLibrary.ConnectAzureAD

साथ ही, "powershell.exe ने काम करना बंद कर दिया है" संदेश के साथ पूरा एप्लिकेशन क्रैश हो जाता है

इसे 6.0.0 मील के पत्थर से बाहर ले जाना क्योंकि 6.0.0 . के लिए कोई अतिरिक्त कार्य नियोजित नहीं है

@ स्टीवएल-एमएसएफटी यदि संभव हो तो क्या आप स्पष्ट कर सकते हैं - पावरशेल कोर 6.0 के लिए अपने उत्पादों के मॉड्यूल को अपनाने के लिए एमएसएफटी योजना/समयरेखा क्या है?

जब तक हम 6.0.0 अंतिम रिलीज़ तक नहीं पहुंच जाते, तब तक कई उत्पाद टीमें कोई सत्यापन कार्य शुरू नहीं करेंगी, इसलिए ध्यान इसे पूरा करने और सत्यापन शुरू करने के लिए उत्पाद टीमों के साथ जुड़ने पर है। यह दुर्भाग्य से जल्दी नहीं होगा इसलिए इस समय कोई समयरेखा नहीं है जो मैं प्रदान कर सकता हूं।

इस मुद्दे के आधार पर, सक्रिय निर्देशिका/एक्सचेंज मॉड्यूल को पावरशेल v6 में पोर्ट करने की कोई योजना है? क्या उपकरण केवल विंडोज़ होंगे (क्योंकि System.DirectoryServices.Protocols वर्तमान में केवल विंडोज़ पर चलता है)?

@ j3vans CoreFX में अभी भी बहुत सीमित API है और मुझे उम्मीद नहीं है कि MSFT टीमें इन मॉड्यूल को पोर्ट कर सकती हैं। हम रिमोटिंग के माध्यम से विंडोज मॉड्यूल का उपयोग कर सकते हैं।

मैक पर इंस्टाल-मॉड्यूल एसक्लसेवर इंस्टाल नहीं होता है।

``` प्रजनन के लिए कदम:
इंस्टॉल-मॉड्यूल SqlServer

Errors out with: 
PackageManagement\Install-Package : Unable to load DLL 'api-ms-win-core-sysinfo-l1-1-0.dll': The specified module or one of its dependencies could not be found.                (Exception from HRESULT: 0x8007007E)                                                                                                                                          At /usr/local/microsoft/powershell/6.0.0-rc.2/Modules/PowerShellGet/1.6.0/PSModule.psm1:2057 char:21                                                                           + ...          $null = PackageManagement\Install-Package <strong i="8">@PSBoundParameters</strong>                                                                                                    +                      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : NotSpecified: (Microsoft.Power....InstallPackage:InstallPackage) [Install-Package], Exception
+ FullyQualifiedErrorId : System.DllNotFoundException,Microsoft.PowerShell.Commands.TestModuleManifestCommand,Microsoft.PowerShell.PackageManagement.Cmdlets.InstallPackage

```powershell
> $PSVersionTable
Name                           Value
----                           -----
PSVersion                      6.0.0-rc.2
PSEdition                      Core
GitCommitId                    v6.0.0-rc.2
OS                             Darwin 16.7.0 Darwin Kernel Version 16.7.0: Wed Oct  4 00:17:00 PDT 2017; root:xnu-3789.71.6~1/RELEASE_X86_64
Platform                       Unix
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0

"इंस्टॉल-मॉड्यूल SQLServer" के बारे में - यह मॉड्यूल केवल विंडोज सिस्टम के लिए है। कोई Linux/Mac SQLPS और न ही SQLServer मॉड्यूल (अभी तक) नहीं हैं।

अब, यदि आप गैर-विंडोज सिस्टम पर अपने स्वयं के SQL सर्वर पावरशेल कमांड बनाने का प्रयास करना चाहते हैं, तो आप "Microsoft.SqlServer.SqlManagementObjects" स्थापित कर सकते हैं जो लिनक्स में चलेगा।

अधिक जानकारी के लिए मेरा ब्लॉग पोस्ट देखें: http://www.maxtblog.com/2017/11/streamlining-sql-server-management-objects-smo-in-powershell-core/

इस मुद्दे को https://github.com/PowerShell/WindowsPowerShellCompatibilityPack द्वारा संबोधित किया जाएगा, कृपया वहां विशिष्ट मॉड्यूल के लिए मुद्दे खोलें

क्या PS 6 के लिए कार्यात्मक सक्रिय निर्देशिका मॉड्यूल के लिए कोई कार्य प्रगति पर है?

हाय @apetitjean ,

आप ऊपर दिए गए @ स्टीवएल-एमएसएफटी लिंक पर प्रश्न पोस्ट करना चाह सकते हैं। इस तरह इसे ठीक से ट्रैक किया जा सकता है।
:)

एमवीपी शिखर सम्मेलन में मिलते हैं!

धन्यवाद @MaximoTrinidad। यहां पोस्ट करना बिल्कुल मेरा इरादा था। मुझे उम्मीद है कि @ स्टीवएल-एमएसएफटी यहां मेरा प्रश्न देखेगा।

वास्तव में जल्द ही मिलते हैं! :)

@apetitjean योजना Windows PowerShell संगतता पैक के माध्यम से सक्रिय निर्देशिका मॉड्यूल का समर्थन करने में सक्षम होने की है। सबसे अधिक संभावना है कि हम अंतर्निहित रिमोटिंग का उपयोग करेंगे और शायद जेईए के साथ।

@ स्टीवएल-एमएसएफटी विंडोज पावरशेल संगतता पैक केवल विंडोज़ होगा, सही? मुझे नहीं लगता कि यह एक सक्रिय निर्देशिका मॉड्यूल के लिए केवल विंडोज़ पर काम करने के लिए स्वीकार्य है। यदि योजना अस्थायी रूप से केवल विंडोज़ पर एडी का समर्थन करने की है, जब तक कि आवश्यक .NET कोर एपीआई को एक्स-प्लेट नहीं बनाया जाता है, तो मैं इसके साथ ठीक हूं। लेकिन, AD का उपयोग केवल विंडोज वातावरण से अधिक के लिए किया जाता है और PowerShell का उपयोग करके Linux (और macOS) में स्वचालन बनाने की क्षमता के लिए प्रत्यक्ष .NET हेरफेर या अन्य शेल / स्क्रिप्टिंग भाषाओं को कॉल करने की आवश्यकता नहीं होनी चाहिए जो Linux पर AD का समर्थन कर सकते हैं।

मेरी समझ से सक्रिय निर्देशिका मॉड्यूल पावरशेल में नहीं है
टीम की प्लेट और इसे पॉवरशेल के साथ काम करने के लिए पूरी तरह से फिर से लिखा जाना चाहिए
सार।
मुझे लगता है कि स्टीव जिस बारे में बात कर रहे हैं वह एक समाधान है जो तब तक काम करना चाहिए
अगला AD मॉड्यूल रिलीज़।

वर्तमान AD मॉड्यूल में PSSnapin आवश्यकताएं हैं जो वैसे भी PS Core में काम नहीं करेंगी, जब तक कि हम Windows PowerShell संगतता पैक में कुछ PSSnapin शिम नहीं जोड़ रहे हैं, मुझे इसकी जानकारी नहीं है ... AD मॉड्यूल के लिए एकमात्र तरीका फिर से लिखना होगा। यही कारण है कि मैं परेशान हूं @ स्टीवएल-एमएसएफटी कह रहा है कि एडी मॉड्यूल (भले ही यह ओएस टीम की जिम्मेदारी है, और पावरशेल टीम नहीं है) विंडोज पावरशेल संगतता पैक द्वारा समर्थित होगा। कोर के लिए मॉड्यूल को फिर से तैयार करने के लिए पहले से ही एक महत्वपूर्ण आवश्यकता थी, और यदि इसका भविष्य विंडोज पावरशेल संगतता पैक में है, तो यह गलत दिशा है।

मैं @markekraus राय के साथ

लेकिन यह मेरा लेना है!
:)

विंडोज पॉवरशेल कम्पैटिबिलिटी पैक के बारे में मेरी समझ यह थी कि इसमें वह सब शामिल है जिसे कभी पोर्ट नहीं किया जाएगा।

Windows PowerShell संगतता पैक का उद्देश्य मौजूदा Windows PowerShell उपयोगकर्ताओं को PSCore6 में जाने में अस्थायी रूप से मदद करना है। लंबी अवधि की योजना है कि मॉड्यूल मूल रूप से PSCore6 पर चलने के साथ-साथ क्रॉस प्लेटफॉर्म भी हों। कुछ टीमें तय कर सकती हैं कि वे कभी भी PSCore6 को पोर्ट नहीं करेंगी या करेंगी, लेकिन इसे क्रॉस प्लेटफॉर्म के अनुकूल बनाने में निवेश नहीं करेंगी। _right_ निर्णय लेने में उनकी मदद करने वाला सबसे बड़ा प्रभावक ग्राहक प्रतिक्रिया है (न कि पावरशेल टीम जहां हम ग्राहक का प्रतिनिधित्व करते हैं)।

समझा। और किसी के लिए भी जो मेरे जैसा महसूस करता है:

https://windowsserver.uservoice.com/forums/304621-active-directory/suggestions/33496864-port-active-directory-module-to-powershell-core-an

तथा

https://windowsserver.uservoice.com/forums/304621-active-directory/suggestions/13350033-open-source-the-activedirectory-powershell-module

अगर मेरे पास ऐसी स्क्रिप्ट हैं जिनमें नेट फ्रेमवर्क डीएलएस पर निर्भरता है, तो मुझे उन निर्भरताओं के नेट कोर संस्करण को नगेट के माध्यम से देखना चाहिए और फिर स्क्रिप्ट को पीएस 6 में पोर्ट करने का प्रयास करना चाहिए? इन निर्भरताओं के लिए कोई "आवरण" नहीं है, है ना?

@ dudeNumber4 यह निर्भर करता है। यदि यह एक असेंबली है PSCore6 में पहले से ही शामिल है (और हम बहुत कुछ शामिल करते हैं), तो आपको तब तक कोई बदलाव करने की आवश्यकता नहीं है जब तक कि आप पथ के माध्यम से एक विशिष्ट डीएल का संदर्भ न लें। उदाहरण के लिए, यदि आप System.DirectoryServices.AccountManagement.dll पर पहले लोड करने के लिए ऐड-टाइप का उपयोग कर रहे थे, यदि आपने कोई पथ निर्दिष्ट नहीं किया है, तो इसे बस काम करना चाहिए।

@ dudeNumber4 यह निर्भर करता है। यदि यह एक असेंबली है PSCore6 में पहले से ही शामिल है (और हम बहुत कुछ शामिल करते हैं), तो आपको तब तक कोई बदलाव करने की आवश्यकता नहीं है जब तक कि आप पथ के माध्यम से एक विशिष्ट डीएल का संदर्भ न लें। उदाहरण के लिए, यदि आप System.DirectoryServices.AccountManagement.dll पर पहले लोड करने के लिए ऐड-टाइप का उपयोग कर रहे थे, यदि आपने कोई पथ निर्दिष्ट नहीं किया है, तो इसे बस काम करना चाहिए।

ठीक है, बस कोशिश की New-Object System.Data.OleDb.OleDbConnection । _टाइप_ नहीं खोजा जा सका। नगेट पर, मुझे किसी प्रकार का पोर्ट दिखाई देता है जो .Net Standard 2.0 के लिए समर्थन का दावा करता है। स्क्रिप्ट को पोर्ट करने के लिए मुझे उस लाइब्रेरी का एक नगेट रिस्टोर जोड़ना होगा, है ना?

@ dudeNumber4 हम उस असेंबली को PSCore6 के हिस्से के रूप में शामिल नहीं करते हैं, इसलिए इसका उपयोग करने के लिए, आपको रनटाइम पर उस nupkg को डाउनलोड करने के लिए Install-Package का उपयोग करने में सक्षम होना चाहिए, या इसे मैन्युअल रूप से करें और बस उस असेंबली को अपने साथ शामिल करें स्क्रिप्ट

WebAdministration - क्या xWebAdministration प्रतिस्थापन है, या WebAdministration को पोर्ट किया जाएगा?

@IanKemp उस मॉड्यूल का स्वामित्व IIS टीम के पास है इसलिए मुझे उनकी योजनाओं की जानकारी नहीं है। हालांकि, पिछली बार जब मेरी टीम ने उस मॉड्यूल को देखा तो कुछ आवश्यक .Net Framework नामस्थान .Net Core में उपलब्ध नहीं थे, इसलिए जब तक ऐसा नहीं होता तब तक यह तब तक काम नहीं करेगा जब तक कि वे इसे फिर से नहीं लिखते।