Data Recovery
Data recovery is the process of retrieving data that has been lost, corrupted, accidentally deleted, or made inaccessible. It covers recovery techniques for different failure scenarios, from restoring backups to salvaging data from damaged media.
itStorage, backup, and data protection | OpenSkills.info
Course pathWalk it in order
Look it upDip in anytime
Go furtherLeaves this page
Don't Panic
Data Recovery
Data recovery is the work of getting usable information back when the usual path to it has failed. This is less like finding a lost sock and more like entering a building after the signs have fallen down: some rooms may still be intact, but the map is not to be trusted.
The sensible first move is rarely exotic. Check version history, snapshots, replicas, exports, recycle bins, and tested backups before reaching for recovery software. A restore from a known recovery point, the time represented by a restorable copy, is safer than asking a damaged or recently used device to reveal its secrets.
The important model has three layers. Storage holds blocks. A file system turns blocks into names, directories, and allocation records. Applications interpret files and records. A fault in one layer does not automatically erase what another layer knows. A deleted directory entry may leave data blocks behind. That is encouraging, though not an invitation to install tools on the affected drive.
The surprise is that recovery is not repair. Repair changes structures so a system can operate. Recovery extracts what remains. Those jobs only cooperate after the source is protected. The durable arrangement is source, master image, working copy, then recovered output. The master stays untouched. Experiments happen on the working copy, where they can fail without taking the original story with them.
Unstable media makes this arrangement urgent. A bit-stream image, a block-for-block copy, can retain free space and slack space that a normal file backup does not include. GNU ddrescue works here: it copies readable areas first and keeps a mapfile so interrupted rescue work can resume. If read errors grow or the device vanishes, that is not a request for heroic perseverance. It is a reason to stop and preserve remaining options.
A recovered file is only a candidate. It may open while missing pages, rows, formulas, names, paths, timestamps, or the context that says whether it is the right version. Validation checks format, structure, identifiers, dates, related content, hashes, and business meaning. A file opening successfully is evidence. It is not a coronation.
Read the intro for layers and recovery paths, then use the slides for the decision sequence. The cheatsheet is the desk-side reference when symptoms arrive. Field Notes explains where reasonable-looking recovery work becomes costly. The practice reference and exercise turn the first-response sequence into a decision record. The quiz checks whether the distinctions survived the trip, which is more useful than discovering them during an actual incident.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://nvlpubs.nist.gov/nistpubs/ir/2022/NIST.IR.8354.pdf
Supports
- Metadata-based deleted-file recovery, file carving, and deleted-record recovery
- Deleted data may remain until its storage is overwritten or allocated to another object
- Partial overwrite can produce incomplete or mixed recovered content
- File-system metadata differences affect recovery outcomes
- Solid-state drives may replace TRIM-released blocks with blocks that read as zeros
- Recovery tools can differ in what they return at edge cases
- https://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-86.pdf
Supports
- Difference between logical backup and bit-stream imaging
- Bit-stream images include free space and slack space
- Analysis on copied media to avoid modifying the original
- Device identification, acquisition documentation, hashes, and chain of custody
- Master and working copies for repeatable analysis
- https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html
Supports
- Readable-area-first rescue from drives with read errors
- Mapfiles for efficient interruption, resume, and selective retries
- Avoiding rescue from a read-write mounted partition
- Avoiding file-system repair on a drive with input and output errors
- Repairing a copy while retaining a master copy
- Risk from destination selection and changing device names
- https://support.microsoft.com/en-US/Windows/Experience/Backup-Recovery/windows-file-recovery
Supports
- Minimizing computer use after deletion because released space may be overwritten
- Separate source and destination drives
- Local-storage recovery scope
- Regular and Extensive modes with path and file filters
- Reduced recovery prospects after overwrite, especially on solid-state drives
- https://csrc.nist.gov/pubs/other/2020/04/24/protecting-data-from-ransomware-and-other-data-los/final
Supports
- Backups as copies made to facilitate recovery
- Planning, conducting, maintaining, protecting, and testing backups
- Backup preparation for hardware failure, ransomware, and accidental or intentional destruction
- Testing whether backup files remain useful and available when needed
- https://csrc.nist.gov/pubs/sp/800/88/r2/final
Supports
- Media sanitization as rendering target data unrecoverable by logical and state-of-the-art laboratory techniques
- Clear, purge, and destroy as distinct sanitization methods
- Sanitization as a different objective from recovery after ordinary loss
- https://csrc.nist.gov/pubs/sp/800/34/archive/2002-06-01
Supports
- NIST published its first SP 800-34 contingency-planning guide in 2002
- https://csrc.nist.gov/pubs/sp/800/34/r1/upd1/final
Supports
- SP 800-34 Revision 1 updated contingency-planning guidance in 2010
- https://csrc.nist.gov/pubs/sp/800/88/r1/final
Supports
- NIST issued Revision 1 of its media-sanitization guidance in 2014
- https://csrc.nist.gov/pubs/sp/800/184/final
Supports
- NIST published cybersecurity event recovery guidance in 2016
- https://csrc.nist.gov/pubs/sp/1800/11/final
Supports
- NIST published a data-integrity and ransomware recovery practice guide in 2020
- https://www.backblaze.com/blog/hard-drive-smart-stats/
Supports
- Backblaze describes its operational use of SMART attributes to identify drives for replacement before catastrophic failure
- https://www.gnu.org/software/ddrescue/
Supports
- GNU ddrescue is a data-recovery tool for copying from files and block devices
- https://www.cgsecurity.org/wiki/TestDisk
Supports
- TestDisk is maintained for partition-table
- boot-sector
- and file-system recovery tasks
- https://www.r-studio.com/
Supports
- R-Studio provides file recovery and data-recovery analysis tooling
- https://www.ufsexplorer.com/
Supports
- UFS Explorer provides storage and file-system recovery tooling
- https://www.cleverfiles.com/
Supports
- Disk Drill provides end-user recovery workflows and recovery-media tooling
- https://www.stellarinfo.com/data-recovery-software.php
Supports
- Stellar Data Recovery provides end-user file recovery software
