RRiparazioneServer.com
Richiedi preventivo

Cosa facciamo

Riparazione hardware Manutenzione server Recupero dati Potenziamento & upgrade

Per produttore

Dell PowerEdge HPE ProLiant Lenovo ThinkSystem Fujitsu Primergy Supermicro IBM System x / Power Acer Altos

Intervento & differenziatori

Datacenter Lombardia Aruba Ponte San Pietro Oltre il supporto del vendor

Contatti diretti

📞 02 95 17 550 💬 WhatsApp · +39 378 301 3120
Richiedi preventivo → Server fermo · Emergenza
Manutenzione · archivi

Ricostruzione archivi: metadati prima dei file. Senza permessi, l'archivio non funziona.

Dopo un guasto storage il dato grezzo è recuperabile ma serve ricostruire la struttura: ACL, attributi estesi, link, struttura cartelle, ownership. Un archivio documentale senza metadati corretti non è un archivio funzionante — è un set di file. Lavoriamo sulla parte spesso trascurata del recovery.

Pianifica un health check Recupero dati →
Il problema spesso ignorato

Recuperare i file non basta.

Su file server, archivi documentali, document management system la struttura attorno ai file è critica quanto i file stessi:

  • ACL Windows NTFS o POSIX ACL Linux: chi può leggere/scrivere cosa.
  • Attributi estesi: classificazione, tag, metadati di applicazioni specifiche.
  • Ownership: legame tra file e utente/gruppo del sistema.
  • Timestamps: creazione, modifica, accesso — spesso usati da audit interni.
  • Link simbolici e hard link: relazioni tra file, fondamentali in molti applicativi.
  • Struttura cartelle: gerarchia che riflette processi aziendali.

Un recovery "rapido" che salva solo i byte ma perde questi metadati lascia un archivio inutilizzabile finché non si rifa il lavoro a mano.

Quando interveniamo

Tipici scenari.

  • Post-recovery di RAID: dopo il recupero dati della parte byte-level, ricostruzione dei metadati.
  • Migrazione file server tra sistemi: preservazione fedele di ACL, ownership, timestamps.
  • Corruzione filesystem recuperata: ripristino della logica del filesystem oltre al ripristino dei singoli file.
  • Integrazione con DMS (document management): allineamento tra metadati filesystem e metadati applicativi.
Cosa NON è

Non è "indicizzazione" né "data entry".

Per chiarezza sull'ambito: non facciamo data entry manuale di documenti, non eseguiamo OCR su scansioni, non costruiamo tassonomie applicative. Il nostro ambito è il livello filesystem e infrastruttura: la struttura che il sistema operativo usa per organizzare e proteggere i file. Per ricostruzioni applicative serve un partner DMS/ECM dedicato.

FAQ

Le domande che ci fanno più spesso.

I metadati si recuperano sempre insieme ai file?

Quando il recovery è fatto a livello filesystem corretto sì — è il nostro standard. Quando il recovery è fatto in modalità "carve" (estrazione dei file dalla materia prima senza ricostruzione della struttura, tipico in scenari catastrofici), i metadati vanno ricostruiti in un secondo passaggio. Spesso si recuperano dai backup parziali, dai log applicativi, da fonti correlate.

ACL Windows NTFS molto complesse si recuperano?

Sì, quando il filesystem è recuperabile a livello logico. La struttura ACL NTFS (DACL, SACL, owner, SID) è preservata. Quando il dominio Active Directory ha subito modifiche tra il guasto e il recovery (utenti dismessi, SID history cambiata) può essere necessario mappare i vecchi SID sui nuovi — operazione che gestiamo con script dedicati.

Si fa anche su NAS Synology/QNAP?

Sì. I NAS Synology (Btrfs/ext4) e QNAP (Btrfs/ZFS/ext4) hanno modelli ACL/permessi specifici e tool di amministrazione propri. Lavoriamo a livello filesystem nativo, preservando ACL e schemi di sharing originali.