Prestasi pemindahan Office 365 dan amalan terbaik

Penting: Artikel ini diterjemahkan oleh mesin, lihatlah notis penafian. Sila dapatkan versi Bahasa Inggeris artikel ini di sini sebagai rujukan anda

Terdapat banyak laluan untuk memindahkan data dari organisasi e-mel pada premis ke Microsoft Office 365. Apabila merancang migrasi keOffice 365, soalan umum adalah tentang cara untuk meningkatkan prestasi pemindahan data dan mengoptimumkan halaju pemindahan.

Nota: Maklumat prestasi yang disenaraikan dalam topik ini tidak digunakan pada perkhidmatan Office 365 untuk pelan langganan khusus. Untuk maklumat lanjut tentang berdedikasi pelan, lihat Office 365 berdedikasi pelan Perihalan Perkhidmatan.

Dalam topik ini

Gambaran keseluruhan memindahkan e-mel ke Office 365

Office 365 menyokong beberapa kaedah untuk memindahkan e-mel, kalendar dan kenalan data dari persekitaran pemesejan sedia ada ke Office 365 seperti yang diterangkan dalam cara untuk memindahkan berbilang akaun e-mel ke Office 365.

Untuk maklumat lanjut tentang Office 365 rangkaian dan prestasi, lihat perancangan rangkaian dan Penalaan prestasi untuk Office 365.

Kaedah migrasi yang kerap digunakan

Kaedah migrasi

Perihalan

Sumber

migrasi Protokol Capaian Mesej Internet (IMAP)

Anda boleh menggunakan Pusat pentadbiran Exchange atau Exchange Management Shell untuk memindahkan kandungan peti mel pengguna dari satu IMAP pemesejan sistem ke peti mel Office 365 mereka. Ini termasuk memindahkan peti mel anda dari perkhidmatan e-mel dihoskan lain seperti Gmail atau Yahoo Mail.

Pindahkan IMAP, peti mel anda ke Office 365

Migrasi henti-ganti

Menggunakan pemindahan henti ganti, anda akan memindahkan semua peti mel pada premis untuk Office 365 dalam beberapa hari. Gunakan pemindahan henti ganti jika anda merancang untuk mengalihkan e-mel seluruh organisasi anda ke Office 365 dan menguruskan akaun pengguna dalam Office 365. Anda boleh memindahkan maksimum 2,000 peti mel dari organisasi Exchange pada premis untuk Office 365 menggunakan pemindahan henti ganti. Nombor yang disyorkan atau peti mel, Walau bagaimanapun, adalah 150   . Prestasi mengalami dengan nombor yang lebih tinggi daripada. Mel kenalan dan kumpulan edaran dalam organisasi pada premis Exchange juga dipindahkan.

Migrasi henti-ganti ke Office 365

Migrasi berperingkat

Anda menggunakan migrasi berperingkat jika anda merancang untuk wajar memindahkan peti mel semua organisasi anda ke Office 365. Menggunakan migrasi berperingkat, anda akan memindahkan kelompok peti mel pada premis ke Office 365 sepanjang beberapa minggu atau bulan.

Apa yang anda perlu ketahui tentang pemindahan e-mel berperingkat ke Office 365

Penggunaan hibrid

Penggunaan hibrid menawarkan organisasi keupayaan untuk meluaskan pengalaman ciri beraneka dan kawalan pentadbiran yang mereka mempunyai dengan mereka sedia ada pada premis organisasi Exchange ke awan. Penggunaan hibrid menyediakan lancar penampilan dan suasana organisasi tunggal Exchange antara pada premis Exchange Server 2013 atau Microsoft Exchange Server 2010 dan Office 365. Selain itu, hibrid boleh bertindak sebagai langkah perantaraan untuk mengalihkan sepenuhnya ke organisasi Office 365 .

Exchange Server 2013 hibrid

Migrasi pihak ketiga

Terdapat banyak alat yang tersedia daripada pihak ketiga. Ia menggunakan protokol tersendiri dan pendekatan untuk menjalankan migrasi e-mel daripada e-mel platform seperti IBM Lotus Notes dan Novell GroupWise.

Berikut adalah beberapa alat migrasi pihak ketiga dan rakan kongsi yang boleh membantu dengan Exchange pemindahan dari platform pihak ketiga:

  • Pohon perduaan   Pembekal silang-platform pemesejan pemindahan dan kewujudan bersama perisian, dengan produk yang disediakan untuk analisis dan kewujudan bersama dan pemindahan antara pada premis dan dalam talian perusahaan persekitaran pemesejan dan kerjasama berdasarkan IBM Lotus Nota dan Domino dan Exchange dan SharePoint.

  • BitTitan   Pembekal penyelesaian pemindahan ke Office 365.

  • Dell   Pembekal pada premis dan migrasi dihoskan dan perisian kewujudan bersama, termasuk analisis pra pemindahan dan pengguna lengkap dan kewujudan bersama aplikasi. Berciri lengkap pemindahan dari pada premis Exchange, IBM Domino, Novell GroupWise, Zimbra dan persekitaran lain untuk Office 365dan SharePoint Online.

  • Metalogix   Pembekal penyelesaian pemindahan untuk Office 365 dan SharePoint Online.

  • SkyKick Pembekal penyelesaian pemindahan automatik untuk mengalihkan pada premis Exchange, Gmail, POP3, IMAP, Lotus Nota Office 365. Alat migrasi hujung ke Bantuan rakan kongsi dengan jualan, perancangan, fasa pemindahan, pengurusan dan tempat projek migrasi.

  • TransVault   Pembekal penyelesaian pemindahan ke Office 365.

Prestasi untuk kaedah migrasi

Jadual berikut membandingkan hasil prestasi diperhatikan bagi kaedah berlainan pemindahan untuk memindahkan peti mel dan data peti mel ke Office 365. Hasil ini adalah berdasarkan ujian dalaman dan pelanggan sebenar migrasi untuk Office 365.

