एक्सचेंज मैनेजमेंट शेल: सब कुछ संभव है!

Microsoft Exchange Server के लिए एक प्रशासन उपकरण के रूप में पॉवर्सशेयर 5 साल पहले उत्पाद के 2007 संस्करण में पहली बार दिखाई दिया था। तब से, एक्सचेंज सर्वर में इसका दायरा केवल चौड़ा हुआ है, और पॉवर्सशेल रीमोटिंग की शुरूआत ने प्रशासकों के लिए पूरी तरह से नई संभावनाओं को खोल दिया है।

Sysadmins इस स्क्रिप्टिंग भाषा में महारत हासिल करता है, लेकिन जिस स्थिति में वे स्थित हैं, वह बिल्कुल भी नहीं है। कोई व्यक्ति 2003 से 2010 तक अपने सर्वर से पलायन कर रहा है और उनके लिए पॉवर्सशेल एक वास्तविक चुनौती है। व्यवस्थापकों ने 2007 और 2010 में, कम से कम, एक्सचेंज मैनेजमेंट शेल (ईएमएस) खोला और इसके साथ प्रयोग किया। उदाहरण के लिए, नियमित कार्यों में जैसे कॉन्फ़िगरेशन जानकारी इकट्ठा करना या मेलबॉक्स गुण बदलना। कुछ, इन प्रयासों के बाद, Exchange प्रबंधन कंसोल (EMC) के आराम पर वापस जाएँ।
जो लोग इसका उपयोग नहीं करते हैं, या इसे अपर्याप्त रूप से उपयोग करते हैं, वे खुद को स्क्रिप्ट की लगातार बदली हुई दुनिया का पता लगाने और उपयोग करने के महान अवसर से वंचित कर रहे हैं, अपने सर्वर कार्यों पर प्रदर्शन करना जो पहले प्रदर्शन करना असंभव था।
यह कोई रहस्य नहीं है कि Powershell Microsoft द्वारा छोड़े गए खाली स्थानों को भरकर सर्वर प्रबंधन के कुछ पहलुओं में काफी सुधार कर सकता है।
प्रशासन के दृष्टिकोण से अत्यंत महत्वपूर्ण कार्य करने के लिए पॉवर्सहेल का उपयोग करने के कई उदाहरण हैं -
उदाहरण के लिए, जब मैंने पहले एक बड़े अमेरिकी प्रदाता में काम किया था, तो एक गंभीर समस्या CAS सर्वर पर उच्च RPC लेटेंसी थी, जो iOS के कुछ संस्करणों के साथ समस्याओं के कारण उत्पन्न हुई थी। सक्रिय कनेक्शनों की संख्या की निगरानी करके, कनेक्ट करते समय उपयोग किए जाने वाले क्लाइंट का निर्धारण, आवश्यक जानकारी को निर्यात करना और HTML रिपोर्ट को संकलित करके कैस सर्वर के लोड की जांच करना - यह सब पॉवर्सशेल पर किया गया था और जबरदस्त मदद प्रदान की थी।
पॉवर्सशेल शायद सबसे आसान भाषा नहीं है। Exchange Server 2010 SP1 में, पाँच सौ से अधिक cmdlets हैं और सीखने में कुछ समय लगेगा। इसके बावजूद, भविष्य में इसके उपयोग के फायदे निश्चित रूप से बंद हो जाएंगे।

इस आलेख में, मैं Exchange प्रबंधन शेल का उपयोग करके सिस्टम व्यवस्थापक के लिए कुछ मूल्यवान परिदृश्यों को देखूंगा । मैं इस बात पर जोर देता हूं कि लेख का उद्देश्य सब कुछ कवर करना नहीं है (और यह असंभव है!), लेकिन यह दिखाने के लिए कि पॉवर्सशेल वास्तव में हमारे लिए सब कुछ है, माइक्रोसॉफ्ट एक्सचेंज सर्वर के प्रशंसक।

1. रिपोर्ट और उनके निर्यात का निर्माण

