Pelan jalan pemindahan mel IBM Notes/Domino ke Exchange dan Office 365

Pelan jalan pemindahan mel IBM Notes/Domino ke Exchange dan Office 365

Berhijrah daripada IBM Notes ke Microsoft Exchange atau Office 365 memberikan sejumlah besar faedah untuk organisasi, tetapi projek migrasi itu sendiri kelihatan menakutkan dan tidak jelas sepenuhnya dari mana untuk memulakan migrasi. Exchange sendiri tidak termasuk alatnya sendiri untuk penghijrahan penuh atau kewujudan bersama Nota dan Pertukaran. Malah, beberapa tugas migrasi dan kewujudan bersama tidak boleh dilakukan tanpa produk pihak ketiga. Dalam artikel ini, kami akan menggariskan tujuh langkah utama untuk diikuti berdasarkan amalan terbaik dan pengalaman kami dengan migrasi yang berjaya.

Penghijrahan yang berjaya termasuk langkah-langkah berikut:

  1. Penilaian migrasi awal.
  2. Mewujudkan kewujudan bersama antara Nota dan Pertukaran.
  3. Rancang untuk ketepatan penghijrahan yang optimum.
  4. Memastikan kecekapan penghijrahan maksimum.
  5. Jalankan ujian migrasi.
  6. Merancang masa migrasi untuk meminimumkan kesan ke atas organisasi.
  7. Lancarkan migrasi dan jejak kemajuannya.

Dalam artikel ini, kita akan melihat cara untuk menyediakan dan melengkapkan penghijrahan menggunakan dua penyelesaian daripada Quest - Pengurus Kewujudan Bersama untuk Nota ΠΈ Migrator untuk Nota untuk Pertukaran. Di bawah potongan terdapat beberapa butiran.

Langkah 1: Penilaian Awal Migrasi

Mengambil inventori persekitaran semasa anda

Jika anda memutuskan bahawa Exchange ialah platform yang sesuai untuk organisasi anda, anda hanya perlu berpindah ke sana. Mula-mula, anda perlu mengumpul maklumat tentang persekitaran semasa anda, mengumpul maklumat inventori tentang data yang anda rancang untuk berhijrah, menentukan perkara yang boleh dialih keluar untuk mengurangkan penggunaan ruang cakera, mengira lebar jalur yang tersedia antara persekitaran, dsb. Penilaian awal harus merangkumi soalan berikut:

  • Berapakah bilangan domain Nota dan pelayan Domino yang ada?
  • Berapa banyak peti mel yang anda ada? Berapa banyak daripada mereka tidak digunakan?
  • Berapa banyak ruang cakera yang digunakan oleh fail mel utama? Berapa ramai dalam arkib? Berapa banyak terdapat dalam replika tempatan?
  • Di manakah lokasi arkib?
  • Berapa ramai pengguna menggunakan penyulitan? Kandungan yang disulitkan perlu dipindahkan?
  • Berapa banyak folder peribadi yang terdapat dalam persekitaran?
  • Pengguna manakah yang menggunakan pautan dokumen? Berapa ramai pengguna telah menerima pautan daripada pengguna dan aplikasi lain?
  • Berapa banyak data yang akan anda pindahkan? Sebagai contoh, anda ingin memindahkan data hanya untuk enam bulan terakhir.
  • Adakah arkib asli akan dipindahkan ke arkib Exchange peribadi atau fail Outlook *.pst?
  • Apakah had lebar jalur? Berapa banyak data boleh dipindahkan ke
    tempoh masa tertentu?
  • Berapakah jumlah storan yang diperlukan selepas penghijrahan?

Bagaimana penghijrahan akan menjejaskan perniagaan dan operasi

Projek mesti dirancang dengan teliti untuk meminimumkan masa henti dan meminimumkan kehilangan produktiviti.

