I forgot to mention that I used to use my USB SSD drive for bootable backups and therefore did not use spotlight. However, I believe bootable backups are not possible any more with Monterey. May be CCC offers it still, although I could not tell from their website. CCC v6 appears very capable.
@BLUEFROG before I switch to Time Machine on my USB SSD drive, wanted to ask you as to the reasons why you are transitioning to Carbon Copy Cloner?
Thank you!
Though infrequent, over the years I have had some stalled Time Machine backups with no warning it had a problem. It wasnāt common and twice were due to failing Seagate externals (which I gave up on for Western Digital several years ago too).
Also, I tried CCC as an alternative I could potentially suggest to our clientele. Testing with my own system and data is the only way to feel comfortable making that suggestion.
Speed is fantastic with CCC too. Iām impressed and its reputation is well-deserved. 
Ok. So bootable backups not quite possible. Got that.
As the article says, it can be done with CCC but:
We also do not generally recommend that users attempt to make their backups bootable ā you can restore all of your documents, compatible applications, and settings from a standard CCC backup without the extra effort involved in establishing and maintaining a bootable device.
I decided, some time ago when still using macOS Big Sur, to abandon bootable backups following that advice. Personally, I have not lost sleep worrying about that.
Stephen
Sounds like you use CCC and use their standard backup as one backup. Am I right?
In that case, does CCC copy the whole Devonthink Database package when it backs up or does CCC only copy files that are changed from inside the package?
Like Time Machine and Arq, CCC only copies the changes. My CCC backups usually take less than 5 minutes.
I confirm what @chrk said: only the changes are copied. I connect an SSD to my MacBook Pro every night which initiates the CCC backup and the backup almost invariably takes a couple of minutes (with the SSD automatically ejected at the end). Itās very fast.
Stephen
Iām backing up 
@chrk and @Stephen_C on the speed of CCC. My backup runs at 9pm every night and it usually less than 10 min for a backup to run.
Thank you for sharing your experience.
I need to figure out if Chronosync can do this (since I already have the software), and if not, then it may be worth purchasing an upgrade for my older CCC license.
Do you use CCC for local network backup also (either a NAS or as in my case hard drive connected to a Mac mini on local network)?
Have a wonderful weekend.
in this long thread, Iāve lost track of what āthisā is.
If you can mean can Chronosync backup the DEVONthink backup zip files, yes it can.
If you mean can Chronsync backup open DEVONthink package folders ā¦ not reliably, nor can anything probably, since DEVONthing is working on the collection of files in the package files while copying. If the databases closed, then yes Chronsync like any other file copy program can work.
Or am I missing something?
From my experience, Iād honestly say an upgrade to the CCC license is warranted.
Currently I only use it for a local connected external but thatās because my NAS and some of my subnet are in flux while Iām building something).
You and yours have a great weekend too!
by I need to figure out if Chronosync can do this I meant whether Chronosync can copy only the changes as CCC appears to be able to do successfully.
Also are you suggesting that when you backup using CCC, you quit Devonthink while the backup is going on. Quitting Devonthink during backup does make sense to me - especially if CCC is backing up the Devonthink package files.
I donāt think that applies to Snapshot based backup apps like Time Machine, CCC and Arq.
I have never closed a database and all 3 three apps constantly back up while Iām changing things in Devonthink and other apps.
This is in line with their documentation.
From Arqā¦
From CCCā¦
The only requisite seems to be APFS, but thatās has been the default for some time now with Apple. You canāt even create encrypted HFS+ volumes any more or use HFS+ for Time Machine.
There is no need for this with Time Machine, Arq or CCC*.
*If you use a destination volume for CCC that has an older file system, I would contact the CCC dev first or search through the knowledge base.
Iām suggesting that ā¦ but maybe Iām wrong. Experts here with whom I defer.
I believe not an issue with TimeMachine (per the DEVONthink documentation). Hence I feel more than covered using TimeMachine as primary for EVERYTHING, and use Chronsync to move the very important stuff, like a few DEVONthink Zip files. I keep it simple and try not to get too many software licenses. Just me.
Itās not a bad idea and I know @cgrunenberg generally suggests it.
DEVONthink isnāt closed when my backups roll but theyāre scheduled at a time when Iām usually not actively working in DEVONthink or DEVONthink To Go, i.e., no active would be happening either.
Thank you for sharing.
I suppose at the OS level, snapshot copies of all files are stored for the backup process and retained until the backup process completes its job. I guess it is possible, but if it is a large file or large number of files that are being modified during backup, that much extra space will be used up on the drive in the interim, but the OS likely knows how to do this when requested by these backup processes.
Thank you for all your replies. Backup if you want to do it right, can be complicated by itself.
Youāre welcome.
Snapshots are read-only frozen in time backups. I have started Arq and CCC backups in the past and started to delete files from within DEVONthink and a test database itself while the backups were running.
They were fine and not affected by the deletions.
ooh. that is the kind of proof which inspires confidence. thank you for sharing!
so it does seem that these processes are able to ask the operating system to hold āread-only frozen in timeā for the process to access and when the process is done, it presumably has to ask the operating system to let go of that āread only snapshotā.
