ບາງທີມັນເຖິງເວລາແລ້ວ? ຄໍາຖາມນີ້ໄວຫຼືຫຼັງຈາກນັ້ນເກີດຂື້ນໃນບັນດາເພື່ອນຮ່ວມງານທີ່ໃຊ້ Lotus ເປັນລູກຄ້າອີເມວຫຼືລະບົບການຈັດການເອກະສານ. ການຮ້ອງຂໍສໍາລັບການເຄື່ອນຍ້າຍ (ໃນປະສົບການຂອງພວກເຮົາ) ສາມາດເກີດຂື້ນໃນລະດັບທີ່ແຕກຕ່າງກັນຫມົດຂອງອົງການຈັດຕັ້ງ: ຈາກການຄຸ້ມຄອງສູງສຸດເຖິງຜູ້ໃຊ້ (ໂດຍສະເພາະຖ້າມີຈໍານວນຫຼາຍຂອງພວກເຂົາ). ນີ້ແມ່ນເຫດຜົນບາງຢ່າງທີ່ເຮັດໃຫ້ການຍ້າຍຈາກ Lotus ໄປ Exchange ບໍ່ແມ່ນວຽກທີ່ງ່າຍຄື:

• ຮູບແບບ IBM Notes RTF ບໍ່ເຂົ້າກັນໄດ້ກັບຮູບແບບ Exchange RTF;
• IBM Notes ໃຊ້ຮູບແບບທີ່ຢູ່ SMTP ສໍາລັບອີເມວພາຍນອກເທົ່ານັ້ນ, Exchange ສໍາລັບທຸກຄົນ;
• ຄວາມ​ຕ້ອງການ​ຮັກສາ​ຄະນະ​ຜູ້​ແທນ;
• ຄວາມຕ້ອງການທີ່ຈະຮັກສາ metadata;
• ບາງອີເມວອາດຈະຖືກເຂົ້າລະຫັດ.

ແລະຖ້າ Exchange ມີຢູ່ແລ້ວ, ແຕ່ Lotus ຍັງຖືກໃຊ້, ບັນຫາການຢູ່ຮ່ວມກັນເກີດຂື້ນ:

• ຄວາມຕ້ອງການທີ່ຈະນໍາໃຊ້ scripts ຫຼືລະບົບພາກສ່ວນທີສາມເພື່ອ synchronize ປື້ມທີ່ຢູ່ລະຫວ່າງ Domino ແລະ Exchange;
• Domino ໃຊ້ຂໍ້ຄວາມທໍາມະດາເພື່ອສົ່ງຈົດຫມາຍໄປຫາລະບົບຈົດຫມາຍອື່ນໆ;
• Domino ໃຊ້ຮູບແບບ iCalendar ເພື່ອສົ່ງຄໍາເຊີນໄປຫາລະບົບອີເມວອື່ນໆ;
• ຄວາມ​ບໍ່​ສາ​ມາດ​ໃນ​ການ​ຮ້ອງ​ຂໍ Free-Busy ແລະ​ການ​ຈອງ​ຊັບ​ພະ​ຍາ​ກອນ​ຮ່ວມ (ໂດຍ​ບໍ່​ມີ​ການ​ນໍາ​ໃຊ້​ວິ​ທີ​ແກ້​ໄຂ​ຂອງ​ບຸກ​ຄົນ​ທີ​ສາມ​)​.

ໃນບົດຄວາມນີ້ພວກເຮົາຈະເບິ່ງຜະລິດຕະພັນຊອບແວພິເສດຂອງ Quest ສໍາລັບການເຄື່ອນຍ້າຍແລະການຢູ່ຮ່ວມກັນ: ຕົວເຄື່ອນຍ້າຍສຳລັບບັນທຶກເພື່ອແລກປ່ຽນ и ຜູ້ຈັດການການຢູ່ຮ່ວມກັນສໍາລັບບັນທຶກ ຕາມລໍາດັບ. ໃນຕອນທ້າຍຂອງບົດຄວາມທ່ານຈະເຫັນການເຊື່ອມຕໍ່ກັບຫນ້າທີ່ທ່ານສາມາດສົ່ງຄໍາຮ້ອງຂໍສໍາລັບການເຄື່ອນຍ້າຍການທົດສອບຟຣີຂອງກ່ອງຈົດຫມາຍຫຼາຍເພື່ອສະແດງໃຫ້ເຫັນເຖິງຄວາມງ່າຍດາຍຂອງຂະບວນການ. ແລະພາຍໃຕ້ການຕັດແມ່ນຂັ້ນຕອນວິທີການເຄື່ອນຍ້າຍຂອງຂັ້ນຕອນແລະລາຍລະອຽດອື່ນໆກ່ຽວກັບຂະບວນການການເຄື່ອນຍ້າຍ.

