Utangulizi.

Kuna misitu miwili ya AD. Kila msitu una kikoa kimoja: msitu1.ndani Na msitu2.ndani. Katika msitu mmoja (msitu1) kuna Akaunti watumiaji. Katika msitu mwingine (msitu2), shirika la Exchange 2010 SP3 linatumika, ambalo lina masanduku ya barua ya watumiaji kutoka msitu1. Hakuna uakisi wa akaunti za watumiaji.

Kazi.

Sambaza shirika la Exchange 2010 kwa msitu1 na uhamishe maudhui maalum masanduku ya barua kutoka msitu2 hadi msitu1.

Maelezo ya miundombinu.

Msitu 1

msitu1.ndani

• msitu1-dc1.msitu1.ndani- mtawala wa kikoa


• msitu1-cas1.msitu1.ndani


• msitu1-mbx1.msitu1.ndani


• msitu1-tmg1.msitu1.ndani

Kanuni ya kumtaja mtumiaji ni [herufi ya kwanza ya jina la kwanza][jina la mwisho]. Kwa mfano, Ivan Ivanov - iivanov

Msitu2

Msitu wa AD unaojumuisha kikoa kimoja - msitu2.ndani

Seva zifuatazo zimetumwa msituni:

• msitu2-dc1.forest2.ndani- mtawala wa kikoa


• msitu2-cas1.msitu2.ndani- Seva ya kubadilishana 2010 SP3 (CAS na Hub)


• msitu2-mbx1.msitu2.ndani- Seva ya kubadilishana 2010 SP3 (sanduku la barua)


• msitu2-tmg1.forest2.ndani - firewall, proksi, geuza (reverse, geuza, n.k.) proksi

Kanuni ya kumtaja watumiaji ni [jina la kwanza].[jina la mwisho]. Kwa mfano, Ivan Ivanov - ivan.ivanov

Shirika la Exchange lina kikoa cha SMTP - msitu.com. Watumiaji hupata visanduku vya barua kupitia Outlook Popote, OWA, ActiveSync.

Inahamisha visanduku vya barua.

Kuandaa miundombinu ya mtandao.

Kabla ya kuanza mchakato wa uhamishaji wa kisanduku cha barua, kuna masharti machache:

• Toa uelekezaji wa trafiki kati ya misitu miwili (VPN Site-To-Site, n.k.).


• Sanidi uondoaji wa kuheshimiana wa majina ya ndani (uhamisho wa eneo, maeneo ya stub, usambazaji wa masharti, n.k.)


• Hakikisha kwamba Seva ya kubadilishana Mashirika yote mawili yanaamini vyeti vya kila mmoja.

Inatayarisha seva za ufikiaji za mteja.

Unaweza kuanzisha uhamishaji wa yaliyomo kwenye kisanduku cha barua kutoka kwa msitu wa chanzo (kwa mfano wangu - msitu2) au kutoka kwa msitu wa marudio (kwa mfano wangu - msitu1). Ikiwa amri ya kuhamisha imeanzishwa kutoka kwa msitu lengwa, basi chaguo lazima liwekwe kwenye msitu wa chanzo. Ikiwa amri ya hoja imeanzishwa kutoka kwa msitu wa chanzo, basi Wakala wa Huduma ya Kurudufisha Kisanduku cha Barua (Wakala wa MRS) lazima iruhusiwe katika msitu unaolengwa.

Nitakuwa nikianzisha uhamishaji wa maudhui ya visanduku vya barua kutoka kwa msitu lengwa, kwa hivyo ni lazima niwashe Wakala wa MRS kwenye seva. msitu2-cas1.msitu2.ndani.

Set-WebServicesVirtualDirectory -Identity "Forest2-Cas1\EWS (Tovuti Chaguomsingi)" -MRSProxyImewezeshwa $true

Pata-WebServicesVirtualDirectory | Set-WebServicesVirtualDirectory -MRSProxyEnabled $true

Kutoa akaunti za watumiaji katika msitu lengwa.

Nitahamisha barua kwa mtumiaji Semyon Petrov, ambaye ana vigezo vifuatavyo:

• Onyesha jina katika misitu yote miwili - Semyon Petrov


• Jina la mtumiaji Forest1 - spetrov


• Jina la mtumiaji katika Forest2 - semen.petrov


• Anwani ya posta - [barua pepe imelindwa]

Kabla ya kuanza kuhama maudhui, lazima uandae akaunti za watumiaji katika msitu lengwa (msitu1). Hii inafanywa kwa hatua mbili.

Hatua ya kwanza ni kutoa hesabu za watumiaji katika msitu unaolengwa.

Hatua ya kwanza ni kufanya watumiaji wote katika msitu lengwa ambao visanduku vyao vya barua vitahamishwa kuwa Watumiaji wa Barua.

Hatua ya pili ni kutoa hesabu za watumiaji katika msitu unaolengwa.

Katika hatua ya pili ni muhimu, kwa kutumia script Tayarisha-MoveRequest.ps1, nakili baadhi ya sifa za mtumiaji kutoka msitu wa chanzo.

Tayarisha-HojaOmbi.ps1 -Identity' [barua pepe imelindwa]’ -RemoteForestDomainController forest2-dc1.forest2.local -RemoteForestCredential (Pata-Credential forest2\adm) -TumiaLocalObject

Ninapitisha parameta kwa hati -UseLocalObject. Hii lazima ifanyike kwa sababu Tayari nina mtumiaji aliyewezeshwa kwa barua katika msitu ninakoenda.

Hamisha maudhui ya kisanduku cha barua kutoka msitu wa chanzo hadi msitu lengwa.

Maudhui huhamishwa kwa kutumia cmdlet New-MoveRequest.

New-MoveOmbi -Identity "shahawa.petrov" -Remote -RemoteHostName forest2-cas1.forest2.local -RemoteCredential (Pata-Credential forest2\adm) -TargetDeliveryDomain "msitu1.local"

Nini kinatokea kwa mtumiaji kwa wakati huu?

Baada ya maudhui ya kisanduku cha barua kuhamishwa, mtumiaji ataona ujumbe ufuatao:

Baada ya kuanzisha upya Mtumiaji wa Outlook unganisha kwa seva ya Exchange ambayo iko katika msitu wake yenyewe.

Nilielezea mbinu ya kuhamisha kisanduku cha barua kilichotumiwa katika Exchange 2007. Kimsingi inafanya kazi nayo Sanduku la Barua-Hamisha amri katika Shell ya Usimamizi wa Ubadilishanaji, ingawa, bila shaka, unaweza kutumia Dashibodi ya Usimamizi wa Ubadilishaji kubadilishana ili kuhamisha visanduku vya barua. Katika Exchange 2010, unaweza pia kuhamisha visanduku vya barua kwa kutumia Dashibodi ya Usimamizi wa Exchange na Shell ya Usimamizi wa Exchange, ingawa kumekuwa na mabadiliko kadhaa kwenye mchakato. Katika mfululizo huu wa sehemu tatu, nitazungumza kuhusu jinsi ya kuhamisha sanduku za barua katika Exchange 2010 na nitazingatia zaidi. kipengele kipya Ombi la Kuhamisha.

Maombi ya Kuhamisha

Kwa hivyo, nataka kuanza makala haya kwa kusema kwamba amri ya Sanduku la Barua-Hamisha haipatikani tena katika Exchange 2010. Mbinu nzima ya kuhamisha visanduku vya barua katika Exchange 2010 inazingatia kipengele kinachoitwa. maombi ya hoja. Kwa kuwa amri ya Sanduku la Barua-Hamisha haitumiki tena, hitimisho ni kwamba huwezi kutumia amri ya Sanduku la Barua-Sogeza la Exchange 2007 kuhamisha visanduku vya barua kutoka Exchange 2007 hadi Exchange 2010; itabidi utumie kipengele cha maombi ya kuhamisha bidhaa ya Exchange 2010.

