แก้ปัญหาเกี่ยวกับ GWMME

ปัญหาอาจเกิดจากสาเหตุต่อไปนี้

• เซิร์ฟเวอร์ Exchange ไม่ทำงาน
• ปัญหาด้านเครือข่ายที่ทำให้เครื่องไคลเอ็นต์เชื่อมต่อกับเซิร์ฟเวอร์ Exchange ไม่ได้ หากต้องการตรวจสอบการเชื่อมต่อ ให้ลองใช้คำสั่ง ping เซิร์ฟเวอร์จากเครื่องไคลเอ็นต์
• คุณใช้ชื่อสำหรับเซิร์ฟเวอร์ Exchange หรือผู้ดูแลระบบที่ไม่ถูกต้อง วิธีตรวจสอบข้อมูลดังกล่าวให้ทำดังนี้
  1. ที่เครื่องไคลเอ็นต์ ให้คลิก Control Panel Mail เพื่อสร้างโปรไฟล์ Microsoft Outlook สำหรับบัญชีผู้ดูแลระบบที่ต้องการใช้สำหรับการย้ายข้อมูล
  2. บนหน้าจอขั้นตอนที่ 1 (รายละเอียดเซิร์ฟเวอร์) ใน GWMME ให้ทำดังนี้
     • ในช่องชื่อโฮสต์/ที่อยู่ IP ให้ป้อนชื่อโฮสต์ของ Exchange จากโปรไฟล์
     • ในช่องชื่อผู้ใช้ของผู้ดูแลระบบ ให้ป้อนชื่อผู้ใช้จากโปรไฟล์

หากต้องการย้ายข้อมูลจากเซิร์ฟเวอร์ที่เป็นโฮสต์ โปรไฟล์สำหรับบัญชีผู้ดูแลระบบจะต้องใช้การตั้งค่าเริ่มต้นเชื่อมต่อกับเซิร์ฟเวอร์ ระบบจะเชื่อมต่อไม่ได้หากคุณแก้ไขการตั้งค่าใดก็ตามในส่วน Control Panel Mail Profile Name Properties Email Accounts Profile Name Change Email Account More Settings

ตรวจสอบว่าป้อนชื่อและรหัสผ่านของผู้ดูแลระบบอย่างถูกต้อง

หากยังพบปัญหาอยู่ ให้ตรวจสอบว่าคุณป้อนชื่อที่ถูกต้องสำหรับเซิร์ฟเวอร์ Exchange ดังนี้

1. ที่เครื่องไคลเอ็นต์ ให้คลิก Control Panel Mail เพื่อสร้างโปรไฟล์ Outlook สำหรับบัญชีผู้ดูแลระบบที่ต้องการใช้สำหรับการย้ายข้อมูล
2. บนหน้าจอขั้นตอนที่ 1 (รายละเอียดเซิร์ฟเวอร์) ใน GWMME ให้ทำดังนี้
   • ในช่องชื่อโฮสต์/ที่อยู่ IP ให้ป้อนชื่อโฮสต์ของ Exchange จากโปรไฟล์
   • ในช่องชื่อผู้ใช้ของผู้ดูแลระบบ ให้ป้อนชื่อผู้ใช้จากโปรไฟล์

หาก GWMME ขัดข้องทันทีหลังจากเริ่มใช้งาน โปรดตรวจสอบว่าคุณเรียกใช้ GWMME ในเครื่องไคลเอ็นต์ ไม่ใช่ในเซิร์ฟเวอร์ Exchange การเรียกใช้เครื่องมือนี้ในเซิร์ฟเวอร์อาจทำให้เกิดการขัดข้องได้ โปรดดูรายละเอียดเพิ่มเติมในเอกสารคู่มือของ Microsoft

หากคิดว่า GWMME อาจขัดข้องเนื่องจากปัญหาการจัดสรรภาระงาน โปรดดูข้อมูลเพิ่มเติมจากคู่มือผู้ดูแลระบบ GWMME ในหัวข้อ "เตรียมเครื่องไคลเอ็นต์ที่ใช้ Windows"

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

