Google Workspace Domain Transfer Divestiture-tjänsten kan inte överföra Google Vault-ärenden och spärrar. 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 icke-överföringsbara entiteter, till exempel användare, grupper och delade enheter. I likhet med stegen före överföring måste du ta bort alla referenser till icke-överföringsbara entiteter 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.