Nota: Kerana perbezaan dalam cara migrasi dilaksanakan dan apabila mereka sedang dilakukan, halaju pemindahan sebenar anda mungkin lebih perlahan atau lebih cepat.

Kaedah migrasi

Office 365 pengguna pendikitan

Office 365 Perkhidmatan migrasi pendikitan

Office 365 sumber berasaskan Kesihatan pendikitan

Cerapan purata kendalian per jam dan setiap klien (jika berkenaan)

migrasi IMAP

Tidak

Ya

Ya

10-14 gigabait (GB) (20 serempak)

Migrasi henti-ganti

Tidak

Ya

Ya

10-14 GB (20 serempak)

Migrasi berperingkat

Tidak

Ya

Ya

10-14 GB (20 serempak)

Migrasi hibrid

Tidak

Ya

Ya

10-14 GB per pada premis Exchange 2013 atau 2010 CAS (Replikasi Peti mel Microsoft Exchange Perkhidmatan (MRSProxy)) dengan 20 serempak mengalihkan1

Migrasi MAPI pihak ketiga

Ya

Tidak

Ya

4-12 GB (20 serempak) 2

Pihak ketiga Exchange migrasi Perkhidmatan Web

Tidak

Ya

Ya

5-10 GB (20 serempak) 3

Klien memuat naik (dari fail .pst Outlook )

Ya

Tidak

Ya

0.5 GB

1 Diperhatikan peti mel tunggal yang mengalihkan kendalian sedang 0.3 – 1.0 GB/julat jam. Lebih besar daripada 1000 MB/h kadar kendalian peti mel boleh dicapai dengan rangkaian yang boleh mengekalkan kurang daripada 2 peratus sementara kegagalan gerai masa dan kurang daripada 100ms rangkaian kependaman. Lebih serempak migrasi peti mel boleh digunakan untuk mencapai kadar pemindahan data yang lebih tinggi. Peti mel tunggal alih kendalian akan memperlahankan apabila pelayan CAS (MRSProxy Perkhidmatan) pada premis yang berada di kapasiti perkakasan, jika jalur lebar rangkaian tidak mencukupi atau kependaman rangkaian adalah terlalu tinggi. Pertimbangkan untuk menambah lebih banyak pelayan atau buat sementara waktu meningkatkan kesambungan rangkaian untuk meningkatkan halaju pemindahan.

2 Diperhatikan tunggal MAPI migrasi kendalian sedang 0.1-0.5 GB/julat jam. Migrasi lebih serempak boleh digunakan untuk mencapai kadar pemindahan data yang lebih tinggi. Kendalian migrasi MAPI tunggal akan memperlahankan apabila pelayan pada premis atau rangkaian kapasiti.

3 Diperhatikan tunggal Exchange Perkhidmatan Web kendalian migrasi sedang 0.2-0.5 GB/julat jam. Migrasi lebih serempak boleh digunakan untuk mencapai kadar pemindahan data yang lebih tinggi. Contohnya, dengan 20 pemindahan serentak, kendalian keseluruhan akan berada dalam julat 4-10 GB/jam. Tunggal Exchange Perkhidmatan Web migrasi kendalian akan memperlahankan apabila pelayan pada premis atau rangkaian kapasiti.

Faktor prestasi pemindahan

Migrasi e-mel mempunyai beberapa faktor biasa yang boleh mempengaruhi prestasi pemindahan.

Faktor prestasi pemindahan biasa

Jadual berikut menyediakan senarai biasa faktor yang mempengaruhi prestasi pemindahan. Butiran lanjut dirangkumi dalam seksyen yang menerangkan kaedah migrasi individu.

Faktor

Perihalan

Contoh

Sumber data

Peranti atau perkhidmatan yang mengehoskan data untuk dipindahkan. Had banyak mungkin menggunakan sumber data kerana spesifikasi perkakasan, beban pengguna akhir dan tugas penyelenggaraan bahagian belakang.

Gmail had jumlah data akan diekstrak semasa tempoh tertentu masa.

Jenis data dan ketumpatan

Kerana sifat unik pelanggan perniagaan, jenis dan campuran item mel dalam peti mel berbeza dengan banyak.

Satu peti mel 4-GB dengan 400 item, setiap satunya dengan lampiran, 10 megabait (MB) akan memindahkan lebih pantas daripada satu 4-GB peti mel dengan 100,000 item yang lebih kecil.

Pelayan migrasi

Banyak migrasi penyelesaian gunakan jenis "lompat kotak" migrasi server atau stesen kerja untuk melengkapkan pemindahan.

Pelanggan biasanya menggunakan Mesin maya berprestasi rendah untuk mengehoskan Perkhidmatan MRSProxy untuk penggunaan hibrid atau klien PC-hibrid migrasi.

Enjin migrasi

bertanggungjawab untuk menarik data dari pelayan sumber enjin pemindahan data dia menukar data, jika perlu. Enjin kemudian menghantar data melalui rangkaian dan injects data ke dalam Peti Mel Office 365 . Peti mel.

Perkhidmatan MRSProxy mempunyai keupayaan dan had.

Peralatan rangkaian pada premis

Prestasi-hujung ke rangkaian — daripada sumber data untuk pelayan Exchange Online client access — mempengaruhi prestasi pemindahan.

Konfigurasi Tembok Api dan spesifikasi pada organisasi pada premis.

Perkhidmatan Office 365

Office 365 mempunyai sokongan terbina dalam dan ciri untuk menguruskan beban migrasi.

Dasar pendikitan pengguna mempunyai seting lalai dan had kadar pemindahan data keseluruhan maksimum.

Faktor rangkaian prestasi

Seksyen ini menerangkan amalan terbaik untuk meningkatkan prestasi rangkaian semasa migrasi. Perbincangan adalah umum kerana berkaitan impak terbesar rangkaian prestasi semasa migrasi pihak ketiga perkakasan dan pembekal perkhidmatan Internet (ISP).

Office 365 alat analisis rangkaian yang digunakan untuk membantu menganalisis rangkaian yang berkaitan isu - sebelum menggunakan Perkhidmatan Office 365 . Setiap kejadian ini direka bentuk untuk menguji rantau tertentu dengan menggunakan ujian office365 dalam Office 365.

