โอนข้อมูลในห้องนิรภัยด้วย Domain Transfer

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

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

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

Google Apps Manager (GAM) เป็นเครื่องมือบรรทัดคําสั่งของบุคคลที่สามที่รองรับ API ห้องนิรภัย ซึ่งจะหาเครื่องมือนี้ได้ใน GitHub

ขั้นตอนที่ 1: ดาวน์โหลดกรณีและการเก็บรักษา

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

คุณควรดาวน์โหลดให้เสร็จสิ้นอย่างน้อย 1 สัปดาห์ก่อนการโอน

กรณี

เมธอดของ API	matters.list ระบุกรณีที่ผู้ใช้มีสิทธิ์เข้าถึง ดูข้อมูลเพิ่มเติม
พารามิเตอร์	view: FULL กำหนดส่วนของกรณีที่จะส่งคืนในการตอบสนอง state: OPEN ระบุเฉพาะกรณีที่เกี่ยวข้องกับสถานะที่กำหนด ค่าเริ่มต้นจะระบุกรณีในทุกสถานะ

คุณไม่สามารถสร้างกรณีที่มีสถานะ CLOSED หรือ DELETED ได้ หากต้องการเพิ่มกรณีดังกล่าว คุณต้องเพิ่มกรณีในสถานะ OPEN แล้วจึงปิดหรือลบกรณี

การคงไว้ชั่วคราว

เมธอดของ API	matters.holds.list ระบุการคงไว้ชั่วคราวทั้งหมดในกรณี โทเค็นหน้าว่างใน ListHoldsResponse หมายความว่าไม่มีการคงไว้ชั่วคราวให้ระบุอีกต่อไป ดูข้อมูลเพิ่มเติม
พารามิเตอร์	view: FULL_HOLD กำหนดส่วนของการคงไว้ชั่วคราวที่จะส่งคืน

ขั้นตอนที่ 2: ล้างข้อมูลในกรณีและการคงไว้ชั่วคราวที่ดาวน์โหลด

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

1. หากการคงไว้ชั่วคราวสร้างไว้ในระดับหน่วยขององค์กร ให้แมปหน่วยขององค์กรทั้งหมดกับหน่วยขององค์กรที่โอนในสภาพแวดล้อมปลายทางโดยใช้ Orgunits API ดูข้อมูลเพิ่มเติม

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

2. (ไม่บังคับ) นํากรณีและการคงไว้ชั่วคราวที่ว่างเปล่าออก

หากมีแผนจะสร้างกรณีโดยใช้เจ้าของคนอื่น ให้เปลี่ยนสิทธิ์ของ "OWNER" ทั้งหมดเป็น "COLLABORATOR" ในช่อง matterPermissions[] ดูข้อมูลเพิ่มเติม

ขั้นตอนที่ 3: อัปโหลดกรณีและการคงไว้ชั่วคราว

เมื่อกระบวนการโอนเสร็จเรียบร้อยแล้ว คุณต้องอัปโหลดกรณีและการคงไว้ชั่วคราวไปยังสภาพแวดล้อมปลายทาง

นอกจากนี้คุณยังต้องตั้งนโยบายการเก็บรักษาของห้องนิรภัยให้เหมาะสมอีกด้วย ดูข้อมูลเพิ่มเติม

กรณี

เมธอดของ API

matters.create สร้างกรณีด้วยชื่อและคำอธิบายที่กำหนด สถานะเริ่มต้นจะเป็น "OPEN" และเจ้าของจะเป็นผู้ที่เรียกใช้เมธอด โดยระบบจะส่งคืนกรณีที่สร้างด้วยมุมมองเริ่มต้น ดูข้อมูลเพิ่มเติม

ข้อควรทราบอื่นๆ มีดังนี้

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

การคงไว้ชั่วคราว

เมธอดของ API

matters.holds.create สร้างการคงไว้ชั่วคราวในกรณีที่กำหนด ดูข้อมูลเพิ่มเติม

ข้อควรทราบอื่นๆ มีดังนี้

• ระบบจะบังคับใช้กฎการตั้งชื่อการคงไว้ชั่วคราวที่ไม่ซ้ำกันภายในกรณี คุณจึงไม่ต้องกังวลว่าจะอัปโหลดการคงไว้ชั่วคราวซ้ำกัน
• อย่าลืมจด "holdId" ที่สร้างใหม่ เนื่องจากจะช่วยให้คุณแมป holdId ของสภาวะแวดล้อมต้นทางกับ holdId ของสภาพแวดล้อมปลายทางได้ต่อไป
• หากจำนวนบัญชีในการคงไว้ชั่วคราวมีมากกว่าขีดจำกัดบัญชีที่สามารถเพิ่มได้ขณะสร้างการคงไว้ชั่วคราว คุณสามารถเพิ่มบัญชีทีละรายการไปยังการคงไว้ชั่วคราวได้หลังจากการสร้าง โดยสามารถใช้เมธอดของ API ที่ชื่อว่า matters.holds.accounts.create ได้ ดูข้อมูลเพิ่มเติม

ขั้นตอนที่ 4: รอ 24 ชั่วโมง

หลังจากอัปโหลดเสร็จแล้ว ให้รออย่างน้อย 24 ชั่วโมงเพื่อให้ระบบเผยแพร่การคงไว้ชั่วคราวใหม่ไปยังผู้ใช้ที่เกี่ยวข้องทั้งหมดแล้ว

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