Kinerja migrasi Office 365 dan praktik terbaik

Ada banyak jalur untuk melakukan migrasi data dari organisasi email lokal ke Microsoft Office 365. Saat merencanakan migrasi ke Office 365, pertanyaan yang sering muncul adalah tentang cara menyempurnakan kinerja migrasi data dan mengoptimalkan kecepatan migrasi.

Catatan: Informasi kinerja yang tercantum dalam topik ini tidak berlaku untuk layanan Office 365 untuk paket langganan khusus. Untuk informasi selengkapnya tentang Paket Khusus, lihat Deskripsi Layanan Paket Khusus Office 365.

Dalam topik ini

Gambaran umum tentang melakukan migrasi email ke Office 365

Office 365 mendukung beberapa metode untuk memindahkan email, kalender, dan data kontak dari lingkungan olahpesan Anda ke Office 365 seperti yang diuraikan dalam Cara untuk melakukan migrasi beberapa akun email ke Office 365.

Untuk informasi selengkapnya tentang jaringan dan kinerja Office 365, lihat Perencanaan jaringan dan penyelarasan kinerja untuk Office 365.

Metode migrasi yang sering digunakan

Metode migrasi

Deskripsi

Sumber Daya

Migrasi Protokol Akses Pesan Internet (IMAP)

Anda dapat menggunakan Pusat admin Exchange atau Exchange Management Shell untuk melakukan migrasi konten kotak surat pengguna dari sistem olahpesan IMAP ke kotak surat Office 365 mereka. Hal ini termasuk melakukan migrasi kotak surat Anda dari layanan email yang dihosting lainnya, termasuk Gmail dan Yahoo Mail.

Memigrasikan kotak surat IMAP Anda ke Office 365

Migrasi langsung

Dengan migrasi langsung, Anda melakukan migrasi semua kotak surat lokal ke Office 365 dalam beberapa hari. Gunakan migrasi langsung jika Anda berencana untuk memindahkan seluruh email organisasi ke Office 365 dan mengelola akun pengguna di Office 365. Anda dapat melakukan migrasi maksimal 2.000 kotak surat dari organisasi Exchange lokal ke Office 365 menggunakan migrasi langsung. Namun, jumlah atau kotak surat yang direkomendasikan adalah 150   . Kinerja akan mengalami penurunan dengan jumlah yang lebih tinggi dari itu. Email kontak dan grup distribusi di organisasi Exchange lokal Anda juga akan dimigrasikan.

Migrasi langsung ke Office 365

Migrasi bertahap

Anda menggunakan migrasi bertahap jika berencana untuk akhirnya melakukan migrasi semua kotak surat organisasi ke Office 365. Dengan migrasi bertahap, Anda melakukan migrasi batch kotak surat lokal ke Office 365 selama beberapa minggu atau bulan.

Apa yang perlu Anda ketahui tentang migrasi email bertahap ke Office 365

Penyebaran hibrid

Penyebaran hibrid menawarkan kemampuan bagi organisasi untuk memperluas kontrol administratif dan pengalaman kaya fitur yang mereka miliki dengan organisasi Exchange lokal yang sudah ada ke awan. Penyebaran hibrid memberikan tampilan dan nuansa yang lancar dari satu organisasi Exchange di antara Exchange Server 2013 atau Microsoft Exchange Server 2010 dan Office 365 lokal. Selain itu, penyebaran hibrid dapat berfungsi sebagai langkah menengah untuk beralih sepenuhnya ke organisasi Office 365.

Penyebaran Hibrid Exchange Server 2013

Migrasi pihak ketiga

Ada banyak alat yang tersedia dari pihak ketiga. Peralatan tersebut menggunakan pendekatan dan protokol tersendiri untuk melakukan migrasi email dari platform email seperti IBM Lotus Notes dan Novell GroupWise.

Berikut adalah beberapa peralatan dan mitra migrasi pihak ketiga yang dapat membantu migrasi Exchange dari platform pihak ketiga:

  • Binary Tree Penyedia perangkat lunak migrasi dan koeksistensi pesan lintas platform, dengan produk yang menyediakan analisis koeksistensi dan migrasi antara olahpesan perusahaan lokal dan online serta lingkungan kolaborasi berdasarkan IBM Lotus Notes dan Domino serta Exchange dan SharePoint.

  • BitTitan Penyedia solusi migrasi untuk Office 365.

  • Metalogix   Penyedia solusi migrasi untuk Office 365 dan SharePoint Online.

  • SkyKick Penyedia solusi migrasi otomatis untuk memindahkan Exchange lokal, Gmail, POP3, IMAP, Lotus Notes ke Office 365. Alat migrasi lengkap yang membantu mitra dengan penjualan, perencanaan, migrasi, manajemen, dan fase di tempat dari proyek migrasi.

  • TransVault Penyedia solusi migrasi untuk Office 365.

Kinerja untuk metode migrasi

Tabel berikut ini membandingkan hasil kinerja yang diamati bagi beberapa metode migrasi yang berbeda untuk memindahkan kotak surat dan data kotak surat ke Office 365. Hasil ini didasarkan pada pengujian internal dan migrasi pelanggan sebenarnya ke Office 365.

Penting: Karena perbedaan dalam cara migrasi yang dijalankan dan waktu migrasi dijalankan, kecepatan migrasi aktual Anda mungkin lebih lambat atau lebih cepat.

Metode migrasi

Pembatasan pengguna Office 365

Pembatasan layanan migrasi Office 365

Pembatasan berbasis kesehatan sumber daya Office 365

Rata-rata throughput per jam dan per klien yang diobservasi (jika ada)