Gunakan penganalisis Exchange untuk mendapatkan mendalam kesambungan rangkaian anda dengan Office 365. Untuk menjalankan ujian penganalisis Exchange dalam Support and Recovery Assistant, pergi ke diagnostik lanjutan > Exchange Online > semak Exchange Online kesambungan rangkaian > Ya. Baca Outlook membaiki dan Office 365 isu dengan Support and Recovery Assistant untuk Office 365 untuk mengetahui lebih lanjut tentang Support and Recovery Assistant.

Faktor

Perihalan

Amalan terbaik

Kapasiti rangkaian

Jumlah masa yang diambil untuk memindahkan peti mel ke Office 365 ditentukan oleh kapasiti rangkaian anda yang tersedia dan maksimum.

  • Mengenal pasti kapasiti rangkaian tersedia anda dan menentukan Kapasiti maksimum muat naik.

  • Hubungi ISP anda untuk mengesahkan anda jalur lebar yang diperuntukkan dan untuk mendapatkan butiran mengenai had, seperti jumlah data yang boleh dipindahkan dalam suatu tempoh tertentu.

  • Gunakan alat untuk menilai kapasiti rangkaian yang sebenar anda. Pastikan anda menguji aliran hujung ke data daripada sumber data pada premis anda ke pelayan get laluan pusat data Microsoft.

  • Mengenal pasti beban lain pada rangkaian anda (contohnya, utiliti sandaran dan penyelenggaraan) yang boleh mempengaruhi kapasiti rangkaian anda.

Kestabilan rangkaian

Rangkaian pantas tidak sentiasa menghasilkan migrasi pantas. Jika rangkaian tidak stabil, pemindahan data mengambil masa lebih lama kerana pembetulan ralat. Bergantung pada jenis migrasi, ralat pembetulan secara nyata boleh mempengaruhi prestasi pemindahan.

Isu perkakasan dan pemacu rangkaian sering menyebabkan masalah kestabilan rangkaian. Bekerja dengan vendor perkakasan anda untuk memahami peranti rangkaian anda dan menggunakan vendor yang terkini disyorkan pemacu dan kemas kini perisian.

Kelewatan rangkaian

Kefungsian pengesanan pencerobohan konfigurasikan Tembok Api rangkaian sering menyebabkan kelewatan rangkaian besar dan mempengaruhi prestasi pemindahan.

Memindahkan data ke peti mel Office 365 bergantung pada sambungan Internet anda. Kelewatan Internet mempengaruhi prestasi pemindahan keseluruhan.

Juga, pengguna dalam syarikat yang sama mungkin mempunyai peti mel awan yang berada dalam pusat data di lokasi geografi yang berbeza. Bergantung pada ISP pelanggan, prestasi pemindahan mungkin berbeza.

  • Menilai kelewatan rangkaian untuk semua potensi pusat data Microsoft untuk membantu memastikan hasil adalah konsisten. (Ini juga membantu memastikan pengalaman yang konsisten untuk pengguna akhir.) Bekerja dengan ISP anda untuk alamat Internet yang berkaitan isu.

  • Menambah alamat IP untuk pelayan pusat data Microsoft untuk anda membenarkan senarai atau melangkau semua trafik migrasi yang berkaitan daripada anda rangkaian Tembok Api. Untuk maklumat lanjut tentang julat IP Office 365 , lihat URL Office 365 dan julat alamat IP.

Untuk analisis lebih mendalam pemindahan dalam persekitaran anda, semak kami mengalihkan kiriman blog analisis. Kiriman termasuk skrip untuk membantu anda menganalisis alih permintaan.

Office 365 pendikitan

Office 365 menggunakan pelbagai mekanisme pendikit untuk membantu memastikan keselamatan dan ketersediaan perkhidmatan. Tiga jenis berikut pendikitan boleh mempengaruhi prestasi pemindahan:

  • Pengguna pendikitan

  • Perkhidmatan migrasi pendikitan

  • Sumber berasaskan Kesihatan pendikitan

Nota: Tiga jenis Office 365 pendikitan tidak mempengaruhi semua kaedah pemindahan.

Office 365 pengguna pendikitan

Kebanyakan alat migrasi pihak ketiga dan kaedah migrasi memuat naik klien akan mempengaruhi pengguna pendikitan. Kaedah migrasi ini menggunakan protokol capaian klien, seperti yang jauh prosedur panggilan (RPC) melalui protokol HTTP, untuk memindahkan data peti mel ke peti mel Office 365 . Alat ini digunakan untuk memindahkan data dari platform seperti IBM Lotus Domino dan Novell GroupWise.

Pengguna pendikitan adalah paling terbatas pendikit kaedah yang digunakan dalam Office 365. Kerana pengguna pendikitan disediakan untuk berfungsi terhadap pengguna akhir individu, sebarang penggunaan peringkat aplikasi akan mudah melebihi dasar pendikit dan menghasilkan lebih perlahan pemindahan data.

Office 365 Perkhidmatan migrasi pendikitan

Perkhidmatan migrasi pendikitan mempengaruhi semua alat pemindahan Office 365 . Perkhidmatan migrasi pendikitan menguruskan serempak pemindahan dan peruntukan sumber Perkhidmatan Office 365 pemindahan penyelesaian.

Perkhidmatan migrasi pendikitan mempengaruhi migrasi dilaksanakan menggunakan kaedah migrasi yang berikut:

  • migrasi IMAP

  • Migrasi henti-ganti Exchange

  • Migrasi berperingkat Exchange

  • Migrasi hibrid (MRSProxy Perkhidmatan – berdasarkan mengalihkan dalam persekitaran hibrid)

