การย้ายจาก IBM Notes ไปยัง Microsoft Exchange หรือ Office 365 ให้ประโยชน์จำนวนมากสำหรับองค์กร แต่โปรเจ็กต์การย้ายนั้นดูยุ่งยากและยังไม่ชัดเจนว่าจะเริ่มการย้ายจากที่ใด Exchange เองไม่มีเครื่องมือของตัวเองสำหรับการโยกย้ายเต็มรูปแบบหรือการอยู่ร่วมกันของ Notes และ Exchange ในความเป็นจริง งานการย้ายข้อมูลและการอยู่ร่วมกันบางอย่างไม่สามารถทำได้หากไม่มีผลิตภัณฑ์ของบริษัทอื่น ในบทความนี้ เราจะสรุปขั้นตอนสำคัญเจ็ดขั้นตอนที่ต้องปฏิบัติตามโดยอิงตามแนวทางปฏิบัติที่ดีที่สุดและประสบการณ์ของเราในการย้ายข้อมูลที่ประสบความสำเร็จ
การโยกย้ายที่ประสบความสำเร็จประกอบด้วยขั้นตอนต่อไปนี้:
- การประเมินการย้ายถิ่นเบื้องต้น
- การสร้างการอยู่ร่วมกันระหว่าง Notes และ Exchange
- วางแผนเพื่อความแม่นยำในการโยกย้ายสูงสุด
- รับประกันประสิทธิภาพการโยกย้ายสูงสุด
- เรียกใช้การทดสอบการย้ายข้อมูล
- การวางแผนระยะเวลาในการโยกย้ายเพื่อลดผลกระทบต่อองค์กร
- เริ่มการโยกย้ายและติดตามความคืบหน้า
ในบทความนี้ เราจะดูวิธีเตรียมพร้อมและดำเนินการย้ายข้อมูลให้เสร็จสมบูรณ์โดยใช้สองโซลูชันจาก Quest - и . ด้านล่างของการตัดมีรายละเอียดบางอย่าง
ขั้นตอนที่ 1: การประเมินการย้ายถิ่นเบื้องต้น
จัดทำรายการสภาพแวดล้อมปัจจุบันของคุณ
หากคุณตัดสินใจว่า Exchange เป็นแพลตฟอร์มที่เหมาะสมสำหรับองค์กรของคุณ สิ่งที่คุณต้องทำก็แค่ย้ายไปที่นั่น ขั้นแรก คุณต้องรวบรวมข้อมูลเกี่ยวกับสภาพแวดล้อมปัจจุบันของคุณ รวบรวมข้อมูลสินค้าคงคลังเกี่ยวกับข้อมูลที่คุณวางแผนจะย้าย กำหนดสิ่งที่สามารถลบออกได้เพื่อลดการใช้พื้นที่ดิสก์ คำนวณแบนด์วิดท์ที่พร้อมใช้งานระหว่างสภาพแวดล้อม ฯลฯ การประเมินเบื้องต้นควรรวม คำถามต่อไปนี้:
- มีโดเมน Notes และเซิร์ฟเวอร์ Domino กี่แห่ง
- คุณมีกล่องจดหมายกี่กล่อง? ไม่ได้ใช้กี่ตัวครับ?
- ไฟล์เมลหลักใช้พื้นที่ดิสก์เท่าใด ในเอกสารสำคัญมีกี่ฉบับ? แบบจำลองในท้องถิ่นมีกี่แบบ?
- หอจดหมายเหตุอยู่ที่ไหน?
- มีผู้ใช้กี่รายที่ใช้การเข้ารหัส? จำเป็นต้องถ่ายโอนเนื้อหาที่เข้ารหัสหรือไม่
- มีโฟลเดอร์ส่วนตัวกี่โฟลเดอร์ในสภาพแวดล้อม?
- ผู้ใช้รายใดใช้ลิงก์เอกสาร มีผู้ใช้กี่รายที่ได้รับลิงก์จากผู้ใช้และแอปพลิเคชันอื่น
- คุณจะถ่ายโอนข้อมูลจำนวนเท่าใด? ตัวอย่างเช่น คุณต้องการถ่ายโอนข้อมูลในช่วงหกเดือนที่ผ่านมาเท่านั้น
- ไฟล์เก็บถาวรดั้งเดิมจะถูกย้ายไปยังไฟล์เก็บถาวร Exchange ส่วนตัวหรือไฟล์ Outlook *.pst หรือไม่
- ขีดจำกัดแบนด์วิธคืออะไร? สามารถถ่ายโอนข้อมูลได้มากเพียงใด
ช่วงระยะเวลาหนึ่ง? - หลังจากการย้ายข้อมูลจะต้องใช้พื้นที่เก็บข้อมูลเท่าใด
การโยกย้ายจะส่งผลต่อธุรกิจและการดำเนินธุรกิจอย่างไร
โครงการจะต้องได้รับการวางแผนอย่างรอบคอบเพื่อลดเวลาหยุดทำงานและลดการสูญเสียผลิตภาพให้เหลือน้อยที่สุด
ตัวอย่างเช่น การพิจารณาการมอบหมายระหว่างผู้ใช้เป็นสิ่งสำคัญ - หากผู้ใช้ย้ายแต่ผู้รับมอบสิทธิ์ของเขาหรือเธอยังคงอยู่บนแพลตฟอร์มเดิม จะส่งผลต่อการทำงานในแต่ละวันของพวกเขาอย่างไร ในวงกว้าง คุณต้องพิจารณาว่าโครงการย้ายอาจส่งผลกระทบต่อกระบวนการทางธุรกิจและเวิร์กโฟลว์ที่สำคัญทั้งหมดของบริษัทของคุณอย่างไร
การพิจารณาจุดสัมผัสที่สำคัญภายใน Notes ก็เป็นสิ่งสำคัญเช่นกัน ตัวอย่างเช่น เมื่อต้องจัดการกับการรับส่งข้อความ สิ่งสำคัญคือต้องวิเคราะห์แอปพลิเคชันและพิจารณาปฏิสัมพันธ์ระหว่างการกำหนดเส้นทางอีเมลและแอปพลิเคชันเพื่อหลีกเลี่ยงการหยุดชะงักต่อกระบวนการทางธุรกิจในระหว่างและหลังการย้าย อย่าลืมถามคำถามต่อไปนี้:
- ผู้ใช้รายใดที่มีผู้รับมอบสิทธิ์ และการทำลายความสัมพันธ์นี้จะส่งผลต่อกระบวนการทางธุรกิจได้อย่างไร
- แอปพลิเคชันและกระบวนการทางธุรกิจใดบ้างที่เกี่ยวข้องกับสภาพแวดล้อมอีเมล การผสานรวมที่สำคัญระหว่างแอปพลิเคชันและบริการอีเมล เช่น กระบวนการอนุมัติ จะมีความสำคัญอย่างยิ่งในการวางแผนการย้ายข้อมูลของคุณ
- ส่วนประกอบและคุณสมบัติที่สำคัญของแอปพลิเคชันควรเก็บรักษาไว้อย่างไร?
- คุณจะใช้ฟีเจอร์ในตัวของแพลตฟอร์มใหม่เพื่อให้บรรลุฟังก์ชันที่คุณต้องการได้อย่างไร
- เนื้อหาที่ไม่ได้ใช้งานควรถูกเก็บถาวรเพื่อการจัดเก็บในอนาคตหรือไม่
- จะต้องสร้างแอปพลิเคชันใดๆ ใหม่เพื่อให้ทำงานได้อย่างถูกต้องในสภาพแวดล้อมใหม่หรือไม่
- จะวัดความสำเร็จได้อย่างไร?
ก่อนที่คุณจะเริ่มการย้ายข้อมูล คุณต้องกำหนดเกณฑ์เพื่อวัดความสำเร็จ โดยเฉพาะอย่างยิ่ง คุณต้องเข้าใจว่าการคาดหวังการถ่ายโอนข้อมูล 100% นั้นไม่สมเหตุสมผล ไม่ใช่ว่ารายการ Notes ทุกประเภทจะเทียบเท่าใน Exchange (Active Mail เป็นตัวอย่างที่ร้ายแรงที่สุด) ดังนั้น ความจริงก็คือ รายการบางรายการใน Notes จะไม่มีอยู่ใน Exchange หลังจากการย้ายข้อมูล เป้าหมายที่ทำได้และวัดผลได้คือ 95% ของรายการถูกย้ายไปที่ 95 เปอร์เซ็นต์ของกล่องจดหมาย การวัดผลและการจัดทำเอกสารเป็นสิ่งสำคัญในการรับรองความสำเร็จในการย้ายข้อมูล และผลลัพธ์ที่แท้จริงจะเกิดขึ้นได้ก็ต่อเมื่อมีการกำหนดเกณฑ์ความสำเร็จไว้ที่จุดเริ่มต้นของโครงการย้ายข้อมูลอีเมลเท่านั้น
ขั้นตอนที่ 2: สร้างบันทึกและแลกเปลี่ยนอยู่ร่วมกัน
สำหรับองค์กรส่วนใหญ่ การย้ายข้อมูลเป็นกระบวนการ ไม่ใช่เหตุการณ์ ดังนั้น การโยกย้ายกล่องจดหมายและการโยกย้ายแอปพลิเคชันควรเป็นไปตามกำหนดการที่เหมาะสมกับธุรกิจและการดำเนินงานมากที่สุด และไม่ขึ้นอยู่กับข้อกำหนดทางเทคนิค
การพัฒนากลยุทธ์การอยู่ร่วมกัน
เพื่อเพิ่มมูลค่าสูงสุดจากการย้ายถิ่น ต้องมีการพัฒนาและดำเนินการแผนการอยู่ร่วมกันที่สมบูรณ์ตั้งแต่เนิ่นๆ ในกระบวนการย้ายข้อมูล คำจำกัดความของ "การอยู่ร่วมกัน" อาจแตกต่างกันไปในแต่ละองค์กร บางองค์กรใช้ข้อมูลว่าง/ไม่ว่างอย่างจริงจัง ส่วนบางองค์กรไม่ได้ใช้ฟังก์ชันนี้เลย บางส่วนมุ่งเน้นไปที่การย้ายข้อมูลปฏิทิน ในขณะที่บางส่วนมุ่งเน้นไปที่การปรับแต่งการย้ายไดเรกทอรีผู้ใช้แบบเต็ม สิ่งสำคัญคือต้องทำงานร่วมกับผู้มีส่วนได้ส่วนเสียแต่ละรายเพื่อให้ได้ภาพที่ชัดเจนถึงสิ่งที่สำคัญจริงๆ และช่วยให้ทุกคนเข้าใจถึงความสำคัญของกลยุทธ์การอยู่ร่วมกันที่มีประสิทธิผล
การย้ายจาก Notes ไปยัง Exchange และ Office 365 จำเป็นต้องมีการวางแผนสำหรับกล่องจดหมายและการย้ายแอปพลิเคชันในเวลาเดียวกัน ผู้ใช้ทุกคนจะต้องรองรับฟังก์ชันการทำงานของแอปพลิเคชัน Notes ปัจจุบัน โดยไม่คำนึงถึงแพลตฟอร์มอีเมลในปัจจุบัน เมื่อผู้ใช้ย้ายไปยัง Exchange และ Office 365 พวกเขาควรสามารถเข้าถึงและใช้แอป Notes เป็นส่วนหนึ่งของเวิร์กโฟลว์ที่มีอยู่ได้ ความสามารถนี้ควรดำเนินต่อไปจนกว่าแอปพลิเคชัน Notes จะถูกย้ายไปยัง SharePoint หรือแพลตฟอร์มอื่น
นอกเหนือจากการอยู่ร่วมกันของแอปพลิเคชันแล้ว การโต้ตอบระหว่างผู้ใช้บนแพลตฟอร์มที่แตกต่างกันจะต้องถูกนำไปใช้ก่อนที่จะเริ่มการโยกย้าย ซึ่งรวมถึงการกำหนดเส้นทางและการอัปเดตไดเรกทอรีอัตโนมัติ สถานะว่าง/ไม่ว่าง และปฏิทินสำหรับผู้ใช้ทุกคนโดยไม่คำนึงถึงแพลตฟอร์มปัจจุบัน
สุดท้ายนี้ คุณต้องพิจารณาการทำงานร่วมกันไม่เพียงแต่บริการอีเมลของคุณเท่านั้น แต่ยังรวมถึงปฏิทินและทรัพยากรที่ใช้ร่วมกันด้วย เช่น ห้องประชุม ผู้ใช้ควรสามารถดาวน์โหลดข้อมูลการจัดกำหนดการประชุมได้ ซึ่งรวมถึงการประชุมทั้งแบบครั้งเดียวและที่เกิดซ้ำ ไม่ว่าจะกำหนดเวลาการนัดหมายก่อนการย้ายข้อมูลหรือสร้างขึ้นระหว่างการย้ายข้อมูล จะต้องรักษาความถูกต้องของข้อมูลปฏิทินตลอดทั้งโปรเจ็กต์ คุณต้องแน่ใจว่าผู้ใช้สามารถ เช่น เปลี่ยนห้องประชุมสำหรับการประชุมครั้งถัดไปในการประชุมที่เกิดซ้ำ หรือยกเลิกการประชุมหนึ่งรายการได้ โดยไม่ก่อให้เกิดความขัดแย้งและความสับสนในการประชุมครั้งต่อๆ ไป
ขั้นตอนที่ 3: วางแผนเพื่อความแม่นยำในการโยกย้ายที่เหมาะสมที่สุด
การวางแผนการย้ายจาก Notes ไปยัง Exchange หรือ Office 365 จำเป็นต้องเข้าใจความแตกต่างเฉพาะบางประการระหว่างแพลตฟอร์ม
ที่อยู่อีเมล
โดยทั่วไปข้อมูล Notes จะมีที่อยู่ที่เป็นกรรมสิทธิ์ซึ่งปรากฏในหลายแห่ง: ในส่วนหัวของข้อความ, ฝังอยู่ในเอกสารสำคัญ, รายชื่อติดต่อส่วนบุคคล และรายการแบบกระจาย ในส่วนหนึ่งของกระบวนการย้าย ที่อยู่ที่เป็นกรรมสิทธิ์เหล่านี้จะต้องได้รับการอัปเดตเป็นที่อยู่ SMTP เพื่อให้มั่นใจว่าฟังก์ชันการทำงานเต็มรูปแบบในสภาพแวดล้อม Exchange องค์กรหลายแห่งยังเลือกที่จะอัปเดตโดเมน SMTP หรือกำหนดที่อยู่มาตรฐานในระหว่างการย้ายข้อมูล หากสิ่งนี้ใช้ได้กับองค์กรของคุณ สิ่งสำคัญคือต้องเข้าใจว่าโซลูชันการย้ายข้อมูลบางส่วนจะอัปเดตอินสแตนซ์ที่อยู่ SMTP ในอดีตสำหรับผู้ใช้แต่ละรายโดยอัตโนมัติ
โครงสร้างโฟลเดอร์
ในหลายองค์กร ผู้ใช้จะใช้กล่องจดหมายและที่เก็บข้อมูลของตนเอง ดังนั้นการรักษาข้อมูลนี้จึงเป็นสิ่งสำคัญ ความสามารถของผู้ใช้ในการดูโครงสร้างโฟลเดอร์ทั้งหมดของตนยังส่งผลต่อประสบการณ์ผู้ใช้อันเป็นผลมาจากการย้ายข้อมูลอีกด้วย สิ่งสำคัญคือต้องเลือกโซลูชันและการเปลี่ยนแปลงที่รักษาความสมบูรณ์ของโฟลเดอร์และโครงสร้างข้อมูล
แบบจำลองและเอกสารสำคัญในท้องถิ่น
เพื่อควบคุมต้นทุนพื้นที่จัดเก็บข้อมูลและจัดการการเติบโตของข้อมูลได้ดีขึ้น หลายองค์กรจึงกำหนดโควต้ากล่องจดหมาย ผลที่ตามมาโดยไม่ได้ตั้งใจของนโยบายนี้มักจะเป็นการเพิ่มจำนวนและขนาดของไฟล์เก็บถาวร แหล่งข้อมูลเพิ่มเติมเหล่านี้ต้องได้รับการประเมินและพิจารณาการโยกย้ายในระหว่างการวางแผนการโยกย้าย คุณสามารถจัดเตรียมองค์ประกอบการบริการตนเองให้กับผู้ใช้ซึ่งช่วยให้ผู้ใช้สามารถย้ายเฉพาะข้อมูลที่สำคัญได้ เพื่อเพิ่มประสิทธิภาพการจัดเก็บ Exchange เราขอแนะนำให้ใช้ผลิตภัณฑ์ Quest อื่น - โดยเฉพาะอย่างยิ่งมีฟังก์ชันที่มีประโยชน์สำหรับการขจัดข้อมูลซ้ำซ้อนของไฟล์ที่แนบมา ซึ่งเป็นแบบอะนาล็อกของ DAOS ใน Notes
ACL และการมอบหมาย
รายการควบคุมการเข้าถึง (ACL) และการมอบหมายเป็นองค์ประกอบสำคัญสำหรับการทำงานในสภาพแวดล้อม Notes และยังมีความสำคัญต่อการปกป้องความสมบูรณ์อีกด้วย ด้วยเหตุนี้ การแปลสิทธิ์ที่เกี่ยวข้องและสิทธิ์การเข้าถึงให้เป็นสิทธิ์ที่เทียบเท่าใน Exchange Server และ Office 365 อย่างถูกต้องจึงเป็นสิ่งสำคัญ โดยหลักการแล้ว การดำเนินการนี้โดยอัตโนมัติจะช่วยเร่งกระบวนการและกำจัดข้อผิดพลาดของมนุษย์ เพื่อรักษาประสิทธิผลในการปกป้องทรัพย์สินข้อมูลขององค์กร ACL และการแมปการมอบหมายจะต้องดำเนินการพร้อมกันกับข้อมูลเมล บางองค์กรพยายามมอบหมายสิทธิ์ที่เทียบเท่าด้วยตนเองหรือใช้สคริปต์หลังจากการย้ายข้อมูลเสร็จสิ้น อย่างไรก็ตาม วิธีการนี้อาจส่งผลเสียต่อประสิทธิภาพการทำงานและเพิ่มช่องโหว่ด้านความปลอดภัยให้กับข้อมูลขององค์กร
บันทึกเนื้อหาของตัวเอง
จดหมายที่ใช้งานอยู่เดียวกัน ปัญหาทั่วไปอีกประการหนึ่งเมื่อย้ายจาก IBM Notes คือการเผชิญกับ Rich Text จำนวนมาก Exchange และ Office 365 ไม่รองรับตารางแบบแท็บ ปุ่ม แบบฟอร์มที่บันทึกไว้ และเนื้อหาที่เป็นกรรมสิทธิ์อื่นๆ ใน Notes ด้วยเหตุนี้ คุณจะต้องเตรียมพร้อมสำหรับการสูญเสียฟังก์ชันการทำงานนี้ หรือลงทุนในโซลูชันการย้ายข้อมูลที่สามารถแปลงองค์ประกอบเหล่านี้ให้เป็นรูปแบบที่สามารถย้ายได้ สมมติว่าโซลูชันจาก Quest ไม่ได้แปลงสิ่งนี้ในทางใดทางหนึ่งและสามารถถ่ายโอนจดหมายดังกล่าวเป็นไฟล์แนบเท่านั้นเพื่อให้ผู้ใช้สามารถเปิดผ่านไคลเอนต์ Notes
กลุ่มและสมุดที่อยู่ส่วนบุคคล
องค์กรหลายแห่งใช้รายชื่อผู้รับจดหมายสาธารณะอย่างกว้างขวางสำหรับภายในและ
การสื่อสารภายนอก นอกจากนี้ ผู้ใช้ Notes มักพบว่าการรักษาการติดต่อทางธุรกิจไว้ในสมุดที่อยู่ส่วนบุคคลเป็นสิ่งสำคัญ แหล่งข้อมูลเหล่านี้มีความสำคัญต่อการดำเนินธุรกิจ และต้องได้รับการเปลี่ยนแปลงอย่างมีประสิทธิภาพในระหว่างการโยกย้ายไปยังแพลตฟอร์ม Microsoft ด้วยเหตุนี้ จึงเป็นเรื่องสำคัญที่จะต้องเตรียมกลุ่มสำหรับการโยกย้ายไปยัง Active Directory โดยอัตโนมัติ และแปลงที่อยู่ส่วนบุคคลทั้งหมดอย่างมีประสิทธิภาพ แม้แต่ที่จัดเก็บไว้ในเดสก์ท็อปของผู้ใช้ก็ตาม
การโต้ตอบกับแอพ Notes
จุดบูรณาการระหว่างแอปพลิเคชันและบริการอีเมล เช่น กระบวนการกระทบยอด มีความสำคัญเมื่อวางแผนและกำหนดเวลาการย้ายข้อมูล IBM Notes มีการผสานรวมระหว่างอีเมลและแอปพลิเคชันที่เข้มงวดกว่าแพลตฟอร์มอื่นๆ การบูรณาการเหล่านี้สามารถรวมทุกอย่างตั้งแต่ doclinks แบบธรรมดาไปจนถึงกระบวนการทางธุรกิจ
ทรัพยากรและฐานข้อมูลเมล
องค์กรจำนวนมากใช้ฐานข้อมูลการสำรองทรัพยากร ฐานข้อมูลเมล และฐานข้อมูลที่แบ่งใช้อื่นๆ ใน Notes เป็นผลให้ฐานข้อมูลเหล่านี้มีบทบาทสำคัญในการทำงานขององค์กร เพื่อให้มั่นใจถึงความต่อเนื่องทางธุรกิจและประสิทธิภาพการทำงานของพนักงาน การพิจารณาแนวทางและระยะเวลาในการดำเนินการสำหรับ:
- การสร้างกล่องจดหมายทรัพยากรในสภาพแวดล้อมเป้าหมาย
- การถ่ายโอนข้อมูลจากฐานข้อมูลการจองไปยัง Exchange
- ตรวจสอบให้แน่ใจว่าผู้ใช้ทั้งสองระบบสามารถทำงานร่วมกันและใช้ทรัพยากรใน Notes และ Exchange
ขั้นตอนที่ 4: เพิ่มประสิทธิภาพการย้ายข้อมูลให้สูงสุด
นอกเหนือจากการรับรองความถูกต้องของข้อมูลแล้ว สิ่งสำคัญอีกประการหนึ่งคือต้องแน่ใจว่าการย้ายข้อมูลมีประสิทธิภาพมากที่สุดเท่าที่จะเป็นไปได้ตามข้อกำหนดขององค์กร ประสิทธิผลของการย้ายข้อมูลโดยตรงไม่เพียงแต่ขึ้นอยู่กับต้นทุนทางตรงเท่านั้น แต่ยังขึ้นอยู่กับระดับของผลกระทบต่อธุรกิจด้วย
สถาปัตยกรรมโซลูชันการย้ายข้อมูล
ปัจจัยที่สำคัญที่สุดประการหนึ่งที่มีอิทธิพลต่อประสิทธิภาพคือสถาปัตยกรรมของโซลูชันการย้ายข้อมูล สิ่งสำคัญคือต้องเลือกโซลูชันที่มีสถาปัตยกรรมแบบมัลติเธรดที่ช่วยให้เซิร์ฟเวอร์การย้ายข้อมูลหนึ่งเซิร์ฟเวอร์สามารถย้ายผู้ใช้หลายรายพร้อมกันได้ สถาปัตยกรรมแบบมัลติเธรดช่วยลดความต้องการฮาร์ดแวร์การโยกย้ายและเพิ่มความเร็วการโยกย้าย ซึ่งช่วยลดต้นทุนโครงการโดยรวมได้อย่างมาก อย่าหลงกลกับโซลูชันการย้ายข้อมูลที่อ้างว่าเป็นแบบมัลติเธรด แต่จริงๆ แล้วย้ายผู้ใช้เพียงรายเดียวในแต่ละครั้ง และจำเป็นต้องเพิ่มเวิร์กสเตชันเพื่อย้ายผู้ใช้จำนวนมากขึ้นในแต่ละครั้ง โซลูชันแบบมัลติเธรดที่แท้จริงจะมีประสิทธิภาพมากขึ้น 30 ถึง 5000 เปอร์เซ็นต์เมื่อย้ายข้อมูลไปยัง Exchange และ Office 365 ทั้งนี้ขึ้นอยู่กับการกำหนดค่าและสภาพแวดล้อม
ขั้นตอนการโยกย้าย
การย้ายข้อมูลเกี่ยวข้องกับหลายขั้นตอน และกระบวนการจะต้องเกิดขึ้นในเวลาที่เหมาะสมเพื่อให้แน่ใจว่าการเปลี่ยนแปลงจะราบรื่น เพื่อลดการหยุดชะงักทางธุรกิจและเพิ่มผลประโยชน์สูงสุดจากการย้าย กระบวนการทั้งหมดจะต้องบูรณาการและควบคุมโดยแอปพลิเคชันเดียวที่สามารถจัดการทุกขั้นตอนของการย้ายได้อย่างทันท่วงที
ความยืดหยุ่นและการบริการตนเอง
ผู้ใช้และแผนกบางส่วนจะต้องเบี่ยงเบนไปจากกระบวนการย้ายมาตรฐาน ตัวอย่างเช่น แผนกกฎหมายอาจมีข้อกำหนดพื้นที่เก็บข้อมูลที่แตกต่างกัน หรือผู้จัดการอาจต้องย้ายกล่องจดหมายและที่เก็บถาวรทั้งหมด ดังนั้นจึงเป็นเรื่องสำคัญที่จะต้องเลือกโซลูชันการย้ายข้อมูลแบบยืดหยุ่นที่ช่วยให้ทีมการย้ายข้อมูลสามารถปรับตัวเข้ากับข้อกำหนดเหล่านี้ได้อย่างง่ายดาย วิธีที่มีประสิทธิภาพมากที่สุดวิธีหนึ่งในการให้ความยืดหยุ่นนี้คือการเปิดใช้งานบริการตนเองสำหรับผู้ใช้บางรายของคุณ ตัวอย่างเช่น ผู้ใช้บางรายอาจได้รับอนุญาตให้ถ่ายโอนข้อมูลเพิ่มเติมจากไฟล์เมลหลักหรือข้อมูลในเครื่องเพื่อแปลงเป็นไฟล์เก็บถาวรส่วนบุคคลบนเซิร์ฟเวอร์ในภายหลัง
ขั้นตอนที่ 5: เรียกใช้การทดสอบการย้ายข้อมูล
เมื่อการประเมินก่อนการย้ายเสร็จสมบูรณ์ กลยุทธ์การอยู่ร่วมกันได้รับการสรุป และแผนการปรับให้เหมาะสมได้ถูกกำหนดแล้ว จำเป็นอย่างยิ่งที่จะต้องได้รับการยืนยันของกลยุทธ์ผ่านการโยกย้ายนำร่องอย่างน้อยหนึ่งครั้ง
วัตถุประสงค์ของการย้ายถิ่นนำร่องคือเพื่อทดสอบขั้นตอนที่พัฒนาขึ้นและเพื่อระบุปัญหาที่อาจเกิดขึ้นหลังจากการโยกย้ายเต็มรูปแบบได้เริ่มต้นขึ้น โดยให้โอกาสพวกเขาในการแก้ไขปัญหาก่อนเริ่มการย้ายถิ่นจริง เป็นผลให้เราคาดหวังและยินดีกับปัญหาระหว่างการโยกย้ายนักบิน
การกำหนดปริมาณการโยกย้ายนำร่อง
การโยกย้ายของนักบินควรมีขนาดใหญ่เพียงพอที่จะรวบรวมตัวอย่างข้อมูลที่เป็นตัวแทนและตอบคำถามที่เกี่ยวข้องซึ่งอาจพบในระหว่างการอพยพการสู้รบ หากคุณกำลังย้ายกล่องจดหมายหลายพันกล่อง ขนาดตัวอย่างควรจะเพียงพอ สำหรับการย้ายข้อมูลจำนวนมาก เปอร์เซ็นต์อาจน้อยกว่านี้
การเลือกใช้ข้อมูลและระบบ
ในระหว่างกระบวนการโยกย้ายนักบิน สิ่งสำคัญคือต้องใช้ข้อมูลการต่อสู้และระบบการต่อสู้ สิ่งนี้สำคัญมากด้วยเหตุผลหลายประการ:
- คุณต้องเข้าใจว่าสภาพแวดล้อมการต่อสู้จะเป็นอย่างไร สภาพแวดล้อมที่สังเคราะห์ขึ้นจะไม่เป็นตัวแทนของสภาพแวดล้อมการต่อสู้
- คุณสามารถรับข้อมูลเพิ่มเติมเกี่ยวกับข้อความที่เข้ารหัส ความถี่ของประเภทข้อความที่ไม่พบใน Exchange และข้อกำหนดพื้นที่เก็บข้อมูลตามข้อมูลตัวอย่าง
ตั้งความคาดหวัง
กระบวนการย้ายข้อมูลนำร่องยังให้โอกาสที่ดีเยี่ยมในการทดสอบเกณฑ์ความสำเร็จที่ระบุไว้สำหรับโครงการ และปรับเทียบความคาดหวังสำหรับการย้ายข้อมูลที่เหลือ หากจำเป็นต้องมีการปรับเปลี่ยน จะต้องจัดทำเป็นเอกสารและนำมาพิจารณาในระหว่างการอพยพการรบ
ขั้นตอนที่ 6: วางแผนเวลาการย้ายข้อมูลเพื่อลดผลกระทบต่อองค์กรให้เหลือน้อยที่สุด
การจัดกลุ่มผู้ใช้
เพื่อลดผลกระทบต่อผู้ใช้และองค์กรโดยรวม ควรย้ายผู้ใช้ที่ทำงานร่วมกันพร้อมกัน ปัจจัยสำคัญที่ต้องพิจารณาเมื่อสร้างกลุ่มเหล่านี้ ได้แก่ การมอบหมาย ค้นหาโซลูชันที่สามารถแนะนำคอลเลกชันสำหรับการย้ายข้อมูลโดยอิงตามข้อมูลเกี่ยวกับความสัมพันธ์ของผู้ใช้ในสภาพแวดล้อมต้นทาง
ระยะเวลาการโยกย้าย
เมื่อการย้ายกลุ่มเสร็จสมบูรณ์ อย่าลืมกำหนดเวลาที่ต้องการด้วย
ผลกระทบต่อผู้ใช้เหล่านี้มีน้อยมาก ซึ่งอาจหมายถึงการกำหนดเวลากรอบเวลาการโยกย้ายในช่วงเวลาหนึ่งของวันเพื่อหลีกเลี่ยงการโยกย้ายในช่วงเวลาทำการ ตอนสิ้นเดือนของปี หรือระหว่างช่วงการบำรุงรักษา ตัวอย่างเช่น ทีมขายไม่ควรย้ายจนกว่าจะใกล้สิ้นไตรมาส และแผนกบัญชีและกฎหมายอาจมีข้อจำกัดว่าเมื่อใดที่สามารถย้ายได้
ขั้นตอนที่ 7: เริ่มการโยกย้ายและติดตามความคืบหน้า
ด้วยแนวทางการย้ายข้อมูลที่ได้รับการตรวจสอบโดยนักบินแล้ว การย้ายข้อมูลเพื่อการต่อสู้ควรกลายเป็นเหตุการณ์ประจำ อาจมีการปรับเปลี่ยนเล็กน้อยตลอดกระบวนการเพื่อรองรับความต้องการของบางกลุ่ม ยังคงจำเป็นต้องมีการติดตามผลอย่างระมัดระวังเพื่อให้แน่ใจว่าเหตุฉุกเฉินทั้งหมดจะถูกนำมาพิจารณาในระหว่างขั้นตอนการวางแผนและนำร่อง อย่างไรก็ตาม กระบวนการจะต้องเป็นแบบอัตโนมัติมากขึ้น การดำเนินการตามตารางการย้ายถิ่นของการรบเป็นสิ่งสำคัญในการจัดทำเอกสารและสื่อสารความคืบหน้าทั่วทั้งองค์กรเพื่อเป็นการยืนยันว่าเป็นไปตามความคาดหวัง การติดตามผลและข้อเสนอแนะยังคงเป็นส่วนสำคัญของการโยกย้ายที่ประสบความสำเร็จตลอดกระบวนการ
ข้อสรุป
เราได้ครอบคลุมสิ่งที่คุณต้องพิจารณาเมื่อย้ายบริการไปรษณีย์ของคุณ หากคุณกำลังอยู่ในระหว่างการเลือกโซลูชันการย้ายข้อมูลหรือกำลังคิดเกี่ยวกับเรื่องนี้ สิ่งสำคัญคือต้องคำนึงถึงทั้งหมดนี้ด้วย เราทำงานร่วมกับโซลูชันการย้ายข้อมูลจาก Quest และพร้อมที่จะแนะนำว่ามีประสิทธิภาพสูงสุดในการลดจำนวนขั้นตอนที่ต้องดำเนินการด้วยตนเอง และเพิ่มปริมาณข้อมูลที่ถ่ายโอนอันเป็นผลมาจากการย้าย
หากคุณต้องการเรียนรู้เพิ่มเติมเกี่ยวกับวิธีการย้ายข้อมูลที่มีประสิทธิภาพ โปรดส่งคำขอไปที่ บนเว็บไซต์ของเราหรือเพียงแค่โทร และคุณยังสามารถศึกษาเอกสารเพิ่มเติมได้โดยใช้ลิงก์ด้านล่าง:
ที่มา: will.com