Migrasi IMAP

Tidak

Ya

Ya

10-14 gigabyte (GB) (20 konkurensi)

Migrasi langsung

Tidak

Ya

Ya

10-14 GB (20 konkurensi)

Migrasi bertahap

Tidak

Ya

Ya

10-14 GB (20 konkurensi)

Migrasi hibrid

Tidak

Ya

Ya

10-14 GB per Exchange 2013 lokal atau CAS 2010 (layanan Replikasi Kotak Surat Microsoft Exchange (layanan MRSProxy)) dengan 20 perpindahan serentak 1

Migrasi MAPI pihak ketiga

Ya

Tidak

Ya

4-12 GB (20 konkurensi) 2

Migrasi Layanan Web Exchange pihak ketiga

Tidak

Ya

Ya

5-10 GB (20 konkurensi) 3

Klien mengunggah (dari file Outlook .pst)

Ya

Tidak

Ya

0.5 GB

1Throughput perpindahan kotak surat tunggal yang diobservasi berada dalam rentang 0,3-1,0 GB/jam. Laju throughput yang lebih besar dari 1000 MB/jam per kotak surat dapat dicapai dengan jaringan yang dapat mendukung kurang dari 2 persen waktu berhenti karena kegagalan sementara dan kurang dari 100ms latensi jaringan. Metode migrasi kotak surat yang lebih serentak dapat digunakan untuk laju migrasi data yang lebih tinggi. Throughput perpindahan kotak surat tunggal akan melambat saat server CAS (layanan MRSProxy) lokal telah mencapai batas kapasitas perangkat keras, jika bandwidth jaringan tidak memadai, atau latensi jaringan terlalu tinggi. Pertimbangkan untuk menambahkan lebih banyak server atau meningkatkan konektivitas jaringan sementara untuk meningkatkan kecepatan migrasi.

2Throughput migrasi MAPI tunggal yang diobservasi berada dalam rentang 0.1-0.5 GB/jam. Lebih banyak migrasi serentak dapat digunakan untuk memperoleh laju migrasi data yang lebih tinggi. Throughput migrasi MAPI tunggal akan melambat saat server lokal atau jaringan berdada dalam kapasitas.

3Throughput migrasi Layanan Web Exchange tunggal yang diobservasi berada dalam rentang 0.2–0.5 GB/jam. Lebih banyak migrasi serentak dapat digunakan untuk memperoleh laju migrasi data yang lebih tinggi. Misalnya, dengan 20 migrasi serentak, throughput keseluruhan akan berada dalam rentang 4-10 GB/jam. Throughput migrasi Layanan Web Exchange tunggal akan melambat saat server lokal atau jaringan berdada dalam kapasitas.

Faktor kinerja migrasi

Migrasi email memiliki beberapa faktor umum yang dapat mempengaruhi kinerja migrasi.

Faktor umum kinerja migrasi

Tabel berikut ini menyediakan sebuah daftar faktor umum yang mempengaruhi kinerja migrasi. Detail selengkapnya dibahas di bagian yang menjelaskan metode migrasi individual.

Faktor

Deskripsi

Contoh

Sumber data

Perangkat atau layanan yang menghosting data yang akan dimigrasikan. Banyak pembatasan yang mungkin diterapkan pada sumber data karena spesifikasi perangkat keras, beban kerja pengguna akhir, dan tugas pemeliharaan ujung-belakang.

Gmail membatasi banyaknya data yang dapat diekstrak selama periode waktu tertentu.

Tipe data dan kerapatan

Karena sifat unik pelanggan bisnis, tipe dan campuran item email dalam kotak surat bervariasi.

Satu kotak surat 4-GB dengan 400 item, masing-masing dengan 10 megabyte (MB) lampiran, akan bermigrasi lebih cepat daripada satu kotak surat 4-GB dengan 100.000 item yang lebih kecil.

Server migrasi

Sebagian besar solusi migrasi menggunakan tipe "kotak lompat" dari server migrasi atau ruang kerja untuk menyelesaikan migrasi.

Pelanggan sering kali menggunakan mesin virtual berkinerja rendah untuk menghosting layanan MRSProxy dalam penyebaran hibrid atau dalam migrasi PC klien non-hibrid.

Mesin migrasi

Mesin migrasi data bertugas untuk menarik data dari server sumber mengonversi data, jika diperlukan. Mesin lalu mentransmisikan data melalui jaringan dan memasukkan data ke dalam kotak surat Office 365. kotak surat.

Layanan MRSProxy memiliki kemampuan dan keterbatasan.

Peralatan jaringan lokal

Kinerja jaringan menyeluruh, dari sumber data hingga server akses klien Exchange Online, memengaruhi kinerja migrasi.

Konfigurasi dan spesifikasi firewall di organisasi lokal.

Layanan Office 365

Office 365 memiliki dukungan dan fitur bawaan untuk mengelola beban kerja migrasi.

Kebijakan pembatasan pengguna memiliki pengaturan default dan membatasi kecepatan transfer data maksimum secara keseluruhan.

Faktor kinerja jaringan

Bagian ini menjelaskan praktik terbaik untuk menyempurnakan kinerja jaringan selama migrasi. Diskusi bersifat umum karena dampak terbesar pada kinerja jaringan selama migrasi berkaitan dengan perangkat keras pihak ketiga dan penyedia layanan Internet (ISP).