0x80040109
Fail:While stamping the message

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

หากระบบย้ายข้อมูลของผู้ใช้ไม่สำเร็จเพียง 1 ราย ให้ตรวจสอบดังนี้

• ชื่อหรือที่อยู่ SMTP ของผู้ใช้รายนั้นมีการจัดรูปแบบอย่างถูกต้องในไฟล์ของผู้ใช้
• ผู้ใช้ไม่ได้ถูกซ่อนใน Global Address List (GAL)
• ผู้ใช้มีบัญชีในเซิร์ฟเวอร์ Exchange
• ผู้ใช้ได้ลงชื่อเข้าใช้ Google Workspace รวมทั้งได้ยอมรับข้อกำหนดในการให้บริการและสร้างบัญชี Google Workspace เรียบร้อยแล้ว

ขั้นตอนการแก้ปัญหาต่อไปนี้จะช่วยแก้ไขปัญหาข้อผิดพลาดในการตรวจสอบความถูกต้องแบบ OAuth ของ GWMME ทั้งหมดได้

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

GWMME จะไม่จัดสรรผู้ใช้ใน Google Workspace โปรดสร้างบัญชีผู้ใช้ Google Workspace ก่อนย้ายข้อมูล

ในกรณีนี้ ปีในวันที่ปัจจุบันของเครื่องเปลี่ยนเป็น 2022 ทำให้ใบรับรองไม่เป็นปัจจุบัน คุณจะดูวันที่ปัจจุบันที่จุดเริ่มต้นของแต่ละบรรทัดในบันทึก และวันที่ที่ระบุในช่อง "Valid from" และ "Valid until" ของใบรับรองจะไม่ตรงกับวันที่ปัจจุบัน การแจ้งข้อผิดพลาด WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED หมายความว่าตรวจสอบการเพิกถอนใบรับรองไม่ได้

นอกจากนี้คุณยังดูที่อยู่ IP ปลายทางและชื่อโฮสต์ที่ได้รับการแก้ไขซึ่งอยู่ต่อท้าย "Network connection destination details" ในบรรทัดสุดท้ายของบันทึกได้อีกด้วย โดยจะเป็น 1e100.net address ซึ่งเป็นของ Google

2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2025 ()> Secure connection failure. Status: 0x00010000. Info 0x00000009
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2030 ()> Failure details:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED: Certification revocation checking has been enabled, but the revocation check failed to verify whether a certificate has been revoked. The server used to check for revocation might be unreachable.
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA: The function is unfamiliar with the Certificate Authority that generated the server's certificate.
Certificate details:
---Validity--
Valid from: 2016-09-20T04:08:45.000Z
Valid until: 2022-09-20T04:08:45.000Z
---Subject---
Created by http://www.fiddler2.com
DO_NOT_TRUST
*.google.com
---Issuer----
Created by http://www.fiddler2.com
DO_NOT_TRUST
DO_NOT_TRUST_FiddlerRoot
-------------
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2071 ()> Error result 5, hr = 0x80072f8f. Setting event 0000000000001638.
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2076 ()> Network connection destination details: 127.0.0.1:8888 (COMPUTERNAME)

ในกรณีนี้ มีการติดตั้ง Fiddler และตั้งค่าให้มีการถอดรหัส HTTPS (ซึ่งหมายความว่าจะใช้ใบรับรองของตัวเอง) แต่ใบรับรองถูกนำออกจากรายชื่อใบรับรองที่ Windows เชื่อถือ ดังนั้นใบรับรองนี้จึงไม่น่าเชื่อถืออีกต่อไป โปรดทราบว่าเนื่องจาก Fiddler เป็นพร็อกซี ซึ่งหมายความว่ากำลังเชื่อมต่อกับ 127.0.0.1 ไม่ใช่ Google การแจ้งข้อผิดพลาดที่มี WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA ซึ่งหมายความว่าระบบไม่เชื่อถือผู้ออกใบรับรอง (CA). และพบว่า Google ไม่ได้เป็นผู้ออกใบรับรองนี้

