La respuesta▚
Si autoalojas un asistente de IA cuyas credenciales viven en una bóveda local (por ejemplo, una instalación de OneCLI), moverlo a un servidor nuevo es seguro cuando lo tratas como una prueba y no como un traspaso definitivo, y mantienes el servidor viejo funcionando hasta que el nuevo pase una prueba real.
- 01Primero haz un inventario. Lista los servicios, los datos persistentes, los ajustes de entorno y las cuentas conectadas antes de copiar nada, de modo que reconectar sea una lista de verificación si falla una restauración.
- 02Haz una copia de seguridad del origen antes de cambiarlo. En una instalación predeterminada basada en Docker, el volumen persistente de Docker probablemente forma parte de la copia, pero verifica tu instalación real en lugar de suponer una ruta.
- 03Averigua cómo se suministra la clave de cifrado. Puede definirse mediante una variable de entorno, o generarse y almacenarse con los datos de la aplicación. Los datos restaurados y su clave correspondiente deben permanecer juntos, o las credenciales cifradas no se podrán leer.
- 04Copia solo el estado persistente real. No dependas de una imagen completa de máquina virtual al moverte entre hosts que usan formatos de imagen distintos.
- 05Restaura en el servidor nuevo y confirma que la bóveda pueda listar las conexiones existentes y que al menos un conector funcione de verdad antes de apoyarte en él.
- 06Usa credenciales de migración temporales y de alcance muy limitado cuando puedas, y revócalas una vez confirmado el traslado.
Si la bóveda no descifra o no valida limpiamente, detente. Usa una instalación nueva con reconexión manual en lugar de forzar una vía de recuperación sin documentar, y no descartes el servidor viejo hasta que el nuevo haya demostrado funcionar.
Es posible que la restauración de una bóveda de un host a otro no tenga un procedimiento con soporte oficial, así que sigue la documentación vigente de OneCLI y haz la prueba en una ventana reversible.