Gunakan Exchange Analyzer untuk lebih memahami konektivitas jaringan Anda dengan Office 365. Untuk menjalankan uji Exchange Analyzer dalam Asisten Dukungan dan Pemulihan, masuk ke Diagnostik Tingkat Lanjut > Exchange Online > Periksa konektivitas jaringan Exchange Online > Ya. Baca Memperbaiki masalah Outlook dan Office 365 dengan Asisten Dukungan dan Pemulihan untuk Office 365 guna mempelajari selengkapnya tentang Asisten Dukungan dan Pemulihan.

Faktor

Deskripsi

Praktik terbaik

Kapasitas jaringan

Jumlah waktu yang diperlukan untuk memigrasikan kotak surat ke Office 365 ditentukan oleh kapasitas jaringan maksimum yang tersedia.

  • Identifikasi kapasitas jaringan yang tersedia dan tentukan kapasitas unggah maksimum.

  • Hubungi ISP Anda untuk mengonfirmasi alokasi bandwidth dan untuk mendapatkan detail pembatasan, seperti jumlah total data yang dapat ditransfer dalam periode waktu tertentu.

  • Gunakan alat untuk mengevaluasi kapasitas jaringan aktual Anda. Pastikan Anda menguji aliran data menyeluruh dari sumber data lokal ke server gateway pusat data Microsoft.

  • Identifikasi beban lainnya di jaringan Anda (misalnya, utilitas pencadangan dan pemeliharaan terjadwal) yang dapat mempengaruhi kapasitas jaringan.

Stabilitas jaringan

Jaringan cepat tidak selalu menghasilkan migrasi yang cepat. Jika jaringan tidak stabil, transfer data memakan waktu lebih lama karena koreksi kesalahan. Tergantung pada tipe migrasi, koreksi kesalahan dapat secara signifikan memengaruhi kinerja migrasi.

Masalah driver dan perangkat keras jaringan sering menyebabkan masalah stabilitas jaringan. Hubungi vendor perangkat keras Anda untuk memahami perangkat jaringan dan menerapkan pembaruan perangkat lunak dan driver terbaru yang disarankan oleh vendor.

Penundaan jaringan

Fungsi deteksi penyusupan yang dikonfigurasi di firewall jaringan sering menyebabkan penundaan jaringan yang signifikan dan memengaruhi kinerja migrasi.

Melakukan migrasi data ke kotak surat Office 365 mengandalkan koneksi Internet Anda. Penundaan Internet memengaruhi keseluruhan kinerja migrasi.

Juga, pengguna di perusahaan yang sama mungkin memiliki kotak surat awan yang berada dalam pusat data di lokasi geografis yang berbeda. Tergantung pada ISP pelanggan, kinerja migrasi akan bervariasi.

  • Evaluasi penundaan jaringan pada semua pusat data Microsoft yang potensial untuk membantu memastikan bahwa hasilnya konsisten. (Hal ini juga membantu memastikan pengalaman yang konsisten untuk pengguna akhir.) Bekerja dengan ISP Anda untuk menyelesaikan masalah yang terkait dengan internet.

  • Tambahkan alamat IP untuk server pusat data Microsoft ke daftar yang Anda perbolehkan, atau lewati semua lalu lintas yang terkait migrasi dari firewall jaringan. Untuk informasi selengkapnya tentang rentang IP Office 365, lihat Rentang alamat IP dan URL Office 365.

Untuk analisis yang lebih mendalam mengenai migrasi dalam lingkungan Anda, lihat postingan blog analisis perpindahan. Postingan tersebut menyertakan skrip untuk membantu Anda menganalisis permintaan perpindahan.

Pembatasan Office 365

Office 365 menggunakan berbagai mekanisme pembatasan untuk membantu memastikan keamanan dan ketersediaan layanan. Tiga tipe pembatasan berikut dapat mempengaruhi kinerja migrasi:

  • Pembatasan pengguna

  • Pembatasan layanan migrasi

  • Pembatasan berbasis kesehatan sumber daya

Catatan: Tiga tipe pembatasan Office 365 ini tidak mempengaruhi semua metode migrasi.

Pembatasan pengguna Office 365

Pembatasan pengguna memengaruhi sebagian besar alat migrasi pihak ketiga dan metode migrasi yang diunggah klien. Metode migrasi ini menggunakan protokol akses klien, seperti Panggilan Prosedur Jarak Jauh (RPC) melalui protokol HTTP, untuk melakukan migrasi data kotak surat ke kotak surat Office 365. Alat ini digunakan untuk melakukan migrasi data dari platform seperti IBM Lotus Domino dan Novell GroupWise.

Pembatasan pengguna merupakan metode pembatasan yang paling ketat dalam Office 365. Karena pembatasan pengguna disiapkan untuk berfungsi terhadap pengguna akhir individu, penggunaan pada level aplikasi apa pun dengan mudah akan melebihi kebijakan pembatasan dan menghasilkan migrasi data yang lambat.

Pembatasan layanan migrasi Office 365

Pembatasan layanan migrasi memengaruhi semua alat migrasi Office 365. Pembatasan layanan migrasi mengelola konkurensi migrasi dan alokasi sumber daya layanan untuk solusi migrasi Office 365.

Pembatasan layanan migrasi memengaruhi migrasi yang dijalankan menggunakan metode migrasi berikut ini:

  • Migrasi IMAP

  • Migrasi Exchange langsung

  • Migrasi Exchange bertahap

  • Migrasi hibrid (perpindahan berdasarkan layanan MRSProxy dalam lingkungan hibrid)

