Panimula.

Mayroong dalawang AD na kagubatan. Ang bawat kagubatan ay binubuo ng isang domain: kagubatan1.lokal At kagubatan2.lokal. Sa isang kagubatan (forest1) meron mga account mga gumagamit. Sa ibang kagubatan (forest2), isang Exchange 2010 SP3 na organisasyon ang na-deploy, na naglalaman ng mga mailbox ng mga user mula sa forest1. Walang pag-mirror ng mga user account.

Gawain.

Mag-deploy ng Exchange 2010 na organisasyon sa forest1 at mag-migrate ng custom na content mga mailbox mula kagubatan2 hanggang kagubatan1.

Paglalarawan ng imprastraktura.

Kagubatan1

kagubatan1.lokal

• kagubatan1-dc1.kagubatan1.lokal- controller ng domain


• kagubatan1-cas1.kagubatan1.lokal


• kagubatan1-mbx1.kagubatan1.lokal


• kagubatan1-tmg1.kagubatan1.lokal

Ang prinsipyo ng pagbibigay ng pangalan para sa mga gumagamit ay [unang titik ng unang pangalan][apelyido]. Halimbawa, Ivan Ivanov - iivanov

Kagubatan2

AD gubat na binubuo ng isang domain - kagubatan2.lokal

Ang mga sumusunod na server ay naka-deploy sa kagubatan:

• kagubatan2-dc1.kagubatan2.lokal- controller ng domain


• kagubatan2-cas1.kagubatan2.lokal- Exchange 2010 SP3 server (CAS at Hub)


• kagubatan2-mbx1.kagubatan2.lokal- Exchange 2010 SP3 server (Mailbox)


• kagubatan2-tmg1.kagubatan2.lokal - firewall, proxy, reverse (reverse, reverse, atbp.) proxy

Ang prinsipyo ng pagbibigay ng pangalan para sa mga user ay [first name].[apelyido]. Halimbawa, Ivan Ivanov - ivan.ivanov

Ang organisasyon ng Exchange ay nagpapanatili ng isang SMTP na domain - gubat.com. Ang mga user ay nakakakuha ng access sa mga mailbox sa pamamagitan ng Outlook Anywhere, OWA, ActiveSync.

Paglilipat ng mga mailbox.

Paghahanda ng imprastraktura ng network.

Bago mo simulan ang proseso ng paglipat ng mailbox, mayroong ilang mga kinakailangan:

• Magbigay ng pagruruta ng trapiko sa pagitan ng dalawang kagubatan (VPN Site-To-Site, atbp.).


• I-configure ang mutual dereferencing ng mga panloob na pangalan (zone transfer, stub zone, conditional forwarding, atbp.)


• Siguraduhin mo yan Exchange server Ang parehong mga organisasyon ay nagtitiwala sa mga sertipiko ng isa't isa.

Paghahanda ng mga server ng pag-access ng kliyente.

Maaari mong simulan ang paglipat ng nilalaman ng mailbox mula sa pinagmulang gubat (sa aking halimbawa - kagubatan2) o mula sa patutunguhang kagubatan (sa aking halimbawa - kagubatan1). Kung ang utos ng paglipat ay sinimulan mula sa patutunguhang kagubatan, dapat na paganahin ang opsyon sa pinagmulang kagubatan. Kung ang utos ng paglipat ay sinimulan mula sa pinagmulang kagubatan, kung gayon ang Mailbox Replication Service Proxy (MRS Proxy) dapat pahintulutan sa target na kagubatan.

Magsisimula ako ng paglipat ng nilalaman ng mga mailbox mula sa target na kagubatan, kaya dapat kong paganahin ang MRS Proxy sa server kagubatan2-cas1.kagubatan2.lokal.

Set-WebServicesVirtualDirectory -Identity "Forest2-Cas1\EWS (Default Web Site)" -MRSProxyEnabled $true

Get-WebServicesVirtualDirectory | Set-WebServicesVirtualDirectory -MRSProxyEnabled $true

Paglalaan ng mga user account sa target na kagubatan.

Maglilipat ako ng mail para sa user na si Semyon Petrov, na mayroong mga sumusunod na parameter:

• Display name sa parehong kagubatan - Semyon Petrov


• Forest1 username - spetrov


• Username sa Forest2 - semen.petrov


• Postal address - [email protected]

Bago ka magsimulang mag-migrate ng content, dapat kang maghanda ng mga user account sa destinasyong kagubatan (forest1). Ginagawa ito sa dalawang yugto.

Ang unang hakbang ay ang pagbibigay ng mga user account sa target na kagubatan.

Ang unang hakbang ay gawin ang lahat ng user sa destinasyong kagubatan na ang mga mailbox ay ililipat na Mga User ng Mail.

Ang ikalawang hakbang ay ang pagbibigay ng mga user account sa destinasyong kagubatan.

Sa ikalawang hakbang ito ay kinakailangan, gamit ang isang script Maghanda-MoveRequest.ps1, kopyahin ang ilang katangian ng user mula sa pinagmulang kagubatan.

Prepare-MoveRequest.ps1 -Identity ' [email protected]’ -RemoteForestDomainController forest2-dc1.forest2.local -RemoteForestCredential (Get-Credential forest2\adm) -UseLocalObject

Nagpapasa ako ng parameter sa script -UseLocalObject. Ito ay dapat gawin dahil Mayroon na akong mail-enabled na user sa aking destinasyong kagubatan.

Ilipat ang nilalaman ng mailbox mula sa pinagmulang kagubatan patungo sa patutunguhang kagubatan.

Ang nilalaman ay inilipat gamit ang cmdlet Bagong-MoveRequest.

New-MoveRequest -Identity "semen.petrov" -Remote -RemoteHostName forest2-cas1.forest2.local -RemoteCredential (Get-Credential forest2\adm) -TargetDeliveryDomain "forest1.local"

Ano ang nangyayari sa gumagamit sa oras na ito?

Pagkatapos mailipat ang nilalaman ng mailbox, makikita ng user ang sumusunod na mensahe:

Pagkatapos mag-restart User ng Outlook kumonekta sa isang Exchange server na matatagpuan sa sarili nitong kagubatan.

Ipinaliwanag ko ang paraan ng paglipat ng mailbox na ginamit sa Exchange 2007. Ito ay karaniwang gumagana sa Ilipat-Mailbox command sa Exchange Management Shell, bagaman, siyempre, maaari mong gamitin ang Exchange Management Console upang ilipat ang mga mailbox. Sa Exchange 2010, maaari mo ring ilipat ang mga mailbox gamit ang Exchange Management Console at ang Exchange Management Shell, bagama't nagkaroon ng ilang pagbabago sa proseso. Sa tatlong-bahaging seryeng ito, pag-uusapan ko kung paano ilipat ang mga mailbox sa Exchange 2010 at higit na magtutuon sa bagong feature Ilipat ang Kahilingan.

Ilipat ang Mga Kahilingan

