ย้ายกล่องจดหมาย Kopano ไปยัง Grommunio หรือ Zammad: เลือกเส้นทางที่ถูกต้อง

เส้นทางการย้ายข้อมูลที่เหมาะสมนั้นขึ้นอยู่กับว่าคุณหมายถึง “กล่องจดหมาย” ในความหมายใด หากคุณต้องการระบบทดแทน Kopano ที่เก็บอีเมลไว้ในกล่องจดหมายของกลุ่มซอฟต์แวร์ ให้ใช้เส้นทางการย้ายข้อมูล Kopano ของ grommunio หากคุณต้องการคิวสนับสนุนที่ใช้ร่วมกันซึ่งอีเมลขาเข้าจะกลายเป็นบทสนทนาและตั๋วของลูกค้า Zammad อาจเหมาะสม แต่เป็นระบบช่วยเหลือลูกค้า ไม่ใช่ระบบทดแทนกล่องจดหมายของกลุ่มซอฟต์แวร์ เอกสารการย้ายข้อมูลปัจจุบันของ Zammad ไม่ได้ระบุ Kopano เป็นแหล่งนำเข้าโดยตรง

ความแตกต่างนี้เป็นตัวกำหนดว่าผลลัพธ์ที่ประสบความสำเร็จควรมีลักษณะอย่างไร ใน grommunio ผู้ใช้ควรจะสามารถค้นหาอีเมลของตนได้ และหลังจากดำเนินการย้ายข้อมูลแยกต่างหากแล้ว ก็ควรจะสามารถค้นหาข้อมูลกลุ่มซอฟต์แวร์อื่นๆ ที่พวกเขาใช้งานได้ ใน Zammad เจ้าหน้าที่ควรจะเห็นการติดต่อสื่อสารที่เลือกไว้เป็นตั๋วและบทความที่จัดกลุ่มอย่างถูกต้อง โดยมีการแมปกับลูกค้าและผู้รับผิดชอบตามเวิร์กโฟลว์การสนับสนุนของคุณ ไม่ควรมีการใช้งานระบบใดระบบหนึ่งเป็นสำเนาแบบไบต์ต่อไบต์ของ Kopano โดยไม่มีการทดสอบนำร่องและการตรวจสอบการยอมรับก่อน

เลือกเป้าหมายก่อนคัดลอกข้อมูล

คู่มือการย้ายข้อมูลของ grommunio แนะนำgromox-kdb2mtให้ใช้ Kopano/Zarafa และอธิบายว่าเส้นทางนี้จะย้ายกล่องจดหมายทั้งหมด รวมถึงคุณสมบัติ MAPI ด้วย ส่วนเส้นทาง IMAP ที่แยกต่างหากนั้นจะย้ายเฉพาะอีเมลและโฟลเดอร์ แต่จะไม่ย้ายปฏิทินหรือรายชื่อติดต่อ โปรดอ่านคู่มือการย้ายข้อมูลของ grommunio ฉบับปัจจุบัน ก่อนเลือกใช้เครื่องมือ

วางแผนการย้ายระบบและกำหนดการตรวจสอบการยอมรับ

เริ่มต้นด้วยการตรวจสอบรายการแทนการคัดลอกแบบกลุ่ม บันทึกข้อมูลผู้ใช้ Kopano แต่ละราย ที่อยู่หลักและที่อยู่สำรอง ตัวระบุร้านค้า ขนาดกล่องจดหมาย จำนวนรายการ โควต้า โฟลเดอร์ที่ใช้ร่วมกัน ผู้รับมอบอำนาจ โฟลเดอร์สาธารณะ และบริการที่ใช้ตรวจสอบสิทธิ์ผู้ใช้ สังเกตว่า Kopano ใช้ LDAP หรือไม่ และไฟล์แนบถูกจัดเก็บไว้ในฐานข้อมูลหรือในรูปแบบไฟล์ซิสเต็ม การถ่ายโอนกล่องจดหมายสามารถย้ายเนื้อหาได้โดยที่ยังคงรักษาการกำหนดค่าไดเร็กทอรี การกำหนดเส้นทางอีเมล และสิทธิ์การเข้าถึงไว้