Contoh Perkhidmatan migrasi pendikitan mengawal bilangan peti mel yang dipindahkan secara serentak semasa pemindahan ringkas Exchange dan IMAP migrasi. Nilai lalai ialah 10. Ini bermakna maksimum 10 peti mel dari semua kelompok pemindahan dipindahkan pada bila-bila masa tertentu. Anda boleh meningkatkan bilangan migrasi peti mel serentak untuk kelompok pemindahan dalam mana-mana yang Exchange Panel kawalan atau Windows PowerShell. Untuk mengetahui lebih lanjut tentang cara mengoptimumkan seting ini, lihat menguruskan kelompok pemindahan dalam Office 365.

Office 365 sumber berasaskan Kesihatan pendikitan

Semua kaedah pemindahan adalah tertakluk kepada Tadbir Urus ketersediaan pendikitan. Office 365 Perkhidmatan pendikitan, Walau bagaimanapun, tidak menjejaskan migrasi Office 365 sebagai jenis lain pendikitan diterangkan sebelum ini.

Sumber berasaskan Kesihatan pendikitan ialah kaedah pendikit-kurangnya agresif. Ia berlaku untuk mengelakkan isu ketersediaan perkhidmatan yang boleh mempengaruhi pengguna akhir dan operasi Perkhidmatan kritikal.

Sebelum prestasi Perkhidmatan mempersendakan ke titik di mana pengguna akhir prestasi boleh dipengaruhi, migrasi hibrid akan tergantung sehingga prestasi dipulihkan dan perkhidmatan mengembalikan kepada aras di bawah ambang pendikit.

Berikut adalah contoh daripada laporan Statistik migrasi Exchange ada. Ia menunjukkan entri log apabila ambang pendikitan Perkhidmatan dilebihi.

  • 1/25/2012 12:56:01 AM [BL2PRD0410CA012] Salin kemajuan: mesej 723/1456, 225.8 MB (236,732,045 bait) / 416.5 MB (436,712,733 bait).

    1/25/2012 12:57:53 AM [BL2PRD0410CA012] mengalihkan untuk peti mel ' / o = ExchangeLabs/ou = Kumpulan pentadbiran Exchange (FYDIBOHF23SPDLT) / cn = penerima/cn = xxxxxxxxxxxxxxxxxxxxxxxxxxxxx' tergantung kerana DataMoveReplicationConstraint tidak berpuas hati untuk pangkalan data 'NAMPRD04DG031-db081' (ejen MailboxDatabaseReplication). Sebab kegagalan: Edbf0766-1f2a-4552-9115-bb3a53a8380b pangkalan data tidak memenuhi kekangan SecondDatacenter. Terdapat tiada salinan pangkalan data sihat yang tersedia. Akan tunggu sehingga 1/25/2012 1:27:53 AM.

    1/25/2012 12:58:24 AM [BL2PRD0410CA012] permintaan tidak lagi tergantung dan akan terus.

    6/30/2017 00:03:58 [CY4PR19MB0056] Relinquishing kerja kerana besar kelewatan disebabkan oleh batasan kesihatan atau bajet buruk pelayan dengan permintaan pendikitan keadaan 'StalledDueToTarget_DiskLatency'.

Penyelesaian dan latihan   

Jika anda mengalami situasi yang sama, tunggu Perkhidmatan Office 365 untuk dipulihkan. Untuk maklumat lanjut, lihat seksyen kesihatan perkhidmatan dalam Office 365 Portal.

Faktor prestasi dan amalan terbaik untuk migrasi hibrid

Seksyen ini menerangkan faktor yang mempengaruhi migrasi yang menggunakan IMAP, kaedah pemindahan henti ganti atau berperingkat. Ia juga mengenal pasti amalan terbaik untuk meningkatkan prestasi pemindahan.

Faktor 1: Sumber Data

Jadual berikut menerangkan kesan pada migrasi oleh pelayan sumber dalam organisasi e-mel semasa anda dan amalan terbaik untuk mengurangkan kesan migrasi.

Senarai Semak

Perihalan

Amalan terbaik

Prestasi sistem

Penyarian data ialah tugas intensif. Sistem sumber perlu mempunyai sumber yang mencukupi, seperti masa CPU dan memori, untuk memberikan prestasi pemindahan optimum. Semasa migrasi, sistem sumber adalah sering berdekatan dengan kapasiti penuh dari segi beban pengguna akhir yang biasa. Jika sumber sistem tidak mencukupi, beban tambahan yang terhasil daripada migrasi boleh mempengaruhi pengguna akhir.

Memantau prestasi sistem semasa ujian perintis migrasi. Jika sistem sibuk, kami mengesyorkan mengelakkan Jadual agresif migrasi untuk sistem khusus kerana potensi migrasi kelambatan dan isu ketersediaan perkhidmatan. Jika boleh, meningkatkan prestasi sistem sumber dengan menambah sumber perkakasan dan mengurangkan Muatkan pada sistem dengan mengalihkan tugas dan pengguna ke pelayan lain yang tidak melibatkan pemindahan.

Untuk maklumat lanjut, lihat:

Apabila pemindahan dari organisasi Exchange pada premis yang terdapat berbilang peti mel pelayan, kami mengesyorkan anda mencipta senarai pengguna migrasi yang secara seragam teragih merentasi berbilang peti mel pelayan. Berdasarkan prestasi individu pelayan, senarai boleh menjadi selanjutnya fine-tuned untuk memaksimumkan kendalian.

Contohnya, jika pelayan A mempunyai 50 peratus lebih banyak sumber ketersediaan daripada pelayan B, ia adalah wajar mempunyai 50 peratus lebih banyak pengguna dari pelayan A dalam kelompok migrasi yang sama. Amalan yang serupa boleh digunakan untuk sistem sumber lain. Melaksanakan pemindahan apabila pelayan ketersediaan sumber maksimum seperti selepas jam atau pada hujung minggu dan cuti.

Tugas belakang

Bahagian belakang tugas lain yang sedang berjalan semasa migrasi. Kerana ia adalah satu amalan terbaik untuk melakukan migrasi selepas waktu perniagaan, ia adalah biasa migrasi berkonflik dengan tugas penyelenggaraan — seperti sandaran data — berjalan pada pelayan pada premis anda.