Ombi la kuhamisha linaundwa na msimamizi wa Exchange kwa kutumia Dashibodi ya Usimamizi wa Exchange au Shell ya Usimamizi wa Exchange. Katika nakala hii, nitazingatia kusonga sanduku za barua ndani ya msitu mmoja. Aina hii ya harakati inaitwa ombi la kuhama la ndani. Unapohamisha masanduku ya barua kati ya misitu, aina hii inaitwa maombi ya uhamishaji wa mbali. Maombi ya kuhama kwa mbali yatashughulikiwa katika makala zijazo hapa kwenye MSExchange.org.

Amri ambazo ni sehemu ya ombi la kuhamisha zinatekelezwa na huduma Huduma ya Kurudufisha Sanduku la Barua la Microsoft Exchange, ni huduma mpya katika Exchange 2010 inayoendesha jukumu la Seva ya Ufikiaji wa Mteja. Huduma hii imeonyeshwa kwenye Mchoro 1.

Kielelezo cha 1: Huduma ya Kurudufisha Sanduku la Barua la Microsoft Exchange

Ombi la kuhamisha linaweka ujumbe maalum wa mfumo kwenye kisanduku cha barua cha mfumo cha hifadhidata ya kisanduku cha barua. Huduma ya Urudiaji ya Sanduku la Barua la Microsoft Exchange hukagua yaliyomo kwenye kisanduku cha barua cha mfumo katika kila hifadhidata ya kisanduku cha barua ili kuona ikiwa ina ombi la kuhamisha, na kisha kuchakata maombi hayo ipasavyo. Kuna faida nyingi za kuhamisha visanduku vya barua kwa kutumia huduma hii. Hapa kuna maeneo makuu matatu ambayo mimi hukutana nayo wakati wa miradi ya uhamiaji ambayo hurekebishwa na maombi haya ya kuhama:

• Vikasha vya barua sasa vinaweza kuhamishwa mtandaoni, hata wakati watumiaji wameingia. Kipengele hiki kinapatikana tu ikiwa visanduku vya barua vinaendesha Exchange 2007 SP2 au toleo jipya zaidi toleo la baadaye, au Exchange 2010. Hata hivyo, hii ni nyongeza muhimu sana kwa mchakato wa jumla wa kusogeza kisanduku cha barua kwa sababu itasaidia kuepuka hitaji la kuhamisha visanduku vya barua wakati wa saa zisizo na kazi.
• Vipengee vilivyo kwenye tupio sasa vinaweza kusogezwa kama sehemu ya mchakato. Katika matoleo ya awali ya Exchange, visanduku vya barua vinavyosogeza havikusogeza vipengee vya Recycle Bin, kwa hivyo ilimbidi mtumiaji kurejesha vipengee vyote vilivyofutwa kwenye kisanduku cha barua kabla ya kukisogeza. Inaweza kuwa rahisi kusahau kuwajulisha watumiaji kuhusu hili, na katika baadhi ya matukio, watumiaji ambao masanduku yao ya barua yalikuwa yamehamishwa wakati wa kujaribu kurejesha vitu kutoka kwa Recycle Bin waligundua kuwa Recycle Bin ilikuwa tupu.
• Maudhui ya kisanduku cha barua hayachakatwa tena na kompyuta inayoendesha mchakato wa kuhamisha. Ilikuwa mara nyingi katika Exchange 2007 kwamba amri ya Move-Mailbox, au hati inayohusiana, ingeendeshwa kwenye mashine ya msimamizi badala ya seva inayolengwa ya Exchange 2007. Hata hivyo, katika hali kama hii, yaliyomo kwenye kisanduku cha barua huhamishwa kutoka. hifadhidata ya chanzo kwa mashine ya msimamizi, na kisha kwenye hifadhidata inayolengwa. Hali hii inaweza kuepukwa kwa kuendesha amri au hati ya amri moja kwa moja kwenye seva ya hifadhidata inayolengwa. Katika Exchange 2010, hali hii haitatokea tena kwa sababu uhamishaji wa kisanduku cha barua unafanywa na Huduma ya Urudiaji ya Sanduku la Barua la Microsoft Exchange inayoendeshwa kwenye Seva ya Ufikiaji wa Mteja.

Niliposoma hiyo mara ya kwanza Huduma ya Microsoft Urudiaji wa Sanduku la Barua kwenye kila Seva ya Ufikiaji wa Mteja inawajibika kushughulikia uhamishaji wa kisanduku cha barua, nilikuwa nikishangaa jinsi kuwa na Seva nyingi za Ufikiaji wa Wateja kungeathiri uhamishaji. Kwa mfano, Je, Seva mbili za Ufikiaji wa Wateja zitajaribu kuhamisha kisanduku cha barua kimoja kwa wakati mmoja? Kwa bahati nzuri, Microsoft iliripoti kwamba ilitumika utaratibu wa jumla kati ya Seva zote za Ufikiaji wa Wateja za tovuti moja ya Active Directory ili kuepuka hali kama hizo.

Unda ombi la kuhama la ndani

Kwa kuwa sasa tuna uelewa mdogo wa maombi ya kuhamisha, ni wakati wa kuona jinsi unaweza kuhamisha kisanduku cha barua kwa kutumia kipengele hiki kipya. Hebu tuanze kwa kuangalia jinsi ya kuunda ombi la kuhama la ndani kwa kutumia Dashibodi ya Kudhibiti Ubadilishanaji.

1. Mara Dashibodi ya Usimamizi wa Ubadilishanaji inapopakiwa, panua Usanidi wa Mpokeaji kwenye mti wa console. Katika nodi ya Usanidi wa Mpokeaji, chagua kitu Sanduku la barua ambayo itaonyesha orodha ya visanduku vyote vya barua kwenye kidirisha cha matokeo.
2. Katika hatua hii, unahitaji kuchagua sanduku za barua ambazo ungependa kuhamisha. Unaweza kuchagua visanduku vingi vya barua ili kuhamishwa kwa wakati mmoja.
3. Mara tu umechagua visanduku vya barua ili kusogeza, chagua chaguo Ombi Jipya la Kuhama Karibu Nawe" kwenye upau wa kitendo, au bonyeza-kulia kwenye kitu cha Sanduku la Barua na uchague chaguo sawa kutoka kwa menyu ya muktadha, kama inavyoonyeshwa kwenye Mchoro 2.

Kielelezo 2: Kuunda ombi jipya la kuhama la ndani

1. Mchawi ataanza Mchawi Mpya wa Ombi la Uhamishaji wa Karibu na huonyesha ukurasa wa utangulizi Utangulizi, kama inavyoonyeshwa kwenye Mchoro 3. Ukurasa huu utaonyesha visanduku vya barua ambavyo umechagua, pamoja na habari muhimu, ambayo inajumuisha hifadhidata ya kisanduku cha barua ambacho wakati huu Sanduku hizi za barua ziko.

Kielelezo cha 3: Ukurasa Mpya wa Utangulizi wa Mchawi wa Ombi la Kuhama

