
Sync is not backup. This covers the difference, four silent failure modes, and a 20-minute restore test any operator can run today.
The moment most people discover their backup doesn't work is during the restore. By then, the photos are gone. The fix is to run a restore test now: pick one folder, download it to an empty location, and verify file count, original filenames, and EXIF dates all match.
Sync and backup look identical in the interface but behave oppositely when files are deleted. When you delete a photo on your phone in a sync service, it disappears from every device. iCloud Photo Library works this way by default. Google Photos does too. Dropbox syncs deletions. If you accidentally delete a year of photos, a sync service will faithfully propagate that deletion everywhere within seconds.
A backup service keeps a separate copy that persists independently of what you do on any device. Both look identical from the interface until a restore reveals the difference.
Many sync services offer a deletion recovery window. Google Photos keeps deleted items in trash for 60 days. iCloud holds photos in Recently Deleted for 30 days. After those windows close, the file is gone. A grace period and a backup are different things.
Before you run any restore test, confirm which type of service you're using. If the marketing copy promises your photos are accessible across all your devices, that describes sync. If it says your photos are backed up, read the fine print on what happens when you delete a file.
Even a service that genuinely backs up files can fail to restore cleanly through four failure modes that are invisible until tested.
Re-encoding at upload. Some services compress photos to save on storage. Google Photos offers a Storage saver mode that converts uploads to compressed JPEG, discarding quality that cannot be recovered. RAW files from cameras (.CR2, .NEF, .ARW, .DNG) are often converted or rejected under certain settings. If you uploaded in a lossy mode, the original data no longer exists in that copy. The restore succeeds in that it returns files, but what comes back is a lower-quality version of what you uploaded.
Metadata alteration. EXIF data lives inside the photo file: date taken, GPS coordinates, camera model, shutter speed. Some upload pipelines strip this data or change timestamps to the upload date rather than the capture date. A library organized by date taken breaks entirely when those timestamps are wrong. You can have every photo and still not be able to find anything in sequence.
Account access failure. If you can't log in to the account holding your backup, the files are effectively inaccessible. Lockouts happen through forgotten passwords, compromised email addresses, expired payment methods, and service policy changes. Account recovery options, including a secondary email and two-factor authentication backup codes, are part of the backup plan itself.
Folder and filename changes. Some services reorganize your library on download. What you uploaded as an album called Hawaii 2023 might come back as date-stamped folders with renamed files. If you're restoring after a device failure and need to rebuild your album structure, sorting a large library by hand is its own kind of loss.
The 3-2-1 rule means three copies of the data, on two different storage types, with one copy kept offsite. For a photo library it looks like this in practice:
The offsite cloud copy protects against physical disaster: fire, flood, and theft. The local copy protects against cloud account problems, service shutdowns, and accidental deletes that slip past the cloud trash window. Two storage types means a single failure mode can't reach both.
The rule says nothing about testing. You can have three copies, each one quietly broken.
There is also a frequency problem. Cloud sync runs continuously. A local external drive backup usually requires manual work or scheduled software. If you last connected the external drive eight months ago, those eight months of photos exist in only one location.
Restore a specific folder of 50 to 100 photos to a brand-new empty location on a machine that doesn't already have those files. A trip, a birthday, a particular month. A separate device is better than a new folder on the same computer.
Once the files download, check five things:
The test takes 15 to 20 minutes including download time. If any of these checks fail, the failure mode is now visible and fixable before a real emergency forces the issue.
A backup held by a third-party service depends on that company staying in operation, maintaining your account type, and not changing terms in ways that affect your stored files. Services shut down. Pricing changes have forced users to reduce storage or export data. Features available under one account tier have been moved behind a higher tier.
The practical response is treating cloud backup as one leg of the 3-2-1 structure. A local copy on hardware you own doesn't depend on any company's decisions. Physical media fails on a predictable schedule: hard drives degrade and cards fail, but those failures are testable and manageable. Cloud storage failure often arrives without warning.
Atlas Photo is built around keeping originals accessible rather than re-encoding them on upload, which matters specifically because re-encoded files fail the file-type check in a restore test. Whatever services you use, the restore test tells you what you actually have.
Once a year is a reasonable minimum for most personal libraries. Any time you change services, hit a storage limit, or add a new device to your workflow, run a quick test on a recent folder before assuming the new setup works.
Only when original-quality uploads are enabled and your account has enough storage. Storage saver mode compresses photos on upload, and once a file is uploaded in that mode, the compressed version is what lives in that backup. Check your settings under the storage menu in Google Photos.
iCloud Photo Library syncs photos across devices, but it behaves as a sync service. Deletions propagate across all connected devices. Photos removed from the Recently Deleted album are gone from all locations. A separate local backup or second cloud service covers the gap iCloud sync leaves open.
Re-encoding is a settings problem. Switch the affected service to original-quality uploads and re-upload the photos going forward. This doesn't recover already-compressed files, but the original files on your device remain the source of truth.
Metadata loss requires either a different service or a local copy as the authoritative source. Some tools can approximate dates from filenames or folder structure, but GPS data and EXIF not embedded in a filename is likely gone from a stripped copy.
Account access problems are almost entirely preventable. A secondary recovery email, backup codes stored somewhere physical, and a note of which account holds which backup close most lockout scenarios before they happen.
One copy, one service, never tested is the pattern most photo libraries run on. Adding a copy you own and control, then scheduling the restore test as a calendar reminder before you close this tab, is the fix.
Keep your team's photos in one place. Upload your shoots, find any photo by describing it, and export it in the right size. The free plan has 5 GB and 100 photos, no card needed. Start free