Contoh pembatasan layanan migrasi adalah mengontrol jumlah kotak surat yang dimigrasikan secara bersamaan selama migrasi Exchange sederhana dan migrasi IMAP. Nilai defaultnya adalah 10. Hal ini berarti bahwa maksimum 10 kotak surat dari semua batch migrasi dimigrasikan pada waktu tertentu. Anda dapat meningkatkan jumlah migrasi kotak surat serentak untuk batch migrasi baik dalam Panel kontrol Exchange atau Windows PowerShell. Untuk mempelajari selengkapnya tentang cara mengoptimalkan pengaturan ini, lihat Mengelola batch migrasi di Office 365.

Pembatasan berbasis kesehatan sumber daya Office 365

Semua metode migrasi tunduk pada aturan pembatasan ketersediaan. Namun, pembatasan layanan Office 365 tidak memengaruhi migrasi Office 365 sebanyak tipe pembatasan lain yang diuraikan sebelumnya.

Pembatasan berbasis kesehatan sumber daya adalah metode pembatasan yang paling longgar. Metode ini berjalan untuk mencegah masalah ketersediaan layanan yang dapat memengaruhi pengguna akhir dan operasi layanan penting.

Sebelum kinerja layanan menurun hingga berdampak pada kinerja pengguna akhir, migrasi hibrid akan ditunda hingga kinerja dipulihkan dan layanan kembali ke tingkat di bawah ambang pembatasan.

Berikut adalah contoh dari laporan statistik migrasi Exchange. Laporan memperlihatkan entri yang dicatat ketika ambang pembatasan layanan telah dilewati.

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

    25/1/2012 12:57:53 AM [BL2PRD0410CA012] Perpindahan kotak surat ' /o = ExchangeLabs/ou = grup administratif Exchange (FYDIBOHF23SPDLT)/cn = Penerima/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx' terhenti karena DataMoveReplicationConstraint tidak memadai untuk database 'NAMPRD04DG031-db081' (agen MailboxDatabaseReplication). Alasan kegagalan: Database edbf0766-1f2a-4552-9115-bb3a53a8380b tidak memenuhi batasan SecondDatacenter. Tidak terdapat salinan database sehat yang tersedia. Akan menunggu hingga 25/1/2012 1:27:53 AM.

    25/1/2012 12:58:24 AM [BL2PRD0410CA012] Permintaan tidak lagi terhenti dan akan dilanjutkan.

    30/6/2017 00.03.58 [CY4PR19MB0056] Melepaskan pekerjaan karena besarnya penundaan akibat kesehatan server yang tidak baik atau batasan anggaran dengan situasi yang membatasi permintaan 'StalledDueToTarget_DiskLatency'.

Solusi dan praktik   

Jika Anda mengalami situasi yang sama, tunggu hingga layanan Office 365 pulih. Untuk informasi selengkapnya, lihat bagian Kesehatan Layanan di Portal Office 365.

Faktor kinerja dan praktik terbaik untuk migrasi penyebaran non-hibrid

Bagian ini menjelaskan faktor yang memengaruhi migrasi menggunakan metode migrasi IMAP, langsung, atau bertahap. Hal ini juga mengidentifikasi praktik terbaik untuk menyempurnakan kinerja migrasi.

Faktor 1: Sumber data

Tabel berikut menguraikan dampak migrasi oleh server sumber dalam organisasi email Anda saat ini dan praktik terbaik untuk mengurangi dampak migrasi.

Daftar periksa

Deskripsi

Praktik terbaik

Kinerja sistem

Ekstraksi data merupakan tugas yang intensif. Sistem sumber perlu memiliki sumber daya yang memadai, seperti waktu dan memori CPU, untuk memberikan kinerja migrasi yang optimal. Selama migrasi, sistem sumber sering mendekati kapasitas penuh dalam hal beban kerja reguler pengguna akhir. Jika sumber daya sistem tidak memadai, beban kerja tambahan hasil dari migrasi dapat memengaruhi pengguna akhir.

Pantau kinerja sistem selama uji migrasi pilot. Jika sistem sibuk, kami sarankan untuk menghindari jadwal migrasi agresif untuk sistem tertentu karena potensi masalah kelambatan migrasi dan ketersediaan layanan. Jika memungkinkan, sempurnakan kinerja sistem sumber dengan menambahkan sumber daya perangkat keras dan mengurangi beban di sistem dengan memindahkan tugas dan pengguna ke server lain yang tidak dilibatkan dalam migrasi.

Untuk informasi selengkapnya, lihat:

Saat melakukan migrasi dari organisasi Exchange lokal ketika terdapat beberapa server kotak surat, kami sarankan Anda membuat daftar pengguna-migrasi yang dibagi melalui beberapa server kotak surat. Berdasarkan kinerja server individual, daftar dapat disesuaikan untuk memaksimalkan throughput.

Misalnya, jika server A memiliki ketersediaan sumber daya 50 persen lebih banyak daripada server B, Anda dapat memiliki 50 persen lebih banyak pengguna dari server A dalam batch migrasi yang sama. Praktik yang sama dapat diterapkan ke sistem sumber lain. Melakukan migrasi saat server memiliki ketersediaan sumber daya maksimum seperti setelah jam kerja atau pada akhir pekan dan hari libur.

Tugas ujung-belakang

Tugas ujung-belakang lain yang sedang berjalan selama waktu migrasi. Karena praktik terbaik untuk melakukan migrasi adalah setelah jam kantor, biasanya migrasi akan berkonflik dengan tugas pemeliharaan, seperti pencadangan data, yang berjalan di server lokal Anda.

Tinjau tugas sistem lain yang mungkin dijalankan selama migrasi. Kami sarankan Anda melakukan migrasi data saat tidak ada tugas sumber daya intensif lain yang sedang berjalan.

Catatan    Untuk pelanggan yang menggunakan Exchange lokal, tugas ujung-belakang umum merupakan solusi pencadangan dan pemeliharaan penyimpanan Exchange.