जब आपको एक बड़े एक्सचेंज संगठन (या उदाहरण के लिए होस्टिंग) का प्रशासन करना होता है, तो आप अक्सर बाद के संपादन के लिए उपयुक्त रूप में रिपोर्ट / रिपोर्ट बनाने की आवश्यकता पर आते हैं। कभी-कभी उन्हें ग्राहकों के अनुरोध पर, आंतरिक ऑडिट उद्देश्यों के लिए अधिक बार आवश्यकता हो सकती है। एक्सचेंज मैनेजमेंट शेल में अत्यधिक विस्तृत रिपोर्ट बनाने की क्षमता है, जो प्रशासकों के लिए एक निर्विवाद लाभ है। Get- * के साथ शुरू होने वाले cmdlets विंडोज पावरशेल और एक्सचेंज मैनेजमेंट शेल के साथ पर्याप्त से अधिक हैं, जो रिपोर्ट को कस्टमाइज़ करने के लिए वास्तव में असीमित संभावनाएं प्रदान करता है। डिफ़ॉल्ट रूप से, निर्यात .txt या .csv प्रारूप में किया जाता है - दोनों किसी भी बाद के डेटा जोड़तोड़ के लिए बेहद सुविधाजनक हैं।
एक नियम के रूप में, आउट-फ़ाइल cmdlet का उपयोग किसी पाठ या CSV फ़ाइल (CSV के लिए निर्यात-सीएसवी) के निर्यात के लिए किया जाता है। मान लें कि हमारे पास प्रदर्शन के परिणाम को फ़िल्टर करने के लिए नाम और व्हाट्सएप किए गए कॉलम का उपयोग करके एक टेक्स्ट फ़ाइल को सभी संगठन के मेलबॉक्सों की सूची में निर्यात करने का कार्य है:

Get-Mailbox | Select-Object Name,WhenCreated | Out-File c:\xfer\report.txt



मुझे कहना होगा कि "अधिकार" के साथ पॉवर्सशेल cmdlet आउट-फाइल में एक पुराना स्कूल भी है -

[PS] C:\Windows\system32>Get-Mailbox | Select-Object Name,WhenCreated > c:\xfer\report.txt

2. बल्क CSV फ़ाइल से उपयोगकर्ता बनाते हैं

किसी अन्य विशिष्ट Exchange व्यवस्थापन परिदृश्य CSV फ़ाइल से उपयोगकर्ताओं का सामूहिक निर्माण होता है। इसका उपयोग किसी अन्य वातावरण से उपयोगकर्ताओं को स्थानांतरित करने, विलय के दौरान या बस नए कर्मचारियों को काम पर रखने में किया जा सकता है। इस परिदृश्य के लिए CSV फ़ाइलों का विशिष्ट उपयोग। सबसे पहले आपको एक CSV फ़ाइल तैयार करने की आवश्यकता है। यदि व्यवस्थापक को बाद में उपयोगकर्ता विशेषताओं को बदलने के कार्य को सुविधाजनक बनाने की इच्छा है, तो यह सब कुछ अग्रिम में पूर्वाभास करना तर्कसंगत है। जब ActiveDirectory- आधारित वातावरण से उपयोगकर्ताओं को माइग्रेट या स्थानांतरित किया जा रहा है, तो आवश्यक AD उपयोगकर्ता विशेषताओं को निर्यात करने से आप उन्हें नए ActiveDirectory में एक नई जगह पर जल्दी से बना सकते हैं।

हम गेट-उपयोगकर्ता के माध्यम से निर्यात करते हैं, आवश्यक विशेषताओं के अनुसार चयन करते हैं और परिणाम को एक सीएसवी फ़ाइल में स्थानांतरित करते हैं।

अब हमारे पास एक CSV फ़ाइल है जो बाद के आयात के लिए पूरी तरह से तैयार है। ज्यादातर मामलों में, CSV फ़ाइल में जानकारी का यह सेट पर्याप्त है:

Lastname, Firstname, Name, UserPrincipalName, पासवर्ड
हम अपनी फ़ाइल आयात करते हैं, इस तरह के आदेश के साथ ActiveDirectory में आयात के लिए तैयार हैं, अपने लिए आवश्यक चर बदल रहे हैं -

Import-CSV c:\xfer\our_import.csv | ForEach-Object { New-Mailbox -Lastname $_.”LastName” -Name $_."Name" -FirstName $_.”FirstName” -Organization Our Organization -Database DB1 -UserPrincipalName $_.”UserPrincipalName” -Password (ConvertTo-SecureString $_.password -AsPlainText -Force)}