Semak semula tugas sistem lain yang mungkin berjalan semasa migrasi. Kami mengesyorkan anda melaksanakan pemindahan data apabila tiada tugas intensif sumber lain sedang berjalan.

Nota      Untuk pelanggan yang menggunakan pada premis Exchange, tugas belakang biasa adalah penyelesaian sandaran dan Exchange Menyimpan penyelenggaraan.

Pendikitan dasar

Ia adalah satu amalan biasa untuk melindungi sistem e-mel dengan dasar pendikit yang mengeset had yang khusus pada kelajuan dan jumlah data boleh diekstrak daripada sistem semasa jumlah masa tertentu.

Sahkan Apakah dasar pendikit digunakan untuk sistem e-mel anda. Contohnya, mel Google had jumlah data akan diekstrak dalam tempoh masa tertentu.

Bergantung pada versi, Exchange mempunyai dasar yang menyekat capaian IMAP ke pelayan mel pada premis (digunakan oleh IMAP migrasi) dan RPC melalui protokol HTTP access (digunakan oleh migrasi henti-ganti Exchange dan berperingkat Exchange migrasi).

Untuk menyemak seting pendikit dalam organisasi Exchange 2013 , jalankan cmdlet Get-ThrottlingPolicy . Untuk maklumat lanjut, lihat Exchange beban pengurusan.

Untuk maklumat lanjut tentang IMAP pendikitan, lihat memindahkan peti mel IMAP anda ke Office 365

Untuk maklumat lanjut tentang RPC melalui protokol HTTP pendikitan, lihat:

Faktor 2: Migrasi pelayan

IMAP, henti ganti, dan migrasi berperingkat merupakan kaedah pemindahan dimulakan awan data-menarik, jadi tidak perlu untuk pelayan migrasi khusus. Hos protokol menghadap Internet (IMAP atau RPC melalui protokol HTTP), Walau bagaimanapun, fungsi sebagai pelayan pemindahan untuk memindahkan peti mel dan data peti mel ke Office 365. Oleh itu, faktor prestasi pemindahan dan amalan terbaik yang diterangkan dalam seksyen sebelumnya tentang pelayan sumber data untuk organisasi e-mel semasa anda, juga digunakan pada pelayan edge Internet. Untuk Exchange 2007, Exchange 2010dan Exchange 2013, organisasi, pelayan Capaian klien berfungsi sebagai pelayan migrasi.

Untuk maklumat lanjut, lihat:

Faktor 3: Migrasi enjin

IMAP, henti ganti, dan migrasi berperingkat Exchange dilaksanakan menggunakan papan pemuka migrasi dalam Pusat pentadbiran Exchange . Ini adalah tertakluk kepada Office 365 Perkhidmatan migrasi pendikitan.

Penyelesaian dan latihan   

Pelanggan kini boleh menentukan serempak migrasi (contohnya, bilangan peti mel untuk dipindahkan secara serentak) menggunakan Windows PowerShell. Nilai lalai ialah 20 peti mel. Selepas anda mencipta kelompok migrasi, anda boleh menggunakan cmdlet Windows PowerShell berikut untuk meningkatkan ini maksimum 100.

Set-MigrationEndPoint <Identity> –MaxConcurrentMigrations <value between 1 and 100>

Untuk maklumat lanjut, lihat menguruskan kelompok pemindahan dalam Office 365.

Nota: Jika sumber data anda tidak mempunyai sumber yang mencukupi untuk mengendalikan semua sambungan, kami mengesyorkan mengelakkan serempak tinggi. Mulakan dengan nilai serempak kecil, contohnya, 10. Meningkatkan nombor ini semasa pemantauan prestasi sumber data untuk mengelakkan isu capaian pengguna akhir.

Faktor 4: rangkaian

Ujian pengesahan   

Bergantung pada kaedah migrasi, anda boleh cuba ujian pengesahan yang berikut:

  • migrasi IMAP    Prepopulate sumber peti mel dengan data sampel. Kemudian dari Internet (di luar rangkaian pada premis anda), bersambung ke peti mel sumber menggunakan klien e-mel standard IMAP seperti Microsoft Outlook, dan kemudian mengukur prestasi rangkaian dengan menentukan berapa lama yang diambil untuk memuat turun semua data daripada yang Peti mel sumber. Kendalian yang sepatutnya serupa dengan apa pelanggan dapat menggunakan alat migrasi IMAP dalam Office 365, memandangkan terdapat tiada kekangan lain.

  • Pemindahan henti ganti dan berperingkat Exchange    Prepopulate sumber peti mel dengan data sampel. Kemudian, dari Internet (di luar rangkaian pada premis anda), bersambung ke peti mel sumber dengan Outlook menggunakan RPC melalui protokol HTTP. Pastikan bahawa anda bersambung dengan menggunakan mod cache. Mengukur prestasi rangkaian dengan menyemak berapa lama yang diambil untuk menyegerakkan semua data daripada peti mel sumber. Kendalian yang sepatutnya serupa dengan apa pelanggan dapat menggunakan alat pemindahan ringkas Exchange dalam Office 365, memandangkan terdapat tiada kekangan lain.

Nota: Terdapat beberapa atas semasa yang sebenar IMAP, migrasi henti-ganti atau berperingkat Exchange . Kendalian sebenar, Walau bagaimanapun, sepatutnya serupa dengan hasil ujian pengesahan ini.

Faktor 5: Office 365 Perkhidmatan

Office 365 sumber berasaskan Kesihatan pendikitan mempengaruhi migrasi yang menggunakan alat pemindahan ringkas asli Office 365 . Lihat seksyen Office 365 sumber berasaskan Kesihatan pendikitan .

Mengalihkan permintaan perkhidmatan Office 365

Untuk maklumat umum tentang Mari maklumat status permintaan alih, lihat Lihat mengalihkan permintaan sifat.

Dalam Perkhidmatan Office 365 , berbeza dalam pada premis Exchange 2010, baris gilir pemindahan dan sumber perkhidmatan yang diperuntukkan untuk migrasi dikongsi antara penyewa. Ini mempengaruhi perkongsian cara mengalih permintaan dikendalikan dalam setiap peringkat proses alih.