เลือกชุดข้อมูลนำร่องขนาดเล็กที่แสดงถึงสภาพความเป็นจริงของระบบ: กล่องจดหมายธรรมดาหนึ่งกล่อง กล่องจดหมายขนาดใหญ่หนึ่งกล่อง และกล่องจดหมายใดๆ ที่มีการเข้าถึงร่วมกัน ชื่อโฟลเดอร์ที่ไม่ใช่ภาษาอังกฤษ หรือไฟล์แนบที่ผิดปกติ สำรองข้อมูลต้นทางและปลายทาง และทำการนำเข้าครั้งแรกไปยังกล่องจดหมายปลายทางที่ใช้แล้วทิ้งหรือกล่องจดหมายที่สะอาด กำหนดการตรวจสอบที่วัดผลได้ก่อนเรียกใช้เครื่องมือ:

• เปรียบเทียบโครงสร้างโฟลเดอร์ต้นทางและปลายทาง รวมถึงจำนวนข้อความ โดยรวมถึงโฟลเดอร์ย่อยที่ซ้อนกันอยู่ด้วย
• เปิดดูข้อความตัวอย่างทั้งเก่าและใหม่ ตรวจสอบการแสดงชื่อผู้ส่งและผู้รับ วันที่ เนื้อหา และไฟล์แนบ
• ตรวจสอบสถานะที่ยังไม่ได้อ่านและสถานะที่ถูกทำเครื่องหมายไว้ ซึ่งคาดว่าวิธีการย้ายข้อมูลจะคงสถานะเหล่านั้นไว้
• ทดสอบปฏิทิน รายชื่อติดต่อ งาน ผู้รับมอบหมาย และทรัพยากรที่ใช้ร่วมกันแยกกัน อย่าสรุปว่าการนำเข้าอีเมลสำเร็จแล้ว ฟังก์ชันเหล่านี้จึงจะถือว่าการทดสอบสำเร็จ
• บันทึกวัตถุที่ถูกข้าม ข้อผิดพลาด และความแตกต่าง จากนั้นตัดสินใจว่าสิ่งเหล่านั้นเป็นที่ยอมรับได้หรือไม่ หรือจำเป็นต้องใช้วิธีการอื่น

ตัวเลือก A: ย้าย Kopano ไปยัง grommunio

ใช้เส้นทางการย้ายฐานข้อมูล Kopano เมื่อคุณต้องการความแม่นยำของกล่องจดหมาย

สำหรับฐานข้อมูล Kopano ที่รองรับ เอกสาร grommunio ระบุเส้นทางการใช้งานโดยตรงโดยใช้gromox-kdb2mtร่วมกับgromox-mt2exmยูทิลิตี้แรกจะอ่านข้อมูลจากฐานข้อมูล SQL ของ Kopano และพื้นที่จัดเก็บไฟล์แนบที่เกี่ยวข้อง ส่วนยูทิลิตี้ที่สองจะนำเข้าสตรีมการถ่ายโอนไปยังกล่องจดหมาย grommunio โปรดปฏิบัติตามไวยากรณ์การเรียกใช้งานและตัวเลือกสำหรับเวอร์ชันที่คุณติดตั้งไว้ แทนที่จะคัดลอกบรรทัดคำสั่งทั่วไปจากการติดตั้งอื่น

กระบวนการย้ายข้อมูลต้องสามารถเข้าถึงบริการ SQL ต้นทางและไฟล์แนบที่จำเป็นได้คู่มือ gromox-kdb2mt ฉบับปัจจุบัน ระบุเวอร์ชันสคีมาฐานข้อมูลที่รองรับและระบุว่าการติดตั้งที่ใช้ ต้องใช้ตัวเลือก ที่attachment_storage=files_v1-x-yเกี่ยวข้องหากโครงสร้างต้นทางของคุณแตกต่างออกไป ให้หยุดและแก้ไขการแมปพื้นที่จัดเก็บก่อนที่จะพยายามนำเข้าข้อมูลทั้งหมด--l1--l2