Sebagai contoh, adalah penting untuk mempertimbangkan perwakilan antara pengguna - jika pengguna berhijrah tetapi wakilnya kekal pada platform asal, bagaimanakah perkara itu akan menjejaskan kerja seharian mereka? Secara lebih luas, anda perlu mempertimbangkan cara projek migrasi mungkin memberi kesan kepada semua proses perniagaan dan aliran kerja kritikal syarikat anda.

Ia juga penting untuk mempertimbangkan titik sentuh kritikal dalam Nota. Contohnya, apabila berurusan dengan pemesejan, adalah penting untuk menganalisis aplikasi dan mempertimbangkan interaksi antara penghalaan mel dan aplikasi untuk mengelakkan gangguan kepada proses perniagaan semasa dan selepas penghijrahan. Pastikan anda bertanya soalan berikut:

  • Pengguna manakah yang mempunyai perwakilan dan bagaimanakah pemutusan hubungan ini boleh memberi kesan kepada proses perniagaan?
  • Apakah aplikasi dan proses perniagaan yang dikaitkan dengan persekitaran e-mel? Sebarang penyepaduan utama antara aplikasi dan perkhidmatan e-mel, seperti proses kelulusan, akan menjadi kritikal apabila merancang penghijrahan anda.
  • Apakah komponen dan ciri penting aplikasi yang perlu dipelihara?
  • Bagaimanakah anda boleh menggunakan ciri terbina dalam platform baharu untuk mencapai fungsi yang anda perlukan?
  • Adakah kandungan tidak aktif perlu diarkibkan untuk storan masa hadapan?
  • Adakah sebarang aplikasi perlu dibina semula untuk berjalan dengan betul dalam persekitaran baharu?
  • Bagaimanakah kejayaan akan diukur?

Sebelum anda memulakan penghijrahan anda, anda perlu menentukan kriteria untuk mengukur kejayaan. Khususnya, anda perlu memahami bahawa adalah tidak munasabah untuk mengharapkan pemindahan data 100%. Tidak setiap jenis item Nota mempunyai persamaan dalam Exchange (Mel Aktif ialah contoh yang paling mengerikan). Oleh itu, realitinya ialah tidak semua item dalam Nota akan wujud dalam Exchange selepas penghijrahan. Matlamat yang boleh dicapai dan boleh diukur ialah 95% item dipindahkan ke 95 peratus peti mel. Mengukur dan mendokumentasikan hasil adalah penting untuk memastikan kejayaan penghijrahan, dan hasil yang benar hanya mungkin jika kriteria kejayaan ditakrifkan pada permulaan projek pemindahan e-mel.

Langkah 2: Wujudkan Nota dan Pertukaran Kewujudan Bersama

Bagi kebanyakan organisasi, migrasi ialah proses, bukan peristiwa. Oleh itu, migrasi peti mel dan migrasi aplikasi harus mengikut jadual yang paling sesuai dengan perniagaan dan operasi serta tidak berdasarkan keperluan teknikal.

Pembangunan strategi kewujudan bersama

Untuk memaksimumkan nilai daripada migrasi, pelan kewujudan bersama yang lengkap mesti dibangunkan dan dilaksanakan pada awal proses migrasi. Takrif "kewujudan bersama" mungkin berbeza dari satu organisasi ke organisasi. Sesetengah organisasi secara aktif menggunakan data Bebas/Sibuk, yang lain tidak menggunakan fungsi ini sama sekali. Sesetengah menumpukan pada pemindahan data kalendar, manakala yang lain menumpukan pada penalaan halus untuk memindahkan direktori pengguna penuh. Adalah penting untuk bekerjasama dengan setiap pihak berkepentingan untuk mendapatkan gambaran yang jelas tentang perkara yang benar-benar penting dan membantu semua orang memahami kepentingan strategi kewujudan bersama yang berkesan.