Terdapat dua jenis alih permintaan dalam Office 365:

  • Pusat mengalihkan permintaan      Migrasi pelanggan baru adalah dianggap Pusat alih permintaan. Permintaan ini mempunyai keutamaan biasa.

  • Pusat data dalaman mengalihkan permintaan      Ini merupakan permintaan alih peti mel yang dimulakan oleh pasukan operasi pusat data. Permintaan ini mempunyai keutamaan lebih rendah kerana pengalaman pengguna akhir tidak terjejas jika permintaan alih ditunda.

Kemungkinan kesan dan kelewatan untuk mengalihkan permintaan dengan status "Queued" dan "Sedang berjalan"

  • Queued mengalihkan permintaan      Status ini menentukan alih telah dibariskan dan menunggu untuk dijemput oleh Exchange Perkhidmatan Replikasi Peti mel. Permintaan alih Exchange 2003 , pengguna masih boleh mencapai peti mel mereka pada peringkat ini.

    Dua faktor pengaruh permintaan yang akan dijemput oleh Perkhidmatan Replikasi Peti mel:

    • Keutamaan      Dalam barisan alih permintaan dengan keutamaan tinggi dijemput sebelum bawah keutamaan mengalihkan permintaan. Ini membantu memastikan bahawa permintaan alih pelanggan-pemindahan sentiasa mendapatkan diproses sebelum pusat data dalaman mengalihkan permintaan.

    • Kedudukan dalam baris gilir      Jika permintaan alih mempunyai keutamaan sama, yang terdahulu permintaan mendapat ke dalam baris gilir, yang terdahulu ia akan meningkat oleh Perkhidmatan Replikasi Peti mel. Oleh sebab mungkin terdapat berbilang pelanggan yang melaksanakan migrasi peti mel pada masa yang sama, adalah normal yang baru alih permintaan kekal dalam baris gilir sebelum ia diproses.

      Biasanya, masa peti mel tersebut permintaan menunggu dalam baris gilir sebelum sedang diproses tidak dianggap semasa perancangan migrasi. Ini akan menghasilkan pelanggan yang tidak sedang diperuntukkan masa yang cukup untuk melengkapkan semua dirancang migrasi.

  • Sedang berjalan mengalihkan permintaan      Status ini menentukan bahawa alih sedang masih berjalan. Jika ini ialah alih peti mel dalam talian, pengguna akan masih dapat mencapai peti mel. Untuk mengalih peti mel di luar talian, Peti mel pengguna akan tersedia.

    Selepas permintaan alih peti mel yang mempunyai status "Sedang berjalan", keutamaan tidak lagi perkara yang baru dan mengalihkan permintaan tidak diproses sehingga yang sedia ada "sedang berjalan" mengalihkan permintaan selesai, walaupun baru mengalihkan permintaan mempunyai keutamaan yang lebih tinggi.

Amalan terbaik

Perancangan      Seperti yang dinyatakan sebelum ini, kerana pengguna Exchange 2003 kehilangan capaian semasa pemindahan hibrid, Exchange 2003 pelanggan yang biasanya lebih bimbang tentang masa untuk jadual pemindahan dan berapa lama ia akan mengambil.

Apabila merancang bilangan peti mel untuk dipindahkan semasa tempoh tertentu, pertimbangkan perkara berikut:

  • Masukkan jumlah masa permintaan alih menunggu dalam baris gilir. Gunakan yang berikut untuk mengira ini:

    (Jumlah bilangan peti mel untuk dipindahkan) = ((total time) – (baris gilir masa purata)) * (migrasi kendalian)

    di manakah kendalian migrasi sama dengan jumlah bilangan peti mel yang boleh dipindahkan per jam.

    Contohnya, anggapkan anda mempunyai tetingkap enam jam untuk memindahkan peti mel. Jika baris gilir purata masa satu jam dan anda mempunyai kendalian migrasi peti mel 100 per jam, anda boleh memindahkan peti mel 500 dalam rangka masa jam enam: 500 = (6-1) * 100.

  • Memulakan migrasi lebih awal daripada yang pada mulanya dirancang untuk mengurangkan masa dalam baris gilir. Apabila peti mel dibariskan, Exchange 2003 pengguna masih boleh mencapai peti mel mereka.

Menentukan baris gilir masa      Masa baris gilir sentiasa berubah kerana Microsoft tidak menguruskan pelanggan migrasi Jadual.

Untuk menentukan masa baris gilir yang berpotensi, pelanggan boleh cuba untuk menjadualkan alih ujian ke beberapa jam sebelum memulakan pemindahan sebenar. Kemudian, berdasarkan jumlah diperhatikan masa permintaan adalah dalam baris gilir, pelanggan boleh lebih baik anggaran masa untuk memulakan Migrasi dan bilangan peti mel boleh dialih ke dalam suatu tempoh tertentu.

Contohnya, jika pemindahan ujian telah diselesaikan empat jam sebelum mula migrasi dirancang. Pelanggan menentukan masa baris gilir migrasi ujian adalah kira-kira sejam. Kemudian, pelanggan harus pertimbangkan untuk memulakan migrasi satu jam lebih awal daripada asalnya dirancang untuk memastikan bahawa terdapat masa yang cukup untuk melengkapkan semua pemindahan.

Alat pihak ketiga untuk migrasi Office 365

Alat pihak ketiga kebanyakannya digunakan dalam senario migrasi yang tidak melibatkan Exchange, seperti mereka daripada Google Mail, IBM Lotus, Domino dan Novell GroupWise. Seksyen ini memberi tumpuan kepada protokol pemindahan yang digunakan oleh alat migrasi pihak ketiga dan bukannya pada sebenar produk dan alat migrasi. Jadual berikut menyediakan senarai faktor yang digunakan untuk alat pihak ketiga untuk senario migrasi Office 365 .

Faktor 1: Sumber Data

Senarai Semak

Perihalan

