We got a client a new Dell Optiplex - with i7 and 16GB RAM, so not a shabby machine - that came with a 256GB mSATA drive installed. Dell put windows 10 Pro on this drive. We added a 1TB standard platter hard drive for data storage.
We installed shadow protect v 5.2.7 and have it do incremental backups every 4 hours of both drives to an external WD my passport ultra connected to the computer via a USB3 port on the PC using the WD's supplied USB3 cable. Shadowprotect is activated. The images are encrypted using
Then at night, that same computer has imagemanager consolidate the images using their typical settings.
So overall, a routine configuration I would think.
This is the first machine that we are using ShadowProtect on an SSD type of device. Are there any conflicts between SP and mSATA drives?
The problem is that while most times, backups of both drives take a couple or few minutes. about once a day, we are seeing the C drive taking upwards of 1 hour to complete the incremental backup.
I can't attache logs here I don't think. Looking at the logs of a quick vs. slower backup.
a quick backup might run from 18:00:00 to 18:00:41
On longer backups, there's 2 pauses. They appear at 00:20 and 03:23. Here's the entries for an incremental backup starting at 18:00:00:
28 Mar 2017 18:00:20 sbcrypt 109 filter started
28 Mar 2017 18:00:20 sbfile 101 successfully opened file z:\sp\officce1 C_VOL-b001-i069.spi filter started
28 Mar 2017 18:00:20 sbvol 108 Image will not have disk ID and partition info (-1392 invalid data format)
28 Mar 2017 18:03:23 sbcrypt 107 compression mode: 5
28 Mar 2017 18:03:23 sbcrypt 107 encryption mode:4
28 mar 2017 18:03:23 sptcrypt 600 please enter the encryption password
28 mar 2017 18:03:23 sptask 101 answerr was sent as UNICODE string
28 mar 2017 19:03:23 spvol 109 last volume read done
Interesting that there's an exact 1 hour gap at 18:03:23. I guess something timed out after an hour and then it proceeds?
The rest of the entries in the log all are time stamped the same 19:03:23 time stamp:
MD5 [dnd't bother tyoing all that].spi
ok z:\sp\office1 C_VOL-b001-i069.spi
incremental tracker reset ok
process finished successfully
snapshots were destroyed
Again, this is maybe once a day. some times none on a day. I haven't asked the user if they are using the machine before the longer than usual backup - I would think they were and there was changes that were in the snapshot.
This is for the drive with the OS on it. The user is not doing more than Word, Excel, outlook, web browsing.
Successful backups(I am looking at the log from the 14:00 backup the same day) also have the "image will not have disk ID and partition info" entry at 00:20, but the next entry is at 00:21
And the gap between answer was sent as unicode sting and last volume read done is only 20 seconds, not an hour.
Any thoughts? is that -1392 invalid data format anything to be concerned about? It appears in both fast and slow backups.