Berhijrah daripada Notes to Exchange dan Office 365 memerlukan perancangan untuk peti mel dan pemindahan aplikasi pada masa yang sama. Fungsi aplikasi Nota Semasa mesti disokong untuk semua pengguna, tanpa mengira platform e-mel semasa mereka. Apabila pengguna berhijrah ke Exchange dan Office 365, mereka sepatutnya boleh mengakses dan menggunakan aplikasi Notes sebagai sebahagian daripada aliran kerja sedia ada mereka. Keupayaan ini harus diteruskan sehingga aplikasi Notes dipindahkan ke SharePoint atau platform lain.

Selain kewujudan bersama aplikasi, interaksi antara pengguna pada platform yang berbeza mesti dilaksanakan sebelum migrasi dimulakan. Ini termasuk penghalaan dan kemas kini direktori automatik, status Percuma/Sibuk dan kalendar untuk semua pengguna tanpa mengira platform semasa mereka.

Akhir sekali, anda perlu mempertimbangkan kerjasama antara bukan sahaja perkhidmatan e-mel anda, tetapi juga kalendar dan sumber kongsi anda, seperti bilik mesyuarat. Pengguna seharusnya boleh memuat turun maklumat penjadualan mesyuarat. Ini termasuk mesyuarat sekali dan berulang. Sama ada janji temu dijadualkan sebelum penghijrahan atau dibuat semasa penghijrahan, ketepatan data kalendar mesti dikekalkan sepanjang projek. Anda perlu memastikan bahawa pengguna boleh, contohnya, menukar bilik mesyuarat untuk mesyuarat seterusnya dalam mesyuarat berulang atau membatalkan satu mesyuarat tanpa menyebabkan konflik dan kekeliruan dalam mesyuarat berikutnya.

Langkah 3: Rancang untuk Ketepatan Penghijrahan Optimum

Merancang penghijrahan daripada Notes to Exchange atau Office 365 memerlukan pemahaman beberapa perbezaan khusus antara platform.

Alamat e-mel

Data nota biasanya mengandungi alamat proprietari yang muncul di beberapa tempat: dalam pengepala mesej, dibenamkan dalam arkib, kenalan peribadi dan senarai yang diedarkan. Sebagai sebahagian daripada proses migrasi, alamat proprietari ini mesti dikemas kini kepada alamat SMTP untuk memastikan kefungsian penuh dalam persekitaran Exchange. Banyak organisasi juga memilih untuk mengemas kini domain SMTP atau menangani standard semasa penghijrahan. Jika ini terpakai pada organisasi anda, adalah penting untuk memahami bahawa sesetengah penyelesaian migrasi mengemas kini kejadian alamat SMTP sejarah secara automatik untuk setiap pengguna.

Struktur folder

Dalam banyak organisasi, pengguna menggunakan peti mel dan arkib mereka sendiri, jadi penting untuk mengekalkan data ini. Keupayaan pengguna untuk melihat struktur folder lengkap mereka juga memberi kesan kepada pengalaman pengguna akibat daripada pemindahan. Adalah penting untuk memilih penyelesaian dan peralihan yang mengekalkan integriti folder dan struktur data.

Replika dan arkib tempatan

Untuk mengawal kos storan dan mengurus pertumbuhan data dengan lebih baik, banyak organisasi menetapkan kuota peti mel. Akibat yang tidak diingini daripada dasar ini selalunya ialah peningkatan dalam bilangan dan saiz arkib. Sumber data tambahan ini mesti dinilai dan penghijrahannya dipertimbangkan semasa perancangan migrasi. Anda boleh memberikan pengguna komponen layan diri yang membenarkan mereka memindahkan data penting sahaja. Untuk mengoptimumkan storan Exchange, kami mengesyorkan menggunakan produk Quest yang lain - Pengurus Arkib untuk Pertukaran, ia mempunyai, khususnya, fungsi berguna untuk penyahduplikasian fail yang dilampirkan, analog DAOS dalam Nota.

