Copiar un ejecutable no convierte una aplicación en portátil. Un equipo antiguo con Windows 2000 puede depender de bases de datos, rutas de red, controladores o dispositivos de licencia. Esta guía crea un inventario comprobable para una futura migración; no instala ni repara nada y no certifica compatibilidad con un Windows más reciente.
1. Registrar el punto de partida
Trabaje en el sistema antiguo existente, desconectado de Internet. Anote fecha, equipo, usuario conectado y aplicación examinada. En el diálogo de información del programa registre fabricante, versión exacta y extensiones. Reúna el origen de instalación y la documentación de licencia en un lugar protegido. No escriba contraseñas ni claves de licencia en el informe general.
2. Guardar Información del sistema
- Abra Inicio – Ejecutar e introduzca
msinfo32. - Recoja el resumen del sistema con versión de Windows, Service Pack, nombre del equipo y configuración regional. Use la función disponible de guardar o exportar y conserve un informe de texto legible en una carpeta nueva.
- En Entorno de software, revise servicios, módulos cargados, variables de entorno, conexiones de red y programas de inicio. Anote rutas y versiones relevantes.
- En Componentes, compruebe impresoras, puertos y dispositivos especiales necesarios. Reabra el resultado guardado y confirme que contiene las secciones requeridas.
3. Añadir detalles por aplicación
Cree una lista con dependencia, valor observado, evidencia, responsable, pendiente de comprobar. Complétela con ajustes existentes, documentación y procesos conocidos:
- Carpetas de datos, plantillas y archivos de configuración, separados del ejecutable.
- Unidades de red y destinos reales de recursos compartidos, servidor y nombre de base de datos y controladores necesarios: sin credenciales.
- Servicios asociados, tipo de inicio, cuenta de servicio y tareas programadas: documentar sin detener ni modificar.
- Impresoras, escáneres, dispositivos serie, dongles y controladores adecuados, además de componentes de ejecución adicionales.
- Permisos de usuario, formatos de archivo, vías de importación/exportación y contactos del fabricante.
4. Señalar las lagunas
Información del sistema es una instantánea, no un comprobador completo de dependencias. Una DLL cargada no demuestra portabilidad; su ausencia en la lista tampoco demuestra que nunca se necesite. Una lista de programas no basta. Microsoft incluso documenta entradas de aplicaciones Office no instaladas en el módulo Office 2000; muchos campos detallados solo se completan mientras la aplicación está abierta. No ejecute procesos desconocidos en el original solo para completar la lista. Marque las dudas como pendientes.
5. Definir pruebas de aceptación
Con el responsable funcional, defina pruebas concretas en un entorno separado: abrir una copia representativa de los datos, validar el resultado, guardar y reabrir, y probar impresión o exportación necesarias. Aclare antes permisos de instalación, transferencia de licencia, controladores disponibles y una copia de seguridad verificada con procedimiento de restauración. Iniciar el programa o copiar su carpeta no demuestra una migración correcta. Conserve la instalación y los datos originales hasta una aceptación respaldada por pruebas.