-ResetPasswordOnNextLogon को $ true पर सेट करके, हम उपयोगकर्ताओं को पासवर्ड बदलने के लिए बाध्य करेंगे जब वे पहली बार सिस्टम में लॉग इन करेंगे।
इस पद्धति का उपयोग करके, आप मिनटों के सैकड़ों मेलबॉक्‍स बना सकते हैं, जिससे आपका काफी समय बच जाता है। इसी तरह, Powershell आपको मेलिंग सूचियों और संपर्कों के साथ काम करने की अनुमति देता है।

3. एक ही बार में सभी मेलबॉक्सों से "खराब" संदेश कैसे निकालें?

एक बार मेरे अभ्यास में, मुझे एक दिलचस्प (और बेहद जरूरी!) उपयोगकर्ता से अनुरोध आया, जिसने संगठन के सभी कर्मचारियों के मेलबॉक्स से निकालने की मांग की (200 से अधिक) एक पत्र कंपनी के लिए बेहद संवेदनशील जानकारी के साथ, जिसे पहले खारिज किए गए कर्मचारी द्वारा सामान्य सूची में भेजा गया था। ।
नीचे दिया गया cmdlet आपको आवश्यक खाते के मेलबॉक्सों को खोजने और अवांछित संदेश को हटाने की अनुमति देता है। नीचे दिए गए परिदृश्य में, उदाहरण के लिए, पत्र का विषय सेट है, वह मेलबॉक्स जहां हम "खराब" संदेश और गंतव्य फ़ोल्डर डालते हैं।

get-mailbox -OrganizationalUnit Needed_OU -ResultSize unlimited | Search-Mailbox -SearchQuery Subject:'Very bad message' -TargetMailbox mailbox@mailbox.com -TargetFolder Inbox –DeleteContent

4. मेल डेटाबेस के आकार की जाँच करें

Exchange 2007 की तुलना में, Exchange सर्वर का नवीनतम संस्करण इस ऑपरेशन को और अधिक सुविधाजनक बनाता है। अपडेटेड Get-MailboxDatabase cmdlet आपको लगभग कोई भी जानकारी प्राप्त करने की अनुमति देता है।
हमें नाम, सर्वर, आरोह स्थिति और आकार के साथ डेटाबेस मिलता है:

Get-MailboxDatabase -Status | select-object Name,Server,DatabaseSize,Mounted

5. मेल क्लाइंट और मेलबॉक्स

Exchange 2010 आपको Outlook क्लाइंट के संस्करण और मेलबॉक्स तक पहुँच की विधि के आधार पर मेलबॉक्सों के लिए क्लाइंट एक्सेस को संभालने की अनुमति देता है।
विभिन्न मानदंडों द्वारा पहुंच को प्रतिबंधित करने के लिए कई विकल्प हैं। उदाहरण के लिए, हम HTTPS कनेक्टिविटी पर RPC को रोकना चाहते हैं -

Set-CASMailbox -Identity mailbox@mailbox.com -MAPIBlockOutlookRpcHttp $true

इस तरह के एक cmdlet एक गैर-कैशेड मोड में कॉन्फ़िगर किए गए क्लाइंट को मेलबॉक्स के साथ काम करने की अनुमति नहीं देगा -
सेट-CASMailbox -Identity मेलबॉक्स@mailbox.com -MAPIBlockOutlookNonCachedMode सही सेट करें

और हम ऐसे उपयोगकर्ताओं को 2003 से पुराने आउटलुक के संस्करणों का उपयोग करने की अनुमति नहीं देंगे।

Get-CASMailbox -Resultsize Unlimited | Set-CASMailbox -MAPIBlockOutlookVersions '-5.9.9;7.0.0-10.9.9'

यह है कि आप किसी दिए गए खाते से मेलबॉक्स पर सुंदर जानकारी प्राप्त कर सकते हैं और इसे एक्सेल में निर्यात कर सकते हैं:

