| Author |
Message |
| Registered: March 20, 2007 | Reputation:  |  Posts: 2,850 |
| | Posted: | | | | DVD Profiler backup seems to be very unreliable for me.
I'm using DVDP version 3.5.1 build 1252 on a Windows 7 x64 computer. My database has 1940 profiles. I noticed recently that when I try to restore backups to DVDP on another machine (my laptop, running Vista x32) that it will sometimes hang and never finish. This got me to looking at the backups and I've found that it's apparently not always making complete backups.
So today I tried a little experiment. I opened profiler and ran a full database repair. Then I did a full backup. I closed DVDP, reopened it, and performed another full backup. I did this three more times with varying results, which you can see in the listing below.
E:\>dir *.dpb
Volume in drive E is Data
Volume Serial Number is 80E7-5D39
Directory of E:\
02/11/2010 03:55 PM 408,984,996 backup01.dpb
02/11/2010 03:57 PM 409,690,731 backup02.dpb
02/11/2010 04:00 PM 421,587,451 backup03.dpb
02/11/2010 04:03 PM 421,587,451 backup04.dpb
02/11/2010 04:05 PM 408,837,925 backup05.dpb
5 File(s) 2,070,688,554 bytes
0 Dir(s) 701,312,417,792 bytes free
For backups #1, #2, and #5 I just opened the program and performed a full backup. For backups #3 and #4 I first scrolled to the bottom of my collection list before performing a full backup.
Any ideas on why I'm having these backup issues?
--------------- |
| | Registered: March 10, 2007 | | Posts: 4,282 |
| | Posted: | | | | I've been unable to reproduce that here. A difference of a few bytes is normal as the file is compressed and certain elements are expected to change (at least the backup date/time, possibly others). I expect these differences should manifest as a file size difference of something under 1k, usually much less.
The results you posted indicate something else entirely. Possibly your local virus scanner is interfering with the file writing. Please try temporarily disabling the active scanner, or back up to a directory that has been excluded from active scans. | | | | Invelos Software, Inc. Representative |
| | Registered: March 20, 2007 | | Reputation: | | Posts: 2,850 |
| | Posted: | | | | OK. I completely uninstalled my AV software and rebooted my computer. Then I performed the exact same backup steps as earlier, i.e. For backups #1, #2, and #5 I just opened the program and performed a full backup. For backups #3 and #4 I first scrolled to the bottom of my collection list before performing a full backup.
Here are the results this time:
E:\>dir *.dpb
Volume in drive E is Data
Volume Serial Number is 80E7-5D39
Directory of E:\
02/11/2010 05:57 PM 410,682,347 backup01.dpb
02/11/2010 06:00 PM 409,056,910 backup02.dpb
02/11/2010 06:03 PM 404,806,153 backup03.dpb
02/11/2010 06:06 PM 421,587,451 backup04.dpb
02/11/2010 06:08 PM 409,489,139 backup05.dpb
5 File(s) 2,055,622,000 bytes
0 Dir(s) 699,257,311,232 bytes free
You'll notice that backup #4 is the same file size as backups #3 & #4 from my previous experiment, but the others are all over the place.
--------------- |
| | Registered: March 10, 2007 | | Posts: 4,282 |
| | Posted: | | | | Do they all restore correctly? | | | | Invelos Software, Inc. Representative |
| | Registered: March 20, 2007 | | Reputation: | | Posts: 2,850 |
| | Posted: | | | | I put the two largest backup files on a flash drive and tried restoring them to DVDP on my Vista laptop.
I started with the largest backup file first. This file worked properly, restoring my desktop database to my laptop.
Then I tried the next largest file. This restore hung up about 85% of the way through the cast database. I finally got tired of waiting and hit the cancel button. After waiting some more I used Task Manager to kill DVDP. This type of behavior is what prompted my experiments today.
Next I ran a third set of backups with the exact same procedure again, and have found some interesting similarities.
Directory of E:\
02/11/2010 03:55 PM 408,984,996 backup01.dpb
02/11/2010 03:57 PM 409,690,731 backup02.dpb
02/11/2010 04:00 PM 421,587,451 backup03.dpb
02/11/2010 04:03 PM 421,587,451 backup04.dpb
02/11/2010 04:05 PM 408,837,925 backup05.dpb
5 File(s) 2,070,688,554 bytes
0 Dir(s) 701,312,417,792 bytes free
Directory of E:\
02/11/2010 05:57 PM 410,682,347 backup01.dpb
02/11/2010 06:00 PM 409,056,910 backup02.dpb
02/11/2010 06:03 PM 404,806,153 backup03.dpb
02/11/2010 06:06 PM 421,587,451 backup04.dpb
02/11/2010 06:08 PM 409,489,139 backup05.dpb
5 File(s) 2,055,622,000 bytes
0 Dir(s) 699,257,311,232 bytes free
Directory of E:\
02/11/2010 06:24 PM 409,240,779 backup01.dpb
02/11/2010 06:26 PM 408,984,996 backup02.dpb
02/11/2010 06:29 PM 421,587,451 backup03.dpb
02/11/2010 06:31 PM 421,587,451 backup04.dpb
02/11/2010 06:33 PM 409,056,910 backup05.dpb
5 File(s) 2,070,457,587 bytes
0 Dir(s) 736,630,005,760 bytes free
For whatever reason, as far as filesize goes...
backup 1.1 = backup 3.2 (408,984,996 bytes)
backups 1.3 = 1.4 = 2.4 = 3.3 = 3.4 (421,587,451 bytes)
backup 2.2 = backup 3.5 (409,056,910 bytes)
--------------- |
| | Registered: March 10, 2007 | | Posts: 4,282 |
| | Posted: | | | | If possible please post the backup files (one working, one failing) to an upload site such as bigupload.com and post the links in a support ticket here so I can take a look. | | | | Invelos Software, Inc. Representative |
| | Registered: March 20, 2007 | | Reputation: | | Posts: 2,850 |
| | Posted: | | | | OK. I've opened a ticket and supplied the links.
--------------- |
| | Registered: March 14, 2007 | | Posts: 168 |
| | Posted: | | | | This sure sounds a lot like the restore problems I've had for a very long time now.
Basically, I can never restore any backup which includes cast because it will invariably hang during that portion of a restore. This must be tied to cast entries which have a cast photo associated with it because experiments I've done months back where I basically purged ALL cast data and started over managed for a time to yield good full backups. But once I went back to loading up cast photos again, I once again lost the ability to create useable backup files.
Only works for me if I choose NOT to backup cast/crew data. |
| | Registered: March 20, 2007 | | Reputation: | | Posts: 2,850 |
| | Posted: | | | | Well, I did incorporate the Headshot Database V5 into my DVDP database a couple of months ago. I wonder if that could be a factor? --------------- |
| | Registered: March 14, 2007 | Reputation:  |  Posts: 6,741 |
| | Posted: | | | | I've just tried the following:
Open DVDP - it shows simple list.
Backup.
Close DVDP.
Open DVDP.
Switch to thumbnail mode.
Scroll through the entire collection to the end.
Backup.
Both backups are identical in size (587 MB (615.761.720 bytes)) and contain thousands of cast/crew images.
Sorry I couldn't help. | | | Karsten
DVD Collectors Online
 |
| | Registered: March 14, 2007 | | Posts: 168 |
| | Posted: | | | | Quoting scotthm: Quote:
Well, I did incorporate the Headshot Database V5 into my DVDP database a couple of months ago. I wonder if that could be a factor?
--------------- Importing a Headshot db file (can't recall which one) was what started my problems as well. Wish I'd never done that, to be quite honest. |
|  | Muckl | | That's my common name. |
| Registered: April 9, 2009 | | Reputation: | | Posts: 858 |
| | Posted: | | | | I don't know if that has something to do with your problem, scotthm. But a while ago I had at least a similar problem with restoring the whole collection from one backup file. It also contained the Headshots Db and about 1500 profiles.
Now I just split my backup in three files – 1) gallery photos, 2) headshots, 3) profiles and all other stuff. Since then the restore has always worked just fine.
P.S.: Before every backup I run a full repair. Just to be sure. | | |
 1.0.1, iPhone 3GS, iOS 4.1.0
Trivia v0.3.1
My HSDB v5 additions, HTML windows and other stuff | | | | Last edited: by Muckl |
|
|