Kebijakan pembatasan

Merupakan praktik umum untuk memproteksi sistem email dengan kebijakan pembatasan yang menetapkan batasan tertentu pada seberapa cepat dan seberapa banyak data dapat diekstrak dari sistem selama jumlah waktu tertentu.

Verifikasi kebijakan pembatasan yang disebarkan untuk sistem email Anda. Sebagai contoh, Google Mail membatasi jumlah data yang akan diekstrak dalam periode waktu tertentu.

Tergantung pada versi, Exchange memiliki kebijakan yang membatasi akses IMAP ke server email lokal (digunakan oleh migrasi IMAP) dan RPC melalui akses Protokol HTTP (digunakan oleh migrasi Exchange langsung dan migrasi Exchange bertahap).

Untuk memeriksa pengaturan pembatasan dalam organisasi Exchange 2013, jalankan cmdlet Get-ThrottlingPolicy. Untuk informasi selengkapnya, lihat Manajemen Beban Kerja Exchange.

Untuk informasi selengkapnya tentang pembatasan IMAP, lihat Memigrasikan kotak surat IMAP Anda ke Office 365

Untuk informasi selengkapnya tentang RPC melalui pembatasan Protokol HTTP, lihat:

Faktor 2: Server migrasi

Migrasi IMAP, langsung, dan bertahap adalah metode migrasi penarikan data yang diinisiasi di cloud sehingga tidak memerlukan server migrasi khusus. Namun, host protokol yang mengarah ke Internet (IMAP atau RPC melalui Protokol HTTP) berfungsi sebagai server migrasi untuk memindahkan kotak surat dan data kotak surat ke Office 365. Oleh karena itu, praktik terbaik dan faktor kinerja migrasi seperti yang diuraikan di bagian sebelumnya tentang server sumber data untuk organisasi email Anda saat ini juga berlaku pada server tepi Internet. Untuk Exchange 2007, Exchange 2010, dan Exchange 2013, organisasi, server akses klien berfungsi sebagai server migrasi.

Untuk informasi selengkapnya, lihat:

Faktor 3: Mesin migrasi

Migrasi ExchangeIMAP, langsung, dan bertahap dijalankan menggunakan dasbor Migrasi di Pusat admin Exchange. Hal ini tunduk pada pembatasan layanan migrasi Office 365.

Solusi dan praktik   

Pelanggan kini dapat menentukan konkurensi migrasi (misalnya, jumlah kotak surat yang akan dipindahkan secara bersamaan) menggunakan Windows PowerShell. Defaultnya adalah 20 kotak surat. Setelah membuat kumpulan migrasi, Anda dapat menggunakan cmdlet Windows PowerShell berikut ini untuk menambahnya hingga 100.

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

Untuk informasi selengkapnya, lihat Mengelola kumpulan migrasi di Office 365.

Catatan: Jika sumber data tidak memiliki sumber daya yang memadai untuk menangani semua koneksi, sebaiknya hindari konkurensi tinggi. Mulailah dengan nilai konkurensi kecil, misalnya, 10. Tambah jumlah ini dengan memantau kinerja sumber data untuk menghindari masalah akses pengguna akhir.

Faktor 4: Jaringan

Uji Verifikasi   

Tergantung pada metode migrasi, Anda dapat mencoba uji verifikasi berikut ini:

  • Migrasi IMAP    Tambahkan terlebih dahulu data sampel ke kotak surat sumber. Kemudian dari Internet (di luar jaringan lokal Anda), sambungkan ke kotak surat sumber menggunakan klien email IMAP standar seperti Microsoft Outlook, lalu ukur kinerja jaringan dengan menentukan berapa lama waktu yang dibutuhkan untuk mengunduh semua data dari kotak surat sumber. Throughput harus sama dengan yang didapatkan pelanggan ketika menggunakan alat migrasi IMAP di Office 365, jika tidak ada batasan lainnya.

  • Migrasi Exchange langsung dan bertahap    Tambahkan terlebih dahulu data sampel ke kotak surat sumber. Kemudian, dari Internet (di luar jaringan lokal Anda), sambungkan ke kotak surat sumber dengan Outlook menggunakan RPC melalui Protokol HTTP. Pastikan bahwa Anda tersambung menggunakan mode cache. Ukur kinerja jaringan dengan memeriksa berapa lama waktu yang dibutuhkan untuk menyinkronkan semua data dari kotak surat sumber. Throughput harus sama dengan yang didapatkan pelanggan ketika menggunakan alat migrasi Exchange sederhana di Office 365, jika tidak ada batasan lainnya.

Catatan: Terdapat beberapa kelebihan data selama migrasi ExchangeIMAP aktual, langsung atau bertahap. Namun, throughput aktual harus sama dengan hasil dari tes verifikasi ini.

Faktor 5: Layanan Office 365

Pembatasan Office 365 berbasis kesehatan sumber daya memengaruhi migrasi menggunakan alat migrasi sederhana Office 365 yang asli. Lihat bagian Pembatasan berbasis kesehatan sumber daya Office 365.

Permintaan perpindahan di layanan Office 365

Untuk informasi umum tentang mendapatkan informasi status untuk permintaan perpindahan, lihat Menampilkan Properti Permintaan Perpindahan.

Dalam layanan Office 365, tidak seperti dalam Exchange 2010 lokal, antrean migrasi dan sumber daya layanan yang dialokasikan untuk migrasi dibagikan di antara penyewa. Berbagi ini memengaruhi cara menangani permintaan perpindahan dalam setiap tahapan proses perpindahan.