ACL dan delegasi

Senarai kawalan akses (ACL) dan delegasi ialah elemen utama untuk beroperasi dalam persekitaran Nota, dan ia juga penting untuk melindungi integriti. Akibatnya, adalah penting untuk menterjemahkan hak berkaitan dan hak akses kepada hak yang setara dengan tepat dalam Exchange Server dan Office 365. Sebaik-baiknya, melakukan ini secara automatik akan mempercepatkan proses dan menghapuskan ralat manusia. Untuk mengekalkan keberkesanan melindungi aset maklumat organisasi, ACL dan pemetaan delegasi mesti dilakukan serentak dengan data mel. Sesetengah organisasi cuba memberikan hak yang setara secara manual atau menggunakan skrip selepas pemindahan data selesai. Walau bagaimanapun, pendekatan ini boleh memberi kesan negatif kepada produktiviti dan menambah lubang keselamatan pada data organisasi.

Nota kandungan sendiri

Mel Aktif yang sama. Satu lagi masalah biasa apabila berhijrah daripada IBM Notes ialah menghadapi banyak teks kaya. Exchange dan Office 365 tidak menyokong jadual tab bersepadu, butang, borang yang disimpan dan kandungan proprietari lain dalam Nota. Akibatnya, anda perlu sama ada bersedia untuk kehilangan fungsi ini atau melabur dalam penyelesaian migrasi yang boleh menukar elemen ini kepada format yang boleh dipindahkan. Katakan dengan segera bahawa penyelesaian daripada Quest tidak menukar ini dalam apa-apa cara dan hanya boleh memindahkan surat tersebut sebagai lampiran supaya pengguna kemudiannya boleh membukanya melalui klien Notes.

Kumpulan dan buku alamat peribadi

Banyak organisasi menggunakan senarai mel awam secara meluas untuk dalaman dan
komunikasi luaran. Selain itu, pengguna Notes sering mendapati penting untuk mengekalkan hubungan perniagaan dalam buku alamat peribadi. Sumber data ini penting untuk operasi perniagaan dan mesti diubah dengan cekap semasa pemindahan ke platform Microsoft. Akibatnya, adalah penting untuk menyediakan kumpulan secara automatik untuk penghijrahan ke Active Directory dan menukar semua alamat peribadi dengan cekap, malah yang disimpan pada desktop pengguna.

Berinteraksi dengan aplikasi Notes

Titik integrasi antara aplikasi dan perkhidmatan mel, seperti proses penyelarasan, adalah penting semasa merancang dan menjadualkan migrasi. IBM Notes mempunyai integrasi yang lebih ketat antara e-mel dan aplikasi berbanding platform lain. Penyepaduan ini boleh merangkumi segala-galanya daripada pautan dokumen mudah kepada proses perniagaan.

Sumber dan pangkalan data mel

Banyak organisasi menggunakan pangkalan data tempahan sumber, pangkalan data mel dan pangkalan data kongsi lain dalam Nota. Akibatnya, pangkalan data ini memainkan peranan penting dalam fungsi sesebuah organisasi. Untuk memastikan kesinambungan perniagaan dan produktiviti pekerja, adalah sangat penting untuk mempertimbangkan pendekatan dan masa pelaksanaan untuk:

  • Mencipta peti mel sumber dalam persekitaran sasaran;
  • Memindahkan data daripada pangkalan data tempahan ke Exchange;
  • Memastikan pengguna kedua-dua sistem boleh bekerjasama dan menggunakan sumber dalam Nota dan Pertukaran.

Langkah 4: Maksimumkan Kecekapan Migrasi

Di samping memastikan ketepatan data, ia juga penting untuk memastikan bahawa migrasi adalah seefisien mungkin berdasarkan keperluan organisasi. Keberkesanan migrasi secara langsung bergantung bukan sahaja pada kos langsung, tetapi juga pada tahap kesan ke atas perniagaan.

