Antes de começar
Confirme conta, tenant e papel ativo no menu da conta. A consulta exige permissão de visualização; alterações exigem a permissão específica de gestão. Uma ação oculta ou desabilitada pode refletir o escopo autorizado; não troque de tenant para contornar uma recusa. Trabalhe somente com registros do espaço que você tem autorização para administrar.
Procedimento
- Em Cloud workers → Workers examine a origem, use Pause ou Drain worker e espere o trabalho ativo terminar.
- Abra Reassign references, revise o destino autorizado e compatível e confirme o impacto.
- Consulte Dependency backups para restaurar ou reatribuir metadados.
- Para manter continuidade antes de retirar infraestrutura, confira a capacidade de destino e referências migradas. Para excluir uma VM sem migração prévia, siga Remove VM and unlink e revise o impacto.
Comportamento e limites
A reatribuição altera referências; não move bancos de dados, arquivos, sistema operacional nem credenciais. Um backup de dependências preserva metadados e integridade; não é imagem de VM nem cópia completa. A retirada pública verifica referências entre tenants e versões históricas ainda utilizadas.
A retirada exige identidade e propriedade verificadas, permissões e resultado cloud confirmado. Uma consulta de estado desconhecido não comprova ausência. Remove VM and unlink pode limpar referências após confirmar a exclusão; Pause/Stop mantêm proteções de trabalho ativo e capacidade padrão.
Antes de aplicar, confirme que o destino atende às capacidades dos objetos referenciados. Versões históricas inacessíveis são preservadas e não bloqueiam a retirada por si sós. Arquivos e conexões devem estar disponíveis por seu procedimento autorizado separado.
Verificar o resultado
Depois de salvar ou confirmar, reabra o detalhe e confira o estado informado pelo servidor. Diferencie uma solicitação aceita de uma operação concluída e preserve somente evidência mínima sem informação sensível. Quando houver uma operação pendente, espere seu estado final na tela correspondente antes de iniciar outra ação sobre o mesmo objeto.
Exemplo de laboratório
Use o tenant sintético documentation-lab e, quando aplicável, o worker worker-demo-a. Anote o estado anterior, realize uma única ação autorizada e compare o estado posterior. Esses nomes ilustram o procedimento; não identificam registros de produção nem autorizam criar recursos cloud. Para uma revisão sem alterações, consulte o detalhe e cancele qualquer formulário aberto.
Se algo falhar
Se aparecer um conflito, atualize o inventário e revise os valores vigentes antes de repetir. Se a sessão expirou, entre novamente e conclua MFA quando exigido. Para erro de permissão, confira papel e participação; para erro do provedor, consulte a operação e sua mensagem segura. Não altere armazenamento, revisões nem controles para forçar um resultado.
Leituras relacionadas
Retirar uma VM e recuperar atribuições
Abra Remove VM and unlink, revise a identidade do recurso e o impacto nas Sessions, execuções e pools e confirme a exclusão pretendida. Para uma VM própria compatível, desmontar cada referência manualmente ou desligá-la antes não é requisito dessa operação. Retirar capacidade pode interromper execuções ativas; planeje a operação conforme a necessidade.
Após confirmar a ausência no provedor, o Dova retira o worker ativo, limpa referências de Runtime e mostra Unassigned nos bindings de Sessions que o utilizavam. Definições, versões publicadas, configuração e histórico de auditoria são preservados. Se a VM for excluída diretamente no provedor, a conciliação aplica o mesmo tratamento após verificar a ausência. Uma falha na consulta ao provedor não comprova que a VM foi excluída.
Antes de executar novamente, escolha capacidade compatível e autorizada e revise o pool do ambiente. Unassigned não seleciona outro worker silenciosamente. Você pode provisionar uma nova VM e atribuí-la explicitamente. Permissões, propriedade do recurso, servidor base protegido e operações pendentes continuam sendo verificadas; a retirada não ignora essas proteções.