Berhijrah daripada IBM Notes ke Microsoft Exchange atau Office 365 menawarkan faedah yang ketara untuk sesebuah organisasi, tetapi projek migrasi itu sendiri boleh menjadi menakutkan dan tidak jelas dari mana hendak bermula. Exchange itu sendiri tidak termasuk alat asli untuk penghijrahan penuh atau kewujudan bersama antara Notes dan Exchange. Malah, beberapa tugas penghijrahan dan kewujudan bersama adalah mustahil tanpa produk pihak ketiga. Dalam artikel ini, kami akan menggariskan tujuh langkah utama untuk diambil berdasarkan amalan terbaik dan pengalaman kami dengan migrasi yang berjaya.
Penghijrahan yang berjaya termasuk langkah-langkah berikut:
- Penilaian awal migrasi.
- Mewujudkan kewujudan bersama antara Nota dan Pertukaran.
- Merancang ketepatan penghijrahan yang optimum.
- Memastikan kecekapan penghijrahan maksimum.
- Melancarkan migrasi ujian.
- Merancang masa migrasi untuk meminimumkan kesan ke atas organisasi.
- Melancarkan migrasi dan memantau kemajuannya.
Dalam artikel ini, kita akan melihat cara untuk menyediakan dan melengkapkan penghijrahan menggunakan dua penyelesaian daripada Quest: и Beberapa butiran di bawah potongan.
Langkah 1: Penilaian Awal Migrasi
Menjalankan inventori persekitaran semasa
Jika anda telah memutuskan Exchange ialah platform yang sesuai untuk organisasi anda, yang tinggal hanyalah berhijrah. Mula-mula, anda perlu mengumpulkan maklumat tentang persekitaran semasa anda, mengumpulkan inventori data yang anda rancang untuk berhijrah, menentukan perkara yang boleh dialih keluar untuk mengurangkan penggunaan ruang cakera, mengira lebar jalur yang tersedia antara persekitaran dan sebagainya. Penilaian awal ini hendaklah mengandungi soalan-soalan berikut:
- Berapakah bilangan domain Nota dan pelayan Domino yang ada?
- Berapa banyak peti mel yang anda ada? Berapa ramai daripada mereka yang tidak digunakan?
- Berapa banyak ruang cakera yang digunakan oleh fail mel utama? Berapa banyak yang arkib ambil? Berapakah jumlah replika tempatan yang diambil?
- Di manakah terletaknya arkib?
- Berapa ramai pengguna menggunakan penyulitan? Adakah anda perlu memindahkan kandungan yang disulitkan?
- Berapa banyak folder peribadi yang terdapat dalam persekitaran?
- Pengguna manakah yang menggunakan pautan dokumen? Berapa ramai pengguna yang menerima pautan daripada pengguna dan aplikasi lain?
- Berapa banyak data yang anda merancang untuk berhijrah? Sebagai contoh, anda hanya mahu memindahkan data dari enam bulan lalu.
- Adakah arkib asli akan dipindahkan ke arkib peribadi Exchange atau fail Outlook *.pst?
- Apakah had lebar jalur? Berapa banyak data yang boleh dipindahkan?
tempoh masa tertentu? - Berapa banyak ruang storan yang diperlukan selepas penghijrahan?
Bagaimanakah penghijrahan akan memberi kesan kepada 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 perwakilan mereka kekal pada platform sumber, apakah ini akan memberi kesan kepada kerja seharian mereka? Secara lebih luas, adalah penting untuk mempertimbangkan cara projek migrasi mungkin memberi kesan kepada semua proses perniagaan dan aliran kerja kritikal dalam syarikat.
Ia juga penting untuk mempertimbangkan titik interaksi kritikal dalam Nota. Sebagai contoh, apabila bekerja dengan mesej, adalah penting untuk menganalisis aplikasi dan mempertimbangkan interaksi antara penghalaan mel dan aplikasi untuk mengelakkan gangguan kepada proses perniagaan semasa dan selepas penghijrahan. Soalan berikut harus dipertimbangkan:
- Pengguna manakah yang mempunyai perwakilan dan bagaimanakah gangguan perhubungan ini boleh memberi kesan kepada proses perniagaan?
- Apakah aplikasi dan proses perniagaan yang disambungkan ke persekitaran e-mel? Sebarang penyepaduan utama antara aplikasi dan perkhidmatan e-mel, seperti proses kelulusan, akan menjadi kritikal apabila merancang penghijrahan.
- 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 mana-mana aplikasi perlu dibina semula untuk berfungsi dengan baik dalam persekitaran baharu?
- Bagaimanakah kejayaan akan diukur?
Sebelum memulakan penghijrahan, adalah penting untuk menentukan kriteria kejayaan. Khususnya, adalah penting untuk memahami bahawa adalah tidak munasabah untuk mengharapkan 100% pemindahan data. Bukan setiap jenis item Nota mempunyai pertukaran yang setara (Mel Aktif ialah contoh yang paling jelas). Oleh itu, realitinya ialah tidak semua item Nota akan wujud dalam Exchange selepas penghijrahan. Matlamat yang boleh dicapai dan boleh diukur ialah 95% item dipindahkan untuk 95% peti mel. Mengukur dan mendokumentasikan keputusan adalah penting untuk memastikan kejayaan penghijrahan, dan hasil yang benar hanya mungkin jika kriteria kejayaan ditakrifkan pada awal projek pemindahan e-mel.
Langkah 2: Mewujudkan Kewujudan Bersama Antara Nota dan Pertukaran
Bagi kebanyakan organisasi, migrasi ialah proses, bukan peristiwa. Oleh itu, migrasi peti mel dan migrasi aplikasi harus mengikut jadual yang paling sesuai dengan keperluan perniagaan dan operasi, bukan yang didorong oleh keperluan teknikal.
Membangunkan Strategi Kewujudan Bersama
Untuk memaksimumkan nilai migrasi, pelan kewujudan bersama yang komprehensif harus dibangunkan dan dilaksanakan pada awal proses migrasi. Takrif "kewujudan bersama" boleh berbeza dari satu organisasi ke organisasi. Sesetengah organisasi secara aktif menggunakan data Bebas/Sibuk, manakala yang lain tidak menggunakan fungsi ini sama sekali. Sesetengah menumpukan pada pemindahan data kalendar, manakala yang lain menumpukan pada perancangan dengan teliti pemindahan keseluruhan direktori pengguna. Adalah penting untuk bekerjasama dengan semua pihak berkepentingan untuk membangunkan pemahaman yang jelas tentang perkara yang benar-benar penting dan membantu semua orang memahami kepentingan strategi kewujudan bersama yang berkesan.
Berhijrah daripada Nota ke Exchange dan Office 365 memerlukan perancangan untuk kedua-dua peti mel dan pemindahan aplikasi. Fungsi 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 Nota dalam aliran kerja sedia ada mereka. Keupayaan ini harus dikekalkan sehingga aplikasi Notes dipindahkan ke SharePoint atau platform lain.
Selain kewujudan bersama apl, interaksi antara pengguna pada platform berbeza mesti dilaksanakan sebelum memulakan migrasi. Ini termasuk penghalaan automatik dan kemas kini direktori, status bebas/sibuk dan kalendar untuk semua pengguna, tanpa mengira platform semasa mereka.
Akhir sekali, adalah penting untuk mempertimbangkan kerjasama bukan sahaja dengan perkhidmatan e-mel, tetapi juga dengan kalendar dan sumber yang dikongsi seperti bilik persidangan. Pengguna seharusnya boleh memuat naik maklumat jadual mesyuarat, termasuk mesyuarat sekali dan berulang. Sama ada mesyuarat dijadualkan sebelum penghijrahan atau dibuat semasa penghijrahan, ketepatan data kalendar mesti dikekalkan sepanjang projek. Adalah penting untuk memastikan bahawa pengguna boleh, contohnya, menukar bilik mesyuarat untuk mesyuarat berulang yang akan datang atau membatalkan satu mesyuarat tanpa menyebabkan konflik atau kekeliruan dalam mesyuarat berikutnya.
Langkah 3: Merancang 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 mengekalkan peti mel dan arkib mereka sendiri, jadi mengekalkan data ini adalah penting. Keupayaan pengguna untuk melihat keseluruhan struktur folder mereka juga memberi kesan kepada pengalaman pengguna selepas penghijrahan. Adalah penting untuk memilih penyelesaian dan proses 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 harus dinilai dan penghijrahannya harus dipertimbangkan semasa perancangan migrasi. Komponen layan diri boleh disediakan kepada pengguna, membolehkan mereka memindahkan data penting sahaja. Untuk pengoptimuman storan Exchange, kami mengesyorkan menggunakan produk lain, Quest. , ia mempunyai, khususnya, fungsi berguna untuk menyahduplikasi fail yang dilampirkan, serupa dengan DAOS dalam Nota.
ACL dan delegasi
Senarai kawalan akses (ACL) dan delegasi ialah elemen operasi utama dalam persekitaran Nota, dan ia juga penting untuk perlindungan integriti. Oleh itu, adalah penting untuk menukar kebenaran yang berkaitan dan hak akses kepada hak yang setara dalam Exchange Server dan Office 365 dengan tepat. Sebaik-baiknya, ini harus dilakukan secara automatik, yang akan mempercepatkan proses dan menghapuskan ralat manusia. Untuk mengekalkan perlindungan efektif aset maklumat organisasi, penukaran ACL dan delegasi hendaklah dilakukan serentak dengan data e-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 terhadap produktiviti dan mewujudkan jurang dalam keselamatan data organisasi.
Kandungan Nota Sendiri
Mel Aktif yang sama. Satu lagi isu biasa apabila berhijrah daripada IBM Notes ialah menghadapi sejumlah besar teks berformat. 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 mampu menukar elemen ini kepada format yang boleh dipindahkan. Mari kita jelaskan: Penyelesaian Quest tidak menukar ini sama sekali dan hanya boleh memindahkan e-mel tersebut sebagai lampiran, membolehkan pengguna membukanya kemudian dalam klien Notes.
Kumpulan dan buku alamat peribadi
Banyak organisasi menggunakan senarai mel awam secara meluas untuk dalaman dan
Komunikasi luaran. Tambahan pula, pengguna Nota sering mendapati penting untuk mengurus kenalan perniagaan dalam buku alamat peribadi. Sumber data ini penting untuk operasi perniagaan dan mesti ditukar dengan berkesan semasa peralihan kepada platform Microsoft. Oleh itu, adalah penting untuk menyediakan kumpulan secara automatik untuk penghijrahan ke Active Directory dan menukar semua alamat peribadi dengan cekap, malah yang disimpan pada stesen kerja pengguna.
Berinteraksi dengan aplikasi Nota
Titik integrasi antara aplikasi dan perkhidmatan e-mel, seperti proses kelulusan, adalah penting apabila 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 proses dok 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 operasi organisasi. Untuk memastikan kesinambungan perniagaan dan produktiviti pekerja, adalah penting untuk mempertimbangkan pendekatan dan garis masa pelaksanaan untuk:
- Mencipta peti mel sumber dalam persekitaran sasaran;
- Memindahkan data daripada pangkalan data sandaran ke Exchange;
- Memastikan pengguna kedua-dua sistem boleh bekerjasama dan menggunakan sumber dalam Nota dan Pertukaran.
Langkah 4: Pastikan kecekapan penghijrahan maksimum
Selain memastikan ketepatan data, ia juga penting untuk memastikan penghijrahan yang paling cekap mungkin, dengan mengambil kira keperluan organisasi. Kecekapan migrasi secara langsung bergantung bukan sahaja pada kos langsung tetapi juga pada kesan perniagaan.
Seni bina 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 membenarkan pelayan migrasi tunggal untuk memindahkan berbilang pengguna secara serentak. Seni bina berbilang benang mengurangkan keperluan perkakasan untuk penghijrahan dan meningkatkan kelajuan penghijrahan, secara mendadak mengurangkan kos keseluruhan projek. Jangan tertipu dengan penyelesaian migrasi yang mendakwa sebagai berbilang benang, tetapi sebenarnya hanya memindahkan satu pengguna pada satu masa dan memerlukan stesen kerja tambahan untuk memindahkan lebih ramai pengguna secara serentak. 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 ini mesti berlaku pada masa yang sesuai untuk memastikan peralihan yang lancar. Untuk meminimumkan gangguan perniagaan dan memaksimumkan faedah peralihan, semua proses harus disepadukan dan diuruskan oleh satu aplikasi yang boleh mengendalikan setiap langkah migrasi tepat pada masanya.
Fleksibiliti dan layan diri
Sesetengah pengguna dan jabatan memerlukan penyimpangan daripada proses migrasi standard. Sebagai contoh, jabatan undang-undang mungkin mempunyai keperluan storan yang berbeza, atau eksekutif mungkin perlu memindahkan keseluruhan peti mel mereka dan semua arkib. Oleh itu, adalah penting untuk memilih penyelesaian migrasi fleksibel yang membolehkan pasukan migrasi menyesuaikan diri dengan keperluan ini dengan mudah. Salah satu kaedah paling berkesan untuk menyediakan fleksibiliti ini adalah untuk membolehkan layan diri untuk sesetengah pengguna. Sebagai contoh, sesetengah pengguna mungkin dibenarkan untuk memindahkan data tambahan daripada fail mel utama mereka atau data setempat, dan kemudian menukarnya kepada arkib peribadi pada pelayan.
Langkah 5: Jalankan migrasi percubaan
Setelah anda melengkapkan penilaian pra-penghijrahan anda, memperhalusi strategi kewujudan bersama anda dan menentukan rancangan pengoptimuman anda, adalah penting untuk mengesahkan strategi anda melalui satu atau lebih perintis migrasi.
Tujuan migrasi perintis adalah untuk menguji prosedur yang dibangunkan dan mengenal pasti sebarang isu yang mungkin timbul selepas migrasi penuh bermula, membenarkan penyelesaian sebelum migrasi pengeluaran bermula. Akibatnya, masalah semasa migrasi perintis 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 timbul semasa migrasi pengeluaran. Jika anda memindahkan beberapa ribu peti mel, saiz sampel sepatutnya mencukupi. Untuk migrasi yang sangat besar, saiz sampel mungkin lebih kecil.
Pemilihan data dan sistem
Semasa proses perintis migrasi, adalah penting untuk menggunakan data tempur dan sistem tempur. Ini 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 data tambahan 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 mengesahkan kriteria kejayaan yang digariskan untuk projek dan menentukur jangkaan untuk migrasi yang tinggal. Jika pelarasan diperlukan, ia hendaklah didokumenkan dan diambil kira semasa penghijrahan pengeluaran.
Langkah 6: Rancang masa migrasi anda untuk meminimumkan kesan ke atas organisasi anda
Pengumpulan pengguna
Untuk meminimumkan kesan kepada pengguna dan organisasi secara keseluruhan, pindahkan pengguna yang bekerja bersama-sama secara serentak. Faktor utama yang perlu dipertimbangkan semasa membuat kumpulan ini termasuk perwakilan. Cari penyelesaian yang boleh mengesyorkan koleksi untuk penghijrahan berdasarkan perhubungan pengguna dalam persekitaran sumber.
Masa migrasi
Setelah penghijrahan kumpulan selesai, pastikan anda menjadualkan masa
Kesan kepada pengguna ini adalah minimum. Ini mungkin bermakna menjadualkan tetingkap migrasi untuk masa tertentu dalam sehari untuk mengelakkan migrasi semasa waktu perniagaan, pada penghujung setiap bulan atau semasa tetingkap penyelenggaraan. Sebagai contoh, pasukan jualan mungkin tidak sepatutnya berhijrah pada penghujung suku tahun dan jabatan perakaunan dan undang-undang mungkin akan mempunyai kekangan masa untuk penghijrahan mereka.
Langkah 7: Mulakan migrasi dan pantau kemajuannya
Dengan pendekatan migrasi data yang disahkan dalam perintis, migrasi pengeluaran harus menjadi acara rutin. Pelarasan kecil mungkin akan dibuat sepanjang proses untuk menampung keperluan kumpulan tertentu. Pemantauan yang teliti masih diperlukan untuk memastikan semua kontingensi ditangani semasa fasa perancangan dan perintis. Walau bagaimanapun, proses itu harus menjadi semakin automatik. Adalah penting untuk mendokumenkan jadual migrasi pengeluaran dan menyampaikan kemajuan di seluruh organisasi untuk memastikan jangkaan dipenuhi. Pemantauan dan maklum balas kekal sebagai aspek utama penghijrahan yang berjaya sepanjang proses.
Kesimpulan
Kami telah menggariskan pertimbangan utama apabila memindahkan perkhidmatan e-mel anda. Sama ada anda sedang dalam proses memilih penyelesaian migrasi atau hanya mempertimbangkannya, adalah penting untuk mengingati pertimbangan ini. Kami bekerja dengan penyelesaian migrasi daripada Quest dan mengesyorkannya sebagai yang paling berkesan untuk mengurangkan langkah manual dan meningkatkan jumlah data yang dipindahkan semasa penghijrahan.
Jika anda ingin mengetahui lebih lanjut tentang pendekatan yang berkesan untuk migrasi, sila serahkan permintaan kepada di laman web kami atau hubungi sahaja, dan anda juga boleh mempelajari bahan tambahan di pautan di bawah:
Sumber: www.habr.com