Senibina Penyelesaian Migrasi

Salah satu faktor terpenting yang mempengaruhi kecekapan ialah seni bina penyelesaian migrasi. Adalah penting untuk memilih penyelesaian dengan seni bina berbilang benang yang membolehkan satu pelayan migrasi memindahkan berbilang pengguna pada masa yang sama. Seni bina berbilang benang mengurangkan keperluan perkakasan penghijrahan dan meningkatkan kelajuan penghijrahan, secara mendadak mengurangkan kos keseluruhan projek. Jangan tertipu dengan penyelesaian migrasi yang mendakwa sebagai berbilang benang tetapi sebenarnya memindahkan hanya satu pengguna pada satu masa dan memerlukan penambahan stesen kerja untuk memindahkan lebih ramai pengguna pada satu masa. Bergantung pada konfigurasi dan persekitaran, penyelesaian berbilang benang sebenar adalah 30 hingga 5000 peratus lebih cekap apabila memindahkan data ke Exchange dan Office 365.

Proses migrasi

Migrasi melibatkan banyak langkah dan proses mesti berlaku pada masa yang sesuai untuk memastikan peralihan yang lancar. Untuk meminimumkan gangguan perniagaan dan memaksimumkan faedah migrasi, semua proses mesti disepadukan dan dikawal oleh satu aplikasi yang boleh mengendalikan setiap langkah migrasi tepat pada masanya.

Fleksibiliti dan layan diri

Sesetengah pengguna dan jabatan perlu menyimpang daripada proses migrasi standard. Sebagai contoh, jabatan undang-undang mungkin mempunyai keperluan storan yang berbeza, atau pengurus mungkin perlu memindahkan keseluruhan peti mel dan arkib mereka. Oleh itu, adalah penting untuk memilih penyelesaian migrasi fleksibel yang membolehkan pasukan migrasi menyesuaikan diri dengan keperluan ini dengan mudah. Salah satu cara yang paling berkesan untuk menyediakan fleksibiliti ini adalah untuk mendayakan layan diri untuk sesetengah pengguna anda. Sebagai contoh, sesetengah pengguna mungkin dibenarkan untuk memindahkan data tambahan daripada fail mel utama mereka atau data setempat untuk kemudian menukarnya menjadi arkib peribadi pada pelayan.

Langkah 5: Jalankan migrasi ujian

Setelah penilaian pra-penghijrahan telah selesai, strategi kewujudan bersama telah dimuktamadkan, dan rancangan pengoptimuman telah ditakrifkan, adalah penting untuk mendapatkan pengesahan strategi melalui satu atau lebih perintis migrasi.

Tujuan migrasi perintis adalah untuk menguji prosedur yang dibangunkan dan untuk mengenal pasti masalah yang mungkin timbul selepas penghijrahan penuh dimulakan, memberi mereka peluang untuk menyelesaikannya sebelum memulakan migrasi langsung. Akibatnya, masalah semasa migrasi perintis adalah dijangka dan dialu-alukan.

Menentukan jumlah migrasi perintis

Penghijrahan perintis hendaklah cukup besar untuk mengumpul sampel data yang mewakili dan menjawab soalan berkaitan yang mungkin dihadapi semasa penghijrahan pertempuran. Jika anda memindahkan beberapa ribu peti mel, saiz sampel sepatutnya mencukupi. Untuk migrasi yang sangat besar peratusannya mungkin kurang.

Pemilihan data dan sistem

Semasa proses migrasi perintis, adalah penting untuk menggunakan data pertempuran dan sistem pertempuran. Ini sangat penting kerana beberapa sebab:

  • Anda perlu memahami bagaimana persekitaran pertempuran akan berkelakuan. Persekitaran yang dihasilkan secara sintetik tidak akan mewakili persekitaran pertempuran.
  • Anda boleh mendapatkan lebih banyak maklumat tentang mesej yang disulitkan, kekerapan jenis mesej yang tidak ditemui dalam Exchange dan keperluan storan berdasarkan data sampel.