ข้อความแสดงข้อผิดพลาดที่คล้ายกันกับข้อความนี้ปรากฏในหน้าจอเอาต์พุตหรือในไฟล์บันทึกการติดตาม

E:Generic ExchangeMigration!SetPropertyGuid @ 641 (user@example.com)> Failed with 0x80070005, last successful line = 637.

บัญชีผู้ใช้ซึ่งขาดสิทธิ์ที่จำเป็นมักจะทำให้เกิดปัญหานี้ได้ หากต้องการแก้ไขปัญหานี้ โปรดตรวจสอบว่าคุณได้ให้สิทธิ์แบบ Receive As แก่บัญชีใน Exchange แล้ว

หากบัญชีมีสิทธิ์แบบ Receive As แต่ยังมีข้อผิดพลาดอยู่ แสดงว่าระบบ Exchange อาจกำหนดให้บัญชีของผู้ใช้ต้องมีสิทธิ์แบบ Send As ด้วย

ผู้ใช้บางรายย้ายข้อมูลจาก Exchange 2010 ไม่ได้และได้รับข้อผิดพลาด "Failed with 0x80004005" ในไฟล์บันทึกการติดตาม นอกจากนี้ ในไฟล์บันทึกยังมีข้อมูลต่างๆ ดังนี้

• การเรียกไปยัง Exchange 2010 ของ MAPI แบบสุ่ม
• ข้อผิดพลาด "BufferTooSmall" ในบันทึกการเข้าถึงของไคลเอ็นต์สำหรับการเรียกใช้โพรซีเยอร์ระยะไกล (RPC) ในเซิร์ฟเวอร์การเข้าถึงของไคลเอ็นต์สำหรับ Exchange Server 2010

กรณีนี้เป็นปัญหาที่ทราบอยู่แล้วสำหรับ Exchange 2010, Outlook 2007 และ Outlook 2010 คุณอาจต้องอัปเดตเป็น Exchange 2010 SP2 RU3 โปรดดูข้อมูลเพิ่มเติมเมื่อพบข้อผิดพลาดเกี่ยวกับการเรียกใช้ MAPI ในเอกสารประกอบของ Microsoft

หากมีรหัสข้อผิดพลาด HTTP 500, 502 และ 503 หลายรายการในบันทึก และอัปโหลดอีเมลไม่ได้โดยมีข้อผิดพลาด 0x8004106a แสดงว่าอาจมีปัญหาเกิดขึ้นกับกล่องจดหมายปลายทาง ซึ่งโดยปกติแล้วจะเกิดจากการใช้งานในปริมาณสูง

หากต้องการแก้ไขปัญหา ให้ตรวจสอบว่าระบบไม่ได้ใช้งานกล่องจดหมายปลายทางมากเกินไป ดังนี้

• ปิดใช้งานไคลเอ็นต์การซิงค์ทั้งหมด (เช่น IMAP, POP, อุปกรณ์เคลื่อนที่ และโปรแกรมรับส่งอีเมลต่างๆ)
• ย้ายอีเมลจากแหล่งข้อมูลต้นทางเพียงทีละแห่ง

หากเกิดปัญหาต่อไปนี้ แสดงว่าระบบจัดสรรผู้ใช้ไม่ถูกต้อง

• ระบบไม่ได้แชร์การเปลี่ยนแปลงกิจกรรมในปฏิทินกับผู้เข้าร่วม
• การแจ้งเตือนและการอัปเดตปฏิทินไม่เผยแพร่ไปยังปฏิทินของผู้เข้าร่วม

