O serviço de desinvestimento de transferência de domínio do Google Workspace não pode transferir questões e retenções do Google Vault. Em vez disso, os administradores nos ambientes de origem e destino precisam seguir estas etapas para transferir itens do Vault.
Antes de começar
Usar a API Vault: para transferir casos e suspensões do Vault, use a API Vault. Não é possível concluir essas etapas na interface do usuário do Vault. Para mais detalhes sobre a API, acesse API Google Vault.
Dica: use o Google Apps Manager (GAM), uma ferramenta de linha de comando de terceiros, para ajudar com a API Vault. A ferramenta está disponível no GitHub.
Etapa 1: baixar casos e guardas de documentos
Você precisa ser um superadministrador do Google Workspace ou um administrador do Vault para concluir essa tarefa.
Depois da transferência, não vai ser possível acessar os casos e as guardas de documentos do Vault no ambiente de origem. Para manter o acesso durante o processo de pré-transferência, faça o download dos casos e das guardas de documentos no ambiente de origem pelo menos uma semana antes da transferência. Para isso, use os métodos e parâmetros da API nas tabelas a seguir:
| O download é importante | |
| Método de API |
matters.list Lista os casos que o usuário pode acessar. Saiba mais |
| Parâmetros | view: FULL
Especifica quais partes do caso serão retornadas na resposta. state: OPEN Liste apenas questões em aberto. Não é possível criar casos com o estado closed ou deleted. Se você quiser incluir os casos, adicione-os como open, e depois feche ou exclua todos. |
| Retenções de download | |
| Método de API |
matters.holds.list Lista todas as guardas de documentos em um caso. Um token de página vazio em "ListHoldsResponse" indica que não há mais retenções para listar. Saiba mais |
| Parâmetros | view: FULL_HOLD
Especifica quais partes da guarda de documentos serão retornadas. |
Etapa 2: limpar os casos e as guardas de documentos salvos
Depois de baixar os casos e as guardas de documentos, limpe-os para que contenham apenas usuários de transferência.
Remova referências a entidades não transferidas, como usuários, grupos e drives compartilhados. Assim como nas etapas de pré-transferência, é necessário remover todas as referências a entidades não transferidas para fazer upload de casos e guardas de documentos no locatário de destino.
Etapa 3: fazer upload de casos e guardas de documentos
Casos
| Método de API | matters.create
Crie um caso com o nome e a descrição especificados. O estado inicial é aberto, e o proprietário é a pessoa que fez a chamada de método. Retorna o caso criado na visualização padrão. Saiba mais |
Outros itens importantes:
- Anote o "matterId" criado. Com essa informação, você pode manter um mapeamento entre o "matterId" do ambiente de origem e o do ambiente de destino.
- Os nomes dos casos não precisam ser únicos. Se você tentar recriar casos com falha do ambiente de origem no ambiente de destino (em um estado sem falha), poderá criar casos duplicados.
- O usuário que faz upload de um casos se torna o proprietário. Saiba mais sobre como representar usuários com uma conta de serviço.
Guardas de documentos
| Método de API | matters.holds.create
Cria uma guarda de documentos em um caso específico. Saiba mais |
Outros itens importantes:
- Os nomes exclusivos de retenções são aplicados em um caso, então você não precisa se preocupar em fazer upload de duplicados.
- Anote o ID da guarda de documentos criada. Com essa informação, você pode manter um mapeamento entre o "holdId" do ambiente de origem e o do ambiente de destino.
- Se o número de contas em uma guarda de documentos exceder o limite que pode ser adicionado na criação, mais contas poderão ser adicionadas individualmente a uma guarda de documentos depois que ela for criada. Você pode usar o método de API matters.holds.accounts.create. Saiba mais
Etapa 4: aguarde 24 horas
Depois que o upload for concluído, aguarde pelo menos 24 horas para garantir que as novas retenções sejam propagadas para todos os usuários relevantes.