pengenalan.

Terdapat dua hutan AD. Setiap hutan terdiri daripada satu domain: hutan1.tempatan Dan hutan2.tempatan. Dalam satu hutan (hutan1) ada Akaun pengguna. Di hutan lain (forest2), organisasi Exchange 2010 SP3 digunakan, yang mengandungi peti mel pengguna dari forest1. Tiada pencerminan akaun pengguna.

Tugasan.

Gunakan organisasi Exchange 2010 ke forest1 dan pindahkan kandungan tersuai peti mel dari hutan2 ke hutan1.

Penerangan mengenai infrastruktur.

Hutan1

hutan1.tempatan

• forest1-dc1.forest1.local- pengawal domain


• hutan1-cas1.hutan1.tempatan


• hutan1-mbx1.hutan1.tempatan


• hutan1-tmg1.hutan1.tempatan

Prinsip penamaan untuk pengguna ialah [huruf pertama nama pertama][nama akhir]. Sebagai contoh, Ivan Ivanov - iivanov

Hutan2

Hutan AD yang terdiri daripada satu domain - hutan2.tempatan

Pelayan berikut digunakan dalam hutan:

• hutan2-dc1.hutan2.tempatan- pengawal domain


• hutan2-cas1.hutan2.tempatan- Pelayan Exchange 2010 SP3 (CAS dan Hub)


• hutan2-mbx1.hutan2.tempatan- Pelayan Exchange 2010 SP3 (Peti Mel)


• hutan2-tmg1.hutan2.tempatan - tembok api, proksi, proksi terbalik (terbalik, terbalik, dll.).

Prinsip penamaan untuk pengguna ialah [nama pertama].[nama keluarga]. Sebagai contoh, Ivan Ivanov - ivan.ivanov

Organisasi Exchange mengekalkan domain SMTP - hutan.com. Pengguna mendapat akses kepada peti mel melalui Outlook Anywhere, OWA, ActiveSync.

Memindahkan peti mel.

Menyediakan infrastruktur rangkaian.

Sebelum anda memulakan proses pemindahan peti mel, terdapat beberapa prasyarat:

• Menyediakan laluan lalu lintas antara dua hutan (VPN Site-To-Site, dsb.).


• Konfigurasikan penyahrujukan bersama bagi nama dalaman (pemindahan zon, zon stub, pemajuan bersyarat, dsb.)


• Pastikan itu Pelayan pertukaran Kedua-dua organisasi mempercayai sijil masing-masing.

Menyediakan pelayan akses pelanggan.

Anda boleh memulakan pemindahan kandungan peti mel sama ada dari hutan sumber (dalam contoh saya - forest2) atau dari hutan destinasi (dalam contoh saya - forest1). Jika arahan bergerak dimulakan dari hutan destinasi, maka pilihan mesti didayakan dalam hutan sumber. Jika arahan bergerak dimulakan dari hutan sumber, maka Proksi Perkhidmatan Replikasi Peti Mel (Proksi MRS) mesti dibenarkan di dalam hutan sasaran.

Saya akan memulakan pemindahan kandungan peti mel dari hutan sasaran, jadi saya mesti mendayakan MRS Proxy pada pelayan hutan2-cas1.hutan2.tempatan.

Set-WebServicesVirtualDirectory -Identity "Forest2-Cas1\EWS (Tapak Web Lalai)" -MRSProxyEnabled $true

Get-WebServicesVirtualDirectory | Set-WebServicesVirtualDirectory -MRSProxyEnabled $true

Memperuntukkan akaun pengguna di hutan destinasi.

Saya akan memindahkan mel untuk pengguna Semyon Petrov, yang mempunyai parameter berikut:

• Nama paparan di kedua-dua hutan - Semyon Petrov


• Nama pengguna Forest1 - spetrov


• Nama pengguna dalam Forest2 - semen.petrov


• Alamat surat-menyurat - [e-mel dilindungi]

Sebelum anda mula memindahkan kandungan, anda mesti menyediakan akaun pengguna di hutan destinasi (forest1). Ini dilakukan dalam dua peringkat.

Langkah pertama ialah menyediakan akaun pengguna dalam hutan sasaran.

Langkah pertama ialah menjadikan semua pengguna di hutan destinasi yang peti melnya akan dipindahkan Pengguna Mel.

Langkah kedua ialah menyediakan akaun pengguna di hutan destinasi.

Dalam langkah kedua adalah perlu, menggunakan skrip Prepare-MoveRequest.ps1, salin beberapa atribut pengguna daripada hutan sumber.

Prepare-MoveRequest.ps1 -Identiti ' [e-mel dilindungi]’ -RemoteForestDomainController forest2-dc1.forest2.local -RemoteForestCredential (Get-Credential forest2\adm) -UseLocalObject

Saya menghantar parameter kepada skrip -UseLocalObject. Ini mesti dilakukan kerana Saya sudah mempunyai pengguna berdaya mel di hutan destinasi saya.

Pindahkan kandungan peti mel dari hutan sumber ke hutan destinasi.

Kandungan dipindahkan menggunakan cmdlet New-MoveRequest.

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

Apakah yang berlaku kepada pengguna pada masa ini?

Selepas kandungan peti mel telah dipindahkan, pengguna akan melihat mesej berikut:

Selepas mulakan semula Pengguna Outlook sambung ke pelayan Exchange yang terletak di dalam hutannya sendiri.

Saya menerangkan pendekatan pemindahan peti mel yang digunakan dalam Exchange 2007. Ia pada asasnya berfungsi dengan Pindah-Peti Mel perintah dalam Exchange Management Shell, walaupun, sudah tentu, anda boleh menggunakan Exchange Management Console untuk mengalihkan peti mel. Dalam Exchange 2010, anda juga boleh mengalihkan peti mel menggunakan Exchange Management Console dan Exchange Management Shell, walaupun terdapat beberapa perubahan pada proses tersebut. Dalam siri tiga bahagian ini, saya akan bercakap tentang cara mengalihkan peti mel dalam Exchange 2010 dan akan menumpukan lebih pada ciri baharu Permintaan Pindah.

Alih Permintaan

Jadi, saya ingin memulakan artikel ini dengan mengatakan bahawa arahan Move-Mailbox tidak lagi tersedia dalam Exchange 2010. Keseluruhan pendekatan untuk memindahkan peti mel dalam Exchange 2010 berpusat di sekitar ciri yang dipanggil memindahkan permintaan. Oleh kerana arahan Move-Mailbox tidak lagi digunakan, kesimpulannya ialah anda tidak boleh menggunakan Exchange 2007 Move-Mailbox command untuk mengalihkan peti mel dari Exchange 2007 ke Exchange 2010; anda perlu menggunakan ciri permintaan pemindahan produk Exchange 2010.