โปรดจัดสรรผู้ใช้ทั้งหมดใน Google Workspace ก่อนย้ายบัญชีใดก็ตาม แม้ว่าคุณจะต้องการย้ายข้อมูลเพียงบางส่วนเท่านั้น ตรวจสอบให้แน่ใจว่าได้เพิ่มชื่อแทนโดเมนและชื่อเล่นต่างๆ แล้ว จากนั้นให้แก้ปัญหาโดยลบกิจกรรมที่ผู้ใช้รายดังกล่าวเป็นผู้จัดหรือผู้เข้าร่วมออกทั้งหมด แล้วจึงค่อยสร้างใหม่

GWMME จะย้ายข้อมูลผู้ใช้ด้วยความเร็ว 25 คนต่อวินาทีโดยค่าเริ่มต้น ซึ่งอัตรานี้สูงกว่าจำนวนคำค้นหาต่อวินาที (QPS) ตามค่าเริ่มต้นสำหรับทั้ง Contacts API และ Calendar API

หากต้องการแก้ปัญหานี้ ให้เรียกใช้การย้ายข้อมูลรายชื่อติดต่อและปฏิทินดังนี้

• ไม่ทำการย้ายพร้อมกับอีเมล
• ใช้ความเร็วที่ต่ำลงในอัตรา 4-8 คนต่อวินาที

หากย้ายอีเมลบางรายการไม่สำเร็จ อาจเป็นเพราะอีเมลนั้นๆ มีขนาดใหญ่กว่าที่ Gmail กำหนด หรืออาจมีไฟล์แนบเป็นประเภทที่ Gmail บล็อกไว้ โปรดดูรายละเอียดที่หัวข้อประเภทไฟล์ที่ Gmail บล็อก

นอกจากนี้คุณอาจต้องนำข้อจำกัดในด้านขนาดโฟลเดอร์ออกและตรวจสอบว่าโฟลเดอร์ปรากฏใน IMAP โปรดดูรายละเอียดที่หัวข้อเปิดและปิด POP และ IMAP สำหรับผู้ใช้

Google Workspace จะประเมินจำนวนข้อความในกล่องจดหมายหลังจากย้ายข้อมูลเสร็จ โดยจะไม่ได้ระบุจำนวนที่ถูกต้องครบถ้วน จำนวนอีเมลที่ระบุในกล่องจดหมาย Gmail อาจต่างจากจำนวนอีเมลในกล่องจดหมายเดิม

หากคุณคิดว่าข้อความบางส่วนหายไป ให้ตรวจสอบดังนี้

• อีเมลรวมไฟล์แนบต้องมีขนาดไม่เกิน 25 MB คุณจะย้ายข้อความที่มีขนาดใหญ่กว่า 25 MB ไม่ได้ โปรดดูรายละเอียดที่หัวข้อส่งไฟล์แนบไปกับข้อความ Gmail
• Gmail จะไม่บล็อกไฟล์แนบในข้อความ แต่จะป้องกันไฟล์แนบบางประเภท เช่น ไฟล์ปฏิบัติการ โปรดดูรายละเอียดที่หัวข้อประเภทไฟล์ที่ Gmail บล็อก
• ข้อความอยู่ในโฟลเดอร์หรืออยู่ในช่วงวันที่ย้ายข้อมูล

การที่อีเมลหายหรือเมื่อย้ายสำเร็จแล้วแต่ชื่อผู้ส่งหรือผู้รับที่ไม่ถูกต้องอาจเกิดขึ้นได้กับการย้ายข้อมูลของ Exchange หรือไฟล์ PST ที่อยู่ SMTP ของผู้ส่งหรือผู้รับอีเมลอาจหายไปและระบบใช้อีเมลของ Exchange X.500 แทน ปัญหานี้อาจเกิดขึ้นได้หากไม่ได้สร้างโปรไฟล์ Global Address List (GAL) หรือมีการนำผู้ใช้ออกจาก GAL

จะเกิดอะไรขึ้นเมื่อ GWMME พบอีเมลใน X.500