1. Kwenye ukurasa wa utangulizi, bonyeza kitufe Vinjari" ambayo itafungua dirisha la uteuzi wa hifadhidata ya kisanduku cha barua (Chagua Hifadhidata ya Sanduku la Barua), kama inavyoonyeshwa kwenye Mchoro 4. Dirisha hili litaonyesha hifadhidata zinazopatikana kwenye seva zote katika shirika lako. Katika mfano wangu nitahamisha kisanduku cha barua kutoka kwa hifadhidata Hifadhidata ya Sanduku la Barua 001 V Hifadhidata ya Sanduku la Barua 002 kwenye seva moja inayoitwa DAG1. Kwa hivyo mimi huchagua tu hifadhidata hii na bonyeza sawa.

Kielelezo cha 4: Ukurasa wa Uchaguzi wa Hifadhidata ya Sanduku la Barua

1. Sasa kwenye ukurasa wa utangulizi uwanja wa hifadhidata unapaswa kujazwa na jina la hifadhidata inayolengwa. Bofya Inayofuata.
2. Ifuatayo, dirisha la chaguzi za kusonga litafungua. (Chaguo za Kusogeza) kama inavyoonyeshwa kwenye Mchoro 5. Dirisha hili linapaswa kufahamika kwako ikiwa umetumia matoleo ya awali Kubadilishana. Hapa unaweza kubainisha jinsi ya kushughulikia ujumbe ulioharibika ikiwa wowote unapatikana kwenye hifadhidata ya chanzo. Hapa una chaguo la kuruka kisanduku cha barua kabisa, au kuruhusu idadi fulani ya ujumbe mbovu. Hakuna sahihi au mipangilio isiyo sahihi, yote inategemea jinsi shirika lako linavyoona upotevu wa data. Katika picha hapa chini, nimechagua chaguo la kuruka kisanduku cha barua kabisa; ikiwa vitu vilivyoharibiwa vitapatikana, sanduku la barua halitahamishwa. Kisha nitachanganua hifadhidata kwa kutumia huduma kama vile ISINTEG ili kuona kama ufisadi huo unaweza kurekebishwa.

Kielelezo cha 5: Ukurasa wa Chaguo za Kusogeza

1. Mara tu umechagua chaguo zinazofaa kwenye ukurasa wa Chaguo za Kusogeza, bofya Zaidi. Hii itaonyesha ukurasa wa mwisho ambapo unaweza kuona muhtasari wa usanidi kabla ya kubofya kitufe Mpya kuunda ombi la kuhama la ndani.
2. Ombi la kuhama la ndani basi litaundwa na kutumwa kwa Seva ya Ufikiaji wa Mteja; Mchawi unaweza kufungwa.

Unda ombi la kuhamisha kwa kutumia PowerShell

Ili kuunda ombi la kuhamisha la ndani kwa kutumia Shell ya Usimamizi wa Exchange, unaweza kutumia amri New-MoveRequest na vigezo vinavyohusiana. Amri rahisi Ili kuunda ombi la kuhamisha la ndani la kuhamisha kisanduku kimoja cha barua kutoka kwa hifadhidata moja hadi nyingine kunaweza kuonekana kama hii:

New-MoveRequest "Identity neil "TargetDatabase "Mailbox Database 004"

Hapa kuna kigezo Utambulisho inatumika kutaja kisanduku cha barua ambacho kitahamishwa, na kigezo TargetDatabase inabainisha hifadhidata ambayo kisanduku cha barua kitahamishiwa. Kuendesha amri hii kutatoa matokeo sawa na yale yaliyoonyeshwa kwenye Mchoro 6.

Kielelezo cha 6: Amri ya New-MoveRequest

Katika Mchoro 6, utaona kwamba baadhi ya taarifa katika safu hazieleweki ni lini umbizo la kawaida, inayotumika katika Sheli ya Usimamizi wa Kubadilishana. Ili kurekebisha hali hii, unaweza kuendesha matokeo ya amri ya New-MoveRequest kupitia amri jedwali la umbizo(iliyofupishwa hadi ft katika mfano ulio hapa chini), na pia tumia vigezo "Ukubwa otomatiki Na "Funga, kama inavyoonyeshwa katika mfano huu:

New-MoveRequest "Identity neil"TargetDatabase "Mailbox Database 004" | ft "Ukubwa Otomatiki -Futa

Hii hutoa matokeo sawa na yale yaliyoonyeshwa kwenye Mchoro 7, na kufanya data iwe rahisi zaidi kusoma.

Kielelezo cha 7: Amri ya New-MoveRequest Iliyoumbizwa

Hapa pia nataka kutaja kosa ambalo unaweza kukutana nalo katika hatua hii. Ikiwa sasa nitajaribu kuhamisha kisanduku kimoja cha barua kwenye hifadhidata nyingine, ninapata ujumbe wa makosa ufuatao:

Kisanduku cha barua (jina) kina ombi lililokamilika la kuhamisha linalohusishwa nalo. Kabla ya kuunda ombi jipya la kuhama kwa kisanduku cha barua, endesha Ondoa-MoveRequest cmdlet ili kufuta ombi lililokamilishwa la kuhamisha.

Ujumbe huu wa makosa umeonyeshwa kwenye Mchoro 8.

Kielelezo cha 8: Hitilafu ya New-MoveRequest

Kama ujumbe wa makosa unavyosema, kisanduku cha barua tayari kina ombi kamili hoja ambayo lazima ifutwe kabla ya kuunda maombi mengine ya kuhamisha. Kwa hivyo hii inamaanisha kuwa ombi la kuhama lazima lifutwe mara tu baada ya kukamilika.

Kumbuka: Maombi ya kuhamisha hayafutwa kiotomatiki hata kama kisanduku cha barua kimehamishwa. Hii pia ina maana ya kufuta hifadhidata za kisanduku cha barua, ambazo tutashughulikia baadaye katika mfululizo wa makala haya. Pia tutaangalia zaidi hapa chini.

Amri ya New-MoveRequest ina vigezo vingi vinavyopatikana ambavyo unaweza kutumia ili kudhibiti maombi ya kuhamisha. Kama unavyoweza kutarajia ikiwa unaifahamu Exchange 2007, Shell ya Usimamizi wa Exchange inayo njia zaidi kuhamisha vidhibiti vya ombi kuliko katika Dashibodi ya Kudhibiti Ubadilishanaji. Orodha kamili vigezo vyote vinaweza kupatikana, lakini katika makala hii nitaelezea kadhaa zaidi vigezo muhimu:

• BadItemLimit - Kama inavyoonyeshwa kwenye Mchoro 5, unaweza kuamua ni vitu vingapi vilivyoharibika vya kisanduku cha barua ambacho programu inaweza kustahimili wakati wa kuhamisha kisanduku cha barua. Katika Shell ya Kudhibiti Ubadilishanaji, kigezo cha BadItemLimit kinadhibiti mpangilio huu.
• BatchName - Hii parameter muhimu, ambayo hukuruhusu kutaja jina la kifurushi wakati wa kuhamisha visanduku vingi vya barua. Kisha unaweza kutumia jina la kifurushi hiki kutafuta visanduku maalum vya barua unapotumia amri Pata-MoveRequest, ambayo nitazungumzia katika sehemu ya tatu ya mfululizo huu.
• IgnoreRuleLimitErrors - Ukikumbana na hitilafu za kikomo cha sheria wakati wa kuhamisha kisanduku cha barua, unaweza kutaka kuepuka kuhamisha sheria ya mtumiaji kama sehemu ya kisanduku cha barua. Chaguo hili hukuruhusu kufanya hivyo. Kwa mfano, unaweza kubadilisha vigezo vya ombi la kuhamisha baada ya kuwasilishwa ili kuhakikisha kuwa sheria hazichakatwa. Pia tutazungumza juu ya hili katika sehemu ya tatu ya mfululizo.
• MRSServer - Kwa kawaida, ombi la kuhamisha huchakatwa na Seva moja za Ufikiaji wa Mteja katika tovuti ya Saraka Inayotumika. Ili kubainisha Seva mahususi ya Ufikiaji wa Mteja, tumia kigezo cha MRServer kwa kushirikiana na Jina la Kikoa Lililohitimu Kamili (FQDN) la Seva ya Ufikiaji wa Mteja.
• Sitisha WakatiTayariKukamilisha - Mpangilio huu unatumika kusitisha ombi la kuhamisha kabla kisanduku cha barua hakijahamishwa hadi kwenye hifadhidata inayolengwa. Kwa maneno mengine, data zote halali za kisanduku cha barua huhamishwa, lakini hoja ya mwisho haifanyiki hadi msimamizi aanze tena hoja kwa kutumia amri. Resume-MoveRequest. Hali moja ambayo unaweza kutumia mbinu hii itakuwa kupata idhini ya mwisho ya kuhamisha kisanduku cha barua. Chaguo hili litajadiliwa katika sehemu ya tatu ya mfululizo huu wa makala.

