การตรวจสอบการย้ายข้อมูลแบบ Sovereign
Ultimate Multisite: Multi-Tenancy 1.2.0 มีคำสั่งสำหรับ WP-CLI เพื่อตรวจสอบการย้ายข้อมูลของเทนเนนต์แบบ sovereign ให้ใช้คำสั่งเหล่านี้เมื่อการย้ายเทนเนนต์ การเข้าชม SSO หรือการติดตั้งแบบแยกส่วนไม่ทำงานตามที่คาดไว้
คำสั่งที่ต้องรัน
รันการตรวจสอบจาก WordPress ที่ติดตั้งบนเครือข่าย:
wp tenant verify-no-legacy --site=<site-id>
wp tenant verify-sovereign-push --site=<site-id>
ใช้ site ID ของเทนเนนต์ที่คุณกำลังย้าย คำสั่งแรกจะตรวจสอบว่าเทนเนนต์นั้นไม่ขึ้นอยู่กับข้อมูลฝั่งเครือข่ายแบบเก่าแล้ว คำสั่งที่สองจะตรวจสอบว่างาน sovereign push สามารถประมวลผลและระบาย (drain) ได้หรือไม่
ข้อผิดพลาดที่พบบ่อย
การอนุญาตฐานข้อมูลไม่ตรงกับโฮสต์
หากการตรวจสอบรายงานข้อผิดพลาดเกี่ยวกับการให้สิทธิ์ (grant) หรือผู้ใช้เขียน (writer-user) ให้ตรวจสอบโฮสต์ฐานข้อมูลที่ตั้งค่าไว้ localhost, 127.0.0.1 และชื่อบริการคอนเทนเนอร์เป็นโฮสต์ MySQL grant ที่แตกต่างกัน ให้ทำการอัปเดตการผูกโฮสต์ของเทนเนนต์หรือการให้สิทธิ์ฐานข้อมูล แล้วรันการตรวจสอบใหม่อีกครั้ง
ก ารติดตั้ง Bedrock หรือ local ไม่สามารถเชื่อมต่อได้
การติดตั้งแบบ Bedrock และ socket local อาจรายงานว่าฐานข้อมูลเป็น localhost ในขณะที่ runtime เชื่อมต่อผ่านที่อยู่แบบปกติ (normalized address) เวอร์ชัน 1.2.0 จะทำให้สตริงโฮสต์บนเครื่องเดียวกันเป็นมาตรฐาน แต่การตั้งค่าโฮสต์ที่กำหนดเองยังอาจขัดแย้งกับการให้สิทธิ์ฐานข้อมูลได้
คิว push แบบ async ไม่ถูกระบายออก
หาก verify-sovereign-push ไม่เสร็จสิ้น ให้ตรวจสอบ Action Scheduler หรือตัวรันแบบ async ที่ตั้งค่าไว้ ให้ล้างงานที่ล้มเหลวหลังจากยืนยันว่าปลอดภัยที่จะลองใหม่หรือทิ้งไปแล้วเท่านั้น
จำนวนผู้ใช้เทนเนนต์ไม่ถูกต้อง
การย้ายข้อมูลควรจะมีการจัดเตรียมผู้ใช้สำหรับเทนเนนต์แบบ sovereign หากผู้ใช้ที่คาดหวังในการติดตั้งหายไป ให้รันขั้นตอนการจัดเตรียมผู้ใช้ซ้ำก่อนที่จะลอง SSO อีกครั้ง
การเข้าชม SSO ถูกปฏิเสธ
การเข้าสู่ระบบอัตโนมัติของเทนเนนต์แบบ Stateless ต้องตรงกันทั้งโดเมนของเทนเนนต์ (tenant domain), origin pin, วัตถุประสงค์ของโทเค็น (token purpose), nonce และวันหมดอายุ (expiry) ตรวจสอบให้แน่ใจว่า URL ของเทนเนนต์ถูกต้องและจะพยายามเข้าสู่ระบบในเวลาอันใกล้หลังจากสร้าง SSO visit เสร็จสิ้น
เมื่อไหร่ที่ควรลองใหม่
ให้ลองตรวจสอบอีกครั้งหลังจากมีการเปลี่ยนแปลงโครงสร้างพื้นฐานทุกครั้ง อย่าเปลี่ยนทราฟฟิกของ Production, อย่าลบข้อมูลต้นทาง หรืออย่าลบข้อมูลการย้าย (migration credentials) จนกว่าการตรวจสอบทั้งหมดจะผ่าน