เตรียมโดเมนและกล่องจดหมายเป้าหมายให้พร้อมก่อนนำเข้า หาก Kopano ใช้ LDAP เป็นตัวกลาง ให้ตัดสินใจว่า grommunio จะใช้ไดเร็กทอรีเดียวกันหรือไม่ และทดสอบการจับคู่ผู้ใช้ก่อนถ่ายโอนข้อมูลคู่มือการย้ายข้อมูลอย่างเป็นทางการของ Kopanoอธิบายขั้นตอนหลายขั้นตอน ได้แก่ กำหนดค่าการรวมไดเร็กทอรีของเป้าหมาย (ถ้ามี) สร้างแหล่งข้อมูล ย้ายข้อมูลผู้ใช้ จากนั้นเปลี่ยนเส้นทางการส่งอีเมล นอกจากนี้ยังเตือนว่าคู่มือนี้อาจไม่ครอบคลุมการติดตั้งจากแหล่งที่มาทุกกรณี

กำหนดแผนที่ผู้ใช้โดยเจตนา ฐานข้อมูลของ Kopano อาจระบุร้านค้าผ่านเมตาเดต้าตัวเลขหรือ GUID แทนที่จะใช้ที่อยู่อีเมลธรรมดา เอกสาร grommunio kdb-uidextractเป็นตัวช่วยในการสร้างแผนที่ผู้ใช้จากระบบ Kopano ที่ใช้งานอยู่ โปรดดูคู่มือ kdb-uidextractการกำหนดแผนที่มีความสำคัญสำหรับที่อยู่ผู้รับและรายการควบคุมการเข้าถึง การถ่ายโอนอาจสำเร็จในทางเทคนิคในขณะที่สิทธิ์การเข้าถึงโฟลเดอร์ที่ใช้ร่วมกันยังคงชี้ไปยังข้อมูลประจำตัวที่ไม่มีอยู่จริงในปลายทาง

ใช้การซิงโครไนซ์ IMAP เฉพาะเมื่อข้อจำกัดตรงกับขอบเขตที่คุณต้องการ

หากไม่สามารถย้ายฐานข้อมูลโดยตรงได้ หรือคุณต้องการเพียงอีเมล การซิงโครไนซ์ IMAP อาจเป็นทางเลือกที่ใช้งานได้จริงเมื่อเปิดใช้งาน IMAP และสามารถเข้าถึง Kopano ได้ ขั้นimapsyncตอนการทำงานที่บันทึกไว้ของ grommunio รองรับการทำงานแบบเต็มรูปแบบและแบบส่วนต่างที่สามารถทำซ้ำได้ และรักษาโฟลเดอร์อีเมล แฟล็กมาตรฐาน และวันที่ภายในไว้ ข้อจำกัดของมันคือ IMAP ไม่ถ่ายโอนปฏิทิน รายชื่อติดต่อ งาน บันทึกย่อ กฎฝั่งเซิร์ฟเวอร์ การมอบหมาย โฟลเดอร์สาธารณะ หรือรหัสผ่าน

เตรียมกล่องจดหมายเป้าหมายและโควต้าให้พร้อมก่อน รักษาความปลอดภัยข้อมูลประจำตัวในไฟล์ที่ได้รับการป้องกัน และทดสอบการเชื่อมต่อก่อนทำการคัดลอกครั้งแรก เรียกใช้การซิงโครไนซ์เบื้องต้นสำหรับกล่องจดหมายนำร่องหนึ่งกล่อง ตรวจสอบผลลัพธ์ใน grommunio Web จากนั้นทำซ้ำการซิงโครไนซ์ส่วนต่างหลังจากที่เปลี่ยนเส้นทางการรับส่งอีเมลแล้วคู่มือการย้ายข้อมูล IMAP ของ grommunio อย่างละเอียด ประกอบด้วยการเตรียมการ การตรวจสอบแบบจำลอง การแมปโฟลเดอร์ การซิงโครไนซ์ส่วนต่าง การเปลี่ยนถ่าย และการแก้ไขปัญหา หลีกเลี่ยงตัวเลือกการทำสำเนาหรือการลบเว้นแต่คุณจะตรวจสอบแล้วว่าตัวเลือกเหล่านั้นลบอะไรออกไปบ้าง

ตัวเลือก B: ย้ายข้อมูลการติดต่อที่เลือกไปยัง Zammad

