Migrasi saka IBM Notes menyang Microsoft Exchange utawa Office 365 nyedhiyakake akeh keuntungan kanggo organisasi, nanging proyek migrasi dhewe katon nggegirisi lan ora jelas ing ngendi arep miwiti migrasi. Exchange dhewe ora kalebu piranti dhewe kanggo migrasi lengkap utawa coexistence saka Cathetan lan Exchange. Nyatane, sawetara tugas migrasi lan urip bebarengan ora bisa ditindakake tanpa produk pihak katelu. Ing artikel iki, kita bakal njlentrehake pitung langkah penting sing kudu ditindakake adhedhasar praktik paling apik lan pengalaman migrasi sing sukses.
Migrasi sing sukses kalebu langkah-langkah ing ngisor iki:
- Assessment migrasi awal.
- Nggawe coexistence antarane Cathetan lan Exchange.
- Rencana kanggo akurasi migrasi sing optimal.
- Njamin efisiensi migrasi maksimal.
- Jalanake migrasi tes.
- Ngrancang wektu migrasi kanggo nyilikake impact ing organisasi.
- Bukak migrasi lan lacak kemajuane.
Ing artikel iki, kita bakal ndeleng carane nyiyapake lan ngrampungake migrasi nggunakake rong solusi saka Quest - и . Ing ngisor potong ana sawetara rincian.
Langkah 1: Assessment Migrasi Awal
Njupuk inventarisasi lingkungan sampeyan saiki
Yen sampeyan mutusake yen Exchange minangka platform sing cocog kanggo organisasi sampeyan, sampeyan mung kudu pindhah menyang kana. Pisanan, sampeyan kudu ngumpulake informasi babagan lingkungan sampeyan saiki, ngumpulake informasi inventaris babagan data sing arep dipindhah, nemtokake apa sing bisa dibusak kanggo ngurangi panggunaan spasi disk, ngetung bandwidth sing kasedhiya ing antarane lingkungan, lsp. Assessment awal kudu kalebu pitakonan ing ngisor iki:
- Pira domain Cathetan lan server Domino?
- Pira kothak layang sampeyan duwe? Carane akeh sing ora digunakake?
- Pira papan disk sing dienggo file surat utama? Pira sing ana ing arsip? Carane akeh sing ana ing replika lokal?
- Ing ngendi arsip kasebut dumunung?
- Pira pangguna nggunakake enkripsi? Konten sing dienkripsi kudu ditransfer?
- Pira folder pribadi sing ana ing lingkungan?
- Pangguna endi sing nggunakake pranala dokumen? Pira pangguna sing wis nampa tautan saka pangguna lan aplikasi liyane?
- Pira data sing arep ditransfer? Contone, sampeyan pengin nransfer data mung kanggo nem sasi pungkasan.
- Apa arsip asli bakal dipindhah menyang arsip Exchange pribadi utawa file Outlook *.pst?
- Apa watesan bandwidth? Carane akeh data bisa ditransfer menyang
wektu tartamtu? - Pira panyimpenan sing dibutuhake sawise migrasi?
Kepiye migrasi bakal mengaruhi bisnis lan operasi
Proyek kasebut kudu direncanakake kanthi ati-ati kanggo nyuda downtime lan nyuda produktivitas sing ilang.
Contone, penting kanggo nimbang delegasi ing antarane pangguna - yen pangguna migrasi nanging utusane tetep ing platform asli, kepiye pengaruhe ing karya saben dinane? Luwih umum, sampeyan kudu nimbang kepiye proyek migrasi bisa nyebabake kabeh proses bisnis lan alur kerja kritis perusahaan sampeyan.
Penting uga kanggo nimbang titik tutul kritis ing Cathetan. Contone, nalika ngurusi olahpesen, penting kanggo nganalisa aplikasi lan nimbang interaksi antarane rute email lan aplikasi supaya ora ana gangguan ing proses bisnis sajrone lan sawise migrasi. Priksa manawa takon pitakonan ing ngisor iki:
- Pangguna endi sing duwe delegasi lan kepiye carane nglanggar hubungan iki bisa mengaruhi proses bisnis?
- Aplikasi lan proses bisnis apa sing digandhengake karo lingkungan email? Sembarang integrasi kunci ing antarane aplikasi lan layanan email, kayata proses persetujuan, bakal dadi kritis nalika ngrancang migrasi sampeyan.
- Apa komponen lan fitur penting saka aplikasi sing kudu dilestarekake?
- Kepiye sampeyan bisa nggunakake fitur sing dibangun ing platform anyar kanggo entuk fungsi sing dibutuhake?
- Apa konten sing ora aktif kudu diarsipake kanggo panyimpenan ing mangsa ngarep?
- Apa aplikasi kudu dibangun maneh supaya bisa mlaku kanthi bener ing lingkungan anyar?
- Kepiye carane sukses bakal diukur?
Sadurunge miwiti migrasi, sampeyan kudu nemtokake kritéria kanggo ngukur sukses. Utamane, sampeyan kudu ngerti manawa ora nyana 100% transfer data. Ora saben jinis item Cathetan duwe sing padha ing Exchange (Mail Aktif minangka conto sing paling egregious). Mulane, kasunyatane ora kabeh item ing Cathetan bakal ana ing Exchange sawise migrasi. Sasaran sing bisa digayuh lan bisa diukur yaiku 95% item sing dipindhah menyang 95 persen kothak layang. Ngukur lan nyathet asil penting kanggo njamin sukses migrasi, lan asil sing bener mung bisa ditindakake yen kritéria sukses wis ditetepake ing wiwitan proyek migrasi email.
Langkah 2: Nggawe Cathetan lan Exchange Coexistence
Kanggo umume organisasi, migrasi minangka proses, dudu acara. Mula, migrasi kothak layang lan migrasi aplikasi kudu ngetutake jadwal sing paling cocog karo bisnis lan operasi lan ora adhedhasar syarat teknis.
Pangembangan strategi coexistence
Kanggo nggedhekake nilai saka migrasi, rencana coexistence lengkap kudu dikembangake lan dileksanakake ing awal proses migrasi. Dhéfinisi "coexistence" bisa beda-beda ing saben organisasi. Sawetara organisasi aktif nggunakake data Gratis / Sibuk, liyane ora nggunakake fungsi iki. Sawetara fokus ing migrasi data tanggalan, dene liyane fokus ing fine-tuning migrasi direktori pangguna lengkap. Penting kanggo nggarap saben pihak sing duwe kepentingan kanggo entuk gambaran sing jelas babagan apa sing penting lan mbantu saben wong ngerti pentinge strategi urip bebarengan sing efektif.
Migrasi saka Cathetan menyang Exchange lan Office 365 mbutuhake rencana migrasi kothak layang lan aplikasi bebarengan. Fungsi aplikasi Cathetan Saiki kudu didhukung kanggo kabeh pangguna, preduli saka platform email sing saiki. Nalika pangguna pindhah menyang Exchange lan Office 365, dheweke kudu bisa ngakses lan nggunakake aplikasi Cathetan minangka bagean saka alur kerja sing wis ana. Kapabilitas iki kudu terus nganti aplikasi Cathetan dipindhah menyang SharePoint utawa platform liyane.
Saliyane ing coexistence aplikasi, interaksi antarane pangguna ing platform beda kudu dileksanakake sadurunge migrasi diwiwiti. Iki kalebu rute lan nganyari direktori otomatis, status Gratis / Sibuk lan tanggalan kanggo kabeh pangguna preduli saka platform sing saiki.
Pungkasan, sampeyan kudu nimbang kolaborasi antarane ora mung layanan email, nanging uga tanggalan lan sumber daya sing dienggo bareng, kayata ruang rapat. Pangguna kudu bisa ndownload informasi jadwal rapat. Iki kalebu rapat-rapat siji-wektu lan ambalan. Apa janjian wis dijadwal sadurunge migrasi utawa digawe nalika migrasi, akurasi data tanggalan kudu dijaga ing saindhenging proyek. Sampeyan kudu mesthekake yen pangguna bisa, contone, ngganti kamar rapat kanggo rapat sabanjure ing rapat sing bola-bali utawa mbatalake siji rapat tanpa nyebabake konflik lan kebingungan ing rapat-rapat sabanjure.
Langkah 3: Rencana kanggo Akurasi Migrasi Optimal
Ngrencanakake migrasi saka Notes to Exchange utawa Office 365 mbutuhake pangerten sawetara beda tartamtu ing antarane platform kasebut.
alamat email
Data cathetan biasane ngemot alamat kepemilikan sing katon ing sawetara panggonan: ing header pesen, ditempelake ing arsip, kontak pribadhi, lan dhaptar sing disebarake. Minangka bagéan saka proses migrasi, alamat kepemilikan iki kudu dianyari menyang alamat SMTP kanggo njamin fungsionalitas lengkap ing lingkungan Exchange. Akeh organisasi uga milih nganyari domain SMTP utawa standar alamat nalika migrasi. Yen iki ditrapake kanggo organisasi sampeyan, sampeyan kudu ngerti manawa sawetara solusi migrasi kanthi otomatis nganyari alamat SMTP riwayat kanggo saben pangguna.
Struktur folder
Ing pirang-pirang organisasi, pangguna nggunakake kothak layang lan arsip dhewe, mula penting kanggo njaga data kasebut. Kemampuan pangguna kanggo ndeleng struktur folder lengkap uga mengaruhi pengalaman pangguna minangka asil migrasi. Penting kanggo milih solusi lan transisi sing njaga integritas folder lan struktur data.
Replika lan arsip lokal
Kanggo ngontrol biaya panyimpenan lan luwih apik ngatur wutah data, akeh organisasi nyetel kuota kothak layang. Konsekuensi sing ora disengaja saka kabijakan iki asring nambah jumlah lan ukuran arsip. Sumber data tambahan iki kudu dievaluasi lan migrasi kasebut dianggep sajrone perencanaan migrasi. Sampeyan bisa menehi pangguna komponen layanan mandiri sing ngidini mung migrasi data penting. Kanggo ngoptimalake panyimpenan Exchange, disaranake nggunakake produk Quest liyane - , nduweni, utamane, fungsi sing migunani kanggo deduplikasi file sing dilampirake, analog DAOS ing Cathetan.
ACL lan delegasi
Dhaptar kontrol akses (ACL) lan delegasi minangka unsur kunci kanggo operasi ing lingkungan Cathetan, lan uga penting kanggo nglindhungi integritas. Akibaté, penting kanggo nerjemahake hak sing gegandhengan lan hak akses menyang hak sing padha ing Exchange Server lan Office 365. Saenipun, nindakake iki kanthi otomatis bakal nyepetake proses lan ngilangi kesalahan manungsa. Kanggo njaga efektifitas nglindhungi aset informasi organisasi, ACL lan pemetaan delegasi kudu ditindakake bebarengan karo data surat. Sawetara organisasi nyoba nemtokake hak sing padha kanthi manual utawa nggunakake skrip sawise migrasi data rampung. Nanging, pendekatan iki bisa nyebabake produktivitas lan nambah bolongan keamanan ing data organisasi.
Cathetan isi dhewe
Mail Aktif padha. Masalah umum liyane nalika migrasi saka IBM Notes nemoni akeh teks sing sugih. Exchange lan Office 365 ora ndhukung tabel tab, tombol, formulir sing disimpen, lan konten kepemilikan liyane ing Cathetan. Akibaté, sampeyan kudu nyiapake mundhut fungsi iki utawa nandur modal ing solusi migrasi sing bisa ngowahi unsur kasebut dadi format sing bisa dipindhah. Ayo langsung ngomong yen solusi saka Quest ora ngowahi iki kanthi cara apa wae lan mung bisa nransfer huruf kasebut minangka lampiran supaya pangguna bisa mbukak liwat klien Cathetan.
Grup lan buku alamat pribadi
Akeh organisasi nggunakake ekstensif milis umum kanggo internal lan
komunikasi eksternal. Kajaba iku, pangguna Cathetan asring nemokake penting kanggo njaga kontak bisnis ing buku alamat pribadi. Sumber data iki penting kanggo operasi bisnis lan kudu diowahi kanthi efisien sajrone migrasi menyang platform Microsoft. Akibaté, penting kanggo nyiyapake grup kanthi otomatis kanggo migrasi menyang Active Directory lan kanthi efisien ngowahi kabeh alamat pribadhi, malah sing disimpen ing desktop pangguna.
Interaksi karo aplikasi Cathetan
Titik integrasi antarane aplikasi lan layanan surat, kayata proses rekonsiliasi, penting nalika ngrancang lan njadwalake migrasi. IBM Notes nduweni integrasi sing luwih kenceng ing antarane email lan aplikasi tinimbang platform liyane. Integrasi iki bisa kalebu kabeh saka doclinks prasaja kanggo proses bisnis.
Sumber daya lan database mail
Akeh organisasi nggunakake basis data reservasi sumber daya, database mail, lan database sing dienggo bareng liyane ing Cathetan. Akibaté, basis data iki nduweni peran penting ing fungsi organisasi. Kanggo njamin kesinambungan bisnis lan produktivitas karyawan, penting banget kanggo nimbang pendekatan lan wektu implementasine kanggo:
- Nggawe kothak layang sumber daya ing lingkungan target;
- Transfer data saka database leladen menyang Exchange;
- Mesthekake yen pangguna loro sistem bisa kolaborasi lan nggunakake sumber daya ing Cathetan lan Exchange.
Langkah 4: Nggedhekake Efisiensi Migrasi
Saliyane kanggo mesthekake akurasi data, iku uga penting kanggo mesthekake yen migrasi minangka efisien sabisa diwenehi syarat organisasi. Efektivitas migrasi langsung gumantung ora mung ing biaya langsung, nanging uga ing tingkat impact ing bisnis.
Arsitektur Solusi Migrasi
Salah sawijining faktor sing paling penting sing mengaruhi efisiensi yaiku arsitektur solusi migrasi. Penting kanggo milih solusi kanthi arsitektur multi-threaded sing ngidini siji server migrasi bisa migrasi sawetara pangguna ing wektu sing padha. Arsitektur multi-threaded nyuda syarat hardware migrasi lan nambah kacepetan migrasi, kanthi dramatis nyuda biaya proyek sakabèhé. Aja diapusi karo solusi migrasi sing ngaku multi-utas nanging bener-bener migrasi mung siji pangguna sekaligus lan mbutuhake nambahake stasiun kerja kanggo migrasi luwih akeh pangguna sekaligus. Gumantung ing konfigurasi lan lingkungan, solusi multi-utas sing bener 30 nganti 5000 persen luwih efisien nalika migrasi data menyang Exchange lan Office 365.
Proses migrasi
Migrasi kalebu akeh langkah lan proses kudu kedadeyan ing wektu sing tepat kanggo njamin transisi sing lancar. Kanggo nyilikake gangguan bisnis lan nggedhekake keuntungan saka migrasi, kabeh proses kudu diintegrasi lan dikontrol dening aplikasi siji sing bisa nangani saben langkah migrasi ing wektu sing tepat.
Fleksibilitas lan layanan mandiri
Sawetara pangguna lan departemen kudu nyimpang saka proses migrasi standar. Contone, departemen hukum bisa uga duwe syarat panyimpenan sing beda, utawa manajer kudu migrasi kabeh kothak layang lan arsip. Mulane, penting kanggo milih solusi migrasi fleksibel sing ngidini tim migrasi gampang adaptasi karo syarat kasebut. Salah sawijining cara sing paling efektif kanggo nyedhiyakake keluwesan iki yaiku ngaktifake layanan mandiri kanggo sawetara pangguna sampeyan. Contone, sawetara pangguna bisa diijini nransfer data tambahan saka file mail utama utawa data lokal kanggo mengko ngowahi dadi arsip pribadi ing server.
Langkah 5: Jalanake migrasi tes
Sawise evaluasi pra-migrasi wis rampung, strategi coexistence wis rampung, lan rencana optimasi wis ditetepake, penting kanggo entuk konfirmasi strategi liwat siji utawa luwih migrasi pilot.
Tujuan saka migrasi pilot yaiku kanggo nguji prosedur sing dikembangake lan kanggo ngenali masalah sing bisa kedadeyan sawise migrasi lengkap wis diwiwiti, menehi kesempatan kanggo ngatasi sadurunge miwiti migrasi langsung. Akibaté, masalah nalika migrasi pilot kudu diarep-arep lan malah disambut.
Nemtokake volume migrasi pilot
Migrasi pilot kudu cukup gedhe kanggo ngumpulake sampel data sing representatif lan njawab pitakonan sing relevan sing bisa ditemoni sajrone migrasi pertempuran. Yen sampeyan migrasi sawetara ewu kothak layang, ukuran sampel kudu cukup. Kanggo migrasi sing gedhe banget, persentase bisa uga kurang.
Pamilihan data lan sistem
Sajrone proses migrasi pilot, penting kanggo nggunakake data pertempuran lan sistem pertempuran. Iki penting banget amarga sawetara alasan:
- Sampeyan kudu ngerti carane lingkungan pertempuran bakal tumindak. Lingkungan sing digawe sacara sintetik ora bakal dadi wakil saka lingkungan pertempuran.
- Sampeyan bisa entuk informasi luwih lengkap babagan pesen sing dienkripsi, frekuensi jinis pesen sing ora ditemokake ing Exchange, lan syarat panyimpenan adhedhasar data sampel.
Nyetel pangarep-arep
Proses migrasi pilot uga menehi kesempatan sing apik kanggo nguji kritéria sukses sing digarisake kanggo proyek kasebut lan nyelarasake pangarepan kanggo migrasi sing isih ana. Yen pangaturan dibutuhake, kudu didokumentasikake lan digatekake sajrone migrasi pertempuran.
Langkah 6: Rencana wektu migrasi kanggo nyilikake impact ing organisasi
Pangelompokan panganggo
Kanggo nyilikake impact ing pangguna lan organisasi sakabèhé, pangguna sing makarya bebarengan kudu migrasi bebarengan. Faktor utama sing kudu ditimbang nalika nggawe grup kasebut kalebu delegasi. Goleki solusi sing bisa menehi rekomendasi koleksi kanggo migrasi adhedhasar informasi babagan hubungan pangguna ing lingkungan sumber.
Wektu migrasi
Sawise migrasi grup wis rampung, manawa kanggo gawe jadwal wektu
impact ing pangguna iki minimal. Iki bisa ateges njadwalake jendhela migrasi kanggo wektu tartamtu supaya ora migrasi sajrone jam kerja, ing pungkasan sasi ing taun, utawa sajrone jendhela pangopènan. Contone, tim dodolan mbokmenawa ora kudu migrasi nganti cedhak akhir kuartal, lan departemen akuntansi lan hukum bakal duwe watesan nalika bisa migrasi.
Langkah 7: Mulai migrasi lan lacak kemajuane
Kanthi pendekatan migrasi data sing divalidasi pilot, migrasi pertempuran kudu dadi acara rutin. Kemungkinan bakal ana sawetara pangaturan sajrone proses kanggo nyukupi kabutuhan klompok tartamtu. Pemantauan sing ati-ati isih perlu kanggo mesthekake yen kabeh kontingensi dianggep sajrone tahap perencanaan lan pilot. Nanging, proses kasebut kudu dadi otomatis. Eksekusi jadwal migrasi pertempuran penting kanggo nyathet lan komunikasi kemajuan ing saindhenging organisasi kanggo menehi konfirmasi yen pangarepan wis ketemu. Pemantauan lan umpan balik tetep dadi aspek kunci migrasi sing sukses sajrone proses kasebut.
kesimpulan
Kita wis nyakup bab-bab sing kudu digatekake nalika migrasi layanan pos. Yen sampeyan lagi ing proses milih solusi migrasi utawa mung mikir babagan iki, iku penting kanggo njupuk kabeh iki menyang akun. Kita nggarap solusi migrasi saka Quest lan siap menehi rekomendasi minangka sing paling efektif kanggo nyuda jumlah langkah manual lan nambah jumlah data sing ditransfer minangka asil migrasi.
Yen sampeyan pengin sinau luwih lengkap babagan pendekatan sing efektif kanggo migrasi, kirimake panjaluk menyang ing situs web kita utawa mung nelpon, lan sampeyan uga bisa sinau materi tambahan nggunakake pranala ing ngisor iki:
Source: www.habr.com