Kaya, gusto kong simulan ang artikulong ito sa pagsasabi na ang Move-Mailbox command ay hindi na available sa Exchange 2010. Ang buong diskarte sa paglipat ng mga mailbox sa Exchange 2010 ay nakasentro sa isang feature na tinatawag na ilipat ang mga kahilingan. Dahil hindi na ginagamit ang Move-Mailbox command, ang konklusyon ay hindi mo magagamit ang Exchange 2007 Move-Mailbox command upang ilipat ang mga mailbox mula sa Exchange 2007 hanggang Exchange 2010; kakailanganin mong gamitin ang tampok na mga kahilingan sa paglipat ng produkto ng Exchange 2010.

Ang isang kahilingan sa paglipat ay ginawa ng isang Exchange administrator gamit ang Exchange Management Console o ang Exchange Management Shell. Sa artikulong ito, tututukan ko ang paglipat ng mga mailbox sa loob ng iisang kagubatan. Ang ganitong uri ng paggalaw ay tinatawag kahilingan sa lokal na paglipat. Kapag inilipat mo ang mga mailbox sa pagitan ng mga kagubatan, tinatawag ang ganitong uri mga kahilingan sa malayong paglipat. Ang mga kahilingan sa malayong paglipat ay sasakupin sa mga artikulo sa hinaharap dito sa MSExchange.org.

Ang mga utos na bahagi ng kahilingan sa paglipat ay isinasagawa ng serbisyo Microsoft Exchange Mailbox Replication Service, ay isang bagong serbisyo sa Exchange 2010 na tumatakbo sa tungkulin ng Client Access Server. Ang serbisyong ito ay ipinapakita sa Figure 1.

Figure 1: Microsoft Exchange Mailbox Replication Service

Ang kahilingan sa paglipat ay naglalagay ng isang espesyal na mensahe ng system sa mailbox ng system ng database ng mailbox. Sinusuri ng serbisyo ng Microsoft Exchange Mailbox Replication ang mga nilalaman ng mailbox ng system sa bawat database ng mailbox upang makita kung naglalaman ito ng kahilingan sa paglipat, at pagkatapos ay iproseso ang mga kahilingang iyon nang naaayon. Maraming benepisyo ang paglipat ng mga mailbox gamit ang serbisyong ito. Narito ang tatlong pangunahing lugar na karaniwan kong nararanasan sa panahon ng mga proyekto sa paglilipat na naayos ng mga kahilingan sa paglipat na ito:

• Ang mga mailbox ay maaari na ngayong ilipat online, kahit na ang mga user ay naka-log in. Ang tampok na ito ay magagamit lamang kung ang mga mailbox ay nagpapatakbo ng Exchange 2007 SP2 o mas mataas mamaya na bersyon, o Exchange 2010. Gayunpaman, ito ay isang napaka-kapaki-pakinabang na karagdagan sa pangkalahatang proseso ng paglipat ng mailbox dahil makakatulong ito na maiwasan ang pangangailangang ilipat ang mga mailbox sa mga oras na wala sa oras.
• Ang mga bagay sa basurahan ay maaari na ngayong ilipat bilang bahagi ng proseso. Sa mga nakaraang bersyon ng Exchange, ang paglipat ng mga mailbox ay hindi naglipat ng mga item sa Recycle Bin, kaya kinailangan ng user na ibalik ang lahat ng mga tinanggal na item pabalik sa mailbox bago ito ilipat. Maaaring madaling kalimutan na ipaalam sa mga user ang tungkol dito, at sa ilang mga kaso, ang mga user na ang mga mailbox ay inilipat habang sinusubukang i-restore ang mga item mula sa Recycle Bin ay natagpuan na ang Recycle Bin ay walang laman.
• Ang nilalaman ng mailbox ay hindi na pinoproseso ng computer na nagpapatakbo ng proseso ng paglipat. Kadalasan sa Exchange 2007 na ang Move-Mailbox command, o nauugnay na script, ay tatakbo sa makina ng administrator sa halip na sa target na Exchange 2007 server Gayunpaman, sa ganoong sitwasyon, ang mga nilalaman ng mailbox ay inilipat mula sa source database sa makina ng administrator, at pagkatapos ay sa target na database. Maaaring naiwasan ang sitwasyong ito sa pamamagitan ng pagpapatakbo ng command o script ng utos direkta sa target na server ng database. Sa Exchange 2010, hindi na magaganap ang sitwasyong ito dahil ang mga paglipat ng mailbox ay ginagawa ng serbisyo ng Microsoft Exchange Mailbox Replication na tumatakbo sa Client Access Server.

Nung una kong nabasa yun Serbisyo ng Microsoft Ang Exchange Mailbox Replication sa bawat Client Access Server ay may pananagutan sa paghawak ng mga galaw ng mailbox, iniisip ko kung paano makakaapekto sa paglipat ang pagkakaroon ng maramihang Client Access Server. Halimbawa, susubukan ba ng dalawang Client Access Server na ilipat ang parehong mailbox sa parehong oras? Sa kabutihang palad, iniulat ng Microsoft na ito ay inilapat pangkalahatang mekanismo sa pagitan ng lahat ng Client Access Server ng parehong site ng Active Directory upang maiwasan ang mga ganitong sitwasyon.

Gumawa ng kahilingan sa lokal na paglipat

Ngayong naunawaan na namin nang kaunti ang tungkol sa mga kahilingan sa paglipat, oras na para makita kung paano mo talaga maililipat ang isang mailbox gamit ang bagong feature na ito. Magsimula tayo sa pamamagitan ng pagtingin sa kung paano gumawa ng kahilingan sa lokal na paglipat gamit ang Exchange Management Console.

1. Kapag na-load na ang Exchange Management Console, palawakin Configuration ng Tatanggap sa puno ng console. Sa Recipient Configuration node, piliin ang object Mailbox na magpapakita ng listahan ng lahat ng mga mailbox sa pane ng mga resulta.
2. Sa puntong ito, kailangan mong piliin ang mga mailbox na gusto mong ilipat. Maaari kang pumili ng maraming mailbox na ililipat nang sabay.
3. Kapag napili mo na ang mga mailbox na ililipat, piliin ang opsyon Bagong Kahilingan sa Lokal na Paglipat" sa action bar, o i-right click sa Mailbox object at piliin ang parehong opsyon mula sa menu ng konteksto, tulad ng ipinapakita sa Figure 2.

Figure 2: Paglikha ng bagong kahilingan sa lokal na paglipat

1. Magsisimula ang wizard Bagong Local Move Request Wizard at ipinapakita ang panimulang pahina Panimula, tulad ng ipinapakita sa Figure 3. Ipapakita ng pahinang ito ang mga mailbox na iyong pinili, pati na rin ang mahalagang impormasyon, na kinabibilangan ng database ng mailbox kung saan sa ngayon Ang mga mailbox na ito ay matatagpuan.

Figure 3: Panimulang Pahina ng Bagong Local Move Request Wizard

1. Sa panimulang pahina, i-click ang pindutan Mag-browse" na magbubukas sa window ng pagpili ng database ng mailbox (Piliin ang Mailbox Database), gaya ng ipinapakita sa Figure 4. Ipapakita ng window na ito ang mga database na available sa lahat ng server sa iyong organisasyon. Sa aking halimbawa ay ililipat ko lang ang mailbox mula sa database Mailbox Database 001 V Mailbox Database 002 sa isang server na pinangalanan DAG1. Kaya pinili ko lang ang database na ito at i-click OK.

