Ensure that the Comet Server and customer devices are synced with internet time, or you may get a series of log messages showing missed backups, followed or preceded by successful backups. A device which is out-of-sync with internet time may also experience difficulties with backups to some cloud storage providers. The Comet Server allows up to 10 minutes difference before logging separate events.
If you are rebranding/white-labelling your client software, code-signing is a requirement for a reliable experience on Windows and macOS. Consider using the prebuilt client software if rebranding is not a requirement.
Windows: EV certificates retain trust between renewals. OV certificates must rebuild their trust.
MacOS: Sign + Notarise is required on macOS 10.15+. Unsigned clients must re-enable Full Disk Access after each upgrade.
Ensure your retention policy and schedule settings work together. For example, retention set to keep backups run on Sunday, but scheduled backups run on Monday, nothing will be retained.
Multiple, simultaneous backups into the same Vault are usually not a problem, and it offers benefits such as deduplication. Some devices which are shutdown frequently, such as laptops, can cause some issues. Lock issues are rare, unless a device unexpectedly stops or pauses. For more information about Comet's lock file design, see our troubleshooting guide. Consider separate Vaults for these.
Instead of backing up network-shares, consider installing the client software directly onto the device where the original data is stored. The backup will then be for a local path, will have better performance, take advantage of filesystem snapshots, and usually without issue.
Where there are issues with the MS proprietary Windows Server System State backup type, consider using the Disk Image backup type instead. Disk Image was specifically designed to overcome issues with these types, and has much greater functionality, as well as scope for future enhancement.