Permintaan pemindahan dibuat oleh pentadbir Exchange menggunakan Exchange Management Console atau Exchange Management Shell. Dalam artikel ini, saya akan menumpukan pada memindahkan peti mel dalam satu hutan. Pergerakan jenis ini dipanggil permintaan pergerakan tempatan. Apabila anda memindahkan peti mel antara hutan, jenis ini dipanggil permintaan pemindahan jauh. Permintaan pemindahan jauh akan dibincangkan dalam artikel akan datang di sini di MSExchange.org.

Arahan yang merupakan sebahagian daripada permintaan pindah dilaksanakan oleh perkhidmatan Perkhidmatan Replikasi Peti Mel Microsoft Exchange, ialah perkhidmatan baharu dalam Exchange 2010 yang dijalankan pada peranan Pelayan Akses Pelanggan. Perkhidmatan ini ditunjukkan dalam Rajah 1.

Rajah 1: Perkhidmatan Replikasi Peti Mel Microsoft Exchange

Permintaan pindah meletakkan mesej sistem khas dalam peti mel sistem pangkalan data peti mel. Perkhidmatan Replikasi Peti Mel Microsoft Exchange menyemak kandungan peti mel sistem dalam setiap pangkalan data peti mel untuk melihat sama ada ia mengandungi permintaan pemindahan, dan kemudian memproses permintaan tersebut dengan sewajarnya. Terdapat banyak faedah memindahkan peti mel menggunakan perkhidmatan ini. Berikut ialah tiga bidang utama yang biasanya saya hadapi semasa projek migrasi yang ditetapkan oleh permintaan pemindahan ini:

• Peti mel kini boleh dialihkan dalam talian, walaupun semasa pengguna log masuk. Ciri ini hanya tersedia jika peti mel menjalankan Exchange 2007 SP2 atau lebih tinggi versi kemudian, atau Exchange 2010. Walau bagaimanapun, ini adalah tambahan yang sangat berguna kepada keseluruhan proses pemindahan peti mel kerana ia akan membantu mengelakkan keperluan untuk mengalihkan peti mel semasa waktu luar.
• Objek dalam tong sampah kini boleh bergerak sebagai sebahagian daripada proses. Dalam versi Exchange sebelumnya, peti mel yang bergerak tidak mengalihkan item Tong Kitar Semula, jadi pengguna terpaksa memulihkan semua item yang dipadam kembali ke peti mel sebelum mengalihkannya. Mungkin mudah lupa untuk memaklumkan kepada pengguna tentang perkara ini, dan dalam beberapa kes, pengguna yang peti melnya telah dialihkan semasa cuba memulihkan item dari Tong Kitar Semula mendapati Tong Kitar Semula kosong.
• Kandungan peti mel tidak lagi diproses oleh komputer yang menjalankan proses pemindahan. Selalunya berlaku dalam Exchange 2007 bahawa arahan Move-Mailbox, atau skrip yang berkaitan, akan dijalankan pada mesin pentadbir dan bukannya pada pelayan Exchange 2007 sasaran. Walau bagaimanapun, dalam senario sedemikian, kandungan peti mel dialihkan daripada pangkalan data sumber ke mesin pentadbir, dan kemudian ke pangkalan data sasaran. Senario ini boleh dielakkan dengan menjalankan arahan atau skrip arahan terus pada pelayan pangkalan data sasaran. Dalam Exchange 2010, keadaan ini tidak akan berlaku lagi kerana pemindahan peti mel dilakukan oleh perkhidmatan Replikasi Peti Mel Microsoft Exchange yang dijalankan pada Pelayan Akses Pelanggan.

Apabila saya mula-mula membaca itu perkhidmatan Microsoft Replikasi Peti Mel Pertukaran pada setiap Pelayan Akses Pelanggan bertanggungjawab untuk mengendalikan pergerakan peti mel, saya tertanya-tanya bagaimana mempunyai berbilang Pelayan Akses Pelanggan akan menjejaskan pergerakan itu. Sebagai contoh, adakah dua Pelayan Akses Pelanggan akan cuba mengalihkan peti mel yang sama pada masa yang sama? Nasib baik, Microsoft melaporkan bahawa ia telah digunakan mekanisme umum antara semua Pelayan Akses Pelanggan tapak Active Directory yang sama untuk mengelakkan situasi sedemikian.

Buat permintaan perpindahan setempat

Memandangkan kita mempunyai sedikit pemahaman tentang permintaan pemindahan, tiba masanya untuk melihat cara anda sebenarnya boleh mengalihkan peti mel menggunakan ciri baharu ini. Mari kita mulakan dengan melihat cara membuat permintaan pemindahan setempat menggunakan Konsol Pengurusan Pertukaran.

1. Setelah Konsol Pengurusan Pertukaran dimuatkan, kembangkan Konfigurasi Penerima dalam pokok konsol. Dalam nod Konfigurasi Penerima, pilih objek Peti surat yang akan memaparkan senarai semua peti mel dalam anak tetingkap hasil.
2. Pada ketika ini, anda perlu memilih peti mel yang anda mahu alihkan. Anda boleh memilih berbilang peti mel untuk dialihkan pada masa yang sama.
3. Sebaik sahaja anda telah memilih peti mel untuk dialihkan, pilih pilihan Permintaan Perpindahan Tempatan Baharu" dalam bar tindakan, atau klik kanan pada objek Peti Mel dan pilih pilihan yang sama daripada menu konteks, seperti yang ditunjukkan dalam Rajah 2.

Rajah 2: Mencipta permintaan pemindahan tempatan baharu

1. Wizard akan bermula Wizard Permintaan Alih Tempatan Baharu dan memaparkan halaman pengenalan pengenalan, seperti yang ditunjukkan dalam Rajah 3. Halaman ini akan memaparkan peti mel yang telah anda pilih, serta maklumat penting, yang termasuk pangkalan data peti mel di mana masa ini Peti mel ini terletak.

Rajah 3: Halaman Pengenalan Wizard Permintaan Perpindahan Tempatan Baharu

1. Pada halaman pengenalan, klik butang Layari" yang akan membuka tetingkap pemilihan pangkalan data peti mel (Pilih Pangkalan Data Peti Mel), seperti yang ditunjukkan dalam Rajah 4. Tetingkap ini akan memaparkan pangkalan data yang tersedia pada semua pelayan dalam organisasi anda. Dalam contoh saya, saya hanya akan mengalihkan peti mel dari pangkalan data Pangkalan Data Peti Mel 001 V Pangkalan Data Peti Mel 002 pada satu pelayan bernama DAG1. Jadi saya hanya pilih pangkalan data ini dan klik okey.