Usimamizi wa Hifadhidata Lengwa

Jambo la kufurahisha ni kwamba parameta ya TargetDatabase ya amri ya New-MoveRequest ni ya hiari. Katika mifano iliyo mwanzoni mwa kifungu hiki, unaweza kuona kwamba parameta hii ilitumiwa kuhakikisha kuwa kisanduku cha barua kilihamishiwa kwenye hifadhidata inayoitwa. Hifadhidata ya Sanduku la Barua 004. Ukiondoa parameta ya TargetDatabase, mchakato wa ombi la kuhamisha utachagua hifadhidata kiotomatiki.

Ikiwa una hifadhidata ya kisanduku cha barua moja au zaidi ambazo ungependa kuzitenga kutoka kwa mchakato huu wa uteuzi, unaweza kubadilisha thamani ya kigezo. HaijumuishwiKutoaUtoaji hifadhidata unayotaka kuwatenga. Kigezo hiki kinaonyeshwa kwenye Mchoro 9, ambapo kinaonyeshwa kama thamani chaguo-msingi. uongo, ikionyesha kuwa hifadhidata inapatikana ili kujaza visanduku vya barua. Ikiwa ningetaka kubadilisha thamani ya paramu hii kwa Hifadhidata ya Sanduku la Barua 004 kuwa kweli, ningeendesha amri ifuatayo:

Set-MailboxDatabase "Mailbox Database 004" "IsExcludedFromProvisioning $True

Kielelezo cha 9: Bila kujumuisha hifadhidata za kisanduku cha barua kutoka kwa ombi la kuhamisha

Kusimamia Maombi ya Kuhamisha

Kwa kuwa sasa ombi la kuhama la ndani limeundwa, unahitaji kufuatilia maendeleo yake. Katika Dashibodi ya Usimamizi wa Kubadilishana, bofya kwenye kitu Ombi la Kuhamisha, iko kwenye nodi Usanidi wa Mpokeaji kwenye mti wa console. Hii italeta dirisha sawa na ile iliyoonyeshwa kwenye Mchoro 10. Katika takwimu hii, nimeondoa upau wa hatua kwa uwazi.

Kielelezo cha 10: Usimamizi wa Ombi la Kuhamisha

Hapa unaweza kuona kwamba orodha ya maombi ya kuhamisha inaonyeshwa. Kwa sasa kuna ombi moja tu la kuhamisha linaloendelea, na uga wa hali ya ombi Hamisha Hali ya Ombi inaonyesha hali ya harakati Kusonga. Kwa chaguo-msingi, ni sehemu za Jina la Onyesho, Lakabu, Hali ya Ombi la Kusogeza na Aina ya Ombi la Hamisha pekee ndizo zinazoonyeshwa kwenye kiweko. Kuna njia mbili za kupanua maelezo ambayo yatapatikana kwako:

1. Katika Dashibodi ya Usimamizi wa Kubadilishana, chagua menyu Tazama, kisha chaguo Ongeza au ondoa safu wima (Ongeza/Ondoa safuwima") kuleta dirisha Ongeza/Ondoa Safu, kama inavyoonekana katika Mchoro 11. Hapa unaweza kuona kwamba mashamba Jina, Jina mwenyeji wa mbali Jina la Mpangishi wa Mbali, Hifadhidata ya Chanzo na Hifadhidata Lengwa pia zinapatikana. Kutumia vifungo mbalimbali vinavyopatikana kwenye skrini, unaweza kutaja mashamba gani ya ziada ya kuonyesha, pamoja na utaratibu ambao wataonyeshwa.

Kielelezo 11: Kuongeza safu wima za maelezo ya ziada

1. Njia nyingine ya kuongeza maelezo katika Dashibodi ya Usimamizi wa Kubadilishana ni kuangalia sifa za ombi la kuhamisha. Ili kufanya hivyo, bonyeza tu kulia kwenye ombi la kuhamisha na uchague Mali V menyu ya muktadha. Hii italeta dirisha la mali ya ombi la kuhama sawa na ile iliyoonyeshwa kwenye Mchoro 12.

Kielelezo cha 12: Sifa za Ombi la Kuhamisha

Moja ya nyanja zinazovutia zaidi zilizowasilishwa katika Kielelezo 10 na 12 ni uwanja wa hali Hamisha Hali ya Ombi. Katika Mchoro 12 unaweza kuona kwamba hali imeonyeshwa kama Kukamilisha, lakini bila shaka uga huu unaweza pia kuchukua maadili kama vile Inaendelea, Imekamilika, Imeshindwa na kadhalika. Hii hukuruhusu kuona ni hatua gani ombi la kuhamisha liko katika mchakato wa jumla.

Kusimamia Maombi ya Kuhamisha

Unaweza kutumia Shell ya Usimamizi wa Exchange ili kuona jinsi ombi la kuhamisha linavyoendelea kwa kutumia amri Pata-MoveRequest. Katika hali yake chaguo-msingi, amri ya Get-MoveRequest itarudisha matokeo ya maombi yote yanayopatikana ya hoja. Kwa mfano, angalia Kielelezo 13, ambacho kinaonyesha sampuli ya habari iliyorejeshwa na amri ya Get-MoveRequest. Hii inaonyesha ombi moja tu la kuhama na pia inaonyesha kuwa kisanduku changu cha barua kilihamishiwa kwenye hifadhidata inayolengwa inayoitwa TEST. Pia unaona kwamba ombi la kuhamisha limekamilika.

Kielelezo cha 13: Matokeo ya Get-MoveRequest

Kama ilivyo kwa amri ya New-MoveRequest, pia kuna vigezo vingi vya Get-MoveRequest vinavyopatikana kwa amri hii. Orodha kamili ya chaguzi inaweza kupatikana. Vigezo vichache muhimu zaidi ni vifuatavyo:

HamishaHali: Ukiwa na kigezo hiki, unaweza kutumia matokeo ya amri ya Get-MoveRequest kupata maombi ya kusogeza tu na hali fulani. Kwa mfano, ikiwa unahitaji kutazama maombi yote ya kuhamisha na hali Inaendelea, unahitaji kutumia amri ifuatayo:

Pata-MoveRequest "MoveStatus InProgress

Mfano wa pato la amri hiyo umeonyeshwa kwenye Mchoro 14. Vigezo vya hali halali vitakuwa Hakuna, Imewekwa kwenye foleni, Inaendelea, Imesimamishwa Kiotomatiki, CompletionInProgress, Imekamilika, ImekamilikaKwa Onyo, Imesimamishwa Na Imeshindwa.

ChanzoDatabase: Chaguo hili linaonyesha visanduku vyote vya barua ambavyo vimehamishwa kutoka kwa hifadhidata maalum ya chanzo, kwa hivyo ni muhimu kwa kuamua mzigo kwenye seva ya Kikasha cha barua pepe.

Sitisha Wakati ReadyToComplete: Chaguo hili hutumika kusitisha maombi ya kuhamisha kabla ya kisanduku kuhamishwa hadi kwenye hifadhidata inayolengwa. Tutazungumza juu ya parameter hii baadaye kidogo.

TargetDatabase: Chaguo hili ni sawa na SourceDatabase isipokuwa linaonyesha hifadhidata inayolengwa.

Kusimamisha ombi la kuhama

Kama tulivyoshughulikia kwa ufupi katika Sehemu ya 2 ya mfululizo huu na katika sehemu iliyotangulia, amri za New-MoveRequest na Get-MoveRequest zinajumuisha. SitishaWhenReadyToComplete chaguo ambalo linatumika kusitisha ombi la kuhamisha kabla eneo la mwisho la hifadhidata inayolengwa kusasishwa. Kwa mbinu hii, data ya kisanduku cha barua huhamishwa, lakini swichi ya mwisho hutokea tu baada ya ombi la kusimamishwa lililosimamishwa kuanza tena. Unaweza pia kusitisha ombi lililopo la kuhamisha kwa kutumia amri Sitisha-MoveRequest.

Hebu tuangalie kutumia kigezo cha SuspendWhenReadyToComplete kwa amri ya New-MoveRequest. Amri ya mfano ya kutekeleza itakuwa:

New-MoveRequest "Identity neil" Sitisha WakatiReadyToComplete

Ikiwa umesoma sehemu zilizopita za mfululizo huu, utaona kwamba amri ya juu haijumuishi parameter TargetDatabase kubainisha hifadhidata yoyote maalum ambayo kisanduku kitahamishiwa. Bila chaguo hili, hifadhidata itachaguliwa na mfumo.

Kama tulivyokwisha sema, mchakato wa kuhamisha kisanduku cha barua utacheleweshwa hadi hatua ya mwisho itakapotokea. Inaweza kusanidiwa kwa kuendesha amri Pata-MoveRequest. Angalia Mchoro wa 15, unaoonyesha kuwa kisanduku cha barua kilihamishwa kwa kutumia chaguo la SuspendWhenReadyToComplete. Baadaye kidogo, hali ya ombi hili la kuhama itakuwa Inaendelea, na yaliyomo kwenye kisanduku cha barua huhamishwa. Baada ya sasisho linalofuata, amri ya Get-MoveRequest itaonyesha kuwa hali ya ombi sasa imebadilika kuwa Imesimamishwa Kiotomatiki, na hii ndiyo hali inayoonyeshwa unapotumia kigezo cha SuspendWhenReadyToComplete. Vile vile, Dashibodi ya Usimamizi wa Ubadilishanaji inaonyesha hali hii kama inavyoonekana kwenye Mchoro 16.

Kielelezo cha 15: Ombi la kuhamisha lililositishwa " Shell ya Usimamizi wa Exchange

Kielelezo cha 16: Ombi la kuhamisha limesitishwa " Dashibodi ya Usimamizi wa Ubadilishanaji

Wakati msimamizi anaamua kuwa hoja inaweza kukamilika, ombi la hoja linaweza kurejeshwa kwa kuendesha amri Resume-MoveRequest na syntax ifuatayo:

Resume-MoveRequest "Identity neil

Wakati amri hii imekamilika, kuendesha amri ya Get-MoveRequest tena inapaswa kuonyesha hali Imekamilika.

Majina ya Kundi

Katika sehemu ya awali ya mfululizo huu, tuliangalia vigezo vya amri ya New-MoveRequest na kuona kwamba moja ya vigezo hivi inaitwa. Jina la Batch. Kigezo hiki hukuruhusu kubainisha jina la kifurushi unaposogeza visanduku vingi vya barua, ambavyo unaweza kutumia kwa amri ya Get-MoveRequest kutafuta vifurushi maalum vya kusogeza vya kisanduku cha barua.

Majina ya vifurushi ni muhimu sana wakati wa kuhamisha yaliyomo kwenye hifadhidata ya kisanduku cha barua moja hadi nyingine. Ili kurahisisha mambo, nitaunda tu hoja mbili za vikasha sawa vya barua na nitapatia kila kifurushi jina tofauti. Kisha tutatumia Get-MoveRequest amri kuonyesha jinsi ya kutafuta majina ya vifurushi hivi. Kwanza, wacha tuunde mbili maombi rahisi husonga kwa kutumia Shell ya Usimamizi wa Kubadilishana inayobainisha majina tofauti ya kifurushi:

New-MoveRequest "Identity neil "TargetDatabase "Mailbox Database 003" "BatchName Batch001

New-MoveRequest "Identity kuiba "TargetDatabase "Mailbox Database 004" "BatchName Batch002

Baada ya kuunda maombi haya ya kuhamisha, unaweza kutumia amri ya Get-MoveRequest na kigezo cha BatchName ili kupata maombi yote ya kuhamisha kisanduku cha barua ambayo yanahusishwa na jina mahususi la bechi. Kwa mfano, ili kuona maombi yote ya kuhamisha kisanduku cha barua yanayohusishwa na jina la kifurushi Kundi001, unahitaji kutumia amri ifuatayo:

Get-MoveRequest "BatchName Batch001

Matokeo ya amri hii yanaonyeshwa kwenye Mchoro 17, ambapo unaweza kuona kwamba ni sanduku moja tu la barua lililorudishwa kwa sababu kisanduku cha pili kilihamishwa kwa kutumia jina tofauti la kifurushi.

Kielelezo 17: Kuchuja kwa jina la kifurushi

Hamisha visanduku vingi vya barua

Katika Sehemu ya 2 ya mfululizo huu, tuliangalia kusogeza kisanduku cha barua cha mtumiaji kwa kutumia amri New-MoveRequest. Kusonga kisanduku kimoja cha barua ni kazi rahisi kwa sababu lakabu la kisanduku hicho cha barua linahitaji tu kubainishwa kwenye kigezo. Utambulisho timu New-MoveRequest. Vipi kuhusu kuhamisha visanduku vingi vya barua? Hii inaweza kufanywa kwa njia kadhaa, ambayo baadhi yake itaelezwa hapa chini.

Kwanza, ni rahisi sana kuhamisha visanduku vyote vya barua kutoka hifadhidata moja hadi nyingine kwa kupitisha amri Pata-MailboxDatabase kwa timu New-MoveRequest. Mfano unaweza kuwa amri ifuatayo:

Pata Sanduku la Barua "Hifadhi "Hifadhi ya Sanduku la Barua 001" | New-MoveRequest "TargetDatabase `

"Nambari ya Hifadhidata ya Sanduku la Barua 002"

Iwapo unahitaji tu kuhamisha visanduku vichache vya barua, unaweza kutumia kitendakazi cha safu katika PowerShell. Hebu tuseme tunahitaji kuhamisha visanduku vya barua vya watumiaji Neil, Rob, na Mark. Katika mfano huu, majina ya watumiaji pia ni lakabu za kisanduku cha barua. Unaweza kutumia hati ifuatayo kutekeleza kazi hii:

$MailboxesToMove = "neil","rob","mark"

ForEach ($SingleMailbox katika $MailboxesToMove) (New-MoveRequest "Identity $SingleMailbox `

"TargetDatabase "Mailbox Database 002" "BatchName Batch001)