เมื่อ GWMME พบอีเมลใน X.500 ระบบจะค้นหาโปรไฟล์อีเมล MAPI ที่บันทึกไว้ในเซิร์ฟเวอร์ที่ต้องการย้ายข้อมูลซึ่งมีชื่อตรงกับชื่อองค์กรใน Exchange X.500 หากพบข้อมูลดังกล่าว GWMME จะนำข้อมูลจากสมุดบันทึกอีเมลในโปรไฟล์อีเมล MAPI มาใช้เป็นอีเมลของ X.500

หาก GWMME ไม่พบข้อมูลนี้ในสมุดที่อยู่ของ Exchange ระบบจะพยายามแปลงอีเมลแบบ X.500 ให้เป็นอีเมลแบบ SMTP โดยนำค่า CN ล่าสุดของที่อยู่ X.500 มาใช้เป็นชื่อผู้ใช้ของอีเมล เช่น อีเมลแบบ X.500 /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS จะเปลี่ยนเป็นอีเมลแบบ SMTP คือ ex_alias@example.com

วิธีใช้สมุดที่อยู่ Exchange แก้ไขที่อยู่ X.500

1. สร้างโปรไฟล์อีเมล MAPI (ในโหมดแบบไม่มีการแคช) ในเซิร์ฟเวอร์ที่จะย้ายข้อมูล
2. ตรวจสอบว่าได้ตั้งค่าโปรไฟล์อีเมล MAPI ในเซิร์ฟเวอร์ที่จะย้ายข้อมูลไฟล์ PST แล้ว
3. โปรไฟล์อีเมล MAPI จะต้องเชื่อมต่อกับเซิร์ฟเวอร์เดิมของ Exchange GWMME จึงจะแก้ไขปัญหาผู้รับโดยใช้ GAL ได้อย่างถูกต้อง
4. ตั้งค่าโปรไฟล์อีเมล MAPI ด้วยบัญชีผู้ใช้หรือบัญชีบริการที่ลงชื่อเข้าใช้ไว้แล้วในปัจจุบันเพื่อหลีกเลี่ยงข้อผิดพลาดในการตรวจสอบสิทธิ์

หมายเหตุสำคัญ

ทดสอบและยืนยันว่าคุณตั้งค่าการย้ายข้อมูลอย่างถูกต้อง หากยังคงพบปัญหาเดิมอยู่ การย้ายข้อมูลซ้ำจะไม่อัปเดตข้อมูลที่ย้ายไปยังบัญชี Google แล้ว โปรดลบข้อมูลอีเมลนั้น นำออกจากถังขยะ แล้วจึงย้ายข้อมูลอีกครั้ง

ข้อความที่ย้ายมาอาจแสดงวันที่และเวลาที่ย้ายข้อมูล แทนที่จะเป็นเวลาและวันที่ของข้อความต้นฉบับ

กรณีนี้อาจจะเกิดขึ้นได้เนื่องจากส่วนหัวของวันที่ของอีเมลต้นฉบับดังกล่าวไม่เป็นไปตามมาตรฐาน RFC 5322 หากข้อความมีส่วนหัววันที่ที่ไม่ได้มีการจัดรูปแบบอย่างถูกต้อง Gmail จะใช้เวลาและวันที่ในการย้ายข้อมูลกับข้อความแทน

คำเตือนนี้จะปรากฏขึ้นเมื่อคุณนำเข้ากิจกรรมของผู้ใช้ที่ไม่ใช่ผู้จัดเดิม หรือไม่ใช่ผู้เข้าร่วมตั้งแต่ต้นของกิจกรรมนี้

แม้จะมีข้อความเตือน แต่ข้อมูลกิจกรรมจะยังย้ายไปยัง Google Workspace ได้สำเร็จ และระบบจะแสดงผู้ใช้เป้าหมายของ Google Workspace เป็นผู้เข้าร่วมกิจกรรมใน Google ปฏิทิน ที่ต้องเป็นเช่นนี้เนื่องจากปฏิทินจะไม่รองรับกิจกรรมของผู้ใช้ที่ไม่ได้เป็นผู้จัดหรือผู้เข้าร่วม