ຖ້າພວກເຮົາຈໍາແນກລະຫວ່າງວິທີການຂອງການເຄື່ອນຍ້າຍ, ພວກເຮົາສາມາດສົມມຸດວ່າມີສາມປະເພດຕົ້ນຕໍ:

• ການຫັນປ່ຽນໂດຍບໍ່ມີການຍົກຍ້າຍ. ຜູ້ໃຊ້ໄດ້ຮັບກ່ອງຈົດໝາຍທີ່ຫວ່າງເປົ່າ;
• ການເຄື່ອນຍ້າຍດ້ວຍການຢູ່ຮ່ວມກັນ. ການເຊື່ອມໂຍງລະຫວ່າງລະບົບແຫຼ່ງແລະເປົ້າຫມາຍແມ່ນສ້າງຕັ້ງຂຶ້ນ, ຫຼັງຈາກນັ້ນຂໍ້ມູນກ່ອງຈົດຫມາຍຈະຖືກໂອນເຂົ້າໄປໃນລະບົບໃຫມ່ເທື່ອລະກ້າວ.
• ການເຄື່ອນຍ້າຍແບບອອບໄລນ໌. ລະບົບຕົ້ນສະບັບຖືກປິດລົງແລະຂໍ້ມູນຂອງຜູ້ໃຊ້ທັງຫມົດຖືກໂອນໄປຫາລະບົບໃຫມ່.

ຂ້າງລຸ່ມນີ້ພວກເຮົາຈະເວົ້າກ່ຽວກັບການເຄື່ອນຍ້າຍແບບອອບໄລນ໌ແລະການຍ້າຍຖິ່ນຖານຢູ່ຮ່ວມກັນ. ສໍາລັບຂະບວນການເຫຼົ່ານີ້, ດັ່ງທີ່ພວກເຮົາຂຽນໄວ້ຂ້າງເທິງ, ສອງຜະລິດຕະພັນ Quest ແມ່ນຮັບຜິດຊອບ: ຜູ້ຈັດການການຢູ່ຮ່ວມກັນສໍາລັບບັນທຶກແລະຜູ້ຍ້າຍຖິ່ນຖານສໍາລັບບັນທຶກເພື່ອແລກປ່ຽນ, ຕາມລໍາດັບ.

ຜູ້ຈັດການການຢູ່ຮ່ວມກັນສໍາລັບບັນທຶກ (CMN)

ການແກ້ໄຂນີ້ດໍາເນີນການ synchronization ສອງທາງຂອງໄດເລກະທໍລີ LDAP, ສ້າງການຕິດຕໍ່ສໍາລັບວັດຖຸເມລ (ກ່ອງຈົດຫມາຍ, ລາຍຊື່, ໄປສະນີ, ຊັບພະຍາກອນ) ຈາກລະບົບແຫຼ່ງ. ມັນເປັນໄປໄດ້ທີ່ຈະປັບແຕ່ງການສ້າງແຜນທີ່ຄຸນລັກສະນະແລະນໍາໃຊ້ການຫັນປ່ຽນຂໍ້ມູນໃນເວລາບິນ. ດັ່ງນັ້ນ, ທ່ານຈະໄດ້ຮັບປື້ມທີ່ຢູ່ຄືກັນໃນ Lotus ແລະ Exchange.

CMN ຍັງໃຫ້ການສື່ສານ SMTP ລະຫວ່າງໂຄງສ້າງພື້ນຖານ:

• ແກ້​ໄຂ​ຕົວ​ອັກ​ສອນ​ໃນ​ການ​ບິນ​;
• ປ່ຽນເປັນຮູບແບບ RTF ທີ່ຖືກຕ້ອງ;
• ຈັດການ DocLinks;
• Packages Notes ຂໍ້ມູນໃນ NSF;
• ດໍາເນີນການເຊື້ອເຊີນແລະການຮ້ອງຂໍຊັບພະຍາກອນ.

CMN ສາມາດຖືກນໍາໃຊ້ໃນໂຫມດ clustering ສໍາລັບຄວາມທົນທານຄວາມຜິດແລະການປັບປຸງປະສິດທິພາບ. ດັ່ງນັ້ນ, ທ່ານຈະໄດ້ຮັບການຮັກສາຮູບແບບຈົດຫມາຍ, ສະຫນັບສະຫນູນຕາຕະລາງສະລັບສັບຊ້ອນແລະການຮ້ອງຂໍຊັບພະຍາກອນລະຫວ່າງລະບົບເມລ.