Amalan terbaik

Prestasi sistem

Penyarian data ialah tugas intensif. Sistem sumber mesti mempunyai sumber yang mencukupi, seperti masa CPU dan memori, untuk memberikan prestasi pemindahan optimum. Semasa migrasi, sistem sumber adalah sering berdekatan dengan kapasiti penuh dari segi beban pengguna akhir yang biasa. Jika sumber sistem tidak mencukupi, beban tambahan yang terhasil daripada migrasi boleh mempengaruhi pengguna akhir.

Memantau prestasi sistem semasa ujian perintis migrasi. Jika sistem sibuk, kami mengesyorkan mengelakkan Jadual agresif migrasi untuk sistem khusus kerana potensi migrasi kelambatan dan isu ketersediaan perkhidmatan. Jika boleh, meningkatkan prestasi sistem sumber oleh menambah sumber perkakasan dan mengurangkan Muatkan pada sistem. Muat sistem boleh dikurangkan dengan mengalihkan tugas dan pengguna ke pelayan lain yang bukan sebahagian daripada migrasi.

Untuk maklumat lanjut, lihat:

Apabila pemindahan dari organisasi Exchange pada premis yang terdapat berbilang peti mel pelayan, kami mengesyorkan anda mencipta senarai pengguna migrasi yang secara seragam teragih merentasi berbilang peti mel pelayan. Berdasarkan prestasi individu pelayan, senarai boleh menjadi selanjutnya fine-tuned untuk memaksimumkan kendalian.

Contohnya, jika pelayan A mempunyai 50 peratus lebih banyak sumber ketersediaan daripada pelayan B, ia adalah wajar mempunyai 50 peratus lebih banyak pengguna dari pelayan A dalam kelompok migrasi yang sama. Satu amalan yang serupa boleh digunakan untuk sistem sumber lain.

Melaksanakan pemindahan apabila sistem mempunyai ketersediaan sumber maksimum, seperti selepas jam atau pada hujung minggu dan cuti.

Tugas belakang

Tugas belakang lain biasanya jalankan semasa migrasi. Kerana ia adalah satu amalan terbaik untuk melakukan migrasi selepas waktu perniagaan, yang sama migrasi berkonflik dengan tugas penyelenggaraan lain yang berjalan pada pelayan pada premis anda, seperti data sandaran.

Semak semula tugas sistem lain yang sedang berjalan semasa migrasi. Kami mengesyorkan anda mencipta tetingkap masa kemas hanya untuk pemindahan data, apabila terdapat tiada tugas berat sumber lain.

Untuk pelanggan pada premis Exchange , tugas biasa adalah penyelesaian sandaran. Untuk maklumat lanjut, lihat Exchange gedung penyelenggaraan.

Pendikitan dasar

Ia adalah satu amalan biasa untuk melindungi sistem e-mel dengan dasar pendikit, yang set had yang khusus pada kelajuan dan jumlah data akan diekstrak daripada sistem dalam jumlah tertentu masa dan menggunakan kaedah migrasi tertentu.

Sahkan Apakah dasar pendikit digunakan untuk sistem e-mel anda. Contohnya, mel Google had jumlah data akan diekstrak dalam tempoh masa tertentu.

Bergantung pada versi, Exchange mempunyai dasar yang menyekat capaian IMAP ke pelayan mel pada premis (digunakan oleh IMAP migrasi) dan RPC melalui protokol HTTP access (digunakan oleh migrasi henti-ganti Exchange dan berperingkat Exchange migrasi).

Untuk maklumat lanjut tentang pendikitan IMAP, lihat Petua untuk mengoptimumkan pemindahan IMAP.

Untuk maklumat lanjut tentang RPC melalui protokol HTTP pendikitan, lihat:

Untuk maklumat lanjut tentang cara mengkonfigurasikan Exchange Perkhidmatan Web pendikitan, lihat Exchange 2010: memahami klien pendikitan dasar.

Faktor 2: Migrasi pelayan

Kebanyakan alat pihak ketiga untuk migrasi Office 365 adalah klien dimulakan dan menolak data ke Office 365. Alat ini biasanya memerlukan pelayan migrasi. Faktor seperti prestasi sistem, belakang tugas dan pendikit dasar pelayan sumber menggunakan pelayan migrasi ini.

Nota: Beberapa penyelesaian migrasi pihak ketiga yang dihoskan pada Internet sebagai Perkhidmatan berdasarkan awan dan tidak memerlukan pelayan pemindahan pada premis.

Penyelesaian dan latihan   

Untuk meningkatkan prestasi pemindahan apabila menggunakan pelayan migrasi, gunakan amalan terbaik yang sama seperti yang diterangkan dalam yang faktor 1: sumber Data Seksyen.

Faktor 3: Migrasi enjin

Untuk alat migrasi pihak ketiga, protokol paling biasa yang digunakan ialah Perkhidmatan Web Exchange dan RPC melalui protokol HTTP.

Exchange Perkhidmatan web   

Exchange Perkhidmatan web adalah protokol yang disyorkan untuk digunakan untuk memindah ke Office 365 kerana ia menyokong kelompok data yang besar dan lebih menawan pendikitan. Dalam Office 365, apabila digunakan dalam mod penyamaran, migrasi yang menggunakan Exchange Web Services tidak menggunakan pengguna diperuntukkan jumlah Office 365sumber Perkhidmatan WebExchange , penggunaan sebaliknya salinan sumber belanjawan:

  • Semua Perkhidmatan Web Exchange sebagai panggilan dibuat dengan akaun pentadbir yang sama yang dikira secara berasingan daripada bajet yang digunakan untuk akaun pentadbir ini.

  • Untuk setiap sesi penyamaran, salinan bajet pengguna sebenar bayang dicipta. Semua pemindahan untuk sesi yang tertentu ini akan menggunakan salinan bayang ini.

  • Pendikitan di bawah penyamaran yang diasingkan untuk setiap pengguna migrasi sesi.