Zammad จัดการงานโดยใช้ระบบตั๋ว (ticket) ซึ่งประกอบด้วยบทความ ลูกค้า กลุ่ม และตัวแทน มันไม่ได้สร้างกล่องจดหมายแบบ Exchange ที่มีปฏิทิน รายชื่อติดต่อ งาน สิทธิ์การเข้าถึงโฟลเดอร์ และพฤติกรรมการใช้งานโปรแกรมอีเมลทั่วไปเอกสารการย้ายข้อมูลในปัจจุบันระบุว่ารองรับระบบต้นทาง เช่น Freshdesk, Kayako, OTRS และ Zendesk แต่ไม่ได้ระบุ Kopano เอกสารระบุว่าการย้ายข้อมูลจากระบบต้นทางที่ไม่รองรับนั้นจำเป็นต้องใช้วิธีการผ่าน API หรือต้องทำการย้ายข้อมูลแบบกำหนดเอง

ก่อนสร้างตัวนำเข้าข้อมูล ให้กำหนดกฎการแปลงข้อมูลก่อน ตัดสินใจว่ากล่องจดหมายหรือโฟลเดอร์ใดใน Kopano ที่ใช้แทนคำขอความช่วยเหลือ วิธีการจัดกลุ่มข้อความเข้าเป็นบทสนทนา วิธีการจับคู่ผู้ส่งกับลูกค้าใน Zammad และวิธีการแมปความเป็นเจ้าของหรือหมวดหมู่เดิมกับกลุ่มและเจ้าหน้าที่ใน Zammad กล่องจดหมายไม่ได้เป็นคิวตั๋วโดยอัตโนมัติเสมอไป จดหมายส่วนตัว จดหมายข่าว ฉบับร่าง และประกาศอัตโนมัติ อาจไม่ควรอยู่ในตั๋วที่ลูกค้าเห็น

สำหรับข้อมูลในอดีต ให้วางแผนกระบวนการส่งออกและนำเข้าอย่างเป็นระบบโดยใช้ API ของ Zammad ที่รองรับ หรือตัวย้ายข้อมูลแบบกำหนดเอง รักษาข้อมูลวันที่และส่วนหัวของข้อความเดิมไว้หากแบบจำลองข้อมูลปลายทางอนุญาต เก็บไฟล์แนบ และบันทึกกล่องจดหมายต้นทางและตัวระบุข้อความเพื่อการตรวจสอบย้อนกลับ นำเข้าตัวอย่างขนาดเล็กไปยังอินสแตนซ์ Zammad ใหม่ก่อน กฎการย้ายข้อมูลทั่วไปของ Zammad ระบุว่าการย้ายข้อมูลจากแหล่งที่มาเป็นการย้ายแบบทั้งหมดหรือไม่มีเลย และต้องใช้อินสแตนซ์ใหม่ กฎเหล่านั้นเกี่ยวข้องกับโมดูลการย้ายข้อมูลที่ระบุไว้ ดังนั้นโปรดตรวจสอบพฤติกรรมของตัวนำเข้าแบบกำหนดเองแยกต่างหาก

ใช้ช่องทางอีเมลของ Zammad เพื่อเชื่อมต่อที่อยู่อีเมลที่จะใช้สร้างหรือรับจดหมายติดต่อฝ่ายสนับสนุนใหม่หลังจากการเปลี่ยนระบบ เอกสารเกี่ยวกับช่องทางอีเมลของ Zammad ในปัจจุบัน อธิบายถึงการเชื่อมต่อผู้ให้บริการอีเมลและการกำหนดเส้นทางการรับข้อความขาเข้า ควรแยกการตั้งค่าช่องทางและการนำเข้ากล่องจดหมายเก่าเป็นงานต่างหาก อย่าเชื่อมต่อกล่องจดหมายของลูกค้าที่ใช้งานอยู่กับโปรแกรมนำเข้าที่ยังไม่ได้ทดสอบ: ตั๋วซ้ำซ้อน การตอบกลับที่ไม่คาดคิด หรือการกำหนดเส้นทางที่ไม่ถูกต้องอาจส่งผลกระทบต่อผู้ใช้จริง

เปลี่ยนระบบโดยไม่สูญเสียอีเมลขาเข้า