Figure 4: Pahina ng Pagpili ng Mailbox Database

1. Ngayon sa panimulang pahina ang database field ay dapat punan ng pangalan ng target na database. I-click Susunod.
2. Susunod, magbubukas ang isang window para sa mga opsyon sa paglipat. (Mga Pagpipilian sa Paglipat) tulad ng ipinapakita sa Figure 5. Dapat na pamilyar sa iyo ang window na ito kung nagamit mo na mga nakaraang bersyon Palitan. Dito maaari mong tukuyin kung paano pangasiwaan ang mga sirang mensahe kung mayroon man na matatagpuan sa source database. Dito mayroon kang opsyon na ganap na laktawan ang mailbox, o payagan ang isang tiyak na bilang ng mga corrupt na mensahe. Walang tama o maling setting, depende ang lahat sa kung paano tinitingnan ng iyong organisasyon ang pagkawala ng data. Sa larawan sa ibaba, pinili ko ang opsyon na laktawan ang mailbox nang buo; kung may nakitang mga nasirang bagay, hindi ililipat ang mailbox. Pagkatapos ay i-scan ko ang database gamit ang mga utility tulad ng ISINTEG upang makita kung anumang katiwalian ay maaaring ayusin.

Figure 5: Ilipat ang Pahina ng Mga Opsyon

1. Kapag napili mo na ang naaangkop na mga opsyon sa pahina ng Move Options, i-click Susunod. Ito ay magpapakita ng panghuling pahina kung saan maaari mong tingnan ang isang buod ng pagsasaayos bago i-click ang pindutan Bago upang lumikha ng kahilingan sa lokal na paglipat.
2. Isang lokal na kahilingan sa paglipat ay gagawin at ipapadala sa Client Access Server; Maaaring sarado ang wizard.

Gumawa ng kahilingan sa paglipat gamit ang PowerShell

Para gumawa ng lokal na kahilingan sa paglipat gamit ang Exchange Management Shell, maaari mong gamitin ang command Bagong-MoveRequest at mga kaugnay na parameter. Simpleng utos Upang lumikha ng isang lokal na kahilingan sa paglipat upang ilipat ang isang mailbox mula sa isang database patungo sa isa pa ay maaaring magmukhang ganito:

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

Narito ang parameter Pagkakakilanlan ay ginagamit upang tukuyin ang mailbox na ililipat, at ang parameter TargetDatabase tumutukoy sa database kung saan ililipat ang mailbox. Ang pagpapatakbo ng command na ito ay magbubunga ng mga resulta na katulad ng ipinapakita sa Figure 6.

Larawan 6: New-MoveRequest Command

Sa Figure 6, mapapansin mo na ang ilan sa mga impormasyon sa mga column ay medyo hindi malinaw kung kailan karaniwang pag-format, na ginagamit sa Exchange Management Shell. Upang itama ang sitwasyong ito, maaari mong patakbuhin ang mga resulta ng New-MoveRequest command sa pamamagitan ng command format-table(pinaikli sa ft sa halimbawa sa ibaba), at gamitin din ang mga parameter "AutoSize At "Balot, tulad ng ipinapakita sa halimbawang ito:

New-MoveRequest "Identity neil"TargetDatabase "Mailbox Database 004" | ft "AutoSize -Wrap

Nagbibigay ito ng mga resultang katulad ng ipinapakita sa Figure 7, na ginagawang mas madaling basahin ang data.

Figure 7: Naka-format na New-MoveRequest na utos

Dito gusto ko ring banggitin ang isang error na maaaring makatagpo mo sa yugtong ito. Kung susubukan ko na ngayong ilipat ang parehong mailbox sa isa pang database, nakukuha ko ang sumusunod na mensahe ng error:

Ang Mailbox (pangalan) ay may nakumpletong kahilingan sa paglipat na nauugnay dito. Bago ka gumawa ng bagong kahilingan sa paglipat para sa mailbox, patakbuhin ang Remove-MoveRequest cmdlet upang i-clear ang nakumpletong kahilingan sa paglipat.

Ang mensahe ng error na ito ay ipinapakita sa Figure 8.

Figure 8: New-MoveRequest Error

Tulad ng sinasabi ng mensahe ng error, mayroon na ang mailbox buong kahilingan ilipat na dapat tanggalin bago gumawa ng iba pang kahilingan sa paglipat. Kaya nangangahulugan ito na ang kahilingan sa paglipat ay dapat na matanggal kaagad pagkatapos na makumpleto ito.

Tandaan: Ang mga kahilingan sa paglipat ay hindi awtomatikong tatanggalin kahit na ang mailbox ay matagumpay na nailipat. Mayroon din itong mga implikasyon para sa pagtanggal ng mga database ng mailbox, na tatalakayin namin mamaya sa serye ng artikulong ito. Titingnan din natin sa ibaba.

Ang command na New-MoveRequest ay naglalaman ng maraming available na parameter na magagamit mo para kontrolin ang mga kahilingan sa paglipat. Gaya ng maaari mong asahan kung pamilyar ka sa Exchange 2007, mayroon ang Exchange Management Shell mas maraming paraan ilipat ang kontrol sa kahilingan kaysa sa Exchange Management Console. Buong listahan lahat ng mga parameter ay matatagpuan, ngunit sa artikulong ito ay ilalarawan ko ang ilan sa karamihan mahalagang mga parameter:

• BadItemLimit - Tulad ng ipinapakita sa Figure 5, maaari kang magpasya kung gaano karaming mga nasirang item sa mailbox ang maaaring tiisin ng program kapag inililipat ang mailbox. Sa Exchange Management Shell, kinokontrol ng parameter na BadItemLimit ang setting na ito.
• BatchName - Ito kapaki-pakinabang na parameter, na nagbibigay-daan sa iyong tumukoy ng pangalan ng package kapag naglilipat ng maraming mailbox. Maaari mong gamitin ang pangalan ng package na ito upang maghanap ng mga partikular na mailbox kapag ginagamit ang command Get-MoveRequest, na tatalakayin ko sa ikatlong bahagi ng seryeng ito.
• IgnoreRuleLimitErrors - Kung nakatagpo ka ng mga error sa limitasyon sa panuntunan habang lumilipat ang mailbox, maaaring gusto mong iwasang ilipat ang panuntunan ng user bilang bahagi ng mailbox. Ang pagpipiliang ito ay nagpapahintulot sa iyo na gawin ito. Halimbawa, maaari mong baguhin ang mga parameter ng isang kahilingan sa paglipat pagkatapos itong maisumite upang matiyak na hindi naproseso ang mga panuntunan. Pag-uusapan din natin ito sa ikatlong bahagi ng serye.
• MRSServer - Karaniwan, ang isang kahilingan sa paglipat ay pinoproseso ng iisang Client Access Server sa site ng Active Directory. Upang tukuyin ang isang partikular na Client Access Server, gamitin ang parameter ng MRSServer kasabay ng Fully Qualified Domain Name (FQDN) ng Client Access Server.
• SuspendWhenReadyToComplete - Ginagamit ang setting na ito upang i-pause ang kahilingan sa paglipat bago tuluyang mailipat ang mailbox sa target na database. Sa madaling salita, ang lahat ng wastong data ng mailbox ay inilipat, ngunit ang huling paglipat ay hindi magaganap hanggang sa ipagpatuloy ng administrator ang paglipat gamit ang command Ipagpatuloy-MoveRequest. Ang isang sitwasyon kung saan maaari mong gamitin ang diskarteng ito ay upang makakuha ng panghuling pag-apruba para sa paglipat ng mailbox. Ang pagpipiliang ito ay tatalakayin sa ikatlong bahagi ng seryeng ito ng mga artikulo.