Amalan terbaik   

  • Prestasi pemindahan untuk pelanggan yang menggunakan alat migrasi pihak ketiga yang menggunakan penyamaran EWA bersaing dengan Exchange Perkhidmatan Web – berdasarkan pemindahan dan penggunaan sumber Perkhidmatan dengan penyewa lain. Oleh itu, prestasi pemindahan akan berbeza.

  • Bila-bila masa yang mungkin, pelanggan patut menggunakan alat migrasi pihak ketiga yang menggunakan Exchange penyamaran Perkhidmatan Web kerana ia biasanya lebih cepat dan lebih cekap daripada menggunakan protokol klien seperti RPC melalui protokol HTTP.

RPC melalui protokol HTTP   

Penyelesaian pemindahan tradisional banyak digunakan RPC yang melalui protokol HTTP. Kaedah ini sepenuhnya berdasarkan model capaian klien seperti yang Outlookdan Kebolehskalaan dan prestasi adalah terhad kerana perkhidmatan Office 365 throttles capaian pada anggapan bahawa penggunaan oleh pengguna selain daripada mengikut aplikasi.

Amalan terbaik   

  • Untuk alat migrasi yang digunakan RPC melalui protokol HTTP, ia adalah satu amalan biasa untuk meningkatkan kendalian migrasi dengan menambah lebih banyak migrasi pelayan dan menggunakan akaun berbilang pengguna pentadbiran Office 365 . Amalan ini boleh mendapatkan data suntikan parallelism dan mencapai lebih tinggi data kendalian kerana setiap pengguna pentadbiran tertakluk kepada Office 365 pengguna pendikitan. Kami telah menerima laporan banyak pelanggan enterprise telah menyediakan lebih daripada 40 migrasi pelayan untuk mendapatkan GB 20-30/jam bagi kendalian migrasi.

  • Dalam fasa pembangunan alat migrasi, ia adalah penting untuk dipertimbangkan bilangan operasi RPC yang diperlukan untuk memindahkan mesej. Untuk menunjukkan ini, kami telah mengumpulkan log yang dikumpul oleh Perkhidmatan Office 365 dua migrasi pihak ketiga penyelesaian (dibangunkan oleh pihak ketiga Syarikat) digunakan oleh pelanggan untuk memindahkan peti mel ke Office 365. Kami berbanding dua penyelesaian pemindahan yang dibangunkan oleh Syarikat pihak ketiga. Kami berbanding migrasi dua peti mel untuk setiap penyelesaian pemindahan dan kami juga berbanding mereka untuk memuat naik fail .pst dalam Outlook. Berikut adalah hasil.

    Kaedah

    Saiz peti mel

    Kiraan item

    Masa untuk memindahkan

    Urus niaga RPC jumlah

    Klien purata kependaman (ms)

    AvgCasRPCProcessingTime (ms)

    Penyelesaian (peti mel 1)

    376.9 MB

    4,115

    4:24:33

    132,040

    48.4395

    18.0807

    Penyelesaian (peti mel 2)

    249.3 MB

    12,779

    10:50:50

    423,188

    44.1678

    4.8444

    Penyelesaian B (peti mel 1)

    618.1 MB

    4,322

    1:54:58

    12,196

    37.2931

    8.3441

    Penyelesaian B (peti mel 2)

    56.7 MB

    2,748

    0:47:08

    5,806

    42.1930

    7.4439

    Outlook

    201.9 MB

    3,297

    0:29:47

    15,775

    36.9987

    5.6447

    Nota masa proses klien dan perkhidmatan adalah serupa, tetapi penyelesaian A membawa operasi RPC banyak lagi untuk memindahkan data. Oleh sebab setiap pengendalian menggunakan masa kependaman klien dan pelayan-proses masa, penyelesaian A adalah lebih perlahan untuk memindahkan jumlah data yang berbanding untuk penyelesaian B dan Outlookyang sama.

Faktor 4: rangkaian

Amalan terbaik   

Penyelesaian migrasi pihak ketiga yang menggunakan RPC yang melalui HTTP protokol, Beginilah cara yang baik untuk mengukur prestasi pemindahan kemungkinan:

  1. Dari pelayan migrasi, bersambung ke peti mel Office 365 dengan Outlook menggunakan RPC melalui protokol HTTP. Pastikan bahawa anda tidak menyambung menggunakan mod cache.

  2. Mengimport fail .pst yang besar dengan data sampel ke peti mel Office 365 .

  3. Mengukur prestasi pemindahan dengan pemasaan berapa lama yang diambil untuk memuat naik fail .pst. Kendalian migrasi sepatutnya serupa dengan apa yang pelanggan boleh mendapatkan dari alat migrasi pihak ketiga yang menggunakan RPC melalui protokol HTTP, diberikan tiada kekangan lain. Terdapat atas semasa migrasi yang sebenar, jadi kendalian yang mungkin sedikit berbeza.

Faktor 5: Office 365 Perkhidmatan

Office 365 sumber berasaskan Kesihatan pendikitan mempengaruhi migrasi yang menggunakan alat migrasi pihak ketiga. Lihat Office 365 sumber berasaskan Kesihatan pendikitan untuk butiran lanjut.

Nota: Notis Penafian Penterjemahan Mesin: Artikel ini telah diterjemah oleh sistem komputer tanpa campur tangan manusia. Microsoft menawarkan penterjemahan mesin ini untuk membantu pengguna-pengguna yang tidak bertutur dalam Bahasa Inggeris supaya dapat menikmati kandungan mengenai produk, perkhidmatan dan teknologi Microsoft. Artikel ini mungkin mengandungi ralat perbendaharaan kata, sintaks atau tatabahasa kerana ia diterjemahkan oleh mesin.

Kembangkan kemahiran anda
Jelajahi latihan
Dapatkan ciri baru terlebih dahulu
Sertai Office Insiders

Adakah maklumat ini membantu?

Terima kasih atas maklum balas anda!

Terima kasih atas maklum balas anda! Nampaknya ia mungkin akan membantu untuk menyambungkan anda kepada salah seorang daripada ejen sokongan Office kami.

×