แก้ปัญหา Google Workspace Migrate

วิธีแก้ปัญหาที่อาจพบจากการตั้งค่า Google Workspace Migrate และเรียกใช้การย้ายข้อมูลมีดังต่อไปนี้

ข้อผิดพลาดของการเชื่อมโยง  |  การติดตามการย้ายข้อมูล  |  ข้อผิดพลาดของบริดจ์

แก้ไขข้อผิดพลาดในการเชื่อมโยงหรือการเชื่อมต่อ

เปิดส่วน  |  ยุบทั้งหมดและกลับไปด้านบนสุด

ตรวจสอบบันทึกของโฮสต์บริการ

1. วิธีค้นหาบันทึกมีดังนี้
   • ในการติดตั้งแพลตฟอร์ม ให้ไปที่ C:\Program Files\Google Workspace Migrate\Google Workspace Migrate Platform\AppBridgeServiceHost.log
   • ในการติดตั้งโหนด ให้ไปที่ C:\Program Files\Google Workspace Migrate\Google Workspace Migrate Platform Node\AppBridgeServiceHost.log

     หมายเหตุ: หากใช้ Google Workspace Migrate เวอร์ชันก่อนหน้า คุณอาจต้องใช้ G Suite ในขั้นตอนแทน Google Workspace

2. เปิดบันทึก แล้วเลื่อนไปด้านล่างสุด
3. หากมีปัญหาที่เกี่ยวข้อง ให้แก้ปัญหานั้น

   คุณไม่จำเป็นต้องสนใจข้อความ "Access denied: Symmetric encryption is required for this service request but not configured" (การเข้าถึงถูกปฏิเสธ: จำเป็นต้องมีการเข้ารหัสแบบสมมาตรสำหรับคำขอบริการนี้ แต่ทั้งนี้ไม่ได้กำหนดค่าไว้)

4. หากยังแก้ปัญหาไม่ได้ ให้ไปที่หัวข้อติดต่อทีมสนับสนุนสำหรับปัญหาเกี่ยวกับ Google Workspace Migrate

ยืนยันว่าโหนดทำงานอยู่

1. ลงชื่อเข้าใช้แพลตฟอร์ม Google Workspace Migrate แล้วคลิกเซิร์ฟเวอร์ที่มุมขวาบน
2. ตรวจสอบว่าโหนดปรากฏในรายการ
3. ตรวจสอบว่าโหนดอยู่ในสถานะ Ready (พร้อม) (สีเขียว)

ข้อผิดพลาดในการเชื่อมโยงโหนด

หากคุณพบข้อผิดพลาดเมื่อพยายามเชื่อมโยงโหนดกับแพลตฟอร์ม Google Workspace Migrate ให้ตรวจสอบว่าโหนดทำงานอยู่หรือไม่

