Check What a Synology Data Scrub Can Actually Cover
A data-scrubbing schedule is meaningful only when the relevant storage is included. A NAS can contain several pools and shared folders with different capabilities, so a completed check on one pool does not describe the entire device. Start by matching the files you care about to their actual volume and storage pool.
Establish the two layers of coverage
Synology documents data scrubbing for pools containing Btrfs volumes, or supported redundant layouts including SHR with at least three drives, RAID 5, RAID 6 and RAID F1. Inspect the installed system's Storage Manager rather than assuming every pool qualifies because it contains multiple drives.
For shared-folder data checking and repair, inspect the folder's data-checksum setting as well. Synology's file self-healing guidance describes this as a choice made when a shared folder is created. Finding that it is absent is a coverage finding; do not move production data or recreate a share merely to make a maintenance checklist look complete.
Read omissions before choosing a schedule
In Storage Manager, examine which pools are selected for scrubbing and any reason shown for an unavailable pool. Synology notes that a degraded pool can be temporarily excluded from scheduled scrubbing. A schedule that exists in the interface therefore needs to be read alongside the pool's current state.
Build a short coverage record using real names: project folder, volume, pool, checksum setting and last relevant result. For an office with separate accounts and media shares, this makes it possible to see whether only one of those datasets received the intended check. Keep an unknown setting marked unknown until inspected.
Arrange any eligible run around the NAS workload, then review the result for the selected pool. Treat reported errors or an unhealthy pool as a storage investigation requiring preserved evidence. Scrubbing the live pool, checking a backup archive and successfully opening a restored document answer different questions. Keep those results separately dated so a healthy result in one area does not conceal missing coverage elsewhere.
Sources: Synology documentation 1, Synology documentation 2.