Rajah 4: Halaman Pemilihan Pangkalan Data Peti Mel

1. Sekarang pada halaman pengenalan medan pangkalan data harus diisi dengan nama pangkalan data sasaran. klik Seterusnya.
2. Seterusnya, tetingkap untuk pilihan bergerak akan dibuka. (Pilihan Alih) seperti yang ditunjukkan dalam Rajah 5. Tetingkap ini sepatutnya biasa kepada anda jika anda telah menggunakan versi sebelumnya Pertukaran. Di sini anda boleh menentukan cara mengendalikan mesej yang rosak jika ada yang ditemui dalam pangkalan data sumber. Di sini anda mempunyai pilihan untuk melangkau peti mel sepenuhnya atau membenarkan beberapa mesej yang rosak. Tidak ada yang betul atau tetapan yang salah, semuanya bergantung pada cara organisasi anda melihat kehilangan data. Dalam imej di bawah, saya telah memilih pilihan untuk melangkau peti mel sepenuhnya; jika ada barang yang rosak ditemui, peti mel tidak akan dialihkan. Saya kemudian akan mengimbas pangkalan data menggunakan utiliti seperti ISINTEG untuk melihat sama ada rasuah boleh dibaiki.

Rajah 5: Halaman Pilihan Pindah

1. Sebaik sahaja anda telah memilih pilihan yang sesuai pada halaman Move Options, klik Selanjutnya. Ini akan memaparkan halaman akhir di mana anda boleh melihat ringkasan konfigurasi sebelum mengklik butang Baru untuk membuat permintaan pindah setempat.
2. Permintaan pemindahan tempatan kemudiannya akan dibuat dan dihantar ke Pelayan Akses Pelanggan; Wizard boleh ditutup.

Buat permintaan pindah menggunakan PowerShell

Untuk membuat permintaan pindah setempat menggunakan Shell Pengurusan Pertukaran, anda boleh menggunakan arahan New-MoveRequest dan parameter yang berkaitan. Perintah mudah Untuk membuat permintaan pindah setempat untuk memindahkan satu peti mel dari satu pangkalan data ke pangkalan data yang lain mungkin kelihatan seperti ini:

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

Inilah parameternya identiti digunakan untuk menentukan peti mel yang akan dialihkan, dan parameter TargetDatabase menentukan pangkalan data yang peti mel akan dialihkan. Menjalankan arahan ini akan menghasilkan hasil yang serupa dengan yang ditunjukkan dalam Rajah 6.

Rajah 6: Perintah New-MoveRequest

Dalam Rajah 6, anda akan melihat bahawa beberapa maklumat dalam lajur agak tidak jelas bila pemformatan standard, digunakan dalam Shell Pengurusan Pertukaran. Untuk membetulkan keadaan ini, anda boleh menjalankan keputusan perintah New-MoveRequest melalui arahan format-jadual(dipendekkan kepada kaki dalam contoh di bawah), dan juga gunakan parameter "Saiz Auto Dan "Bungkus, seperti yang ditunjukkan dalam contoh ini:

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

Ini memberikan hasil yang serupa dengan yang ditunjukkan dalam Rajah 7, menjadikan data lebih mudah dibaca.

Rajah 7: Perintah New-MoveRequest Berformat

Di sini saya juga ingin menyebut ralat yang mungkin anda hadapi di fasa ini. Jika saya kini cuba mengalihkan peti mel yang sama ke pangkalan data lain, saya mendapat mesej ralat berikut:

Peti mel (nama) mempunyai permintaan pemindahan yang lengkap yang dikaitkan dengannya. Sebelum anda membuat permintaan pemindahan baharu untuk peti mel, jalankan cmdlet Remove-MoveRequest untuk mengosongkan permintaan pemindahan yang telah lengkap.

Mesej ralat ini ditunjukkan dalam Rajah 8.

Rajah 8: Ralat New-MoveRequest

Seperti yang dinyatakan oleh mesej ralat, peti mel sudah ada permintaan penuh langkah yang mesti dipadamkan sebelum membuat permintaan pemindahan lain. Jadi ini bermakna permintaan pindah mesti dipadamkan serta-merta selepas ia selesai.

Catatan: Permintaan pemindahan tidak dipadamkan secara automatik walaupun peti mel berjaya dialihkan. Ini juga mempunyai implikasi untuk memadamkan pangkalan data peti mel, yang akan kami bincangkan kemudian dalam siri artikel ini. Kami juga akan melihat lebih jauh di bawah.

Perintah New-MoveRequest mengandungi banyak parameter tersedia yang boleh anda gunakan untuk mengawal permintaan pemindahan. Seperti yang anda jangkakan jika anda biasa dengan Exchange 2007, Exchange Management Shell mempunyai lebih banyak cara alihkan kawalan permintaan daripada dalam Exchange Management Console. Senarai penuh semua parameter boleh didapati, tetapi dalam artikel ini saya akan menerangkan beberapa yang paling banyak parameter penting:

• BadItemLimit - Seperti yang ditunjukkan dalam Rajah 5, anda boleh memutuskan berapa banyak item peti mel yang rosak yang boleh diterima oleh program apabila mengalihkan peti mel. Dalam Shell Pengurusan Pertukaran, parameter BadItemLimit mengawal tetapan ini.
• Nama Kumpulan - ini parameter berguna, yang membolehkan anda menentukan nama pakej apabila mengalihkan berbilang peti mel. Anda kemudian boleh menggunakan nama pakej ini untuk mencari peti mel tertentu apabila menggunakan arahan Get-MoveRequest, yang akan saya bincangkan dalam bahagian ketiga siri ini.
• IgnoreRuleLimitErrors - Jika anda menghadapi ralat had peraturan semasa pemindahan peti mel, anda mungkin mahu mengelak daripada mengalihkan peraturan pengguna sebagai sebahagian daripada peti mel. Pilihan ini membolehkan anda melakukan ini. Contohnya, anda boleh menukar parameter permintaan pemindahan selepas ia diserahkan untuk memastikan peraturan tidak diproses. Kami juga akan membincangkan perkara ini dalam bahagian ketiga siri ini.
• MRSServer - Biasanya, permintaan pindah diproses oleh Pelayan Akses Pelanggan tunggal dalam tapak Active Directory. Untuk menentukan Pelayan Akses Pelanggan tertentu, gunakan parameter MRSServer bersama-sama dengan Nama Domain Berkelayakan Penuh (FQDN) Pelayan Akses Pelanggan.
• SuspendWhenReadyToComplete - Tetapan ini digunakan untuk menjeda permintaan pemindahan sebelum peti mel akhirnya dialihkan ke pangkalan data sasaran. Dalam erti kata lain, semua data peti mel yang sah dialihkan, tetapi langkah terakhir tidak berlaku sehingga pentadbir menyambung semula pergerakan menggunakan arahan Resume-MoveRequest. Satu situasi di mana anda mungkin menggunakan pendekatan ini adalah untuk mendapatkan kelulusan akhir untuk pemindahan peti mel. Pilihan ini akan dibincangkan dalam bahagian ketiga siri artikel ini.