ລັກສະນະທີ່ສໍາຄັນອີກອັນຫນຶ່ງຂອງ CMN ແມ່ນການຈໍາລອງແບບບໍ່ຫວ່າງ. ກັບມັນ, ເພື່ອນຮ່ວມງານບໍ່ຈໍາເປັນຕ້ອງຮູ້ວ່າໃຜກໍາລັງໃຊ້ສິ່ງທີ່: Lotus ຫຼືການແລກປ່ຽນ. Emulation ອະນຸຍາດໃຫ້ລູກຄ້າອີເມວໄດ້ຮັບຂໍ້ມູນການມີຢູ່ຂອງຜູ້ໃຊ້ຈາກລະບົບອີເມວອື່ນ. ແທນທີ່ຈະ synchronizing ຂໍ້ມູນ, ການຮ້ອງຂໍລະຫວ່າງລະບົບຖືກສົ່ງໃນເວລາທີ່ແທ້ຈິງ, ທ່ານສາມາດນໍາໃຊ້ Free-Busy ເຖິງແມ່ນວ່າຜູ້ໃຊ້ບາງຄົນໄດ້ຍ້າຍ.

ຕົວເຄື່ອນຍ້າຍສຳລັບບັນທຶກເພື່ອແລກປ່ຽນ (MNE)

ເຄື່ອງມືນີ້ປະຕິບັດການເຄື່ອນຍ້າຍໂດຍກົງ. ຂະບວນການການເຄື່ອນຍ້າຍຕົວມັນເອງສາມາດແບ່ງອອກເປັນຫຼາຍຂັ້ນຕອນ: ກ່ອນການເຄື່ອນຍ້າຍ, ການເຄື່ອນຍ້າຍແລະຫຼັງການເຄື່ອນຍ້າຍ.

ການເຄື່ອນຍ້າຍກ່ອນ

ໃນຂັ້ນຕອນນີ້, ການວິເຄາະພື້ນຖານໂຄງລ່າງຂອງແຫຼ່ງແມ່ນປະຕິບັດ: ໂດເມນ, ທີ່ຢູ່, ກຸ່ມ, ແລະອື່ນໆ, ການລວບລວມກ່ອງຈົດຫມາຍສໍາລັບການເຄື່ອນຍ້າຍ, ບັນຊີແລະການລວມຕົວຂອງຜູ້ຕິດຕໍ່ກັບບັນຊີ AD.

ການເຄື່ອນຍ້າຍ

ການຍົກຍ້າຍຈະສຳເນົາຂໍ້ມູນກ່ອງຈົດໝາຍໄປໃສ່ຫຼາຍຫົວຂໍ້ໃນຂະນະທີ່ຮັກສາ ACLs ແລະ metadata. ກຸ່ມຍັງເຄື່ອນຍ້າຍ. ຖ້າຈໍາເປັນ, ທ່ານສາມາດປະຕິບັດການເຄື່ອນຍ້າຍ delta ຖ້າສໍາລັບເຫດຜົນບາງຢ່າງມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະເຮັດມັນໃນເວລາດຽວກັນ. MNE ຍັງເບິ່ງແຍງການສົ່ງຕໍ່ຈົດໝາຍ. ການເຄື່ອນຍ້າຍທັງຫມົດເກີດຂື້ນໃນຄວາມໄວຂອງການເຊື່ອມຕໍ່ເຄືອຂ່າຍ, ດັ່ງນັ້ນການມີ Lotus ແລະ Exchange ສະພາບແວດລ້ອມໃນສູນຂໍ້ມູນດຽວກັນສະຫນອງປະໂຫຍດຄວາມໄວສູງ.

ຫຼັງຈາກການເຄື່ອນຍ້າຍ

ໄລຍະຫຼັງການເຄື່ອນຍ້າຍຈະຍ້າຍຂໍ້ມູນທ້ອງຖິ່ນ/ເຂົ້າລະຫັດຜ່ານບໍລິການຕົນເອງ. ນີ້ແມ່ນປະໂຫຍດພິເສດທີ່ຖອດລະຫັດຂໍ້ຄວາມ. ເມື່ອປະຕິບັດການເຄື່ອນຍ້າຍ delta ອີກເທື່ອຫນຶ່ງ, ອີເມວເຫຼົ່ານີ້ຈະຖືກໂອນໄປຫາ Exchange.

ຂັ້ນຕອນການເຄື່ອນຍ້າຍທາງເລືອກອື່ນແມ່ນການໂອນຍ້າຍແອັບພລິເຄຊັນ. ສໍາລັບການນີ້, Quest ມີຜະລິດຕະພັນພິເສດ - ຕົວເຄື່ອນຍ້າຍສໍາລັບບັນທຶກໄປຫາ Sharepoint. ໃນບົດຄວາມແຍກຕ່າງຫາກພວກເຮົາຈະເວົ້າກ່ຽວກັບການເຮັດວຽກກັບມັນ.

