บริการ Domain Transfer Divestiture ของ Google Workspace จะโอนกรณีและการคงไว้ชั่วคราวของ Google ห้องนิรภัยไม่ได้ แต่ผู้ดูแลระบบในสภาพแวดล้อมต้นทางและปลายทางจะต้องทําตามขั้นตอนเหล่านี้แทนเพื่อโอนรายการในห้องนิรภัย
ก่อนเริ่มต้น
ใช้ Vault API - หากต้องการโอนกรณีและการคงไว้ชั่วคราวของห้องนิรภัย คุณต้องใช้ Vault API เนื่องจากคุณจะดำเนินการขั้นตอนเหล่านี้ผ่านอินเทอร์เฟซผู้ใช้ของห้องนิรภัยไม่ได้ ดูรายละเอียดเกี่ยวกับ API ได้ที่ Google Vault API
เคล็ดลับ: คุณสามารถใช้ Google Apps Manager (GAM) ซึ่งเป็นเครื่องมือบรรทัดคำสั่งของบุคคลที่สามเพื่อช่วยคุณในการใช้ Vault API ได้ เครื่องมือนี้พร้อมให้บริการใน GitHub
ขั้นตอนที่ 1: ดาวน์โหลดกรณีและการเก็บรักษา
คุณต้องเป็นผู้ดูแลระบบขั้นสูงของ Google Workspace หรือผู้ดูแลระบบห้องนิรภัยจึงจะทำงานนี้ให้เสร็จสมบูรณ์ได้
หลังจากการโอน คุณจะเข้าถึงกรณีและการคงไว้ชั่วคราวของห้องนิรภัยในสภาพแวดล้อมต้นทางไม่ได้ หากต้องการคงสิทธิ์เข้าถึงไว้ในระหว่างกระบวนการก่อนโอน ให้ดาวน์โหลดกรณีและการคงไว้ชั่วคราวจากสภาวะแวดล้อมต้นทางอย่างน้อย 1 สัปดาห์ก่อนการโอน โดยใช้เมธอดและพารามิเตอร์ API ในตารางต่อไปนี้
| ดาวน์โหลดเรื่อง | |
| เมธอด API |
matters.list ระบุกรณีที่ผู้ใช้มีสิทธิ์เข้าถึง ดูข้อมูลเพิ่มเติม |
| พารามิเตอร์ | view: FULL
กำหนดส่วนของกรณีที่จะส่งคืนในการตอบสนอง state: OPEN แสดงเฉพาะกรณีที่เปิดอยู่ คุณไม่สามารถสร้างกรณีที่มีสถานะ closed หรือ deleted ได้ หากต้องการเพิ่มเคสดังกล่าว คุณต้องเพิ่มเป็น open, แล้วจึงปิดหรือลบเคส |
| ดาวน์โหลดการระงับ | |
| เมธอด API |
matters.holds.list ระบุการคงไว้ชั่วคราวทั้งหมดในกรณี โทเค็นหน้าว่างใน ListHoldsResponse หมายความว่าไม่มีการคงไว้ชั่วคราวให้ระบุอีกต่อไป ดูข้อมูลเพิ่มเติม |
| พารามิเตอร์ | view: FULL_HOLD
กำหนดส่วนของการคงไว้ชั่วคราวที่จะส่งคืน |
ขั้นตอนที่ 2: ล้างข้อมูลในกรณีและการคงไว้ชั่วคราวที่ดาวน์โหลด
เมื่อดาวน์โหลดกรณีและการคงไว้ชั่วคราวแล้ว ให้ล้างข้อมูลเพื่อให้มีเฉพาะผู้ใช้ที่โอน
นำการอ้างอิงถึงเอนทิตีที่ไม่ใช่การโอนออก เช่น ผู้ใช้ กลุ่ม และไดรฟ์ที่แชร์ เช่นเดียวกับขั้นตอนก่อนการโอน คุณจะต้องนำการอ้างอิงใดๆ ไปยังเอนทิตีที่โอนไม่ได้ออกเพื่ออัปโหลดกรณีและการคงไว้ชั่วคราวในผู้เช่าปลายทาง
ขั้นตอนที่ 3: อัปโหลดกรณีและการคงไว้ชั่วคราว
สำคัญ
| เมธอด API | matters.create
สร้างกรณีด้วยชื่อและคำอธิบายที่กำหนด สถานะเริ่มต้นจะเป็น "OPEN" และเจ้าของจะเป็นผู้ที่เรียกใช้เมธอด โดยระบบจะส่งคืนกรณีที่สร้างด้วยมุมมองเริ่มต้น ดูข้อมูลเพิ่มเติม |
ข้อควรทราบอื่นๆ มีดังนี้
- อย่าลืมจด "matterId" ที่สร้างใหม่ เนื่องจากจะช่วยให้คุณแมป matterId ของสภาวะแวดล้อมต้นทางกับ matterId ของสภาพแวดล้อมปลายทางได้ต่อไป
- ไม่มีการกำหนดให้ตั้งชื่อกรณีแบบไม่ซ้ำกัน หากมีกรณีที่สร้างไม่สำเร็จจากสภาพแวดล้อมต้นทางที่คุณพยายามสร้างใหม่ในสภาพแวดล้อมปลายทาง (อยู่ในสถานะไม่ล้มเหลว) คุณอาจสร้างกรณีที่ซ้ำกัน
- ในการอัปโหลดกรณี ผู้ใช้ที่อัปโหลดจะกลายเป็น "OWNER" ดูข้อมูลเพิ่มเติมเกี่ยวกับวิธีการใช้บัญชีบริการอ้างเป็นผู้ใช้
เก็บรักษาไว้
| เมธอด API | matters.holds.create
สร้างการคงไว้ชั่วคราวในกรณีที่กำหนด ดูข้อมูลเพิ่มเติม |
ข้อควรทราบอื่นๆ มีดังนี้
- ระบบจะบังคับใช้กฎการตั้งชื่อการคงไว้ชั่วคราวที่ไม่ซ้ำกันภายในกรณี คุณจึงไม่ต้องกังวลว่าจะอัปโหลดการคงไว้ชั่วคราวซ้ำกัน
- อย่าลืมจด "holdId" ที่สร้างใหม่ เนื่องจากจะช่วยให้คุณแมป holdId ของสภาวะแวดล้อมต้นทางกับ holdId ของสภาพแวดล้อมปลายทางได้ต่อไป
- หากจำนวนบัญชีในการคงไว้ชั่วคราวมีมากกว่าขีดจำกัดบัญชีที่สามารถเพิ่มได้ขณะสร้างการคงไว้ชั่วคราว คุณสามารถเพิ่มบัญชีทีละรายการไปยังการคงไว้ชั่วคราวได้หลังจากการสร้าง โดยสามารถใช้เมธอดของ API ที่ชื่อว่า matters.holds.accounts.create ได้ ดูข้อมูลเพิ่มเติม
ขั้นตอนที่ 4: รอ 24 ชั่วโมง
หลังจากอัปโหลดเสร็จแล้ว ให้รออย่างน้อย 24 ชั่วโมงเพื่อให้ระบบเผยแพร่การคงไว้ชั่วคราวใหม่ไปยังผู้ใช้ที่เกี่ยวข้องทั้งหมดแล้ว