Ada dua tipe permintaan perpindahan dalam Office 365:

  • Permintaan perpindahan onboarding    Migrasi pelanggan baru dianggap sebagai permintaan perpindahan onboarding. Permintaan ini memiliki prioritas biasa.

  • Permintaan perpindahan internal pusat data    Merupakan permintaan perpindahan kotak surat yang diinisiasi oleh tim operasi pusat data. Permintaan ini memiliki prioritas lebih rendah karena pengalaman pengguna akhir tidak terpengaruh jika permintaan perpindahan tertunda.

Kemungkinan dampak dan penundaan pada permintaan perpindahan dengan status "Dalam Antrean" dan "Sedang Berlangsung"

  • Permintaan perpindahan dalam antrean    Status ini menentukan bahwa perpindahan telah diantrekan dan menunggu untuk dipilih oleh Layanan Replikasi Kotak Surat Exchange. Untuk permintaan perpindahan Exchange 2003, pengguna masih dapat mengakses kotak surat mereka pada tahap ini.

    Dua faktor yang memengaruhi permintaan yang akan diambil oleh Layanan Replikasi Kotak Surat:

    • Prioritas    Permintaan perpindahan dalam antrean dengan prioritas yang lebih tinggi dipilih sebelum permintaan perpindahan prioritas rendah. Hal ini membantu memastikan bahwa permintaan perpindahan migrasi pelanggan selalu diproses sebelum permintaan perpindahan internal pusat data.

    • Posisi dalam antrean    Jika permintaan perpindahan memiliki prioritas sama, semakin awal permintaan masuk dalam antrean, semakin awal permintaan akan dipilih oleh Layanan Replikasi Kotak Surat. Karena mungkin terdapat beberapa pelanggan melakukan migrasi kotak surat pada saat yang bersamaan, sangat normal jika permintaan perpindahan baru berada dalam antrean sebelum diproses.

      Sering kali, waktu tunggu permintaan kotak surat dalam antrean sebelum diproses tidak diperhitungkan selama perencanaan migrasi. Hal ini menyebabkan pelanggan tidak mengalokasikan cukup waktu untuk menyelesaikan migrasi yang sudah direncanakan.

  • Permintaan perpindahan sedang berlangsung    Status ini menentukan perpindahan masih dalam berlangsung. Jika merupakan perpindahan kotak surat online, pengguna masih akan dapat mengakses kotak surat. Untuk perpindahan kotak surat offline, kotak surat pengguna tidak akan tersedia.

    Setelah permintaan perpindahan kotak surat berstatus "Sedang Berlangsung", prioritas tidak lagi dihiraukan dan permintaan perpindahan baru tidak akan diproses hingga permintaan perpindahan dengan status “Sedang Berlangsung” selesai, bahkan jika permintaan perpindahan baru memiliki prioritas yang lebih tinggi.

Praktik terbaik

Perencanaan    Seperti yang disebutkan sebelumnya, karena pengguna Exchange 2003 kehilangan akses selama migrasi hibrid, pelanggan Exchange 2003 biasanya lebih mementingkan kapan akan menjadwalkan migrasi dan berapa lama waktu yang diperlukan.

Saat merencanakan berapa banyak kotak surat yang akan dimigrasikan selama periode waktu tertentu, perhatikan hal berikut ini:

  • Sertakan lama waktu tunggu yang diperlukan permintaan perpindahan dalam antrean. Gunakan rumus berikut untuk menghitungi:

    (total jumlah kotak surat untuk dimigrasi) = ((total waktu) – (waktu antrean rata-rata)) * (throughput migrasi)

    ketika throughput migrasi sama dengan jumlah total kotak surat yang dapat dimigrasikan per jam.

    Misalnya, dengan anggapan Anda memiliki jendela enam jam untuk melakukan migrasi kotak surat. Jika rata-rata antrean waktu adalah satu jam dan memiliki throughput migrasi 100 kotak surat per jam, Anda dapat melakukan migrasi 500 kotak surat dalam kerangka waktu enam jam: 500 = (6 – 1) * 100.

  • Mulai migrasi lebih cepat dari rencana awal untuk mengurangi waktu dalam antrean. Saat kotak surat dalam antrean, pengguna Exchange 2003 masih dapat mengakses kotak surat mereka.

Menentukan waktu antrean    Waktu antrean selalu berubah karena Microsoft tidak mengelola jadwal migrasi pelanggan.

Untuk menentukan potensi waktu antrean, pelanggan dapat mencoba untuk menjadwalkan perpindahan percobaan beberapa jam sebelum migrasi sebenarnya dimulai. Lalu, berdasarkan jumlah waktu permintaan berada dalam antrean yang diobservasi, pelanggan dapat memperkirakan dengan lebih baik waktu untuk memulai migrasi dan berapa banyak kotak surat yang dapat dipindahkan dalam periode waktu tertentu.

Misalnya, jika migrasi percobaan selesai empat jam sebelum memulai migrasi yang direncanakan. Pelanggan menentukan waktu antrean untuk migrasi percobaan sekitar satu jam. Maka, pelanggan harus mempertimbangkan memulai migrasi satu jam lebih awal dari rencana awal untuk memastikan terdapat cukup waktu untuk menyelesaikan semua migrasi.

Alat pihak ketiga untuk migrasi Office 365

Alat pihak ketiga umumnya digunakan dalam skenario migrasi yang tidak melibatkan Exchange, seperti dari Google Mail, IBM Lotus, Domino dan Novell GroupWise. Bagian ini fokus pada protokol migrasi yang digunakan oleh alat migrasi pihak ketiga, dan bukan pada produk aktual dan alat migrasi. Tabel berikut ini menyediakan daftar faktor yang berlaku untuk alat pihak ketiga untuk skenario migrasi Office 365.

