Antes de comenzar
Confirma la cuenta, el tenant y el rol activo en el menú de cuenta. Necesitas permiso de consulta para inspeccionar y el permiso de gestión específico para cambiar registros. Una opción oculta o deshabilitada puede reflejar el alcance autorizado; no cambies de tenant para eludir una denegación. Usa únicamente registros del espacio que tienes permitido administrar.
Procedimiento
- En Cloud workers → Workers inspecciona el origen, usa Pause o Drain worker y espera que termine el trabajo activo.
- Abre Reassign references, revisa el destino autorizado y compatible y confirma el impacto.
- Consulta Dependency backups para restaurar o reasignar metadatos.
- Si necesitas conservar continuidad antes de retirar infraestructura, verifica la capacidad de destino y las referencias migradas. Para eliminar una VM sin migración previa, sigue Remove VM and unlink y revisa su impacto.
Comportamiento y límites
La reasignación modifica referencias, no mueve bases de datos, archivos, sistema operativo o credenciales. Un respaldo de dependencias conserva metadatos e integridad; no es imagen de VM ni copia completa. La retirada pública revisa referencias entre tenants y versiones históricas todavía usadas.
La retirada exige identidad y propiedad verificadas, permisos y un resultado cloud confirmado. Una consulta de estado desconocida no demuestra ausencia. Remove VM and unlink puede limpiar referencias después de confirmar el borrado; Pause/Stop mantienen sus protecciones de trabajo activo y capacidad predeterminada.
Antes de aplicar, confirma que el destino satisface las capacidades de los objetos referenciados. Las versiones históricas inaccesibles se preservan y no bloquean por sí solas. Los archivos y conexiones deben estar disponibles por su procedimiento autorizado separado.
Verificar el resultado
Después de guardar o confirmar, vuelve a abrir el detalle y comprueba el estado informado por el servidor. Distingue una solicitud aceptada de una operación terminada y conserva solo evidencia mínima sin información sensible. Cuando exista una operación en curso, espera su estado final en la vista correspondiente antes de iniciar otra acción sobre el mismo objeto.
Ejemplo de laboratorio
Usa el tenant sintético documentation-lab y, cuando corresponda, el worker worker-demo-a. Anota el estado anterior, realiza una única acción autorizada y compara el estado posterior. Estos nombres ilustran el procedimiento; no identifican registros de producción ni autorizan crear recursos cloud. Para una revisión sin cambios, consulta el detalle y cancela cualquier formulario abierto.
Si algo falla
Si aparece un conflicto, actualiza el inventario y revisa los valores vigentes antes de repetir. Si caducó la sesión, inicia sesión y completa MFA cuando sea requerido. Ante un error de permisos, revisa el rol y la membresía; ante un error de proveedor, consulta la operación y su mensaje seguro. No alteres almacenamiento, revisiones ni controles para forzar un resultado.
Lecturas relacionadas
Retirar una VM y recuperar las asignaciones
Abre Remove VM and unlink, revisa la identidad del recurso y el impacto en las Sessions, ejecuciones y pools, y confirma la eliminación prevista. Para una VM propia compatible, no necesitas desarmar manualmente cada referencia ni apagarla como requisito previo de esta operación. Retirar capacidad puede interrumpir ejecuciones activas; programa la operación según tu necesidad.
Después de confirmar la ausencia en el proveedor, Dova retira el worker activo, limpia referencias de Runtime y muestra Unassigned en los bindings de Sessions que usaban ese worker. Conserva las definiciones, versiones publicadas, configuración e historial de auditoría. Si la VM se elimina directamente en el proveedor, la conciliación aplica el mismo tratamiento cuando comprueba su ausencia. Un error al consultar al proveedor no demuestra que la VM se haya borrado.
Antes de volver a ejecutar, selecciona un worker compatible y permitido y revisa el pool del entorno. Unassigned no toma otro worker automáticamente. Puedes aprovisionar una VM nueva y asignarla explícitamente. Los permisos, la propiedad del recurso, el servidor base protegido y las operaciones pendientes siguen verificándose; la retirada no es una forma de eludir esas protecciones.