Pengurusan Pangkalan Data Sasaran

Perkara yang menarik ialah parameter TargetDatabase bagi arahan New-MoveRequest sebenarnya adalah pilihan. Dalam contoh pada permulaan artikel ini, anda boleh melihat bahawa parameter ini digunakan untuk memastikan peti mel dialihkan ke pangkalan data yang dipanggil Pangkalan Data Peti Mel 004. Jika anda mengecualikan parameter TargetDatabase, proses permintaan pindah akan memilih pangkalan data secara automatik.

Jika anda mempunyai satu atau lebih pangkalan data peti mel yang anda ingin kecualikan daripada proses pemilihan ini, anda boleh menukar nilai parameter IsExcludedFromProvisioning pangkalan data yang ingin anda kecualikan. Parameter ini ditunjukkan dalam Rajah 9, di mana ia ditunjukkan sebagai nilai lalai. salah, menunjukkan bahawa pangkalan data tersedia untuk mengisi peti mel. Jika saya ingin menukar nilai parameter ini untuk Pangkalan Data Peti Mel 004 kepada benar, saya akan menjalankan arahan berikut:

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

Rajah 9: Tidak termasuk pangkalan data peti mel daripada permintaan pemindahan

Menguruskan Permintaan Alih

Memandangkan permintaan pemindahan tempatan telah dibuat, anda perlu menjejaki kemajuannya. Dalam Konsol Pengurusan Pertukaran, klik pada objek Permintaan Pindah, terletak di nod Konfigurasi Penerima dalam pokok konsol. Ini akan memaparkan tetingkap yang serupa dengan yang ditunjukkan dalam Rajah 10. Dalam rajah ini, saya telah mengalih keluar bar tindakan untuk kejelasan.

Rajah 10: Pengurusan Permintaan Pindah

Di sini anda boleh melihat bahawa senarai permintaan pemindahan dipaparkan. Pada masa ini hanya terdapat satu permintaan pemindahan sedang dijalankan dan medan status permintaan Pindahkan Status Permintaan menunjukkan status pergerakan Bergerak. Secara lalai, hanya medan Nama Paparan, Alias, Status Permintaan Alih dan Jenis Permintaan Alih ditunjukkan dalam konsol. Terdapat dua cara untuk mengembangkan maklumat yang akan tersedia untuk anda:

1. Dalam Konsol Pengurusan Pertukaran, pilih menu Lihat, kemudian pilihan Tambah atau alih keluar lajur (Tambah/Alih Keluar Lajur") untuk membuka tingkap Tambah/Alih Keluar Lajur, seperti yang ditunjukkan dalam Rajah 11. Di sini anda boleh melihat bahawa medan Nama, Nama hos jauh Nama Hos Jauh, Pangkalan Data Sumber dan Pangkalan Data Sasaran juga tersedia. Menggunakan pelbagai butang yang tersedia pada skrin, anda boleh menentukan medan tambahan yang hendak dipaparkan, serta susunan ia akan dipaparkan.

Rajah 11: Menambah lajur maklumat tambahan

1. Cara lain untuk menambah maklumat dalam Konsol Pengurusan Pertukaran ialah melihat sifat permintaan pemindahan. Untuk melakukan ini, hanya klik kanan pada permintaan pindah dan pilih Hartanah V menu konteks. Ini akan memaparkan tetingkap sifat permintaan pindah yang serupa dengan yang ditunjukkan dalam Rajah 12.

Rajah 12: Pindahkan Sifat Permintaan

Salah satu medan paling menarik yang dibentangkan dalam Rajah 10 dan 12 ialah medan status Pindahkan Status Permintaan. Dalam Rajah 12 anda boleh melihat bahawa keadaan ditunjukkan sebagai Melengkapkan, tetapi sudah tentu bidang ini juga boleh mengambil nilai seperti InProgress, Selesai, gagal dan lain-lain. Ini membolehkan anda melihat peringkat permintaan pemindahan dalam proses keseluruhan.

Menguruskan Permintaan Alih

Anda boleh menggunakan Shell Pengurusan Pertukaran untuk melihat bagaimana permintaan pemindahan sedang berjalan menggunakan arahan Get-MoveRequest. Dalam keadaan lalainya, arahan Get-MoveRequest akan mengembalikan hasil semua permintaan pemindahan yang tersedia. Sebagai contoh, lihat Rajah 13, yang menunjukkan sampel maklumat yang dikembalikan oleh arahan Get-MoveRequest. Ini menunjukkan hanya satu permintaan pergerakan dan juga menunjukkan bahawa peti mel saya telah dialihkan ke pangkalan data sasaran yang dipanggil TEST. Anda juga melihat bahawa permintaan pemindahan telah selesai.

Rajah 13: Keputusan Get-MoveRequest

Seperti arahan New-MoveRequest, terdapat juga banyak parameter Get-MoveRequest yang tersedia untuk arahan ini. Senarai lengkap pilihan boleh didapati. Beberapa parameter yang paling penting adalah yang berikut:

MoveStatus: Dengan parameter ini, anda boleh menggunakan hasil arahan Get-MoveRequest untuk mendapatkan semula permintaan pindah hanya dengan keadaan tertentu. Contohnya, jika anda perlu melihat semua permintaan pemindahan dengan status InProgress, anda perlu menggunakan arahan berikut:

Get-MoveRequest "MoveStatus InProgress

Contoh output arahan sedemikian ditunjukkan dalam Rajah 14. Parameter status yang sah ialah tiada, Beratur, InProgress, AutoDigantung, Penyelesaian Sedang Berlangsung, Selesai, SelesaiDenganAmaran, Digantung Dan gagal.

SourceDatabase: Pilihan ini menunjukkan semua peti mel yang dialihkan daripada pangkalan data sumber tertentu, jadi ia berguna untuk menentukan beban pada pelayan Peti Mel sumber.

SuspendWhenReadyToComplete: Pilihan ini digunakan untuk menjeda permintaan pemindahan sebelum kotak akhirnya dialihkan ke pangkalan data sasaran. Kita akan bercakap tentang parameter ini sedikit kemudian.

TargetDatabase: Pilihan ini serupa dengan SourceDatabase kecuali ia menunjukkan pangkalan data sasaran.

Menggantung permintaan perpindahan

Seperti yang kita bincangkan secara ringkas dalam Bahagian 2 siri ini dan dalam bahagian sebelumnya, perintah New-MoveRequest dan Get-MoveRequest termasuk SuspendWhenReadyToComplete pilihan yang digunakan untuk menjeda permintaan pemindahan sebelum lokasi akhir pangkalan data sasaran dikemas kini. Dengan pendekatan ini, data peti mel dialihkan, tetapi suis terakhir berlaku hanya selepas permintaan pemindahan yang digantung dimulakan semula. Anda juga boleh menjeda permintaan pergerakan sedia ada menggunakan arahan Suspen-MoveRequest.

Mari lihat menggunakan parameter SuspendWhenReadyToComplete untuk arahan New-MoveRequest. Contoh arahan untuk dilaksanakan ialah:

New-MoveRequest "Identity neil" SuspendWhenReadyToComplete

Jika anda telah membaca bahagian sebelumnya dalam siri ini, anda akan melihat bahawa arahan di atas tidak termasuk parameter TargetDatabase untuk menentukan mana-mana pangkalan data khusus yang mana kotak itu akan dialihkan. Tanpa pilihan ini, pangkalan data akan dipilih oleh sistem.

Seperti yang telah kami katakan, proses pemindahan peti mel akan ditangguhkan sehingga langkah terakhir berlaku. Ia boleh dikonfigurasikan dengan menjalankan arahan Get-MoveRequest. Lihat Rajah 15, yang menunjukkan bahawa peti mel telah dialihkan menggunakan pilihan SuspendWhenReadyToComplete. Tidak lama kemudian, status permintaan pindah ini akan menjadi InProgress, dan kandungan peti mel dialihkan. Selepas kemas kini seterusnya, arahan Get-MoveRequest akan menunjukkan bahawa status permintaan kini telah bertukar kepada AutoDigantung, dan ini ialah status yang dipaparkan apabila menggunakan parameter SuspendWhenReadyToComplete. Begitu juga, Konsol Pengurusan Pertukaran menunjukkan status ini seperti yang dilihat dalam Rajah 16.

Rajah 15: Permintaan pergerakan dijeda " Shell Pengurusan Pertukaran

Rajah 16: Permintaan pergerakan dijeda " Konsol Pengurusan Pertukaran

Apabila pentadbir menentukan bahawa langkah itu boleh diselesaikan, permintaan pemindahan boleh disambung semula dengan menjalankan arahan Resume-MoveRequest dengan sintaks berikut:

Resume-MoveRequest "Identiti neil

Apabila arahan ini selesai, menjalankan perintah Get-MoveRequest sekali lagi harus menunjukkan status Selesai.

Nama Kelompok

Dalam bahagian sebelumnya siri ini, kami melihat parameter perintah New-MoveRequest dan melihat bahawa salah satu parameter ini dipanggil Nama Kumpulan. Parameter ini membolehkan anda menentukan nama pakej apabila mengalihkan berbilang peti mel, yang kemudiannya boleh anda gunakan dengan arahan Get-MoveRequest untuk mencari pakej pemindahan peti mel tertentu.

Nama pakej agak berguna apabila mengalihkan kandungan satu pangkalan data peti mel ke yang lain. Untuk memastikan perkara mudah, saya hanya akan membuat dua pertanyaan untuk peti mel yang sama dan memberikan setiap satu nama pakej yang berbeza. Kami kemudian akan menggunakan arahan Get-MoveRequest untuk menunjukkan cara mencari nama pakej ini. Pertama, mari kita buat dua permintaan mudah bergerak menggunakan Exchange Management Shell yang menentukan nama pakej yang berbeza:

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

New-MoveRequest "Rompakan identiti "TargetDatabase "Pangkalan Data Peti Mel 004" "Nama Batch Batch002

Selepas anda membuat permintaan pemindahan ini, anda boleh menggunakan perintah Get-MoveRequest dengan parameter BatchName untuk mencari semua permintaan pemindahan peti mel yang dikaitkan dengan nama kelompok tertentu. Contohnya, untuk melihat semua permintaan pemindahan peti mel yang dikaitkan dengan nama pakej Kumpulan001, anda perlu menggunakan arahan berikut:

Get-MoveRequest "BatchName Batch001

Keputusan arahan ini ditunjukkan dalam Rajah 17, di mana anda boleh melihat bahawa hanya satu daripada dua peti mel dikembalikan kerana peti mel kedua telah dialihkan menggunakan nama pakej yang berbeza.

Rajah 17: Penapisan mengikut nama pakej

Alihkan berbilang peti mel

Dalam Bahagian 2 siri ini, kami melihat untuk memindahkan peti mel pengguna menggunakan arahan New-MoveRequest. Memindahkan peti mel tunggal adalah tugas yang mudah kerana alias untuk peti mel itu hanya perlu dinyatakan dalam parameter identiti pasukan New-MoveRequest. Bagaimana pula dengan mengalihkan berbilang peti mel? Ini boleh dilakukan dalam beberapa cara, beberapa daripadanya akan diterangkan di bawah.

Pertama, agak mudah untuk memindahkan semua peti mel dari satu pangkalan data ke pangkalan data yang lain hanya dengan menghantar arahan Dapatkan-MailboxDatabase kepada pasukan New-MoveRequest. Contohnya ialah arahan berikut:

Get-Mailbox "Pangkalan Data "Pangkalan Data Peti Mel 001" | New-MoveRequest "TargetDatabase `

"Pangkalan Data Peti Mel 002"

Jika anda hanya perlu mengalihkan beberapa peti mel, anda boleh menggunakan fungsi tatasusunan dalam PowerShell. Katakan kita perlu mengalihkan peti mel kepunyaan pengguna Neil, Rob dan Mark. Dalam contoh ini, nama pengguna juga adalah alias peti mel. Anda boleh menggunakan skrip berikut untuk melaksanakan tugas ini:

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

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

"TargetDatabase "Pangkalan Data Peti Mel 002" "Nama Batch Batch001)

Dalam senario ini, anda dapat melihat bahawa kami mula-mula menentukan $MailboxesToMove sebagai tatasusunan yang mengandungi nama tiga alias peti mel untuk dialihkan. Setiap alias peti mel kemudiannya dihantar ke arahan New-MoveRequest untuk diproses tanpa mengira lokasi pangkalan data peti mel sumber.

Anda juga boleh menggunakan arahan Dapatkan-Kandungan, tersedia dalam PowerShell. Pertama sekali, anda perlu membuat yang mudah fail teks, yang mengandungi senarai alias peti mel yang anda ingin alihkan. Rajah 18 menunjukkan contoh fail sedemikian, ia adalah fail yang dipanggil mailboxes.txt.

Rajah 18: Contoh fail Mailboxes.txt

Kemudian skrip sampel untuk mengalihkan peti mel yang disenaraikan dalam fail mailboxes.txt mungkin kelihatan seperti ini:

$Mailboxes = Get-Content ./mailboxes.txt

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

$Mailboxes[$Start] -TargetDatabase "Pangkalan Data Peti Mel 002")

Dalam senario ini arahan Dapatkan-Kandungan digunakan untuk mendapatkan kandungan mailboxes.txt fail dan tugasan kandungan untuk $Peti surat. Ia kemudian gelung melalui kandungan $Peti surat dan untuk setiap gelung arahan digunakan New-MoveRequest.

Walaupun ada pelbagai cara memindahkan peti mel Exchange 2010 menggunakan beberapa arahan Exchange Management Shell, anda harus sedar bahawa syarikat Microsoft menyediakan MoveMailbox Skrip PowerShell yang boleh didapati dalam folder \Program Files\Microsoft\Exchange Server\V14\Scripts selepas memasang Exchange 2010. Skrip ini akan melaksanakan permintaan pemindahan setempat dalam satu organisasi Exchange, dan mempunyai faedah tambahan kerana ia memadamkan permintaan pindah serta-merta selepas ia selesai. Sebelum kita melihat beberapa contoh senario, mari kita lihat parameter yang digunakan dengannya. Skrip ini menggunakan beberapa parameter yang telah kita bincangkan dalam siri artikel ini, walaupun beberapa parameter mempunyai nama yang berbeza.

Pertama, ada AutoTunda parameter yang fungsinya sama dengan parameter SuspendWhenReadyToComplete, digunakan dengan arahan New-MoveRequest Dan Get-MoveRequest. Juga, BadItemLimit Parameter boleh digunakan dengan skrip MoveMailbox. Terdapat juga pilihan MailboxDatabase Dan TargetDatabase, menguruskan pangkalan data sumber dan sasaran masing-masing. Salah satu parameter utama yang akan anda gunakan dengan skrip ini ialah Peta Pangkalan Data parameter. Ini adalah pilihan yang sangat berguna yang membolehkan anda menentukan tempat peti mel perlu dialihkan. Kami akan melihat parameter ini secara terperinci sedikit kemudian.

Buat masa ini, mari kita lihat proses mudah untuk memindahkan peti mel tunggal menggunakan skrip MoveMailbox. Untuk mengalihkan peti mel anda ke pangkalan data yang dipanggil Pangkalan Data Peti Mel 002, saya hanya melaksanakan skrip dengan parameter berikut:

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

Menjalankan arahan ini menghasilkan keputusan yang sama seperti dalam Rajah 19. Seperti yang saya katakan, salah satu perkara yang hebat tentang skrip ini ialah ia mengosongkan permintaan pergerakan secara automatik.

Rajah 19: Alihkan peti mel tunggal menggunakan skrip arahan MoveMailbox.ps1

Peta Pangkalan Data MoveMailbox.ps1

Parameter Peta Pangkalan Data Skrip arahan MoveMailbox sangat berguna dalam mengendalikan berbilang peti mel di dalamnya dan mengalihkan peti mel tersebut ke berbilang pangkalan data sasaran. Anda boleh menentukan berbilang pasangan sumber/sasaran dalam baris arahan, yang meningkatkan kecekapannya dengan ketara. Sintaks untuk menggunakan parameter ini adalah seperti berikut:

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

Dalam sintaks ini, dua pemetaan sumber/sasaran kelihatan dan ia dipisahkan oleh koma bertitik. Jadi apa gunanya ini sebagai contoh di mana anda ingin memindahkan peti mel pangkalan data Pangkalan Data Peti Mel 001 kepada pangkalan data Pangkalan Data Peti Mel 003, dan peti mel asas Pangkalan Data Peti Mel 002 kepada pangkalan data Pangkalan Data Peti Mel 004, anda perlu menjalankan arahan dengan sintaks parameter DatabaseMap berikut:

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

Katakan anda ingin mengalihkan semua peti mel yang dimiliki oleh pengguna yang merupakan pekerja jabatan Perunding, V pangkalan baru peti mel dengan cara yang sama seperti yang baru kita bincangkan. Untuk melakukan ini, anda boleh menggunakan perintah PowerShell berikut, dengan mengandaikan bahawa atribut "jabatan" dalam Active Directory diisi dengan betul:

Dapatkan-Pengguna | Di mana ($_.Jabatan "eq "Perunding") | Get-Mailbox | ./MoveMailbox.ps1 "DatabaseMap @("Mailbox Database 001"="Mailbox Database 003";"Mailbox Database 002"="Mailbox Database 004")

Kod ini mula-mula mendapatkan butiran tentang akaun pengguna tersebut yang atribut "jabatan" Direktori Aktif ditetapkan Perunding. Keputusan arahan ini diserahkan untuk diproses kepada arahan Dapatkan-Peti Mel untuk mendapatkan butiran tentang peti mel pengguna ini. Butiran peti mel ini kemudiannya diproses dalam skrip MoveMailbox dan peti mel dialihkan sewajarnya. Seperti yang ditunjukkan dalam Rajah 20, arahan memanggil skrip MoveMailbox, dan skrip kini menunggu proses pemindahan selesai. Setelah proses ini selesai, maklumat status dipaparkan pada skrin seperti yang ditunjukkan dalam Rajah 21. Menjalankan arahan ini dalam persekitaran ujian mudah saya memindahkan satu peti mel keluar dari pangkalan data Pangkalan Data Peti Mel 001 kepada pangkalan data Pangkalan Data Peti Mel 003, dan kotak itu daripada pangkalan data Pangkalan Data Peti Mel 002 dipindahkan ke pangkalan data Pangkalan Data Peti Mel 004.

Rajah 20: Memindahkan berbilang peti mel sedang dijalankan

Rajah 21: Proses pemindahan peti mel berbilang telah selesai

Kesihatan Perkhidmatan Replikasi Peti Mel

Dalam artikel ini kami telah mengatakan bahawa perkhidmatan Replikasi Peti Mel Microsoft Exchange adalah sangat penting untuk keseluruhan proses permintaan perpindahan, berikutan bahawa perkhidmatan ini mesti dipantau dengan sewajarnya. Dalam siri artikel terdahulu di msexchange.org, saya membincangkan pelbagai perintah Exchange 2007 "ujian" Exchange Management Shell yang boleh digunakan untuk menguji ciri Exchange 2007 tertentu. Exchange 2010 termasuk Ujian-MRSHealth arahan, di mana MRS adalah singkatan untuk Perkhidmatan Replikasi Peti Mel. Untuk menyemak kesihatan Pelayan Akses Pelanggan tertentu, anda hanya perlu menggunakan parameter "Identiti mengandungi nama Pelayan Akses Pelanggan yang sepadan, contohnya:

Ujian-MRSHealth "Identiti DAG1

Dalam contoh di atas, Pelayan Akses Pelanggan dinamakan DAG1. Output arahan ini akan serupa dengan yang ditunjukkan dalam Rajah 22.

Rajah 22: Keputusan arahan Ujian-MRSHealth

Dalam Rajah 22, anda boleh melihat bahawa perintah Test-MRSHealth menyemak untuk melihat sama ada Perkhidmatan Replikasi Peti Mel sedang berjalan, kemudian RPC ping perkhidmatan dan akhirnya menyemak berapa lama masa telah berlalu sejak baris gilir pangkalan data peti mel diimbas.

Mengalih keluar pangkalan data peti mel

Sebagai sebahagian daripada tugas pentadbir biasa, anda kadangkala perlu menyahaktifkan pelayan Exchange 2010 sedia ada atau hanya mengalih keluar pangkalan data lama data peti mel. Anda mungkin ingat dari bahagian sebelumnya bahawa permintaan pemindahan tidak dikosongkan secara automatik walaupun pemindahan telah selesai. Pengecualian adalah apabila menggunakan skrip MoveMailbox.ps1, tetapi jika permintaan pemindahan dibuat secara manual menggunakan Shell Pengurusan Pertukaran atau Konsol Pengurusan Exchange, ia perlu dipadamkan sebelum pangkalan data peti mel dipadamkan. Ini terpakai walaupun dalam situasi di mana pangkalan data ini peti mel tidak mengandungi sebarang peti mel, tetapi masih terdapat permintaan pemindahan.

Percubaan untuk memadam pangkalan data peti mel dengan permintaan pemindahan sedia ada akan menghasilkan laporan ralat bermula dengan teks "Pangkalan data peti mel ini dikaitkan dengan satu atau lebih permintaan pemindahan." Ralat ini ditunjukkan dalam Rajah 23. Atas sebab ini, anda perlu gunakan perintah Get-MoveRequest dan Remove-MoveRequest untuk mencari dan mengalih keluar permintaan pemindahan sedia ada.

Rajah 23: Permintaan pemindahan sedia ada semasa penurunan pangkalan data

Kesimpulan

Ini menyimpulkan siri empat bahagian kami tentang permintaan pemindahan tempatan dalam Exchange 2010. Sila ambil perhatian bahawa kami tidak meliputi semua arahan dan pilihan yang berkaitan, tetapi anda boleh mendapatkan maklumat mengenainya sendiri dalam dokumentasi yang berkaitan. Saya harap siri artikel ini telah memberikan anda asas yang baik tentang cara keseluruhan proses permintaan pemindahan peti mel berfungsi dalam Exchange 2010.

Neil ialah Perunding Utama di Silverslands (www.silversands.co.uk), Rakan Kongsi Emas Microsoft di UK dan bertanggungjawab untuk pembangunan aplikasi, pelaksanaan dan sokongan untuk banyak pelanggan besar di seluruh Eropah. Beliau telah bekerja dalam industri IT sejak 1987 dan mempunyai kepakaran dalam menghantar mesej sejak 1995. Beliau mula bekerja dengan Exchange 4.0. Beliau juga merupakan MVP Exchange dan menumpukan sedikit masa peribadinya untuk membantu pelbagai pengguna Exchange dan memblog tentang Exchange. Anda boleh menemui blog ini di www.msexchangeblog.com. Neil boleh dihubungi di

Persediaan. Inventori sistem pengendalian pada stesen kerja, klien Outlook, antivirus. Sumber peruntukan untuk pelayan Exchange 2013 dan pasang sistem pengendalian. Peperiksaan rekod DNS dan menentukan kesediaan untuk menukar pemajuan pada penghala luaran.

Pemasangan Pelayan Exchange 2013 bersebelahan dengan Exchange 2010.

tetapan dan ujian kerjasama dua pelayan pada masa yang sama.

Bertukar aliran mel di Exchange 2013.

Pemindahan peti mel di Exchange 2013.

Penyingkiran daripada pengendalian pelayan Exchange 2010.

Pengenalan: Semua peranan Exchange 2010 dipasang pada pelayan yang sama. Kami juga perlu bergerak padat ke Exchange 2013.

Persediaan

Semasa fasa penyediaan, anda perlu menyemak kesediaan rangkaian perusahaan anda untuk naik taraf Exchange 2013.

Lebih baik jika sistem operasi di stesen kerja - Windows 7 atau kemudian. Walaupun saya telah melihat kerja biasa daripada Exchange 2013 di bawah Windows XP SP3 daripada Outlook 2007. Walau bagaimanapun, XP telah dihentikan dan tidak boleh dikira. Jika anda perlu memastikan pelanggan berfungsi di bawah Windows XP, maka adalah lebih baik untuk menahan diri daripada memasang Exchange 2013. Atau, dalam persekitaran ujian, cari cara yang boleh dipercayai untuk menjadikannya berfungsi dalam konfigurasi ini dan kemudian kembali ke usaha niaga ini. DALAM sebagai jalan terakhir Pengguna yang menjalankan sistem pengendalian yang lebih lama atau sistem pengendalian lain sentiasa boleh menyambung ke mel dengan penyemak imbas melalui OWA.

Pelanggan Outlook 2003 tidak disokong. Untuk yang kemudian, adalah dinasihatkan untuk memasang kemas kini (ia datang ke WSUS, anda hanya perlu meluluskan):
- untuk Outlook 2007 - KB2687404
- untuk Outlook 2010 - KB2687623
- untuk Outlook 2013 - KB2863911 (amalan telah menunjukkan bahawa untuk SP1 ia tidak perlu)

Jika anda tidak mempunyai Outlook, maka anda mungkin tidak memerlukan Exchange sama ada.

Sepatah dua kata tentang antivirus. Kaspersky 8 dengan blok yang didayakan "Kawalan Web". Kerja Outlook. Anda perlu sama ada melumpuhkan "Kawalan Web", atau mengkonfigurasi pengecualian, atau mengemas kini semuanya kepada Kaspersky versi 10.

Sepatah dua kata tentang DNS. Tetapan DNS Untuk pelayan mel sudah . Anda boleh serta-merta menambahnya di luar sekali gus Rekod CNAME ke alamat yang sama di mana mata rekod MX utama. Sesuatu seperti: "autotemui mel CNAME". Untuk ketersambungan Pelanggan Outlook secara luaran, port 443 harus didengari. Walaupun, seperti sebelum ini, anda boleh mengkonfigurasi mana-mana klien lain melalui IMAP atau POP3.

Untuk organisasi kecil (200...300 peti mel) adalah logik untuk memperuntukkan Exchange 2013 kepada persekitaran maya pelayan dengan 4…6 teras, 12 GB RAM, HDD: 100…120 GB ( cakera sistem) + Cakera untuk pangkalan data mel. Dalam kes kami, pada Exchange 2010, fail pangkalan data EDB menduduki kira-kira 120 GB. Ia kekal lebih kurang seperti ini selepas pemindahan ke 2013. Kami tidak kisah tentang ruang; kami membuat C+D = 120 + 500 (untuk pertumbuhan). OS adalah Rusia - Pelayan Windows 2012 R2. Pastikan anda memasang semua kemas kini.

PENTING! Anda mesti mempunyai pihak berkuasa sijil yang sah. Jika atas sebab tertentu ia masih tidak ada, maka sudah tiba masanya untuk menaikkannya. Lebih-lebih lagi, ia tidak sukar. Exchange 2013 TIDAK akan berfungsi tanpa sijil. Dan terdapat satu lagi nuansa: pihak berkuasa pensijilan Windows standard (CA) memerlukan sedikit untuk menyokong keupayaan untuk menetapkan berbilang nama dalam satu sijil. Oleh sekurang-kurangnya dalam Windows 2008 R2 adalah perlu. Mungkin Windows telah bijak sejak itu.

Pemasangan

Mula-mula kita buat salinan sandaran A.D. Walaupun, kemungkinan pemulihan berikutnya daripadanya sangat diragui. Dengan cara biasa pada DC: Mula - Alat Pentadbiran - Sandaran Pelayan Windows.

Untuk kemudahan melakukan semua manipulasi yang berkaitan dengan memasang Exchange 2013, dari satu pelayan yang kami pasang padanya (pada pelayan baharu Exchange 2013) alat pentadbiran. Dalam Windows Power-Shell:

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 -Ralat, 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

(Ya, ini adalah satu sangat tali panjang. Tetapi semuanya mudah dan cepat.)

Pasang pada pelayan:

Program pemasangan Exchange 2013 akan memberitahu anda selebihnya, jika perlu.

Pengedaran yang digunakan bukanlah ISO yang disiarkan pada MVLS (www.microsoft.com/Licensing/servicecenter), tetapi yang di akses terbuka- KB2936880

Memindahkan peti mel Exchange 2013 dari satu pangkalan data ke pangkalan data yang lain boleh dilakukan dengan mudah melalui EAC (Pusat Pentadbiran Exchange), tetapi dalam artikel ini saya akan melihat pilihan untuk berpindah dari menggunakan powershell, kerana Antara muka web, malah versi SP1, agak kasar dan ralat berlaku secara berkala dalam tugas apabila hanya menyeret kotak dari satu pangkalan data ke pangkalan data yang lain.

Cari maklumat lanjut Anda boleh belajar cara mengkonfigurasi dan mentadbir Exchange 2013 di blog saya dalam artikel topik utama -.

Pindahkan peti mel Exchange 2013

Untuk membuat permintaan untuk memindahkan kotak antara pangkalan data, gunakan cmdlet New-MoveRequest. Contoh pasukan penuh akan kelihatan seperti ini:

C:\Windows\system32> New-MoveRequest -Identity " [e-mel dilindungi]" -TargetDatabase "Nama pangkalan data sasaran anda" -BatchName "Masukkan nama permintaan anda" -BadItemLimit "200"

Permintaan pemindahan telah dibuat, bagus. Tetapi bagaimana jika kotak itu mempunyai sama ada saiz besar, atau sejumlah besar elemen dan anda hanya mahu menjejaki kemajuan operasi, yang muncul dalam lajur pada mulanya Peratus Selesai? Di sini datang bahagian yang paling menarik, kerana untuk menjejaki kemajuan tugas kita memerlukan cmdlet lain, inilah: Get-MoveRequestStatistics.

Contoh penggunaan berdasarkan data daripada arahan pada permulaan artikel:

C:\Windows\system32> Get-MoveRequestStatistics -Identiti [e-mel dilindungi]

Dan inilah output arahan:

Di sebelah kanan anda boleh melihat lajur dengan peratusan penyiapan tugas.

Ia adalah perlu untuk bercakap secara berasingan mengenai parameter BadItemLimit cmdlet New-MoveRequest: Ia bertanggungjawab untuk bilangan elemen yang rosak yang akan dilangkau. Secara lalai, jika tidak dinyatakan, ia adalah 0, dan Microsoft amat mengesyorkan untuk membiarkannya begitu sahaja. Walau bagaimanapun, jika terdapat item yang rosak dalam kotak, pertanyaan akan gagal dan kotak akan kekal dalam pangkalan data yang sama. Dalam amalan saya, apabila memindahkan dua ratus peti mel dari satu pangkalan data ke pangkalan data yang lain (semasa berhijrah dari Exchange 2010 ke 2013), terdapat tidak lebih daripada 2-4 peti mel dengan sekurang-kurangnya satu elemen yang rosak, walaupun pada hakikatnya pelayan 2010 telah berjalan untuk beberapa tahun. Oleh itu, kita boleh membuat kesimpulan bahawa dengan pentadbiran Exchange yang betul, anda akan mempunyai beberapa kes unsur-unsur yang rosak.

Saya juga ingin ambil perhatian bahawa jika nilai BadItemLimit Jika anda mempunyai lebih daripada 50, maka anda perlu memaksa kunci untuk ditentukan TerimaLargeDataLoss, sekurang-kurangnya itulah yang dikatakan pada Technet, tetapi pada hakikatnya saya sentiasa menetapkan bilangan elemen kepada 200 dan tiada siapa yang pernah bertanya kepada saya jika saya bersetuju untuk "kehilangan data yang besar" dan tidak melarang pelaksanaan arahan (lihat yang pertama tangkapan skrin, parameter TerimaLargeDataLoss tidak disenaraikan di sana).

Perlu diingatkan bahawa konsep Exchange 2013 ialah pusat pentadbiran hanya merangkumi fungsi asas, set minimum. Untuk mendapatkan akses kepada parameter halus, dan selalunya juga kepada beberapa fungsi (contohnya, operasi pada Buku Alamat Luar Talian, tetapi lebih banyak lagi pada masa lain), anda perlu menggunakan Powershell secara eksklusif.