Faktor 1: Sumber data

Daftar periksa

Deskripsi

Praktik terbaik

Kinerja sistem

Ekstraksi data merupakan tugas yang intensif. Sistem sumber harus memiliki sumber daya yang memadai, seperti waktu dan memori CPU, untuk memberikan kinerja migrasi yang optimal. Selama migrasi, sistem sumber sering mendekati kapasitas penuh dalam hal beban kerja reguler pengguna akhir. Jika sumber daya sistem tidak memadai, beban kerja tambahan hasil dari migrasi dapat memengaruhi pengguna akhir.

Pantau kinerja sistem selama uji migrasi pilot. Jika sistem sibuk, kami sarankan untuk menghindari jadwal migrasi agresif untuk sistem tertentu karena potensi masalah kelambatan migrasi dan ketersediaan layanan. Jika memungkinkan, sempurnakan kinerja sistem sumber dengan menambahkan sumber daya perangkat keras dan dengan mengurangi beban di sistem. Beban sistem dapat dikurangi dengan memindahkan tugas dan pengguna ke server lain yang bukan merupakan bagian dari migrasi.

Untuk informasi selengkapnya, lihat:

Saat melakukan migrasi dari organisasi Exchange lokal tempat terdapatnya beberapa server kotak surat, kami sarankan agar Anda membuat daftar pengguna migrasi yang dibagi melalui beberapa server kotak surat. Berdasarkan kinerja server individual, daftar dapat disesuaikan untuk memaksimalkan throughput.

Misalnya, jika server A memiliki ketersediaan sumber daya 50 persen lebih banyak daripada server B, mungkin untuk memiliki 50 persen lebih banyak pengguna dari server A dalam batch migrasi yang sama. Praktik yang sama dapat diterapkan ke sistem sumber lain.

Lakukan migrasi saat sistem memiliki ketersediaan sumber daya maksimum seperti setelah jam kerja atau pada akhir pekan dan hari libur.

Tugas ujung-belakang

Tugas ujung-belakang lain biasanya berjalan selama waktu migrasi. Karena praktik terbaik untuk melakukan migrasi adalah setelah jam kerja, biasanya migrasi akan berkonflik dengan tugas pemeliharaan lain yang berjalan pada server lokal Anda, seperti pencadangan data.

Tinjau tugas sistem lain yang berjalan selama migrasi. Kami sarankan agar Anda membuat jendela waktu kosong hanya untuk migrasi data, ketika tidak ada tugas sumber daya lainnya.

Untuk pelanggan lokal Exchange, tugas umum adalah solusi pencadangan. Untuk informasi selengkapnya, lihat Pemeliharaan Exchange Store.

Kebijakan pembatasan

Merupakan praktik umum untuk memproteksi sistem email dengan kebijakan pembatasan yang menetapkan batasan tertentu pada seberapa cepat dan seberapa banyak data dapat diekstrak dari sistem selama jumlah waktu tertentu menggunakan metode migrasi tertentu.

Verifikasi kebijakan pembatasan yang disebarkan untuk sistem email Anda. Sebagai contoh, Google Mail membatasi jumlah data yang akan diekstrak dalam periode waktu tertentu.

Tergantung pada versi, Exchange memiliki kebijakan yang membatasi akses IMAP ke server email lokal (digunakan oleh migrasi IMAP) dan RPC melalui akses Protokol HTTP (digunakan oleh migrasi Exchange langsung dan migrasi Exchange bertahap).

Untuk informasi selengkapnya tentang pembatasan IMAP, lihat Tips untuk mengoptimalkan migrasi IMAP.

Untuk informasi selengkapnya tentang RPC melalui pembatasan Protokol HTTP, lihat:

Untuk informasi selengkapnya tentang cara mengonfigurasi pembatasan Layanan Web Exchange, lihat Exchange 2010: Memahami Kebijakan Pembatasan Klien.

Faktor 2: Server migrasi

Sebagian besar alat pihak ketiga untuk migrasi Office 365 merupakan inisiasi klien dan dorongan data ke Office 365. Alat ini biasanya membutuhkan server migrasi. Faktor seperti kinerja sistem, tugas ujung-belakang, dan kebijakan pembatasan untuk server sumber berlaku untuk server migrasi ini.

Catatan: Beberapa solusi migrasi pihak ketiga dihosting di Internet sebagai layanan berbasis awan dan tidak memerlukan server migrasi lokal.

Solusi dan praktik   

Untuk meningkatkan kinerja migrasi saat menggunakan server migrasi, terapkan praktik terbaik yang sama seperti yang diuraikan dalam bagian Faktor 1: Sumber data.

Faktor 3: Mesin migrasi

Untuk alat migrasi pihak ketiga, protokol paling umum yang digunakan adalah Layanan Web Exchange dan RPC melalui Protokol HTTP.

Layanan Web Exchange   

ExchangeLayanan Web merupakan protokol yang direkomendasikan yang dapat digunakan untuk melakukan migrasi ke Office 365 karena mendukung batch data yang besar dan memiliki pembatasan yang berorientasi pada layanan yang lebih baik. Dalam Office 365, saat digunakan dalam mode penyamaran, migrasi yang menggunakan Layanan Web Exchange tidak menghabiskan jumlah anggaran pengguna sumber daya Layanan Web Office 365Exchange, sebagai gantinya menghabiskan salinan sumber daya yang dianggarkan:

  • Semua panggilan yang meniru Layanan Web Exchange yang dibuat oleh akun administrator yang sama dihitung secara terpisah dari anggaran yang diterapkan ke akun administrator.

  • Untuk setiap sesi penyamaran, salinan bayangan anggaran pengguna yang aktual dibuat. Semua migrasi untuk sesi khusus ini akan menghabiskan salinan bayangan ini.

  • Pembatasan di bawah penyamaran dipisahkan untuk setiap pengguna sesi migrasi.

