Qué hacemos
Reparación de hardware Mantenimiento de servidores Recuperación de datos Ampliación & upgradePor fabricante
Dell PowerEdge HPE ProLiant Lenovo ThinkSystem Fujitsu Primergy Supermicro IBM System x / Power Acer AltosIntervención & diferenciadores
Datacenter Lombardía Aruba Ponte San Pietro Más allá del soporte del vendorReconstrucción de archivos: los metadatos antes que los ficheros. Sin permisos, el archivo no funciona.
Tras una avería de storage el dato en bruto es recuperable, pero hace falta reconstruir la estructura: ACL, atributos extendidos, enlaces, jerarquía de carpetas, ownership. Un archivo documental sin metadatos correctos no es un archivo operativo: es un conjunto de ficheros. Trabajamos sobre la parte del recovery que suele quedar desatendida.
Recuperar los ficheros no basta.
En file servers, archivos documentales y sistemas de gestión documental, la estructura que rodea a los ficheros es tan crítica como los ficheros mismos:
- ACL Windows NTFS o ACL POSIX en Linux: quién puede leer o escribir qué.
- Atributos extendidos: clasificación, etiquetas, metadatos de aplicaciones concretas.
- Ownership: vínculo entre el fichero y el usuario o grupo del sistema.
- Timestamps: creación, modificación, acceso — a menudo usados por auditorías internas.
- Enlaces simbólicos y hard links: relaciones entre ficheros, imprescindibles en muchas aplicaciones.
- Jerarquía de carpetas: estructura que refleja los procesos de la empresa.
Un recovery "rápido" que salva solo los bytes pero pierde estos metadatos deja un archivo inservible hasta que se rehace el trabajo a mano.
Escenarios típicos.
- Post-recovery de RAID: tras la recuperación de datos a nivel de byte, reconstrucción de los metadatos.
- Migración de file server entre sistemas: preservación fiel de ACL, ownership y timestamps.
- Corrupción de filesystem ya recuperada: restauración de la lógica del filesystem, más allá de la de cada fichero.
- Integración con DMS (document management): alineación entre los metadatos del filesystem y los metadatos aplicativos.
No es "indexación" ni "data entry".
Para dejar claro el alcance: no hacemos data entry manual de documentos, no ejecutamos OCR sobre escaneos ni construimos taxonomías aplicativas. Nuestro ámbito es el nivel filesystem e infraestructura: la estructura que el sistema operativo usa para organizar y proteger los ficheros. Para reconstrucciones aplicativas hace falta un partner DMS/ECM específico.
Las preguntas que más nos hacen.
¿Los metadatos se recuperan siempre junto con los ficheros?
Cuando el recovery se hace correctamente a nivel de filesystem, sí — es nuestro estándar. Cuando el recovery se hace en modo "carve" (extracción de los ficheros a partir del material en bruto, sin reconstruir la estructura, típico en escenarios catastróficos), los metadatos hay que reconstruirlos en una segunda pasada. A menudo se recuperan de backups parciales, de logs aplicativos o de fuentes correlacionadas.
¿Se recuperan ACL Windows NTFS muy complejas?
Sí, cuando el filesystem es recuperable a nivel lógico. La estructura ACL NTFS (DACL, SACL, owner, SID) se preserva. Cuando el dominio Active Directory ha sufrido cambios entre la avería y el recovery (usuarios dados de baja, SID history modificada) puede ser necesario mapear los SID antiguos sobre los nuevos — una operación que gestionamos con scripts dedicados.
¿También se hace en NAS Synology/QNAP?
Sí. Los NAS Synology (Btrfs/ext4) y QNAP (Btrfs/ZFS/ext4) tienen modelos de ACL y permisos específicos y sus propias herramientas de administración. Trabajamos a nivel de filesystem nativo, preservando las ACL y los esquemas de sharing originales.