Tjänsten för överlåtelse av domänöverföring i Google Workspace kan inte överföra ärenden och spärrar i Google Arkiv. I stället måste administratörer i käll- och målmiljön följa de här stegen för att överföra Arkiv-objekt.
Innan du börjar
Använda Vault API – om du vill överföra Vault-ärenden och spärrar måste du använda Vault API. Du kan inte slutföra dessa steg via användargränssnittet för Arkiv. 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 på GitHub.
Steg 1: Ladda ned ärenden och spärrar
Du måste vara avancerad administratör för Google Workspace eller Arkiv-administratör för att slutföra den här uppgiften.
Efter överföringen kan du inte komma åt Arkiv-ärenden och spärrar i källmiljön. Om du vill ha åtkomsten kvar under processen före överföringen laddar du ned ärendena och spärrarna från källmiljön minst en vecka före överföringen. Gör detta med hjälp av API-metoderna och parametrarna i följande tabeller:
| Ladda ned ärenden | |
| API-metod |
matters.list Listar ärenden som användaren har åtkomst till. Läs mer |
| Parametrar | view: FULL
Anger vilka delar av ärendet som ska returneras i svaret. state: OPEN Lista endast öppna ärenden. Det går inte att 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 radera dem. |
| Nedladdningsspärrar | |
| API-metod |
matters.holds.list Listar alla spärrar för ett ärende. En tom sidtoken i ListHoldsResponse visar att det inte finns några fler spärrar att lista. Läs mer |
| Parametrar | view: FULL_HOLD
Anger vilka delar av spärren som ska returneras. |
Steg 2: Rensa nedladdade ärenden och spärrar
När ärenden och spärrar har laddats ned rensar du dem så att de bara innehåller Transfer Users.
Ta bort hänvisningar till enheter som inte kan överföras, till exempel användare, grupper och delade enheter. På samma sätt som i stegen före överföringen måste du ta bort alla hänvisningar till objekt som inte kan överföras 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.create
Skapar ett ärende med det angivna namnet och beskrivningen. Den första statusen är öppen och ägaren är metodanropet. Returnerar ärendet som skapats med standardvyn. Läs mer |
Andra saker att tänka på:
- Notera det matterId som skapats. Med det kan du behålla en mappning mellan källmiljöns matterId och målmiljöns matterId.
- Det finns inga krav på att ärendenamnen måste vara unika. Om du har ärenden som misslyckats i källmiljön som du försöker återskapa i målmiljön (i icke misslyckat läge) kan du skapa dubbletter av ärendena.
- När du laddar upp ärenden blir användaren som gör uppladdningen ÄGARE. Läs mer om att utge sig för att vara användare med ett tjänstkonto.
Spärrar
| API-metod | matters.holds.create
Skapar en spärr för det angivna ärendet. Läs mer |
Andra saker att tänka på:
- Unika namn på spärrar tillämpas i ett ärende och därför behöver du inte oroa dig för att ladda upp dubbletter.
- Notera det holdId som skapats. Med det kan du behålla en mappning mellan källmiljöns holdId och målmiljöns holdId.
- Om antalet konton i en spärr överskrider kontogränsen som kan läggas till vid genereringen, kan fler konton läggas till individuellt i en spärr när den har skapats. Du kan använda API-metoden matters.holds.accounts.create. Läs mer
Steg 4: Vänta i 24 timmar
När uppladdningen har slutförts väntar du 24 timmar för att säkerställa att de nya spärrarna sprids till alla relevanta användare.