Menetapkan jangkaan

Proses perintis migrasi juga menyediakan peluang yang sangat baik untuk menguji kriteria kejayaan yang digariskan untuk projek dan menentukur jangkaan untuk migrasi yang tinggal. Jika pelarasan diperlukan, ia mesti didokumenkan dan diambil kira semasa penghijrahan pertempuran.

Langkah 6: Rancang masa migrasi untuk meminimumkan kesan ke atas organisasi

Pengumpulan pengguna

Untuk meminimumkan kesan kepada pengguna dan organisasi secara keseluruhan, pengguna yang bekerjasama harus dipindahkan pada masa yang sama. Faktor utama yang perlu dipertimbangkan semasa membuat kumpulan ini termasuk perwakilan. Cari penyelesaian yang boleh mengesyorkan koleksi untuk penghijrahan berdasarkan maklumat tentang perhubungan pengguna dalam persekitaran sumber.

Masa migrasi

Setelah penghijrahan kumpulan selesai, pastikan anda menjadualkan masa
impak kepada pengguna ini adalah minimum. Ini mungkin bermakna menjadualkan tetingkap migrasi untuk masa tertentu dalam sehari untuk mengelak daripada berhijrah semasa waktu perniagaan, pada penghujung bulan dalam tahun atau semasa tingkap penyelenggaraan. Sebagai contoh, pasukan jualan mungkin tidak sepatutnya berhijrah sehingga hampir penghujung suku tahun dan jabatan perakaunan dan undang-undang mungkin akan mempunyai sekatan pada masa mereka boleh berhijrah.

Langkah 7: Mulakan migrasi dan jejak kemajuannya

Dengan pendekatan migrasi data yang disahkan oleh rintis, migrasi pertempuran harus menjadi acara rutin. Kemungkinan akan terdapat sedikit pelarasan sepanjang proses untuk menampung keperluan kumpulan tertentu. Pemantauan yang teliti masih diperlukan untuk memastikan semua kontingensi diambil kira semasa fasa perancangan dan perintis. Walau bagaimanapun, proses itu mesti menjadi semakin automatik. Pelaksanaan jadual migrasi pertempuran adalah penting untuk mendokumenkan dan menyampaikan kemajuan di seluruh organisasi untuk memberikan pengesahan bahawa jangkaan telah dipenuhi. Pemantauan dan maklum balas kekal sebagai aspek utama penghijrahan yang berjaya sepanjang proses.

Kesimpulan

Kami telah membincangkan perkara yang perlu anda pertimbangkan semasa memindahkan perkhidmatan pos anda. Jika anda sedang dalam proses memilih penyelesaian migrasi atau hanya memikirkannya, adalah penting untuk mengambil kira semua ini. Kami bekerjasama dengan penyelesaian migrasi daripada Quest dan bersedia untuk mengesyorkannya sebagai yang paling berkesan dalam mengurangkan bilangan langkah manual dan meningkatkan jumlah data yang dipindahkan akibat daripada migrasi.

Jika anda ingin mengetahui lebih lanjut tentang pendekatan yang berkesan untuk penghijrahan, serahkan permintaan kepada borang maklumbalas di laman web kami atau hubungi sahaja, dan anda juga boleh mempelajari bahan tambahan menggunakan pautan di bawah:

Artikel Habr: Penghijrahan IBM Lotus Notes/Domino ke Microsoft Exchange

Pencarian Migrator untuk Pertukaran Nota di tapak web Gals

Pengurus Kewujudan Bersama Quest untuk Nota di tapak web Gals

Pencarian Migrator untuk Nota untuk Bertukar di tapak web Quest

Pengurus Kewujudan Bersama Quest untuk Nota di tapak web Quest

Sumber: www.habr.com

Tambah komen