Using the Code42 app, you can download files that you backed up but are no longer on your device. This article explains how to protect your data by using retention settings to keep deleted files in your backup archive and how to restore deleted files.
Retention settings for deleted files
If you back up a file and later delete it from your device, the Code42 app keeps it in your backup archive for as long as indicated by your deleted files retention setting. This article assumes that the retention settings are set to never remove deleted files from the archive. However, your administrator may adjust this retention setting.
Some ransomware programs change file extensions, causing the Code42 app to think the original files were deleted. This results in the original files being removed at the time set by the Remove Deleted Files value in the Frequency and Versions settings. Therefore, leave Remove Deleted Files at the default setting of Never to prevent removal of files in the event of a ransomware attack.
To learn how to verify or change your deleted file retention setting, see our article on specifying version settings.
Download deleted files
You can download deleted files from both the Code42 app and the Code42 console.
The Code42 app stores deleted files based on your deleted file retention settings. To see or search for deleted files:
- From Home, navigate to a list of backed-up files:
- If you back up to multiple destinations, select the destination from Restore files from.
- Click the options menu.
- Choose Include deleted files.
Deleted files are shown with a trash can icon to the right of the Date Modified column.
- Select the files that you want to restore.
- Click Restore Files.
After you enable Include deleted files, your deleted files appear in the file browser and can be restored. You may also search for deleted files by entering a term in the search bar.
Learn more about downloading files from the Code42 app.
Alternatively, if you know when the files were deleted, you can view your entire backup as of a date before the files were deleted. From Restore Files, click As of Today to open a calendar and select a previous date. The Options screen refreshes with the files that were backed up as of that date, including any files that have since been deleted.
To display or search deleted files from the Code42 console:
- Sign in to the Code42 console.
- Select Devices.
- Locate the device containing the files you want to download and click Restore.
- Choose Display deleted files.
The file tree refreshes to include deleted files.
- Select the files you want to download, and click Restore.
Click the arrow next to a file to view and select a specific version of that file to restore. Time stamps next to file versions are displayed in Coordinated Universal Time (UTC).
For more information on web restores, see downloading files from the Code42 console.
Alternatively, if you know the date that the files were deleted, you can view your entire backup "as of" a date prior to deleting the files. From the Restore files as of calendar, select a previous date. The file tree will refresh with the files that were backed up as of that date, including any files that have since been deleted.
Can I use Code42 to archive files deleted from my device?
While your retention settings may be set to never remove deleted files from your archive, we do not recommend using Code42 as a data-archive service. There are several ways in which this can lead to inadvertent data loss:
- If you deselect a folder from your backup file selection, any deleted files that were stored there are also deleted from your archive.
- If you, or your administrator, change your deleted files retention setting, it could remove deleted files from your archive.
Since files deleted from your device have less visibility, it increases the possibility that changing your backup file selection or settings could result in accidental data loss.
We always recommend that you keep a copy of your files on the source device or drive. With archive maintenance, the health of your backup is validated and checked for data corruption. If bad blocks of data are found, the destination self-heals by re-requesting the affected data blocks from the source device.