Get-Mailbox -OrganizationalUnit groza -Resultsize unlimited | Get-MailboxStatistics | Sort-Object TotalItemSize -Descending | Select-Object DisplayName,@{Name="TotalItemSize(KB)";Expression={$_.TotalItemSize.Value.ToKB()}},ItemCount,lastlogontime,lastlogofftime,lastloggedonuseraccount | Export-Csv c:\xfer\groza.csv | foreach {$_.length=($_.length)/1024/1024/1024; $_}



और इसलिए सर्वर की हार्ड ड्राइव पर खाली जगह की जानकारी आपको चाहिए:
Get-WmiObject -Class Win32_Logicaldisk -computername | डिवाइसिड, वॉल्यूमन, फ्रीस्पेस का चयन करें

6. क्लाइंट एक्सेस

एक्सचेंज मैनेजमेंट शेल में पर्याप्त संख्या में cmdlets हैं, जो सिस्टम प्रशासक उत्पादन पर्यावरण के दौरान उत्पन्न होने वाली सबसे आम समस्याओं का निवारण करने के लिए उपयोग कर सकते हैं।

यदि आपको मेलबॉक्स में प्रवेश करने में कठिनाई होती है, तो टेस्ट-मैपीकोनेक्टिविटी cmdlet बचाव में आ जाएगी, जिसका उपयोग विभिन्न मापदंडों के साथ किया जा सकता है।

किसी विशिष्ट डेटाबेस में प्रवेश करने की क्षमता की जाँच करें - Test-MAPIConnectivity -Database DB1

या एक विशिष्ट मेलबॉक्स में -

Test-MAPIConnectivity –Identity Vorobyaninov@RK.downtime.ru



या एक विशिष्ट सर्वर पर -

Test-MAPIConnectivity -Server MBX1

RPC कनेक्शन की समस्याओं का निदान Test-OutlookConnectivity cmdlet का उपयोग करके किया जाता है। पिछले cmdlet से मुख्य अंतर परीक्षण के तहत उपयोगकर्ता के पासवर्ड को निर्दिष्ट करने की आवश्यकता है।
चूंकि Exchange 2010 में CAS सर्वर की भूमिका बड़ी संख्या में प्रोटोकॉल के माध्यम से पहुँच प्रदान करती है, यह केवल स्वाभाविक है कि Microsoft Exchange Server 2010 के रचनाकारों ने यह सुनिश्चित किया कि आवश्यक cmdlets की कोई कमी नहीं थी:

परीक्षण-ActiveSyncConnectivity - ActiveSync प्रोटोकॉल का परीक्षण करता है;
टेस्ट-कैलेंडरकनेक्टिविटी - परीक्षण कैलेंडर उपलब्धता;
टेस्ट-इकोकनेक्टिविटी - चयनित कैस सर्वर पर ईसीपी आभासी निर्देशिका का सत्यापन
टेस्ट-इमैपोनक्टिविटी - आईएमएपी सेवा की स्थिति और इस प्रोटोकॉल का उपयोग करके क्लाइंट कनेक्शन की संभावना की जांच करना
Test-OutlookWebServices - AutoDiscover द्वारा उपयोगकर्ता को प्रदान की गई जानकारी की शुद्धता की जाँच करना
टेस्ट-ओवोनकनेक्टिविटी - निर्दिष्ट कैस सर्वर पर ओडब्ल्यूए आभासी निर्देशिका का सत्यापन
Test-WebServicesConnectivity - Exchange वेब सेवाओं की जांच करें, जिनका उपयोग किया जाता है, उदाहरण के लिए, मैक के लिए आउटलुक, मैक मेल और कुछ अन्य क्लाइंट।
ये केवल कुछ परिदृश्य हैं जिनमें एक्सचेंज मैनेजमेंट शेल का उपयोग किया जा सकता है, इसके साथ वास्तविक कार्य और एक्सचेंज 2010 के साथ काम इस दुनिया के लिए बहुत व्यापक दरवाजे खोलते हैं। और सिस्टम प्रशासक उसके बारे में जितना अधिक सीखता है, उतना ही वह अपने दैनिक कार्य में उस पर निर्भर करता है - यह स्क्रिप्टिंग और संचालन के स्वचालन की अद्भुत संभावनाओं की सराहना करना मुश्किल नहीं है कि यह भाषा वहन करती है।