You all have it backwards
Databases are not usually in the file system and the file system is not independent of the object store.
On most CE devices the object store is a series of RAM heaps. Databases are a partition type
(volume
) within the object store, which comprises its own pages of which system databases are one. The RAM file system is a partition in the object store
(not the same for CF cards, apart from the mount points
). The registry is a third type of object in the object store.
The reason backup tools bork ActiveSync is because the backup tool doesn't write to RAM, it does an API load of the database. The recovery tool performs SQL INSERT operations to drop the data back. Everything has different recovery and update time stamps and the ActiveSync Outlook sync driver in turn at this point has an empty database and no idea that the record was previously synched at all. So CE thinks that it is authoritative.
There isn't anything that you can do about this that I am aware of as the recovery and transaction models are handled internally by the object store driver/ActiveSync DLL and are transparent to the developer.
If you have a device where the system databases are retained after a full power down in primary and secondary power, then the system databases
will be in the file system
(which will be a FAT32 file system
). Where that is is down to the OEM, however be aware that it could be RAM shadowed or it could be fully hidden and invisible to the operating system.
Feel free to go through the object store API though
https://learn.microsoft.com/en-us/previous-versions/windows/embedded...(v=msdn.10
)
http://systemmanager.ru/windowsce21_documentationarchive.en/html/ac...