ຕົວຢ່າງເທື່ອລະຂັ້ນຕອນຂອງຂັ້ນຕອນການເຄື່ອນຍ້າຍໂດຍໃຊ້ວິທີການແກ້ໄຂ MNE ແລະ CMN

ຂັ້ນຕອນ 1. ດໍາເນີນການຍົກລະດັບ AD ໂດຍໃຊ້ Coexistence Manager. ສະກັດຂໍ້ມູນຈາກໄດເລກະທໍລີ Domino ແລະສ້າງບັນຊີຜູ້ໃຊ້ (ຕິດຕໍ່) mail-enabled ໃນ Active Directory. ຢ່າງໃດກໍຕາມ, ກ່ອງຈົດຫມາຍຜູ້ໃຊ້ຍັງບໍ່ທັນໄດ້ຖືກສ້າງຂຶ້ນໃນ Exchange. ບັນທຶກຜູ້ໃຊ້ໃນ AD ມີທີ່ຢູ່ປັດຈຸບັນຂອງຜູ້ໃຊ້ Notes.

ຂັ້ນຕອນ 2. Exchange ສາມາດປ່ຽນເສັ້ນທາງຂໍ້ຄວາມໄປຫາກ່ອງຈົດຫມາຍຂອງຜູ້ໃຊ້ Notes ທັນທີທີ່ບັນທຶກ MX ຖືກປ່ຽນແປງ. ນີ້ແມ່ນການແກ້ໄຂຊົ່ວຄາວເພື່ອປ່ຽນເສັ້ນທາງ Exchange mail ຂາເຂົ້າຈົນກ່ວາຜູ້ໃຊ້ທໍາອິດຖືກຍົກຍ້າຍ.

ຂັ້ນຕອນ 3. ຕົວຊ່ວຍສ້າງ Migrator ສໍາລັບ Notes to Exchange ເປີດໃຊ້ບັນຊີ AD ຂອງຜູ້ໃຊ້ເຄື່ອນຍ້າຍ ແລະຕັ້ງກົດລະບຽບການສົ່ງຕໍ່ເມລໃນ Notes ເພື່ອໃຫ້ເມລທີ່ສົ່ງໄປຫາທີ່ຢູ່ Notes ຂອງຜູ້ໃຊ້ທີ່ຖືກໂອນຍ້າຍແລ້ວຈະຖືກສົ່ງຕໍ່ໄປຫາກ່ອງອີເມວ Exchange ທີ່ເຄື່ອນໄຫວຂອງເຂົາເຈົ້າ.

ຂັ້ນຕອນ 4. ຂະບວນການແມ່ນຊ້ໍາກັນຍ້ອນວ່າແຕ່ລະກຸ່ມຜູ້ໃຊ້ຍ້າຍໄປເຄື່ອງແມ່ຂ່າຍໃຫມ່.

ຂັ້ນຕອນ 5. ເຊີບເວີ Domino ອາດຈະລົ້ມລົງ (ຕົວຈິງແລ້ວບໍ່ແມ່ນຖ້າມີແອັບພລິເຄຊັນໃດຄ້າງຢູ່).

ການເຄື່ອນຍ້າຍສໍາເລັດແລ້ວ, ທ່ານສາມາດກັບບ້ານແລະເປີດລູກຄ້າ Exchange ຢູ່ທີ່ນັ້ນ. ຖ້າທ່ານຄິດແລ້ວກ່ຽວກັບການເຄື່ອນຍ້າຍຈາກ Lotus ໄປ Exchange, ພວກເຮົາແນະນໍາໃຫ້ອ່ານ blog ຂອງພວກເຮົາ ບົດຄວາມກ່ຽວກັບ 7 ຂັ້ນຕອນເພື່ອການຍົກຍ້າຍທີ່ປະສົບຜົນສໍາເລັດ. ແລະຖ້າທ່ານຕ້ອງການເບິ່ງການທົດສອບການເຄື່ອນຍ້າຍໃນການປະຕິບັດແລະເບິ່ງວ່າມັນງ່າຍທີ່ຈະໃຊ້ຜະລິດຕະພັນ Quest, ອອກຈາກຄໍາຮ້ອງຂໍຢູ່ທີ່ ແບບຟອມຄໍາຄຶດຄໍາເຫັນ ແລະພວກເຮົາຈະດໍາເນີນການທົດສອບການເຄື່ອນຍ້າຍໄປ Exchange ສໍາລັບທ່ານ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com