บริการ Domain Transfer Divestiture ของ Google Workspace จะโอนกรณีและการคงไว้ชั่วคราวของ Google ห้องนิรภัยไม่ได้ แต่ผู้ดูแลระบบในสภาพแวดล้อมต้นทางและปลายทางจะต้องทําตามขั้นตอนเหล่านี้แทนเพื่อโอนรายการในห้องนิรภัย
ข้อควรทราบก่อนที่จะเริ่มต้น
ใช้ Vault API - หากต้องการโอนกรณีและการคงไว้ชั่วคราวของห้องนิรภัย คุณต้องใช้ Vault API เนื่องจากคุณจะดำเนินการขั้นตอนเหล่านี้ผ่านอินเทอร์เฟซผู้ใช้ของห้องนิรภัยไม่ได้ โปรดดูรายละเอียดเกี่ยวกับ API ที่ Google ห้องนิรภัย 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 ชั่วโมงเพื่อให้ระบบเผยแพร่การระงับใหม่ ไปยังผู้ใช้ที่เกี่ยวข้องทั้งหมด