Adagio products don't split zip files, but the ZIP component that we're using may react adversely to certain scenarios. Likely, that component is not telling Adagio there is a problem. The Toolkit uses the same technology, so it's not a case of one working and the other not.

I think it's related to one or more of these conditions: very large datasets, networked data, interfering applications and the free space where the 'data' is located. Unfortunately, I haven't be able to recreate the problem. I think we can say that various processes are running in off hours for extended periods of time. For example, the DataCare, the Toolkit, and other Backups. Is there a chance that these processes are overlapping?

I'm sure the next version of DataCare will detect and cleanup after detecting an incomplete backup.

The last time we had this problem there was another process running (a back up from another program) and when I stopped the other process from running, it corrected the problem.

This time, I confirmed that there were no other processes running. Deleting some files on the target drive both in the folder where the back ups are going (c:\backup) and c:\windows\temp on the computer that is running the DataCare job is what fixed the problem.

When DataCare reports, "Everything is okay" what it should say is "Everything might be okay, but check your back up to see if your zip file is corrupt".

Hope to see this resolved with next version.

Please ensure there is ample space where your data is located. That's likely different from your program drive and backup drive.

Bob:

Something must be different. We use an unattended process that creates the two backups one after the other, Datacare and Toolkit, in different networks and disk sizes. Datacare fails sometimes, Toolkit backup never fails. It is probably that the network is slower when Datacare fails, but it doesn't happen to the Toolkit backup. It is unfortunate that we cannot rely on Datacare backup, because Toolkit doesn't have the feature to clean up its own old backups.

We're experiencing the same problems as described here again. I have confirmed there are no other processes running during the back up. I deleted the old back ups and the windows/temp folder again so we'll see how things go tonight.

Last night the zip files went all the way up to 13. I'm going to have to find an alternative back up method. The back up we run before the day end from OE/Complete Dataset is still working fine, but the one from DataCare that runs after the Day End is not working, although it's being reported in DataCare as a success. Maybe I should try unchecking "back up all files in the directory"? Although, I wish I could back up all the files.

Hi Susan,

Are you backing up all the files in subdirectories too? Is it possible you are running out of space in your Windows\temp directory?

We'll see what we can do to better catch this occurrance in any event.

BTW - if you're looking for a robust, solid, on and off premise backup solution, I'd STRONGLY recommend looking at ShadowSafe from VitalEsafe.

It has saved Softrak's bacon 4 times in the last 12 months when people have inadvertantly deleted files that they wanted (the most common reason to need a backup copy).