Katika hali hii, unaweza kuona kwamba tulifafanua kwanza $MailboxesToMove kama safu iliyo na majina ya lakabu tatu za kisanduku cha barua zinazopaswa kuhamishwa. Kila lakabu la kisanduku cha barua hupitishwa kwa amri New-MoveRequest ya kuchakatwa bila kujali eneo la hifadhidata ya kisanduku cha barua cha chanzo.

Unaweza pia kutumia amri Pata-Yaliyomo, inapatikana katika PowerShell. Kwanza kabisa, unahitaji kuunda rahisi faili ya maandishi, ambayo ina orodha ya lakabu za kisanduku cha barua ambazo unakusudia kuhamisha. Kielelezo 18 kinaonyesha mfano wa faili hiyo, ni faili inayoitwa sanduku za barua.txt.

Kielelezo 18: Sampuli ya faili ya Mailboxes.txt

Kisha sampuli ya hati ya kuhamisha visanduku vya barua iliyoorodheshwa kwenye faili ya mailboxes.txt inaweza kuonekana kama hii:

$Mailboxes = Pata-Yaliyomo ./mailboxes.txt

Kwa ($Start = 0; $Start -lt $Mailboxes.length; $Start++) (New-MoveRequest "Identity `

$Mailboxes[$Start] -TargetDatabase "Mailbox Database 002")

Katika hali hii amri Pata-Yaliyomo kutumika kupata maudhui sanduku za barua.txt faili na mgawo wa yaliyomo kwa Sanduku za Barua za $. Kisha hupitia yaliyomo Sanduku za Barua za $ na kwa kila kitanzi amri inatumika New-MoveRequest.

Ingawa wapo njia mbalimbali kuhamisha masanduku ya barua ya Exchange 2010 kwa kutumia amri kadhaa za Shell ya Usimamizi wa Exchange, unapaswa kufahamu hilo Kampuni ya Microsoft hutoa Sanduku la Barua pepe Hati ya PowerShell ambayo inaweza kupatikana kwenye folda \Faili za Programu\Microsoft\Exchange Server\V14\Scripts baada ya kusakinisha Exchange 2010. Hati hii itafanya ombi la kuhama la ndani katika shirika moja la Exchange, na ina faida ya ziada kwa kuwa inafuta ombi la kuhama mara tu baada ya kukamilika. Kabla ya kuangalia mifano michache ya matukio, hebu tuangalie vigezo vinavyotumiwa nayo. Hati hii inatumia vigezo kadhaa ambavyo tayari tumejadili katika mfululizo wa makala haya, ingawa vigezo kadhaa vina majina tofauti.

Kwanza, kuna Kusimamisha Otomatiki parameta ambayo kazi yake ni sawa na parameta SitishaWhenReadyToComplete, inayotumiwa na amri New-MoveRequest Na Pata-MoveRequest. Pia, BadItemLimit Kigezo kinaweza kutumika na hati ya MoveMailbox. Pia kuna chaguzi MailboxDatabase Na TargetDatabase, kusimamia hifadhidata ya chanzo na lengwa kwa mtiririko huo. Moja ya vigezo kuu utakayotumia na hati hii ni Ramani ya Hifadhidata kigezo. Hili ni chaguo muhimu sana ambalo hukuruhusu kubainisha ni wapi visanduku vya barua vinahitaji kuhamishwa. Tutaangalia parameter hii kwa undani baadaye kidogo.

Kwa sasa, hebu tuangalie mchakato rahisi wa kuhamisha kisanduku kimoja cha barua kwa kutumia hati ya MoveMailbox. Kuhamisha kisanduku chako cha barua kwa hifadhidata inayoitwa Hifadhidata ya Sanduku la Barua 002, mimi hutekeleza hati tu na vigezo vifuatavyo:

./MoveMailbox.ps1 "Identity neil "TargetDatabase "Mailbox Database 002"

Kuendesha amri hii hutoa matokeo sawa na yale yaliyo kwenye Mchoro 19. Kama nilivyosema, moja ya mambo makuu kuhusu hati hii ni kwamba inafuta ombi la kuhama kiotomatiki.

Kielelezo 19: Sogeza kisanduku kimoja cha barua kwa kutumia hati ya amri ya MoveMailbox.ps1

Ramani za Hifadhidata ya MoveMailbox.ps1

Kigezo Ramani ya Hifadhidata Hati ya amri ya MoveMailbox ni muhimu sana katika kushughulikia visanduku vingi vya barua ndani yake na kusogeza visanduku hivyo kwenye hifadhidata nyingi lengwa. Unaweza kubainisha chanzo/jozi lengwa nyingi ndani mstari wa amri, ambayo huongeza ufanisi wake kwa kiasi kikubwa. Syntax ya kutumia parameta hii ni kama ifuatavyo:

DatabaseRap @("Chanzo Hifadhidata"="Hifadhi Database Lengwa";"Hifadhi Database"="Hifadhi Database Lengwa")

Katika sintaksia hii, michoro mbili za chanzo/lengwa zinaonekana, na zinatenganishwa na nusu koloni. Kwa hivyo ni nini tumia hii kwa mfano ambapo unataka kuhamisha sanduku za barua za hifadhidata Hifadhidata ya Sanduku la Barua 001 kwa hifadhidata Hifadhidata ya Sanduku la Barua 003, na visanduku vya barua vya msingi Hifadhidata ya Sanduku la Barua 002 kwa hifadhidata Hifadhidata ya Sanduku la Barua 004, unahitaji kuendesha amri na syntax ya parameta ifuatayo ya DatabaseMap:

Ramani ya Hifadhidata @("Hifadhi Hifadhidata ya Sanduku la Barua 001"=" Hifadhidata ya Sanduku la Barua 003";" Hifadhidata ya Sanduku la Barua 002"=" Hifadhidata ya Sanduku la Barua 004")

Tuseme unataka kuhamisha visanduku vyote vya barua vinavyomilikiwa na watumiaji ambao ni wafanyikazi wa idara Washauri, V msingi mpya masanduku ya barua kwa njia ile ile kama tulivyojadili hivi punde. Ili kufanya hivyo, unaweza kutumia amri ifuatayo ya PowerShell, ikizingatiwa kuwa sifa ya "idara" katika Saraka Inayotumika imejaa kwa usahihi:

Pata Mtumiaji | Ambapo ($_.Idara "eq "Washauri") | Sanduku la Barua

Msimbo huu kwanza hupata maelezo kuhusu akaunti za watumiaji hao ambao sifa ya "idara" ya Active Directory imewekwa kuwa Washauri. Matokeo ya amri hii yanawasilishwa kwa usindikaji kwa amri Pata Sanduku la Barua ili kupata maelezo kuhusu masanduku ya barua ya watumiaji hawa. Maelezo haya ya kisanduku cha barua huchakatwa kwenye hati Sanduku la Barua pepe na visanduku vya barua huhamishwa ipasavyo. Kama inavyoonyeshwa kwenye Mchoro 20, amri huita hati ya MoveMailbox, na hati sasa inasubiri mchakato wa kuhamisha ukamilike. Mara tu mchakato huu utakapokamilika, maelezo ya hali yanaonyeshwa kwenye skrini kama inavyoonyeshwa kwenye Mchoro 21. Kutekeleza amri hii katika mazingira yangu rahisi ya jaribio kulihamisha kisanduku kimoja cha barua kutoka kwenye hifadhidata. Hifadhidata ya Sanduku la Barua 001 kwa hifadhidata Hifadhidata ya Sanduku la Barua 003, na kisanduku ni kutoka kwa hifadhidata Hifadhidata ya Sanduku la Barua 002 imehamishwa kwenye hifadhidata Hifadhidata ya Sanduku la Barua 004.

Kielelezo cha 20: Uhamishaji wa visanduku vingi vya barua unaendelea

Kielelezo 21: Mchakato wa kuhamisha kisanduku cha barua nyingi umekamilika

Afya ya Huduma ya Kuiga Kisanduku cha Barua

Katika makala hii sisi tayari alisema kwamba huduma Urudiaji wa Sanduku la Barua la Microsoft Exchange ni muhimu sana kwa mchakato wa jumla wa ombi la kuhama, inafuata kwamba huduma hii lazima ifuatiliwe ipasavyo. Katika mfululizo uliopita wa makala kwenye msexchange.org, nilizungumza kuhusu amri mbalimbali za Exchange 2007 "test" Exchange Management Shell ambazo zinaweza kutumika kupima vipengele fulani vya Exchange 2007. Exchange 2010 inajumuisha Mtihani-MRSHealth amri, ambapo MRS ni fupi kwa Huduma ya Kurudufisha Kisanduku cha Barua. Ili kuangalia afya ya Seva maalum ya Ufikiaji wa Mteja, unahitaji tu kutumia parameta "Utambulisho iliyo na jina linalolingana la Seva ya Ufikiaji wa Mteja, kwa mfano:

Mtihani-MRSHealth "Kitambulisho DAG1

Katika mfano hapo juu, Seva ya Ufikiaji wa Mteja inaitwa DAG1. Matokeo ya amri hii yatakuwa sawa na yale yaliyoonyeshwa kwenye Mchoro 22.

Kielelezo 22: Matokeo ya amri ya Mtihani-MRSHealth

Katika Mchoro wa 22, unaweza kuona kwamba amri ya Test-MRSHealth hukagua ili kuona kama Huduma ya Kuiga Kisanduku cha Barua inaendeshwa, kisha RPC hupiga huduma, na hatimaye kuangalia ni muda gani umepita tangu foleni ya hifadhidata ya kisanduku cha barua pepe ilipochanganuliwa.

Kuondoa hifadhidata ya kisanduku cha barua

Kama sehemu ya majukumu ya kawaida ya msimamizi, wakati mwingine lazima uondoe seva iliyopo ya Exchange 2010 au uondoe tu hifadhidata ya zamani data ya kisanduku cha barua. Unaweza kukumbuka kutoka kwa sehemu zilizopita kwamba maombi ya kuhamisha hayatafutwa kiotomatiki hata kama uhamishaji umekamilika. Isipokuwa ni wakati wa kutumia hati ya MoveMailbox.ps1, lakini ikiwa maombi ya kuhamisha yaliundwa mwenyewe kwa kutumia Exchange Management Shell au Exchange Management Console, yatahitaji kufutwa kabla hifadhidata ya kisanduku cha barua haijafutwa. Hii inatumika hata katika hali ambapo hifadhidata hii masanduku ya barua hayana visanduku vyovyote vya barua, lakini bado kuna ombi la kuhamisha.

Majaribio ya kufuta hifadhidata ya kisanduku cha barua yenye ombi lililopo la kuhamisha itasababisha ripoti ya hitilafu inayoanza na maandishi "Hii hifadhidata ya kisanduku cha barua inahusishwa na ombi moja au zaidi la kuhamisha." Hitilafu hii imeonyeshwa kwenye Mchoro 23. Kwa sababu hii, unahitaji tumia amri za Get-MoveRequest na Remove-MoveRequest ili kupata na kuondoa maombi yaliyopo ya kuhamisha.

Kielelezo 23: Ombi lililopo la kuhamisha wakati wa kuacha hifadhidata

Hitimisho

Hii inahitimisha mfululizo wetu wa sehemu nne kuhusu maombi ya kuhama ya ndani katika Exchange 2010. Tafadhali kumbuka kuwa hatujashughulikia amri zote na chaguo zinazohusiana nazo, lakini unaweza kupata taarifa kuzihusu wewe mwenyewe katika hati husika. Natumai mfululizo wa makala haya umekupa msingi mzuri wa jinsi mchakato mzima wa ombi la kuhamisha kisanduku cha barua unavyofanya kazi katika Exchange 2010.

Neil ni Mshauri Mkuu katika Silverslands (www.silversands.co.uk), Mshirika wa Microsoft Gold nchini Uingereza na anawajibika kwa utayarishaji wa maombi, utekelezaji na usaidizi kwa wateja wengi wakubwa kote Ulaya. Amekuwa akifanya kazi katika sekta ya IT tangu 1987 na amebobea katika kutuma ujumbe tangu 1995. Alianza kufanya kazi na Exchange 4.0. Yeye pia ni MVP ya Kubadilishana na hutumia wakati wake wa kibinafsi kusaidia watumiaji mbalimbali wa Exchange na kublogi kuhusu Exchange. Unaweza kupata blogu hizi kwenye www.msexchangeblog.com. Neil anaweza kuwasiliana naye kwa

Maandalizi. Hesabu ya mifumo ya uendeshaji kwenye vituo vya kazi, wateja wa Outlook, antivirus. Rasilimali za utoaji kwa seva ya Exchange 2013 na usakinishe mfumo wa uendeshaji. Uchunguzi Rekodi za DNS na kuamua utayari wa kubadilisha usambazaji kwenye kipanga njia cha nje.

Ufungaji Badilisha seva ya 2013 karibu na Exchange 2010.

Mipangilio na kupima ushirikiano seva mbili kwa wakati mmoja.

Kubadilisha mtiririko wa barua kwenye Exchange 2013.

Uhamisho masanduku ya barua kwenye Exchange 2013.

Kuondolewa kutoka kwa uendeshaji wa seva ya Exchange 2010.

Utangulizi: Majukumu yote ya Exchange 2010 yamesakinishwa kwenye seva moja. Tunahitaji pia kuhamia kwa uwiano hadi kwenye Exchange 2013.

Maandalizi

Wakati wa awamu ya maandalizi, unahitaji kuangalia utayari wa mtandao wako wa biashara kwa uboreshaji wa Exchange 2013.

Ni bora ikiwa mfumo wa uendeshaji kwenye vituo vya kazi - Windows 7 au baadaye. Ingawa nimeona kazi ya kawaida kutoka Exchange 2013 chini ya Windows XP SP3 kutoka Outlook 2007. Hata hivyo, XP imekomeshwa na haiwezi kuhesabiwa. Ikiwa unahitaji kuhakikisha kuwa wateja wanafanya kazi chini ya Windows XP, basi ni bora kukataa kusakinisha Exchange 2013. Au, katika mazingira ya majaribio, tafuta njia ya kuaminika ya kuwafanya wafanye kazi katika usanidi huu na kisha tu kurudi kwenye mradi huu. KATIKA kama njia ya mwisho Watumiaji wanaotumia mifumo ya zamani au nyingine ya uendeshaji wanaweza kuunganishwa kwa barua pepe na kivinjari kupitia OWA.

Wateja wa Outlook 2003 hawatumiki. Kwa zile za baadaye, inashauriwa kusasisha sasisho (zinakuja kwa WSUS, unahitaji tu kuidhinisha):
- kwa Outlook 2007 - KB2687404
- kwa Outlook 2010 - KB2687623
- kwa Outlook 2013 - KB2863911 (mazoezi yameonyesha kuwa kwa SP1 sio lazima)

Ikiwa huna Outlook, basi labda hauitaji Exchange pia.

Maneno kadhaa kuhusu antivirus. Kaspersky 8 na vizuizi vilivyowezeshwa vya "Udhibiti wa Wavuti". Kazi ya Outlook. Unahitaji ama kuzima "Udhibiti wa Wavuti", au kusanidi vighairi, au kusasisha kila kitu hadi toleo la 10 la Kaspersky.

Maneno kadhaa kuhusu DNS. Mipangilio ya DNS Kwa seva ya barua tayari. Unaweza kuiongeza nje mara moja Rekodi ya CNAME kwa anwani ile ile ambapo rekodi kuu ya MX inaelekeza. Kitu kama: "gundua kiotomatiki barua pepe ya CNAME". Kwa muunganisho Mteja wa Outlook kwa nje, port 443 inapaswa kusikilizwa. Ingawa, kama hapo awali, unaweza kusanidi mteja mwingine yeyote kupitia IMAP au POP3.

Kwa shirika dogo (200...300 sanduku za barua) ni busara kutenga Exchange 2013 kwa mazingira virtual seva yenye cores 4…6, RAM ya GB 12, HDD: 100…120 GB ( diski ya mfumo) + Diski ya hifadhidata ya barua. Kwa upande wetu, kwenye Exchange 2010, faili ya hifadhidata ya EDB ilichukua takriban 120 GB. Ilibaki takriban kwa njia hii baada ya uhamisho hadi 2013. Hatukujali nafasi; tulifanya C + D = 120 + 500 (kwa ukuaji). OS ilikuwa Kirusi - Seva ya Windows 2012 R2. Hakikisha umesakinisha masasisho yote.

MUHIMU! Lazima uwe na mamlaka halali ya cheti. Ikiwa kwa sababu fulani bado haipo, basi ni wakati wa kuinua. Aidha, si vigumu. Exchange 2013 HAITAFAA bila vyeti. Na kuna nuance nyingine: mamlaka ya kawaida ya udhibitisho wa Windows (CA) inahitaji kidogo ili kusaidia uwezo wa kuweka majina mengi katika cheti kimoja. Na angalau katika Windows 2008 R2 ilikuwa ni lazima. Labda Windows imekuwa na busara tangu wakati huo.

Ufungaji

Kwanza tunafanya nakala ya chelezo A.D. Ingawa, uwezekano wa kupona baadae kutoka kwake ni shaka sana. Kwa njia za kawaida kwenye DC: Anza - Zana za Utawala - Hifadhi Nakala ya Seva ya Windows.

Kwa urahisi wa kufanya ghiliba zote zinazohusiana na kusakinisha Exchange 2013, kutoka kwa seva moja tunayosakinisha juu yake (kwenye seva mpya Exchange 2013) zana za utawala. Katika Windows Power-Shell:

Ingiza-Moduli ServerManager Sakinisha-WindowsFeature RSAT-ADDS Install-WindowsFeature AS-HTTP-Activation, Desktop-Experience, NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, Mtandao -Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http -Makosa, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console , Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation

(Ndio, hii ni moja sana kamba ndefu. Lakini kila kitu ni rahisi na haraka.)

Sakinisha kwenye seva:

Programu ya usakinishaji ya Exchange 2013 itakuambia mengine, ikiwa ni lazima.

Usambazaji uliotumika haukuwa ISO ambao umewekwa kwenye MVLS (www.microsoft.com/Licensing/servicecenter), lakini ule ulio kwenye ufikiaji wazi- KB2936880

Kuhamisha masanduku ya barua ya Exchange 2013 kutoka hifadhidata moja hadi nyingine inaweza kufanywa kwa urahisi kupitia EAC (Kituo cha Usimamizi wa Ubadilishanaji), lakini katika nakala hii nitaangalia chaguo la kuhama kutoka. kwa kutumia powershell, kwa sababu Kiolesura cha wavuti, hata toleo la SP1, ni chafu kabisa na hitilafu hutokea mara kwa mara katika kazi wakati wa kukokota kisanduku kutoka hifadhidata moja hadi nyingine.

Tafuta taarifa zaidi Unaweza kujifunza jinsi ya kusanidi na kusimamia Exchange 2013 kwenye blogu yangu katika makala kuu ya mada -.

Hamisha masanduku ya barua ya Exchange 2013

Ili kuunda maombi ya kuhamisha visanduku kati ya hifadhidata, tumia cmdlet New-MoveRequest. Mfano timu kamili itaonekana kama hii:

C:\Windows\system32> New-MoveRequest -Identity " [barua pepe imelindwa]" -TargetDatabase "Jina la hifadhidata unayolenga" -BatchName "Ingiza jina lako la ombi" -BadItemLimit "200"

Ombi la uhamisho lilifanywa, kubwa. Lakini vipi ikiwa sanduku linayo ukubwa mkubwa, au idadi kubwa ya vitu na unataka tu kufuatilia maendeleo ya operesheni, ambayo ilionekana kwenye safu mwanzoni kabisa. Asilimia Imekamilika? Hapa inakuja sehemu ya kufurahisha zaidi, kwa sababu ili kufuatilia maendeleo ya kazi tutahitaji cmdlet nyingine, hii ndio: Get-MoveRequestStatistics.

Mfano wa matumizi kulingana na data kutoka kwa amri mwanzoni mwa kifungu:

C:\Windows\system32> Pata-MoveRequestStatistics -Identity [barua pepe imelindwa]

Na hapa kuna matokeo ya amri:

Upande wa kulia unaweza kuona safu wima yenye asilimia ya kukamilika kwa kazi.

Ni muhimu kuzungumza tofauti kuhusu parameter BadItemLimit cmdlet New-MoveRequest: Inawajibika kwa idadi ya vitu vilivyoharibiwa ambavyo vitarukwa. Kwa chaguo-msingi, ikiwa haijabainishwa, ni 0, na Microsoft inapendekeza sana kuiacha peke yake. Walakini, ikiwa kuna vipengee vilivyo na ufisadi kwenye kisanduku, hoja itashindwa na kisanduku kitabaki kwenye hifadhidata ile ile. Katika mazoezi yangu, wakati wa kuhamisha sanduku za barua mia mbili kutoka kwa hifadhidata moja hadi nyingine (wakati wa kuhama kutoka Exchange 2010 hadi 2013), hakukuwa na sanduku zaidi ya 2-4 na angalau kipengele kimoja kilichoharibiwa, licha ya ukweli kwamba seva ya 2010 ilikuwa ikifanya kazi. kwa miaka kadhaa. Kwa hiyo, tunaweza kuhitimisha kwamba kwa utawala sahihi wa Exchange, utakuwa na matukio machache ya vipengele vilivyoharibiwa.

Pia nataka kutambua kwamba ikiwa thamani BadItemLimit Ikiwa una zaidi ya 50, basi unahitaji kulazimisha ufunguo kutajwa KubaliLargeDataLoss, angalau ndivyo inavyosema kwenye Technet, lakini kwa kweli mimi huweka idadi ya vipengele hadi 200 na hakuna mtu aliyewahi kuniuliza ikiwa nilikubali "hasara kubwa za data" na sikukataza utekelezaji wa amri (tazama ya kwanza. picha ya skrini, parameter KubaliLargeDataLoss haijaorodheshwa hapo).

Ikumbukwe kwamba dhana ya Exchange 2013 ni kwamba vituo vya utawala vinajumuisha tu utendaji wa msingi, kuweka kiwango cha chini. Ili kupata ufikiaji wa vigezo vya hila, na mara nyingi hata kwa baadhi ya vipengele (kwa mfano, shughuli kwenye Kitabu cha Anwani za Nje ya Mtandao, lakini zaidi kuhusu hilo wakati mwingine), unahitaji kutumia Powershell pekee.