รักษาความพร้อมใช้งานและสำรองข้อมูล Kopano ตลอดช่วงระยะเวลาการทดสอบ หลังจากโครงการนำร่องผ่านพ้นไปแล้ว ให้ดำเนินการย้ายข้อมูลหลักและบันทึกข้อมูลพื้นฐานต้นทาง กำหนดช่วงเวลาการเปลี่ยนแปลงสั้นๆ เพื่อหยุดหรือเปลี่ยนเส้นทางการส่งข้อความ ทำการนำเข้าข้อมูลส่วนต่างหรือข้อมูลที่ขาดหายไปขั้นสุดท้าย สลับ MX หรือการกำหนดเส้นทางภายใน จากนั้นส่งข้อความทดสอบจากทั้งภายในและภายนอกองค์กร ภาพรวมการย้ายข้อมูลของ grommunio แนะนำเป็นพิเศษให้ทำการนำเข้าข้อมูลส่วนต่างขั้นสุดท้ายหลังจากสลับ DNS/MX เพื่อไม่ให้พลาดข้อความที่เข้ามาในช่วงการเปลี่ยนผ่าน

อัปเดตการเข้าสู่ระบบของผู้ใช้ การกำหนดค่าไคลเอ็นต์ การค้นหาอัตโนมัติ อุปกรณ์เคลื่อนที่ ชื่อแทน กฎการส่งต่อ และแอปพลิเคชันใด ๆ ที่ส่งผ่าน Kopano สิ่งเหล่านี้แยกต่างหากจากการคัดลอกข้อมูลกล่องจดหมาย จัดทำแผนการย้อนกลับ: ทราบวิธีการกำหนดเส้นทางอีเมลกลับ วิธีที่ผู้ใช้จะเข้าถึงเซิร์ฟเวอร์เดิม และใครบ้างที่สามารถอนุมัติการย้อนกลับได้หากปลายทางไม่ยอมรับ

วิธีประเมินผลลัพธ์ และเมื่อใดควรเปลี่ยนวิธีการ

การย้ายข้อมูลจะพร้อมใช้งานตามปกติเมื่อโฟลเดอร์และเนื้อหาที่เกี่ยวข้องของปลายทางตรงกับแหล่งที่มาภายในค่าความคลาดเคลื่อนที่ตกลงกันไว้ ผู้ใช้สามารถค้นหาข้อความล่าสุดและข้อความเก่าได้ ไฟล์แนบเปิดได้ และการรับส่งอีเมลทำงานได้ทั้งสองทิศทาง สำหรับ grommunio ให้ตรวจสอบการย้ายปฏิทินและรายชื่อติดต่อ การเข้าถึงที่ใช้ร่วมกัน การเข้าสู่ระบบไดเร็กทอรี และพฤติกรรมของไคลเอ็นต์แยกต่างหาก สำหรับ Zammad ให้ตรวจสอบขอบเขตของตั๋ว ลำดับบทความ การจับคู่ลูกค้า การมองเห็น การมอบหมาย และตรวจสอบว่าข้อความเก่าไม่ได้ทำให้เกิดการตอบกลับขาออกที่ไม่พึงประสงค์

เปลี่ยนวิธีการหากโปรแกรมนำร่องแสดงข้อมูล MAPI หายไป ไฟล์แนบเสียหาย ACL ไม่ได้รับการแก้ไข หรือมีความจำเป็นต้องรักษาคุณสมบัติของกลุ่มงานที่สำเนา IMAP ไม่สามารถทำได้ สำหรับ Zammad ให้พิจารณาปลายทางใหม่หากข้อกำหนดหลักคือความต่อเนื่องของกล่องจดหมายส่วนตัวหรือการสนับสนุนปฏิทิน/รายชื่อติดต่อ การย้ายข้อมูลแบบกำหนดเองสามารถเชื่อมโยงโมเดลข้อมูลได้ แต่จะเพิ่มงานการแมป การทดสอบ และการบำรุงรักษา ซึ่งไม่เทียบเท่ากับการนำเข้ากล่องจดหมาย Kopano แบบดั้งเดิม เก็บ Kopano ไว้ในโหมดอ่านอย่างเดียวหรือเก็บถาวรแยกต่างหากจนกว่าผู้ใช้และผู้ดูแลระบบจะสามารถตรวจสอบบันทึกที่ต้องการได้