How to verify a local or NAS folder backup
A folder that appears on a second disk is not automatically a verified backup. Use a scope, a copy report, and a checksum record to review a local or NAS archive.
Safe Archive guide
Keep the copy, keep the context, and keep a record of what arrived.
Published August 20, 2026
Scope first
Decide what you are allowed to copy before starting the archive.
Copy second
Use a destination that will remain available after access changes.
Verify last
Keep a report that names the files copied, converted, skipped, or failed.
Quick answer
Define the expected source scope, copy the folder to a local disk or NAS mount, and review the per-file report instead of relying on a matching folder size. The report names missing and failed files and records a SHA-256 value for each archived file.
1. Define the expected set
Before you copy, write down the source path, destination path, date, and folders included. If this is a project handoff or a migration checkpoint, record who approved the scope and what should be excluded.
This step prevents a common verification mistake: comparing the destination with a vague idea of the source. A report can be accurate while the wrong folder was selected, so the expected set belongs in the archive record too.
2. Copy to a local disk or NAS mount
Use Safe Archive with a local folder or NAS mount as the destination. Confirm that the account running the job can read the source and write to the destination. On a network path, check the connection and available space before starting a large copy.
Safe Archive is copy-only. It does not rename, modify, or delete the source. During the run it hashes each copied file with SHA-256 and writes the HTML and CSV reports into the destination root.
- Use a stable network path instead of a connection that may disappear during the run.
- Check that the destination can hold the selected source scope and the reports.
- Keep the archive destination separate from the source when the goal is a backup.
3. Check the report alongside the folder size
A matching size can miss a replaced file, a missing small file, or a failed item that was never copied. Open_archive-report.html and review the summary, then inspect the CSV when you need a sortable list.
- Compare the report scope with the expected source folders.
- Review the total files and bytes as a quick reasonableness check.
- Read every failed or skipped entry instead of treating it as a warning to ignore.
- Spot-check important files with the corresponding SHA-256 values.
The folder comparison tool can help inspect two accessible folders. Use the archive report for the authoritative record of the copy, including items that never reached the destination.
Make the archive reviewable
FolderManifest copies the folder locally or to a supported destination, then creates a report with the files that arrived and the files that need attention.
4. Keep the evidence with the backup
Keep the HTML report and CSV report beside the archived folder, along with the source scope and review date. If a file failed because of a permission or network problem, record the correction and rerun the same archive.
When the retry succeeds, keep the updated report as the signoff artifact. Retiring the original disk or source folder is a separate decision and should wait until the archive has been reviewed.
Frequently asked questions
Is matching the folder size enough to verify a NAS backup?
No. A matching size does not show that every file arrived or that a file was not replaced. Review the per-file status and SHA-256 values in the archive report.
Can Safe Archive copy to a mapped NAS folder?
Yes. A local folder or NAS mount can be used as the destination. Make sure the account running the archive can read the source and write to the destination.
What should I do when a NAS archive has failed files?
Review the named failures, check the network path and permissions, then rerun the same archive. Completed files are skipped and the failed work is retried.
Does the local or NAS archive change the source folder?
No. Safe Archive copies the source and leaves it untouched. Removing or retiring the source is a separate decision after review.
