Google Workspace Domain Transfer Divestiture-tjänsten kan inte överföra ärenden och spärrar i Google Vault. Istället måste administratörer i käll- och destinationsmiljöerna följa dessa steg för att överföra Vault-objekt.
Innan du börjar
Använd Vault API – För att överföra ärenden och spärrar i Vault måste du använda Vault API. Du kan inte slutföra dessa steg via Vault-användargränssnittet. Mer information om API:et finns i Google Vault API .
Tips : Du kan använda Google Apps Manager (GAM), ett kommandoradsverktyg från tredje part, för att hjälpa dig med Vault API. Verktyget finns tillgängligt på GitHub.
Steg 1: Ladda ner ärenden och spärrar
Du måste vara en Google Workspace-superadministratör eller en Arkiv-administratör för att slutföra den här uppgiften.
Efter överföringen kan du inte komma åt ärenden och spärrar i Arkiv i källmiljön. För att bibehålla åtkomst under föröverföringsprocessen, ladda ner ärendena och spärrarna från källmiljön minst en vecka före överföringen. Gör det med hjälp av API-metoderna och parametrarna i följande tabeller:
| Nedladdningsfrågor | |
| API-metod | ärenden.lista Listar ärenden som användaren har åtkomst till. Läs mer |
| Parametrar | visa: FULL Anger vilka delar av ärendet som ska returneras som svar. tillstånd: ÖPPET Lista endast öppna ärenden. Du kan inte skapa ärenden med statusen closed eller deleted . Om du vill inkludera ärendena måste du lägga till dem som open, och sedan stänga eller ta bort dem. |
| Nedladdningsspärrar | |
| API-metod | matters.holds.list Listar alla reservationer i ett ärende. En tom sidtoken i ListHoldsResponse anger att det inte finns fler reservationer att lista. Läs mer |
| Parametrar | vy: FULL_HOLD Anger vilka delar av spärren som ska returneras. |
Steg 2: Rensa nedladdade ärenden och spärrar
När ärendena och spärrarna har laddats ner, rensa dem så att de endast innehåller överförda användare.
Ta bort referenser till enheter som inte överförs, till exempel användare, grupper och delade enheter. I likhet med stegen före överföring måste du ta bort alla referenser till enheter som inte överförs för att kunna ladda upp ärenden och spärrar i målklienten.
Steg 3: Ladda upp ärenden och spärrar
Ärenden
| API-metod | matters.createSkapar ett ärende med angivet namn och beskrivning. Det initiala tillståndet är öppet och ägaren är metodens anropare. Returnerar det skapade ärendet med standardvyn. Läs mer |
Andra saker att tänka på:
- Se till att du noterar det nyligen skapade matterId:t. Det låter dig upprätthålla en mappning mellan källmiljöns matterId och destinationsmiljöns matterId.
- Det finns ingen unikhetsbegränsning för namnen på ärenden. Om du har misslyckade ärenden från källmiljön som du försöker återskapa i destinationen (i ett icke-misslyckat tillstånd) kan du skapa dubbletter av ärenden.
- Vid uppladdning blir användaren som gör uppladdningen ÄGARE. Läs mer om hur du utger dig för att vara användare med ett servicekonto .
Hållplatser
| API-metod | matters.holds.createSkapar en spärr i det givna ärendet. Läs mer |
Andra saker att tänka på:
- Unika namn på reservationer tillämpas inom ett ärende, så du behöver inte oroa dig för att ladda upp dubbletter.
- Se till att du noterar det nyligen skapade holdId:t. Det låter dig upprätthålla en mappning mellan källmiljöns holdId och destinationsmiljöns holdId.
- Om antalet konton i en spärr överstiger kontogränsen som kan läggas till vid skapandet, kan fler konton läggas till individuellt i en spärr efter att spärren har skapats. Du kan använda API-metoden matters.holds.accounts.create. Läs mer
Steg 4: Vänta 24 timmar
När uppladdningen är klar, vänta minst 24 timmar för att säkerställa att de nya spärrarna sprids till alla relevanta användare.