1. ป้อนที่อยู่ IP และพอร์ตของโหนดในเบราว์เซอร์เครื่องที่เรียกใช้แพลตฟอร์มอยู่ (เช่น http://192.0.2.1:5131)
2. หากแพลตฟอร์มเข้าถึงโหนดได้ และหากบริการโหนดทำงานอยู่ คุณจะได้รับข้อความแจ้งว่า "Node is running" (โหนดทำงานอยู่)
3. หากเกิดข้อผิดพลาด ให้ลองใช้ตัวเลือกต่อไปนี้
   • หากเป็นข้อผิดพลาดเกี่ยวกับเครือข่าย ให้แก้ไขแล้วลองอีกครั้ง
   • รีสตาร์ทบริการโหนด
   • ติดตั้งแอปพลิเคชันโหนดอีกครั้ง โปรดดูรายละเอียดโดยทำตามขั้นตอนในหัวข้อติดตั้งเซิร์ฟเวอร์โหนด

เซิร์ฟเวอร์โหนดแสดงสถานะ Unknown (ไม่รู้จัก)

หากได้รับข้อผิดพลาดดังกล่าว ให้ดำเนินการต่อไปนี้ 

1. ไปที่บันทึกของโฮสต์บริการสำหรับเซิร์ฟเวอร์โหนด

   โปรดดูรายละเอียดที่หัวข้อตรวจสอบบันทึกของโฮสต์บริการ

2. ตรวจสอบข้อผิดพลาด The provided platform host address https://platformserver:443/Hub was unreachable (ไม่สามารถเข้าถึงที่อยู่โฮสต์แพลตฟอร์มที่ระบุ https://platformserver:443/Hub)
3. หากคุณเห็นข้อผิดพลาดดังกล่าว ให้ลองทำตามตัวเลือกต่อไปนี้
   • ตรวจสอบการเชื่อมต่อเครือข่ายกับเซิร์ฟเวอร์แพลตฟอร์ม หากมีปัญหาเกี่ยวกับเครือข่าย ให้แก้ไขปัญหาแล้วรีสตาร์ทบริการโหนด
   • หากแพลตฟอร์มได้รับการกำหนดค่าด้วยใบรับรอง TLS ให้ป้อนที่อยู่ IP และพอร์ตของแพลตฟอร์มในเบราว์เซอร์ของคอมพิวเตอร์ที่เรียกใช้แพลตฟอร์ม (เช่น https://192.0.2.1:5131) และตรวจสอบว่าใบรับรอง TLS ถูกต้องและยังไม่หมดอายุ

ข้อผิดพลาดในการให้สิทธิ์ไม่ถูกต้องหรือการย้ายข้อมูลทำงานช้ามาก

หากได้รับข้อความ invalid_grant ในบันทึกของโฮสต์ ให้ตรวจสอบดังนี้

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

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

ติดตามประสิทธิภาพและความคืบหน้าของการย้ายข้อมูล

เปิดส่วน  |  ยุบทั้งหมดและกลับไปด้านบนสุด

ติดตามพาร์ติชัน

ขณะที่เรียกใช้การสแกนหรือบริดจ์ คุณจะติดตามสถานะของพาร์ติชันได้

1. ในแพลตฟอร์ม Google Workspace Migrate ให้คลิกสแกนหรือบริดจ์
2. ไปที่การสแกนหรือบริดจ์ที่ต้องการตรวจสอบ แล้วคลิกบันทึก บันทึกพาร์ติชัน
3. ตรวจสอบสถานะของพาร์ติชันในส่วน State (สถานะ) ดังต่อไปนี้
   • Ready (พร้อม) - พร้อมเริ่มทำงาน
   • Starting (กำลังเริ่ม) - กำลังเตรียมย้ายข้อมูลหรือสแกน
   • Crawling (อยู่ระหว่าง Crawl) - กำลังอ่านข้อมูลจากระบบต้นทาง
   • Processing (กำลังประมวลผล) - กำลังเตรียมเขียนข้อมูลลงในระบบปลายทาง
   • Committing (กำลังดำเนินการ) - กำลังเขียนข้อมูลลงในระบบปลายทาง
   • Cancelled (ถูกยกเลิก) - ไม่สำเร็จ โปรดไปที่แก้ปัญหาพาร์ติชันที่ยกเลิก
   • Completed (สำเร็จ) - ทำงานเสร็จสิ้นแล้ว
   • Skipped (ถูกข้าม) - (แสดงเมื่อดำเนินการกับความล้มเหลวอีกครั้ง) - ถูกข้ามเนื่องจากไม่มีความล้มเหลว 

แก้ปัญหาพาร์ติชันที่ยกเลิก

หากพบพาร์ติชันที่มีสถานะ Canceled (ถูกยกเลิก) ในบันทึกพาร์ติชัน ให้แก้ปัญหาโดยใช้ตัวเลือกด้านล่าง

ตัวเลือกที่ 1: ตรวจสอบรหัสข้อผิดพลาด

หากต้องการดูรหัสข้อผิดพลาด ให้ชี้เมาส์ไปที่แถวแนวนอนในบันทึกพาร์ติชัน แล้วคลิก More (เพิ่มเติม) Partition log (บันทึกพาร์ติชัน) ใช้รหัสข้อผิดพลาดที่เชื่อมโยงกับความล้มเหลวในการแก้ปัญหา โปรดดูรายละเอียดที่หัวข้อแปลความหมายข้อความแสดงข้อผิดพลาดของ Google Workspace Migrate

ตัวเลือกที่ 2: ตรวจสอบโหนด

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

ตัวเลือกที่ 3: ตรวจสอบบันทึกการดำเนินการของพาร์ติชัน

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

1. เปิดบันทึกพาร์ติชัน
2. ชี้เมาส์ไปที่แถวแนวนอนในบันทึก แล้วคลิก More (เพิ่มเติม)Execution log (บันทึกการดำเนินการ)
3. คลิก State (สถานะ) Failed (ล้มเหลว)
4. ตรวจสอบข้อมูลความล้มเหลวเหล่านี้เพื่อแยกและแก้ไขสาเหตุของปัญหา
5. ลองสแกนหรือย้ายข้อมูลอีกครั้ง

แก้ไขอัตราความล้มเหลวที่เพิ่มขึ้น

หากสรุปย้ายข้อมูลมีความล้มเหลวประเภทเดียวกันเพิ่มขึ้น อาจเป็นไปได้ว่าคุณกำหนดค่าการย้ายข้อมูลไม่ถูกต้อง

ตรวจสอบรายการการกำหนดค่าต่อไปนี้เพื่อให้แน่ใจว่าตั้งค่าไว้ถูกต้อง

1. ตรวจสอบว่าเปิดใช้ API โดยเฉพาะ Admin SDK อย่างถูกต้องในคอนโซลผู้ดูแลระบบของ Google โปรดดูรายละเอียดที่หัวข้อใช้ Google Cloud Console เพื่อเปิด API
2. โปรดตรวจสอบว่ามีบัญชีผู้ใช้ในบัญชีต้นทางและใน Google Workspace Migrate แล้วยืนยันว่าบัญชีไม่ถูกระงับหรือเปลี่ยนชื่อ
3. ยืนยันว่าผู้ใช้ทุกคนได้เปิดบริการ Google Workspace Migrate ที่จำเป็นไว้ (เช่น Gmail หรือ Google ไดรฟ์) โปรดดูรายละเอียดที่หัวข้อข้อกำหนดของ Google Workspace

แก้ไขข้อผิดพลาด "The domain policy has disabled third-party Drive apps" (นโยบายโดเมนได้ปิดใช้งานแอปไดรฟ์ของบุคคลที่สาม)

หากได้รับข้อผิดพลาดดังกล่าวในบันทึกของโฮสต์ คุณอาจต้องอนุญาตแอปของบุคคลที่สามสำหรับไฟล์ในไดรฟ์

หากต้องการแก้ไขปัญหา ให้ทำตามขั้นตอนในหัวข้ออนุญาตให้ใช้แอปของบุคคลที่สามกับไฟล์ที่เก็บในไดรฟ์

แก้ไขข้อผิดพลาดของบริดจ์

เปิดส่วน  |  ยุบทั้งหมดและกลับไปด้านบนสุด

เรียกใช้บริดจ์เป็นการย้ายข้อมูลแบบเดลต้า

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

แก้ไขข้อผิดพลาด 60008

ข้อผิดพลาดหรือคีย์เวิร์ด 60008	ขั้นตอนการแก้ปัญหา
No mapping found (ไม่พบการแมป)	คุณอาจได้รับข้อผิดพลาดนี้หากย้ายข้อมูลไดรฟ์ที่แชร์จากบัญชี Google Workspace Migrate หนึ่งไปยังอีกบัญชี และได้สร้างไดรฟ์ที่แชร์ไว้ในบัญชีใหม่ด้วยตนเอง วิธีแก้ปัญหามีดังนี้ ในการแมป ให้เปิด Map content only (แมปเนื้อหาเท่านั้น) โปรดดูรายละเอียดที่หัวข้อสร้างและจัดการการแมป เรียกใช้บริดจ์เดลต้า
Transaction that the affected item depended on failed (ธุรกรรมที่รายการที่ได้รับผลกระทบใช้งานอยู่ทำงานล้มเหลว)	ดูรายการที่ล้มเหลวอื่นๆ ในบริดจ์เดียวกันและแก้ปัญหาเหล่านั้น เมื่อแก้ไขปัญหาแล้ว ให้เรียกใช้บริดจ์เดลต้า
ย้ายออบเจ็กต์หลักไม่สำเร็จ คุณอาจเห็น: The bridge execution was halted or completed prior to dependency of the transaction being completed (การดำเนินการบริดจ์ถูกระงับหรือเสร็จสิ้นก่อนที่ทรัพยากร Dependency ของธุรกรรมจะดำเนินการเสร็จสมบูรณ์)	ย้ายออบเจ็กต์หลักของรายการที่ได้รับผลกระทบไม่สำเร็จ หรือย้ายออบเจ็กต์ย่อยไปก่อนออบเจ็กต์หลัก วิธีแก้ปัญหา เปิดบันทึกธุรกรรม ไปที่ส่วน Error Code (รหัสข้อผิดพลาด) และค้นหา 60008 เพื่อดูรายการที่ได้รับผลกระทบ โปรดดูรายละเอียดเกี่ยวกับการค้นหาและใช้บันทึกที่หัวข้อบันทึกธุรกรรม ในส่วน Source Link (ลิงก์ต้นทาง) หรือ Source Location (ตำแหน่งต้นทาง) ให้จดบันทึกเส้นทางไปยังรายการที่ได้รับผลกระทบ ใช้ข้อมูลเส้นทางเพื่อหาออบเจ็กต์หลักของของออบเจ็กต์ที่ได้รับผลกระทบ แล้วยืนยันว่าอยู่ในสถานะ Failed (ล้มเหลว) ใช้ข้อมูล Error Code (รหัสข้อผิดพลาด) และ Log (บันทึก) ของออบเจ็กต์หลักเพื่อแก้ปัญหาของออบเจ็กต์หลัก หลังจากแก้ไขปัญหาของออบเจ็กต์หลักแล้ว ให้เรียกใช้บริดจ์เดลต้า
เอนทิตีหลักปลายทางถูกนำออก เปลี่ยนชื่อ หรือย้ายไปยังตำแหน่งอื่นหลังการย้ายข้อมูล บริดจ์อื่นจึงไม่พบเอนทิตีหลักหรือย่อยต้นทางเมื่อพยายามย้ายข้อมูลอีกครั้ง	เปิดบันทึกธุรกรรม ไปที่ส่วน Error Code (รหัสข้อผิดพลาด) และค้นหา 60008 เพื่อดูรายการที่ได้รับผลกระทบ โปรดดูรายละเอียดเกี่ยวกับการค้นหาและใช้บันทึกที่หัวข้อบันทึกธุรกรรม ในส่วน Source Link (ลิงก์ต้นทาง) หรือ Source Location (ตำแหน่งต้นทาง) ให้จดบันทึกเส้นทางไปยังรายการที่ได้รับผลกระทบ ใช้ข้อมูลเส้นทางเพื่อหาออบเจ็กต์หลักของของออบเจ็กต์ที่ได้รับผลกระทบ หากออบเจ็กต์หลักมีการเปลี่ยนแปลงหรือถูกนำออก ให้เลือกตัวเลือกต่อไปนี้ คืนค่าชื่อและตำแหน่งเดิมของเอนทิตีหลัก อัปเดตการจับคู่ให้ตรงกับชื่อและตำแหน่งใหม่ของเอนทิตีหลัก หลังจากแก้ไขปัญหาแล้ว ให้เรียกใช้บริดจ์เดลต้า
ระบบไม่รองรับการจับคู่ต้นทางกับปลายทาง	ตรวจสอบการจับคู่เพื่อดูว่าตำแหน่งต้นทางและปลายทางถูกต้อง โปรดดูรายละเอียดที่หัวข้อสร้างและจัดการการจับคู่สำหรับ Exchange, SharePoint, พื้นที่แชร์ไฟล์, Box หรือ Google Workspace Migrate
LocationNotFound	ไม่สามารถย้ายไดรฟ์ที่แชร์ Google Workspace ไปยังไดรฟ์ที่แชร์ในบัญชีเป้าหมายได้เนื่องจากผู้ใช้เป้าหมายไม่มีใบอนุญาต Google Workspace ที่มีไดรฟ์ที่แชร์ ให้ตรวจสอบใบอนุญาตในบัญชีเป้าหมายแล้วลองอีกครั้ง
OrphanedContent	สร้างการจับคู่สำหรับเนื้อหาที่ไม่มีโฟลเดอร์ระดับบน ตัวอย่างเช่น ไปที่ย้ายข้อมูลรายการที่ไม่มีโฟลเดอร์ระดับบนในไดรฟ์จากบัญชีต้นทาง ตรวจสอบว่าได้ระบุผู้ใช้ทั้งหมดในการจับคู่ข้อมูลประจำตัวแล้ว โปรดดูรายละเอียดที่สร้างและจัดการการจับคู่ข้อมูลประจำตัว อัปเดตบริดจ์โดยใช้การจับคู่และการจับคู่ข้อมูลประจำตัวใหม่ แล้วเรียกใช้บริดจ์เดลต้า คุณยังอาจเห็นข้อผิดพลาดนี้หากไม่ได้ระบุเจ้าของรายการที่ไม่มีโฟลเดอร์ระดับบนเป็นบัญชีต้นทางในการจับคู่ Google Workspace Migrate จะไม่ย้ายข้อมูลรายการและแสดงรหัสข้อผิดพลาด 60008 ซึ่งในกรณีนี้ข้อผิดพลาดนี้ไม่สามารถหลีกเลี่ยงได้ หมายเหตุ: ไฟล์ที่ไม่มีโฟลเดอร์ระดับบนในสถานที่เป้าหมายอื่นอาจมาจากปัญหาที่แยกต่างหาก สถานการณ์นี้อาจเกิดขึ้นได้ เช่น หากไม่มีการระบุโฟลเดอร์เป้าหมายในการจับคู่สำหรับรายการที่ไม่มีโฟลเดอร์ระดับบน และรายการอยู่ในโฟลเดอร์รูทในไดรฟ์ของฉันของผู้ใช้เป้าหมาย
ไม่พบการจับคู่สำหรับผู้ใช้	เปิดบันทึกธุรกรรม ไปที่ส่วน Error Code (รหัสข้อผิดพลาด) และค้นหา 60008 เพื่อดูรายการที่ได้รับผลกระทบ  เพิ่มผู้ใช้ที่ไม่ได้จับคู่ลงในการจับคู่ข้อมูลประจำตัวในบริดจ์  เรียกใช้บริดจ์เดลต้า

แก้ไขข้อผิดพลาด 1029

หากย้ายข้อมูลไฟล์ไม่สำเร็จเนื่องจากข้อผิดพลาดนี้ ให้ทำดังนี้

1. เปิดบันทึกธุรกรรม
2. ในส่วน Error Code (รหัสข้อผิดพลาด) ให้ค้นหา 1029 เพื่อดูว่าโฟลเดอร์หลักย้ายข้อมูลไม่สำเร็จหรือไม่
3. หากระบบไม่ได้ย้ายข้อมูลโฟลเดอร์หลัก ให้ตรวจสอบรหัสข้อผิดพลาดและแก้ไขปัญหา
4. เรียกใช้บริดจ์เดลต้า

แก้ไขข้อผิดพลาด 50003

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

ใช้รายละเอียดธุรกรรมเพื่อแก้ไขปัญหา

1. ในแพลตฟอร์ม Google Workspace Migrate ให้คลิกสแกนหรือบริดจ์
2. ไปที่การสแกนหรือบริดจ์ที่ต้องการตรวจสอบ แล้วคลิกบันทึก บันทึกธุรกรรม
3. ชี้เมาส์ไปที่ธุรกรรม แล้วคลิกเพิ่มเติม รายละเอียดธุรกรรม
4. ใช้ตารางเพื่อค้นหาข้อผิดพลาดทั่วไปเกี่ยวกับธุรกรรมและขั้นตอนการแก้ปัญหา

ข้อความแสดงข้อผิดพลาดและรหัสข้อผิดพลาด	ขั้นตอนการแก้ปัญหา
ธุรกรรมอยู่ในสถานะ Failed (ล้มเหลว)	ค้นหาธุรกรรมและแก้ปัญหาโดยใช้ข้อมูลในรายละเอียดธุรกรรม
ข้อความแสดงข้อผิดพลาด: The request type does not allow write operations (ประเภทคำขอไม่อนุญาตให้เขียน) รหัสข้อผิดพลาด: 1048640	เครื่องจัดการคำขอสำหรับประเภทออบเจ็กต์ไม่สามารถเขียนออบเจ็กต์ไปยังบัญชีปลายทางได้ (เช่น รายการต้นทางไม่มีประเภทที่เทียบเท่ากันใน Google Workspace) ตรวจสอบว่าตั้งค่าการจับคู่ตำแหน่งอย่างถูกต้อง และการจับคู่นั้นสมเหตุสมผล
ข้อความแสดงข้อผิดพลาด: An internal connector error occurred (เกิดข้อผิดพลาดเกี่ยวกับเครื่องมือเชื่อมต่อภายใน) รหัสข้อผิดพลาด: 2097125	ตรวจสอบข้อความแสดงข้อผิดพลาดในบันทึกธุรกรรมและการดำเนินการ หากข้อความแสดงข้อผิดพลาดยังไม่ช่วยให้พบสาเหตุ ให้ดูรายละเอียดในบันทึกของโฮสต์บริการแพลตฟอร์มหรือโหนด
The bridge execution was halted or completed prior to dependency of the transaction being completed (การดำเนินการบริดจ์ถูกระงับหรือเสร็จสิ้นก่อนที่ทรัพยากร Dependency ของธุรกรรมจะดำเนินการเสร็จสมบูรณ์)	ระบบโอนรายการไม่ได้เนื่องจากต้องย้ายรายการอื่นก่อน แต่ระบบย้ายรายการดังกล่าวไม่สำเร็จ เช่น ระบบย้ายข้อมูลไฟล์ในโฟลเดอร์ไม่ได้เนื่องจากไม่ได้สร้างโฟลเดอร์ไว้ในไดรฟ์ ค้นหา ABHierarchicalPath.Path ในข้อผิดพลาดและบันทึกรายการที่เกี่ยวข้อง จากนั้นค้นหารายการนี้ในบันทึกธุรกรรมเพื่อทำความเข้าใจสาเหตุที่ย้ายข้อมูลไม่สำเร็จ

แก้ปัญหาธุรกรรมที่ถูกข้าม

ระบบอาจข้ามธุรกรรมในบันทึกธุรกรรมด้วยเหตุผลต่อไปนี้

• คุณกำลังเรียกใช้การย้ายข้อมูลแบบเดลต้า และออบเจ็กต์ไม่มีการเปลี่ยนแปลงตั้งแต่การย้ายข้อมูลครั้งก่อน
• ออบเจ็กต์ถูกยกเว้นโดยเงื่อนไขตัวกรองในเทมเพลตการตั้งค่า
• คุณกําลังย้ายเนื้อหาอีเมลไปยังกลุ่ม และระบบได้ข้ามไฟล์แนบขนาดใหญ่ในข้อความ
• คุณกำลังใช้เทมเพลตการตั้งค่าของไดรฟ์ที่แชร์ แต่ย้ายเนื้อหาไปยังไดรฟ์ของฉัน

เหตุผลอื่นๆ ที่ระบบอาจข้ามรายการจะขึ้นอยู่กับต้นทางการย้ายข้อมูล ดังนี้

• SharePoint - ระบบข้ามโฟลเดอร์เนื่องจากไม่ได้อยู่ในไลบรารีเอกสาร
• Exchange - ระบบข้ามอีเมลฉบับร่างเมื่อย้ายข้อมูลไปยัง Google Groups
• Box - ระบบจะข้ามการแก้ไขไฟล์เนื่องจากการแก้ไขว่างเปล่า
• พื้นที่แชร์ไฟล์ - ระบบข้ามรายการเนื่องจากโหนดมีสิทธิ์ไม่เพียงพอในการเข้าถึงรายการ
• Gmail - ระบบจะข้ามข้อความแชท (รายการที่มีป้ายกำกับ Chat)

การย้ายข้อมูลจากไดรฟ์ที่แชร์ไปยังไดรฟ์ที่แชร์จะแสดงคำเตือนหรือข้อผิดพลาดเมื่อใช้เทมเพลตการตั้งค่าเริ่มต้น

เมื่อย้ายข้อมูลระหว่างไดรฟ์ที่แชร์โดยใช้เทมเพลตการตั้งค่า Default (เริ่มต้น) GWM จะสร้างไดรฟ์ที่แชร์ใหม่ในบัญชีเป้าหมาย แต่อาจไม่ย้ายข้อมูลจากไดรฟ์ที่แชร์ต้นทาง เนื่องด้วยเหตุผลต่อไปนี้

• ไม่มีการจับคู่ข้อมูลประจำตัวสำหรับต้นทางและเป้าหมาย
• ไม่ได้เลือกตัวเลือก Allow unmapped users (อนุญาตให้มีผู้ใช้ที่ไม่ได้จับคู่) ไว้ในเทมเพลต

คุณแก้ไขปัญหานี้ได้ 2 วิธีดังนี้

1. สร้างเทมเพลตที่กำหนดเองจากเทมเพลตการตั้งค่า Default (เริ่มต้น) แล้วเลือก Allow unmapped users (อนุญาตให้มีผู้ใช้ที่ไม่ได้จับคู่)
2. เพิ่มการจับคู่ข้อมูลประจำตัว

แก้ปัญหาบันทึกธุรกรรมที่ไม่สมบูรณ์

รายงานธุรกรรมอาจมีขนาดใหญ่เกินกว่าจะดาวน์โหลดได้ ซึ่งจะแก้ปัญหาได้ด้วยตัวเลือกต่อไปนี้

ตัวเลือกที่ 1: เพิ่มตัวกรองก่อนย้ายข้อมูล

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

ตัวเลือกที่ 2: ดาวน์โหลดบันทึกพร้อมตัวกรอง

คุณใช้บรรทัดคำสั่งเพื่อระบุวิธีดาวน์โหลดบันทึกธุรกรรมได้ดังนี้

• หากต้องการลดจำนวนรายการในบันทึก ให้ใช้ตัวเลือก transactionState
• หากต้องการเพิ่มเวลาที่บันทึกใช้ในการดาวน์โหลด ให้ใช้ตัวเลือก queryTimeout

โปรดดูรายละเอียดที่หัวข้อดาวน์โหลดบันทึกโดยใช้บรรทัดคำสั่ง

แก้ปัญหาการย้ายข้อมูลที่ช้า

หากการย้ายข้อมูลช้ากว่าที่คาดไว้ โปรดตรวจสอบว่าคุณมีคุณสมบัติตรงตามข้อกำหนดของระบบต่อไปนี้

ระดับโควต้า Google API

การตั้งค่าโควต้าอาจทำให้เกิดรหัสข้อผิดพลาด เช่น ข้อผิดพลาด 403 ต้องห้าม, 429 มีคำขอมากเกินไป หรือ 503 ไม่พร้อมให้บริการ วิธีตรวจสอบว่าระดับโควต้าส่งผลต่อความเร็วในการย้ายข้อมูลหรือไม่ มีดังนี้

1. ตรวจสอบโควต้าในคอนโซล Google Cloud โปรดดูขั้นตอนในหัวข้อดูโควต้าในคอนโซล Google Cloud
2. ปรับโควต้าเพื่อรองรับการใช้ทรัพยากร โปรดดูขั้นตอนที่หัวข้อจัดการโควต้าโดยใช้คอนโซล

การตั้งค่าการควบคุมฝั่งไคลเอ็นต์

การตั้งค่าการควบคุมจะจัดการอัตราที่ไคลเอ็นต์สามารถส่งคำขอไปยังบริการของ Google บางครั้งการตั้งค่าดังกล่าวอาจทำให้เกิดรหัสข้อผิดพลาด เช่น ข้อผิดพลาด 403 Forbidden, 429 Too Many Requests หรือ 503 Service Unavailable

รหัสข้อผิดพลาดเหล่านี้อาจเกิดจากอัตราการควบคุมปริมาณข้อมูลที่สูงเกินไปใน Google Workspace Migrate (GWM) หากการควบคุมฝั่งไคลเอ็นต์มีมากเกินโดยไม่มีการควบคุมปริมาณข้อมูลฝั่งเซิร์ฟเวอร์อย่างมีนัยสำคัญ การปรับการตั้งค่าการเพิ่มพื้นที่ใน GWM จะช่วยได้

ข้อควรทราบก่อนที่จะเริ่มต้น

• การเปลี่ยนแปลงเหล่านี้ควรดำเนินการโดยผู้ดูแลระบบที่มีประสบการณ์เท่านั้น เนื่องจากอาจส่งผลกระทบที่ไม่คาดคิดได้
• ขั้นตอนต่อไปนี้จะตั้งค่ากลยุทธ์การควบคุมปริมาณข้อมูลโดย Google แต่คุณอาจต้องใช้แหล่งข้อมูลอื่นๆ ด้วย ซึ่งรวมถึง googleThrottlingStrategy, exchangeThrottlingStrategy และ sharepointThrottlingStrategy

หากต้องการลบล้างกลยุทธ์การควบคุมปริมาณข้อมูลเริ่มต้นใน GWM เวอร์ชัน 2.1.54.0 ขึ้นไป ให้ทำดังนี้

1. ในเซิร์ฟเวอร์แพลตฟอร์ม ให้สร้างไดเรกทอรี C:\ProgramData\AppBridge\Overrides
2. เพิ่มไฟล์ JSON ชื่อ throttling_settings.json
3. ใช้ Notepad เพิ่มข้อความต่อไปนี้ลงในไฟล์ JSON

   {
"googleThrottlingStrategy": {
"throttlingModel": "ADAPTIVE_THROTTLING",
"adaptiveThrottlePadding": 32,
"adaptiveThrottleAcceptanceRatio": 1.1,
"adaptiveThrottleIntervalMs": 60000
}
}

4. บันทึกไฟล์ JSON
5. ในถาดระบบของ Windows ให้คลิก
6. หยุดบริการ GWM แล้วเริ่มอีกครั้ง

การจำกัดของไฟร์วอลล์

ถอนการติดตั้งซอฟต์แวร์ป้องกันไวรัส เครื่องมือสแกนความปลอดภัย และซอฟต์แวร์อื่นๆ ที่ไม่จำเป็นออกจากเซิร์ฟเวอร์ Workspace เพื่อลดการรบกวนการทำงานของดิสก์และเครือข่าย

MySQL ไม่ตอบสนอง

Google Workspace Migrate ใช้ MySQL เพื่อจัดเก็บการตั้งค่าและรายละเอียดการบันทึก หากการเชื่อมต่อ MySQL ไม่เสถียรหรือไม่มีการตอบสนอง ให้ไปที่ตรวจสอบบันทึกของโฮสต์บริการ แล้วทำตามขั้นตอนสำหรับการติดตั้งแพลตฟอร์ม

หากเห็นข้อผิดพลาด MySQL สำหรับ AppBridgeServiceHost.log ให้ทำดังนี้

1. ไปที่หัวข้อแก้ปัญหา MySQL
2. หากยังต้องการความช่วยเหลือ โปรดไปที่หัวข้อติดต่อทีมสนับสนุนสำหรับปัญหาเกี่ยวกับ Google Workspace Migrate

หากต้องการความช่วยเหลือเพิ่มเติม

โปรดไปที่หัวข้อติดต่อทีมสนับสนุนสำหรับปัญหาเกี่ยวกับ Google Workspace Migrate

_{Google, Google Workspace และเครื่องหมายและโลโก้ที่เกี่ยวข้องเป็นเครื่องหมายการค้าของ Google LLC ชื่อบริษัทและชื่อผลิตภัณฑ์อื่นๆ ทั้งหมดเป็นเครื่องหมายการค้าของ บริษัทที่เกี่ยวข้อง}