Recuperación de datos en servidor profesional

Fotografíe bahías y seriales, exporte configuración existente sin modificarla y conserve controladora, batería o flash-backed cache. Una caché con datos pendientes puede representar transacciones no volcadas; otra dañada puede impedir una importación segura. Reemplazar la controladora por una versión distinta puede cambiar sector, stripe o metadatos. Cada miembro se adquiere y el conjunto se ensambla virtualmente con parámetros comprobados.

En servidores con cabinas de expansión, multipath o almacenamiento SAN, la posición física no basta: registre puertos, WWN, cables, zoning disponible y relación entre LUN y servicio. Conserve logs ya exportados de iDRAC, iLO, BMC o controladora, pero no reinicie esos componentes ni actualice firmware para obtener un informe más reciente. Una expansión desconectada, una caché retirada o una ruta de acceso que muestra una copia antigua puede cambiar la interpretación del volumen. La reconstrucción del RAID o NAS utiliza esta topología junto a las imágenes de cada miembro, sin cargar una configuración dudosa en los originales.

Fotografíe frontal, bahías, seriales, cableado y alertas; anote modelo, controladora, RAID, firmware, sistemas, VMs, bases, backups y acciones. Guarde discos retirados, caché, claves y configuración. Explique quién hizo cada cambio y a qué hora. Liste servicios por impacto y el punto temporal esperado. Puede solicitar un presupuesto con este inventario y registros no sensibles; el plan final dependerá de las mediciones de los soportes.

Añada el diagrama de dependencias disponible, incluso si está desactualizado, y señale qué parte se confirmó durante el incidente. DNS, directorio, licencias, colas y certificados pueden impedir una validación aunque la base principal esté completa. Conocerlos permite preparar un entorno de prueba realista sin conectar la recuperación a producción ni activar integraciones externas por accidente.

Si el servidor se retira de una oficina o centro de datos en España, asigne a una persona la documentación antes de desmontar. Fotografíe frontal y trasera, numere cables y bandejas, relacione cada disco con su bahía y conserve miembros sustituidos aunque el sistema los marque como fallidos. En un chasis con almacenamiento interno no se envían solo los discos aparentemente sanos: controladora, módulos de caché, expansiones y piezas retiradas pueden explicar la última configuración coherente. El técnico que realiza el desmontaje debe registrar cualquier diferencia respecto al inventario, sin encender el servidor para resolver dudas de última hora.

Para un transporte desde la península, Baleares o Canarias, cada HDD o SSD se embala individualmente con protección antiestática, inmovilización y etiqueta que no cubra el número de serie. Bandejas, tornillos, fuentes y controladoras viajan por separado para que no golpeen los soportes. Los módulos con batería o daños visibles requieren comprobar las condiciones del transportista; no se perforan ni se separan de la caché por iniciativa propia. Contraseñas administrativas, claves BitLocker o LUKS y secretos de cabina se entregan después mediante el canal acordado, nunca escritos en el exterior del paquete. Mantenga una copia de las fotografías y el seguimiento del envío.

Puede comenzar con una base reciente y sus logs, continuar con carpetas compartidas y terminar con archivos históricos, siempre sobre almacenamiento sano. Para cada lote se documentan origen, punto temporal, rutas, checksums disponibles y pruebas realizadas. Si deben mantenerse ACL, propietarios, atributos extendidos o relaciones entre discos virtuales, el formato de destino se elige antes de copiar. Los responsables funcionales validan consultas, documentos o procesos representativos en un entorno aislado; que el sistema operativo arranque no demuestra que la aplicación, sus adjuntos y sus certificados formen un conjunto coherente. La restitución se organiza por servicio y criterio de aceptación.

El informe separa daños físicos, sectores ausentes, bloques reconstruidos por redundancia, reparaciones lógicas y límites de aplicación. Una extracción parcial puede ser útil si cubre el servicio prioritario, pero no se presenta como restauración completa de la plataforma. La vuelta a producción requiere servidores, almacenamiento y copias nuevos o verificados, además de las pruebas de seguridad y explotación de la empresa; el equipo averiado permanece fuera de ese circuito aunque haya respondido durante el laboratorio. También indica qué partes proceden de copias o réplicas y cuáles del servidor afectado, para no mezclar puntos temporales.