Target na Pamamahala ng Database

Ang kawili-wiling bagay ay ang TargetDatabase parameter ng New-MoveRequest command ay talagang opsyonal. Sa mga halimbawa sa simula ng artikulong ito, makikita mo na ang parameter na ito ay ginamit upang matiyak na ang mailbox ay inilipat sa isang database na tinatawag na Mailbox Database 004. Kung ibubukod mo ang parameter na TargetDatabase, awtomatikong pipiliin ng proseso ng kahilingan sa paglipat ang database.

Kung mayroon kang isa o higit pang mga database ng mailbox na gusto mong ibukod sa proseso ng pagpili na ito, maaari mong baguhin ang halaga ng parameter IsExcludedFromProvisioning database na gusto mong ibukod. Ang parameter na ito ay ipinapakita sa Figure 9, kung saan ito ay ipinapakita bilang ang default na halaga. hindi totoo, na nagpapahiwatig na ang database ay magagamit upang punan ang mga mailbox. Kung gusto kong baguhin ang halaga ng parameter na ito para sa Mailbox Database 004 sa true, patakbuhin ko ang sumusunod na command:

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

Figure 9: Hindi kasama ang mga database ng mailbox mula sa isang kahilingan sa paglipat

Pamamahala ng Mga Kahilingan sa Paglipat

Ngayong nagawa na ang kahilingan sa lokal na paglipat, kailangan mong subaybayan ang pag-unlad nito. Sa Exchange Management Console, mag-click sa object Ilipat ang Kahilingan, na matatagpuan sa node Configuration ng Tatanggap sa puno ng console. Maglalabas ito ng isang window na katulad ng ipinapakita sa Figure 10. Sa figure na ito, inalis ko ang action bar para sa kalinawan.

Figure 10: Pamamahala ng Move Request

Dito makikita mo na ang isang listahan ng mga kahilingan sa paglipat ay ipinapakita. Kasalukuyang mayroon lamang isang kahilingan sa paglipat na isinasagawa, at ang field ng status ng kahilingan Ilipat ang Katayuan ng Kahilingan nagpapakita ng katayuan ng paggalaw Gumagalaw. Bilang default, tanging ang Display Name, Alias, Move Request Status, at Move Request Type lang ang ipinapakita sa console. Mayroong dalawang paraan upang palawakin ang impormasyong magiging available sa iyo:

1. Sa Exchange Management Console, piliin ang menu Tingnan, pagkatapos ay opsyon Magdagdag o mag-alis ng mga column (Magdagdag/Mag-alis ng Mga Column") upang ilabas ang bintana Magdagdag/Mag-alis ng Mga Column, tulad ng ipinapakita sa Figure 11. Dito makikita mo na ang mga field na Pangalan, Pangalan malayong host Ang Remote Host Name, Source Database at Target Database ay available din. Gamit ang iba't ibang mga button na available sa screen, maaari mong tukuyin kung aling mga karagdagang field ang ipapakita, pati na rin ang pagkakasunud-sunod kung saan ipapakita ang mga ito.

Figure 11: Pagdaragdag ng mga karagdagang column ng impormasyon

1. Ang isa pang paraan upang magdagdag ng impormasyon sa Exchange Management Console ay tingnan ang mga katangian ng kahilingan sa paglipat. Upang gawin ito, i-right-click lamang sa kahilingan sa paglipat at piliin Mga Katangian V menu ng konteksto. Maglalabas ito ng window ng paghiling ng paglipat na katulad ng ipinapakita sa Figure 12.

Figure 12: Ilipat ang Mga Katangian ng Kahilingan

Isa sa mga pinaka-kagiliw-giliw na field na ipinakita sa Figures 10 at 12 ay ang status field Ilipat ang Katayuan ng Kahilingan. Sa Figure 12 makikita mo na ang estado ay ipinahiwatig bilang Pagkumpleto, ngunit siyempre ang field na ito ay maaari ding kumuha ng mga halaga tulad ng InProgress, Nakumpleto, Nabigo atbp. Nagbibigay-daan ito sa iyong makita kung anong yugto ang kahilingan sa paglipat sa pangkalahatang proseso.

Pamamahala ng Mga Kahilingan sa Paglipat

Maaari mong gamitin ang Exchange Management Shell upang tingnan kung paano umuusad ang isang kahilingan sa paglipat gamit ang command Get-MoveRequest. Sa default na estado nito, ibabalik ng Get-MoveRequest command ang mga resulta ng lahat ng available na kahilingan sa paglipat. Para sa isang halimbawa, tingnan ang Figure 13, na nagpapakita ng sample ng impormasyong ibinalik ng Get-MoveRequest command. Nagpapakita lamang ito ng isang kahilingan sa paglipat at nagpapakita rin na ang aking mailbox ay inilipat sa target na database na tinatawag na TEST. Makikita mo rin na natapos na ang kahilingan sa paglipat.

Larawan 13: Mga resulta ng Get-MoveRequest

Tulad ng New-MoveRequest command, marami ding Get-MoveRequest parameter na available para sa command na ito. Ang isang kumpletong listahan ng mga pagpipilian ay matatagpuan. Ang ilan sa mga pinakamahalagang parameter ay ang mga sumusunod:

MoveStatus: Gamit ang parameter na ito, maaari mong gamitin ang mga resulta ng Get-MoveRequest na utos upang kunin ang mga kahilingan sa paglipat lamang sa isang partikular na estado. Halimbawa, kung kailangan mong tingnan ang lahat ng kahilingan sa paglipat na may katayuan InProgress, kailangan mong gamitin ang sumusunod na command:

Get-MoveRequest "MoveStatus InProgress

Ang isang halimbawa ng output ng naturang command ay ipinapakita sa Figure 14. Ang wastong mga parameter ng status ay wala, Nakapila, InProgress, AutoSuspended, Pagkumpleto sa Pag-unlad, Nakumpleto, CompletedWithWarning, Nasuspinde At Nabigo.

SourceDatabase: Ipinapakita ng pagpipiliang ito ang lahat ng mga mailbox na inilipat mula sa isang partikular na database ng pinagmulan, kaya kapaki-pakinabang para sa pagtukoy ng pagkarga sa server ng pinagmulang Mailbox.

SuspendWhenReadyToComplete: Ginagamit ang opsyong ito upang i-pause ang mga kahilingan sa paglipat bago tuluyang mailipat ang kahon sa target na database. Pag-uusapan natin ang parameter na ito sa ibang pagkakataon.

TargetDatabase: Ang pagpipiliang ito ay katulad ng SourceDatabase maliban na ipinapakita nito ang target na database.

Pagsususpinde ng kahilingan sa paglipat

Sa maikling pagtalakay namin sa Bahagi 2 ng seryeng ito at sa nakaraang seksyon, kasama sa mga command na New-MoveRequest at Get-MoveRequest SuspendWhenReadyToComplete isang opsyon na ginagamit upang i-pause ang kahilingan sa paglipat bago ma-update ang panghuling lokasyon ng target na database. Sa diskarteng ito, inililipat ang data ng mailbox, ngunit ang panghuling switch ay nangyayari lamang pagkatapos magsimulang muli ang kahilingan sa nasuspinde na paglipat. Maaari mo ring i-pause ang isang umiiral nang kahilingan sa paglipat gamit ang command Suspindihin-MoveRequest.

Tingnan natin ang paggamit ng parameter na SuspendWhenReadyToComplete para sa New-MoveRequest na utos. Ang isang halimbawang utos na ipapatupad ay:

New-MoveRequest "Identity neil" SuspendWhenReadyToComplete

Kung nabasa mo na ang mga nakaraang bahagi ng seryeng ito, mapapansin mo na ang utos sa itaas ay hindi kasama ang parameter TargetDatabase upang tukuyin ang anumang partikular na database kung saan ililipat ang kahon. Kung wala ang pagpipiliang ito, ang database ay pipiliin ng system.

Gaya ng nasabi na namin, maaantala ang proseso ng paglipat ng mailbox hanggang sa mangyari ang huling paglipat. Maaari itong i-configure sa pamamagitan ng pagpapatakbo ng command Get-MoveRequest. Tingnan ang Figure 15, na nagpapakita na ang mailbox ay inilipat gamit ang opsyong SuspendWhenReadyToComplete. Makalipas ang ilang sandali, ang status ng kahilingan sa paglipat na ito ay magiging InProgress, at ang mga nilalaman ng mailbox ay inilipat. Pagkatapos ng susunod na pag-update, ipapakita ng Get-MoveRequest command na ang status ng kahilingan ay nabago na ngayon sa AutoSuspended, at ito ang status na ipinapakita kapag ginagamit ang parameter na SuspendWhenReadyToComplete. Gayundin, ipinapakita ng Exchange Management Console ang status na ito tulad ng nakikita sa Figure 16.

Figure 15: Naka-pause na kahilingan sa paglipat " Exchange Management Shell

Figure 16: Naka-pause na kahilingan sa paglipat " Exchange Management Console

Kapag natukoy ng administrator na maaaring makumpleto ang paglipat, maaaring ipagpatuloy ang kahilingan sa paglipat sa pamamagitan ng pagpapatakbo ng command Ipagpatuloy-MoveRequest na may sumusunod na syntax:

Resume-MoveRequest "Identity neil

Kapag nakumpleto na ang utos na ito, ang pagpapatakbo muli ng Get-MoveRequest na utos ay dapat magpakita ng katayuan Nakumpleto.

Mga Pangalan ng Batch

Sa nakaraang bahagi ng seryeng ito, tiningnan namin ang mga parameter ng New-MoveRequest command at nakita namin na ang isa sa mga parameter na ito ay tinatawag na BatchName. Binibigyang-daan ka ng parameter na ito na tumukoy ng pangalan ng package kapag naglilipat ng maraming mailbox, na maaari mong gamitin sa Get-MoveRequest na command upang maghanap ng mga partikular na mailbox move package.

Ang mga pangalan ng package ay lubos na kapaki-pakinabang kapag inililipat ang mga nilalaman ng isang database ng mailbox sa isa pa. Upang mapanatiling simple ang mga bagay, gagawa lang ako ng dalawang query para sa parehong mga mailbox at bibigyan ang bawat isa ng magkaibang pangalan ng package. Pagkatapos ay gagamitin namin ang Get-MoveRequest na command upang ipakita kung paano hanapin ang mga pangalan ng package na ito. Una, gumawa tayo ng dalawa mga simpleng kahilingan gumagalaw gamit ang Exchange Management Shell na tumutukoy sa iba't ibang pangalan ng package:

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

New-MoveRequest "Nakawan ng pagkakakilanlan "TargetDatabase "Mailbox Database 004" "BatchName Batch002

Pagkatapos mong gawin ang mga kahilingan sa paglipat na ito, maaari mong gamitin ang Get-MoveRequest na command na may parameter na BatchName upang mahanap ang lahat ng kahilingan sa paglipat ng mailbox na nauugnay sa isang partikular na pangalan ng batch. Halimbawa, upang tingnan ang lahat ng mga kahilingan sa paglipat ng mailbox na nauugnay sa isang pangalan ng package Batch001, kailangan mong gamitin ang sumusunod na command:

Get-MoveRequest "BatchName Batch001

Ang mga resulta ng command na ito ay ipinapakita sa Figure 17, kung saan makikita mo na isa lamang sa dalawang mailbox ang bumalik dahil ang pangalawang mailbox ay inilipat gamit ang ibang pangalan ng package.

Figure 17: Pag-filter ayon sa pangalan ng package

Maglipat ng maraming mailbox

Sa Bahagi 2 ng seryeng ito, tiningnan namin ang paglipat ng mailbox ng user gamit ang command Bagong-MoveRequest. Ang paglipat ng isang mailbox ay isang simpleng gawain dahil ang alyas para sa mailbox na iyon ay kailangan lang na tukuyin sa parameter Pagkakakilanlan mga koponan Bagong-MoveRequest. Paano ang tungkol sa paglipat ng maraming mailbox? Magagawa ito sa maraming paraan, ang ilan sa mga ito ay ilalarawan sa ibaba.

Una, medyo madaling ilipat ang lahat ng mga mailbox mula sa isang database patungo sa isa pa sa pamamagitan lamang ng pagpasa ng command Get-MailboxDatabase sa pangkat Bagong-MoveRequest. Ang isang halimbawa ay ang sumusunod na utos:

Get-Mailbox "Database "Mailbox Database 001" | New-MoveRequest "TargetDatabase `

"Mailbox Database 002"

Kung kailangan mo lang maglipat ng ilang mailbox, maaari mong gamitin ang array function sa PowerShell. Sabihin nating kailangan nating ilipat ang mga mailbox na pagmamay-ari ng mga user na sina Neil, Rob, at Mark. Sa halimbawang ito, ang mga username ay mga mailbox alias din. Maaari mong gamitin ang sumusunod na script upang maisagawa ang gawaing ito:

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

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

"TargetDatabase "Mailbox Database 002" "BatchName Batch001)

Sa sitwasyong ito, makikita mo na una naming tinukoy $MailboxesToMove bilang array na naglalaman ng mga pangalan ng tatlong mailbox alias na ililipat. Ang bawat mailbox alias ay ipapasa sa command Bagong-MoveRequest na iproseso anuman ang lokasyon ng database ng source mailbox.

Maaari mo ring gamitin ang utos Kumuha ng Nilalaman, available sa PowerShell. Una sa lahat, kailangan mong lumikha ng isang simple text file, na naglalaman ng listahan ng mga mailbox alias na balak mong ilipat. Ang Figure 18 ay nagpapakita ng isang halimbawa ng naturang file, ito ay isang file na tinatawag mailboxes.txt.

Larawan 18: Sample Mailboxes.txt file

Pagkatapos ang isang sample na script upang ilipat ang mga mailbox na nakalista sa mailboxes.txt file ay maaaring magmukhang ganito:

$Mailboxes = Get-Content ./mailboxes.txt

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

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

Sa sitwasyong ito ang utos Kumuha ng Nilalaman ginagamit upang makakuha ng nilalaman mailboxes.txt file at pagtatalaga ng nilalaman para sa $Mailboxes. Pagkatapos ay nag-loop ito sa nilalaman $Mailboxes at para sa bawat loop ang utos ay ginagamit Bagong-MoveRequest.

Bagama't mayroon iba't ibang paraan ang paglipat ng mga mailbox ng Exchange 2010 gamit ang ilang mga utos ng Exchange Management Shell, dapat mong malaman iyon kumpanya ng Microsoft nagbibigay MoveMailbox PowerShell script na makikita sa folder \Program Files\Microsoft\Exchange Server\V14\Scripts pagkatapos i-install ang Exchange 2010. Ang script na ito ay magsasagawa ng lokal na kahilingan sa paglipat sa isang organisasyon ng Exchange, at mayroon karagdagang benepisyo na tinatanggal nito ang kahilingan sa paglipat kaagad pagkatapos itong makumpleto. Bago natin tingnan ang ilang halimbawang sitwasyon, tingnan natin ang mga parameter na ginamit dito. Gumagamit ang script na ito ng ilang parameter na napag-usapan na natin sa serye ng artikulong ito, bagama't may iba't ibang pangalan ang ilang parameter.

Una, meron AutoSuspend parameter na ang function ay kapareho ng parameter SuspendWhenReadyToComplete, ginagamit kasama ng mga utos Bagong-MoveRequest At Get-MoveRequest. Gayundin, BadItemLimit Maaaring gamitin ang parameter sa MoveMailbox script. Mayroon ding mga pagpipilian MailboxDatabase At TargetDatabase, pamamahala sa pinagmulan at target na database ayon sa pagkakabanggit. Ang isa sa mga pangunahing parameter na gagamitin mo sa script na ito ay DatabaseMap parameter. Isa itong talagang kapaki-pakinabang na opsyon na nagbibigay-daan sa iyong tukuyin kung saan kailangang ilipat ang mga mailbox. Titingnan natin ang parameter na ito nang detalyado sa ibang pagkakataon.

Sa ngayon, tingnan natin ang simpleng proseso ng paglipat ng isang mailbox gamit ang MoveMailbox script. Upang ilipat ang iyong mailbox sa isang database na tinatawag Mailbox Database 002, Ipapatupad ko lang ang script gamit ang mga sumusunod na parameter:

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

Ang pagpapatakbo ng utos na ito ay nagbubunga ng mga resulta na katulad ng nasa Figure 19. Gaya ng sinabi ko, isa sa mga magagandang bagay tungkol sa script na ito ay awtomatikong nililimas nito ang kahilingan sa paglipat.

Figure 19: Ilipat ang isang mailbox gamit ang MoveMailbox.ps1 command script

MoveMailbox.ps1 Database Maps

Parameter DatabaseMap Ang MoveMailbox command script ay lubhang kapaki-pakinabang sa paghawak ng maraming mailbox sa loob nito at paglipat ng mga mailbox na iyon sa maraming target na database. Maaari mong tukuyin ang maramihang pinagmulan/target na mga pares sa command line, na makabuluhang nagpapataas ng kahusayan nito. Ang syntax para sa paggamit ng parameter na ito ay ang mga sumusunod:

DatabaseMap @("Source Database"="Target Database";"Source Database"="Target Database")

Sa syntax na ito, makikita ang dalawang source/target mappings, at pinaghihiwalay ang mga ito ng semicolon. Kaya anong gamitin ito para sa isang halimbawa kung saan mo gustong ilipat ang mga mailbox ng database Mailbox Database 001 sa database Mailbox Database 003, at mga base mailbox Mailbox Database 002 sa database Mailbox Database 004, kailangan mong patakbuhin ang command gamit ang sumusunod na DatabaseMap parameter syntax:

DatabaseMap @("Mailbox Database 001"="Mailbox Database 003";"Mailbox Database 002"="Mailbox Database 004")

Sabihin nating gusto mong ilipat ang lahat ng mailbox na pag-aari ng mga user na empleyado ng isang departamento Mga consultant, V bagong base mailbox sa parehong paraan tulad ng tinalakay natin. Upang gawin ito, maaari mong gamitin ang sumusunod na utos ng PowerShell, sa pag-aakala na ang attribute na "kagawaran" sa Active Directory ay na-populate nang tama:

Get-User | Kung saan ($_.Department "eq "Consultants") | Get-Mailbox | ./MoveMailbox.ps1 "DatabaseMap @("Mailbox Database 001"="Mailbox Database 003";"Mailbox Database 002"="Mailbox Database 004")

Nakukuha muna ng code na ito ang mga detalye tungkol sa mga account ng mga user na kung saan nakatakda ang attribute na "department" ng Active Directory Mga consultant. Ang mga resulta ng command na ito ay isinumite para sa pagproseso sa command Kunin-Mailbox upang makakuha ng mga detalye tungkol sa mga mailbox ng mga user na ito. Ang mga detalye ng mailbox na ito ay pinoproseso sa script MoveMailbox at ang mga mailbox ay inililipat nang naaayon. Gaya ng ipinapakita sa Figure 20, tinatawag ng command ang MoveMailbox script, at naghihintay na ngayon ang script para makumpleto ang proseso ng paglipat. Kapag nakumpleto na ang prosesong ito, ang impormasyon ng katayuan ay ipinapakita sa screen tulad ng ipinapakita sa Figure 21. Ang pagpapatakbo ng command na ito sa aking simpleng kapaligiran sa pagsubok ay naglipat ng isang mailbox palabas ng database Mailbox Database 001 sa database Mailbox Database 003, at ang kahon ay mula sa database Mailbox Database 002 inilipat sa database Mailbox Database 004.

Figure 20: Kasalukuyang nagaganap ang paglipat ng maraming mailbox

Figure 21: Kumpleto na ang proseso ng paglipat ng maramihang mailbox

Kalusugan ng Serbisyo sa Pagkopya ng Mailbox

Sa artikulong ito nasabi na natin na ang serbisyo Microsoft Exchange Mailbox Replication ay napakahalaga sa pangkalahatang proseso ng kahilingan sa paglipat, sumusunod na ang serbisyong ito ay dapat na subaybayan nang naaayon. Sa isang nakaraang serye ng mga artikulo sa msexchange.org, pinag-usapan ko ang tungkol sa iba't ibang utos ng Exchange 2007 na "test" Exchange Management Shell na maaaring magamit upang subukan ang ilang partikular na feature ng Exchange 2010 Pagsubok-MRSHealth command, kung saan ang MRS ay maikli para sa Mailbox Replication Service. Upang suriin ang kalusugan ng isang partikular na Client Access Server, kailangan mo lang gamitin ang parameter "Pagkakakilanlan naglalaman ng katumbas na pangalan ng Client Access Server, halimbawa:

Pagsubok-MRSHealth "Identity DAG1

Sa halimbawa sa itaas, ang Client Access Server ay pinangalanang DAG1. Ang output ng command na ito ay magiging katulad ng ipinapakita sa Figure 22.

Figure 22: Test-MRSHealth command na mga resulta

Sa Figure 22, makikita mo na ang Test-MRSHealth command ay nagsusuri upang makita kung ang Mailbox Replication Service ay tumatakbo, pagkatapos ay i-ping ng RPC ang serbisyo, at sa wakas ay tinitingnan kung gaano katagal ang lumipas mula noong na-scan ang mailbox database queue.

Pag-alis ng database ng mailbox

Bilang bahagi ng iyong mga normal na tungkulin ng admin, kailangan mong i-decommission kung minsan ang isang umiiral nang Exchange 2010 server o alisin lang lumang database data ng mailbox. Maaari mong matandaan mula sa mga nakaraang bahagi na ang mga kahilingan sa paglipat ay hindi awtomatikong na-clear kahit na ang paglipat ay nakumpleto. Ang pagbubukod ay kapag gumagamit ng MoveMailbox.ps1 script, ngunit kung ang mga kahilingan sa paglipat ay ginawa nang manu-mano gamit ang Exchange Management Shell o Exchange Management Console, kakailanganin nilang tanggalin bago matanggal ang database ng mailbox. Nalalapat ito kahit sa mga sitwasyon kung saan database na ito Ang mga mailbox ay hindi naglalaman ng anumang mga mailbox, ngunit mayroon pa ring kahilingan sa paglipat.

Ang mga pagtatangkang tanggalin ang isang database ng mailbox na may umiiral nang kahilingan sa paglipat ay magreresulta sa isang ulat ng error na nagsisimula sa tekstong "Ang database ng mailbox na ito ay nauugnay sa isa o higit pang mga kahilingan sa paglipat. Ang error na ito ay ipinapakita sa Figure 23. Para sa kadahilanang ito, kailangan mong gamitin ang Get-MoveRequest at Remove-MoveRequest command para hanapin at alisin ang mga kasalukuyang kahilingan sa paglipat.

Figure 23: Umiiral na kahilingan sa paglipat sa panahon ng pagbaba ng database

Konklusyon

Ito ay nagtatapos sa aming apat na bahagi na serye sa mga kahilingan sa lokal na paglipat sa Exchange 2010. Pakitandaan na hindi namin sinasaklaw ang lahat ng mga utos at ang mga nauugnay na opsyon sa mga ito, ngunit makakahanap ka mismo ng impormasyon tungkol sa mga ito sa nauugnay na dokumentasyon. Umaasa ako na ang serye ng artikulong ito ay nagbigay sa iyo ng magandang pundasyon sa kung paano gumagana ang buong proseso ng kahilingan sa paglipat ng mailbox sa Exchange 2010.

Si Neil ay isang Principal Consultant sa Silverslands (www.silversands.co.uk), isang Microsoft Gold Partner sa UK at responsable para sa pagbuo ng application, pagpapatupad at suporta para sa maraming malalaking kliyente sa buong Europe. Nagtatrabaho siya sa industriya ng IT mula noong 1987 at naging dalubhasa sa pagpapadala ng mga mensahe mula noong 1995. Nagsimula siyang magtrabaho sa Exchange 4.0. Isa rin siyang Exchange MVP at naglalaan ng ilan sa kanyang personal na oras sa pagtulong sa iba't ibang user ng Exchange at pag-blog tungkol sa Exchange. Mahahanap mo ang mga blog na ito sa www.msexchangeblog.com. Maaaring makontak si Neil sa

Paghahanda. Imbentaryo ng mga operating system sa mga workstation, mga kliyente ng Outlook, mga antivirus. Magbigay ng mga mapagkukunan para sa Exchange 2013 server at i-install ang operating system. Pagsusulit Mga tala ng DNS at pagtukoy sa kahandaang baguhin ang pagpapasa sa isang panlabas na router.

Pag-install Exchange 2013 server sa tabi ng Exchange 2010.

Mga setting at pagsubok pakikipagtulungan dalawang server sa parehong oras.

Lumipat daloy ng mail sa Exchange 2013.

Paglipat mga mailbox sa Exchange 2013.

Pagtanggal mula sa pagpapatakbo ng Exchange 2010 server.

Intro: Ang lahat ng Exchange 2010 na tungkulin ay naka-install sa parehong server. Kailangan din nating lumipat nang maayos sa Exchange 2013.

Paghahanda

Sa yugto ng paghahanda, kailangan mong suriin ang kahandaan ng iyong enterprise network para sa pag-upgrade ng Exchange 2013.

Mas mabuti kung operating system sa mga workstation - Windows 7 o mamaya. Kahit na nakita ko normal na trabaho mula sa Exchange 2013 sa ilalim ng Windows XP SP3 mula sa Outlook 2007. Gayunpaman, ang XP ay hindi na ipinagpatuloy at hindi na mabibilang. Kung kailangan mong tiyaking gumagana ang mga kliyente sa ilalim ng Windows XP, mas mabuting iwasan ang pag-install ng Exchange 2013. O, sa isang pagsubok na kapaligiran, humanap ng mapagkakatiwalaang paraan upang gumana ang mga ito sa pagsasaayos na ito at pagkatapos ay bumalik lamang sa pakikipagsapalaran na ito. SA bilang huling paraan Ang mga gumagamit na gumagamit ng mas luma o iba pang mga operating system ay maaaring palaging kumonekta sa mail gamit ang isang browser sa pamamagitan ng OWA.

Ang mga kliyente ng Outlook 2003 ay hindi suportado. Para sa mga mamaya, ipinapayong mag-install ng mga update (pumunta sila sa WSUS, kailangan mo lang aprubahan):
- para sa Outlook 2007 - KB2687404
- para sa Outlook 2010 - KB2687623
- para sa Outlook 2013 - KB2863911 (ipinakita ng pagsasanay na para sa SP1 ay hindi kinakailangan)

Kung wala kang Outlook, malamang na hindi mo rin kailangan ang Exchange.

Ilang salita tungkol sa antivirus. Kaspersky 8 na may mga bloke na pinagana ang "Web Control". Trabaho sa Outlook. Kailangan mong i-disable ang “Web Control”, o i-configure ang mga exception, o i-update ang lahat sa Kaspersky version 10.

Ilang salita tungkol sa DNS. Mga Setting ng DNS Para sa mail server na . Maaari mo itong idagdag kaagad sa labas nang sabay-sabay CNAME record sa parehong address kung saan tumuturo ang pangunahing tala ng MX. Isang bagay tulad ng: "autodiscover CNAME mail". Para sa pagkakakonekta Outlook client sa panlabas, dapat pakinggan ang port 443 Bagama't, tulad ng dati, maaari mong i-configure ang anumang iba pang kliyente sa pamamagitan ng IMAP o POP3.

Para sa isang maliit na organisasyon (200...300 mailbox) makatuwirang ilaan ang Exchange 2013 sa virtual na kapaligiran server na may 4…6 core, 12 GB RAM, HDD: 100…120 GB ( disk ng system) + Disk para sa database ng mail. Sa aming kaso, sa Exchange 2010, ang EDB database file ay sumasakop ng humigit-kumulang 120 GB. Nanatili itong humigit-kumulang sa ganitong paraan pagkatapos ng paglipat sa 2013. Hindi namin inisip ang espasyo; Ang OS ay Ruso - Windows Server 2012 R2. Tiyaking i-install ang lahat ng mga update.

MAHALAGA! Dapat ay mayroon kang wastong awtoridad sa sertipiko. Kung sa ilang kadahilanan ay wala pa rin ito, oras na para itaas ito. Bukod dito, hindi ito mahirap. HINDI gagana ang Exchange 2013 nang walang mga sertipiko. At may isa pang nuance: ang karaniwang Windows certification authority (CA) ay nangangailangan ng kaunti upang suportahan ang kakayahang magtakda ng maraming pangalan sa isang certificate. Sa pamamagitan ng kahit man lang sa Windows 2008 R2 ito ay kinakailangan. Marahil ay naging matalino ang Windows mula noon.

Pag-install

Una naming gawin backup na kopya A.D. Bagaman, ang posibilidad ng kasunod na pagbawi mula dito ay napaka-duda. Sa pamamagitan ng regular na paraan sa DC: Start - Administrative Tools - Windows Server Backup.

Para sa kaginhawaan ng pagsasagawa ng lahat ng manipulasyon na nauugnay sa pag-install ng Exchange 2013, mula sa isang server na ini-install namin dito (sa bagong server Exchange 2013) mga tool sa pangangasiwa. Sa Windows PowerShell:

Import-Module ServerManager Install-WindowsFeature RSAT-ADDS Install-WindowsFeature AS-HTTP-Activation, Desktop-Experience, NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, Web -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 -Mga Error, 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

(Oo, isa ito mahabang string. Ngunit ang lahat ay simple at mabilis.)

I-install sa server:

Sasabihin sa iyo ng Exchange 2013 installation program ang natitira, kung kinakailangan.

Ang ginamit na distribusyon ay hindi ang ISO na naka-post sa MVLS (www.microsoft.com/Licensing/servicecenter), ngunit ang nasa bukas na access- KB2936880

Ang paglipat ng Exchange 2013 mailbox mula sa isang database patungo sa isa pa ay maaaring gawin nang madali sa pamamagitan ng EAC (Exchange Admin Center), ngunit sa artikulong ito ay titingnan ko ang opsyon ng paglipat mula sa gamit ang powershell, dahil Ang web interface, kahit na bersyon SP1, ay medyo krudo at ang mga error ay pana-panahong nangyayari sa mga gawain kapag nag-drag lamang ng isang kahon mula sa isang database patungo sa isa pa.

Hanapin karagdagang impormasyon Maaari mong malaman kung paano i-configure at pangasiwaan ang Exchange 2013 sa aking blog sa pangunahing artikulo ng paksa -.

Ilipat ang mga mailbox ng Exchange 2013

Upang lumikha ng mga kahilingan upang ilipat ang mga kahon sa pagitan ng mga database, gamitin ang cmdlet Bagong-MoveRequest. Halimbawa buong koponan magiging ganito ang hitsura:

C:\Windows\system32> New-MoveRequest -Identity " [email protected]" -TargetDatabase "Pangalan ng iyong target na database" -BatchName "Ilagay ang pangalan ng iyong kahilingan" -BadItemLimit "200"

Ang kahilingan sa paglipat ay ginawa, mahusay. Ngunit paano kung ang kahon ay mayroon din malaking sukat, o isang malaking bilang ng mga elemento at gusto mo lang subaybayan ang progreso ng operasyon, na lumitaw sa column sa pinakadulo simula Porsyento Kumpleto? Narito ang pinaka-kagiliw-giliw na bahagi, dahil upang masubaybayan ang pag-unlad ng gawain kakailanganin namin ng isa pang cmdlet, narito ito: Get-MoveRequestStatistics.

Halimbawa ng paggamit batay sa data mula sa command sa simula ng artikulo:

C:\Windows\system32> Get-MoveRequestStatistics -Identity [email protected]

At narito ang output ng command:

Sa kanan, makakakita ka ng column na may porsyento ng pagkumpleto ng gawain.

Ito ay kinakailangan upang makipag-usap nang hiwalay tungkol sa parameter BadItemLimit cmdlet Bagong-MoveRequest: Ito ay responsable para sa bilang ng mga nasirang elemento na lalaktawan. Bilang default, kung hindi tinukoy, ito ay 0, at mahigpit na inirerekomenda ng Microsoft na iwanan ito nang mag-isa. Gayunpaman, kung may mga corrupt na item sa kahon, mabibigo ang query at mananatili ang kahon sa parehong database. Sa aking pagsasanay, kapag naglilipat ng dalawang daang mailbox mula sa isang database patungo sa isa pa (kapag lumipat mula sa Exchange 2010 hanggang 2013), walang higit sa 2-4 na mailbox na may hindi bababa sa isang nasirang elemento, sa kabila ng katotohanan na ang 2010 server ay tumatakbo sa loob ng ilang taon. Samakatuwid, maaari nating tapusin na sa wastong pangangasiwa ng Exchange, magkakaroon ka ng kaunting kaso ng mga nasirang elemento.

Gusto ko ring tandaan na kung ang halaga BadItemLimit Kung mayroon kang higit sa 50, kailangan mong pilitin na tukuyin ang susi AcceptLargeDataLoss, hindi bababa sa iyon ang sinasabi nito sa Technet, ngunit sa katotohanan ay palagi kong itinatakda ang bilang ng mga elemento sa 200 at walang sinuman ang nagtanong sa akin kung sumang-ayon ako sa "malaking pagkawala ng data" at hindi ipinagbabawal ang pagpapatupad ng utos (tingnan ang una screenshot, parameter AcceptLargeDataLoss hindi nakalista doon).

Dapat tandaan na ang konsepto ng Exchange 2013 ay ang mga sentro ng pangangasiwa ay kinabibilangan lamang ng pangunahing pag-andar, isang minimum na hanay. Upang makakuha ng access sa mga banayad na parameter, at madalas kahit sa ilang mga function (halimbawa, mga operasyon sa Offline Address Book, ngunit higit pa sa ibang pagkakataon), kailangan mong gamitin ang Powershell nang eksklusibo.