Praktik terbaik   

  • Kinerja migrasi untuk pelanggan menggunakan alat migrasi pihak ketiga yang menggunakan penyamaran EWA bersaing dengan migrasi berbasis Layanan Web Exchange dan penggunaan sumber daya layanan oleh penyewa lain. Oleh karena itu, kinerja migrasi akan bervariasi.

  • Bila memungkinkan, pelanggan harus menggunakan alat migrasi pihak ketiga yang menggunakan penyamaran Layanan Web Exchange karena biasanya lebih cepat dan lebih efisien daripada menggunakan protokol klien seperti RPC melalui Protokol HTTP.

RPC melalui Protokol HTTP   

Sebagian besar solusi migrasi tradisional menggunakan RPC melalui Protokol HTTP. Metode ini benar-benar berdasarkan pada model akses klien seperti dari Outlook, dan skalabilitas serta kinerjanya terbatas karena layanan Office 365 membatasi akses yang beranggapan bahwa penggunaan oleh pengguna bukan oleh aplikasi.

Praktik terbaik   

  • Untuk alat migrasi yang menggunakan RPC melalui Protokol HTTP, merupakan suatu praktik yang umum untuk meningkatkan throughput migrasi dengan menambahkan lebih banyak server migrasi dan menggunakan beberapa akun pengguna Office 365 administratif. Praktik ini dapat memperoleh injeksi data yang paralel dan mendapatkan throughput data yang lebih tinggi karena setiap pengguna administratif tunduk pada pembatasan pengguna Office 365. Kami telah menerima laporan bahwa sebagian besar pelanggan perusahaan harus menyiapkan lebih dari 40 server migrasi untuk mendapatkan 20–30 GB/jam dari throughput migrasi.

  • Dalam tahap pengembangan alat migrasi, sangatlah penting untuk mempertimbangkan jumlah operasi RPC yang diperlukan untuk melakukan migrasi pesan. Untuk menggambarkan ini, kami telah mengumpulkan log yang didapatkan oleh layanan Office 365 untuk dua solusi migrasi pihak ketiga (dikembangkan oleh perusahaan pihak ketiga) yang digunakan oleh pelanggan untuk melakukan migrasi kotak surat ke Office 365. Kami membandingkan dua solusi migrasi yang dikembangkan oleh perusahaan pihak ketiga. Kami membandingkan migrasi dua kotak surat untuk setiap solusi migrasi, dan kami juga membandingkan keduanya dalam mengunggah file .pst di Outlook. Berikut hasilnya.

    Metode

    Ukuran kotak surat

    Hitungan item

    Waktu untuk melakukan migrasi

    Total transaksi RPC

    Latensi rata-rata klien (ms)

    AvgCasRPCProcessingTime (ms)

    Solusi A (kotak surat 1)

    376.9 MB

    4.115

    4.24.33

    132.040

    48,4395

    18,0807

    Solusi A (kotak surat 2)

    249.3 MB

    12.779

    10.50.50

    423.188

    44,1678

    4,8444

    Solusi B (kotak surat 1)

    618.1 MB

    4.322

    1.54.58

    12.196

    37,2931

    8,3441

    Solusi B (kotak surat 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

    Perhatikan bahwa waktu proses klien dan layanan sama, tetapi solusi A melakukan lebih banyak operasi RPC untuk melakukan migrasi data. Karena setiap operasi memakan waktu latensi klien dan waktu proses server, solusi A jauh lebih lambat untuk melakukan migrasi data dengan jumlah yang sama dibandingkan Solusi B dan Outlook.

Faktor 4: Jaringan

Praktik terbaik   

Untuk solusi migrasi pihak ketiga yang menggunakan RPC melalui Protokol HTTP, berikut cara yang baik untuk mengukur potensi kinerja migrasi:

  1. Dari server migrasi, sambungkan ke kotak surat Office 365 dengan Outlook menggunakan RPC melalui Protokol HTTP. Pastikan bahwa Anda tidak tersambung menggunakan mode cache.

  2. Impor file .pst besar dengan data sampel ke kotak surat Office 365.

  3. Ukur kinerja migrasi dengan mengukur berapa lama waktu yang dibutuhkan untuk mengunggah file .pst. Throughput migrasi harus sama dengan yang didapatkan pelanggan dari alat migrasi pihak ketiga yang menggunakan RPC melalui Protokol HTTP, jika tidak ada batasan lainnya. Terdapat kelebihan data selama migrasi aktual sehingga throughput mungkin sedikit berbeda.

Faktor 5: Layanan Office 365

Pembatasan berbasis kesehatan sumber daya Office 365 memengaruhi migrasi menggunakan alat migrasi pihak ketiga. Lihat Pembatasan berbasis kesehatan sumber daya Office 365 untuk detail selengkapnya.

Kembangkan keterampilan Office Anda
Jelajahi pelatihan
Dapatkan fitur baru terlebih dahulu
Gabung ke Office Insiders

Apakah informasi ini bermanfaat?

Terima kasih atas umpan balik Anda!

Terima kasih atas umpan balik Anda! Sepertinya menghubungkan Anda ke salah satu agen dukungan Office kami akan sangat membantu.

×