• State Verified Answer
  • Locked Locked
  • Replies 10 replies
  • Subscribers 27 subscribers
  • Views 15222 views
  • Users 0 members are here
Options
Related
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Failed on: Determining Data to Send

Corrigun
over 7 years ago

I am getting the following error from the "C" partition of a Windows 2008r2 DC on the first backup. The reserve partition and the data partition seem to not have this problem.

It appears that Dell has a KB about this and even though we have three Dell SonicWalls with current service contracts it will not let me read the KB after logging in.

https://support.software.dell.com/appassure/kb/177780

We do have Symantec Appassure running on the server being backed up but had AA backing it up prior to the upgrade to RR. If this will not work I need to know now before we pay for the license.

Parents
  • 0 over 7 years ago
    Well, chalk me up as someone who would suggest shrinking a system volume. I've done it on over 100 production systems without any negative consequences. Since Microsoft implemented live disk resizing I've used it a lot and it's a very safe mechanism.

    This solution has been around since the early days of AppAssure as we have dealt with backup failures due to partition offset issues. If a block of data is marked as used and it is in that section of the partition that doesn't have underlying physical disk, then the backup will fail (you cannot collect a block of data from a section of disk that doesn't exist). So even if we were to go back and remove the logic that blocks backup of this situation, you may still get a failure at some point that can only be fixed by shrinking the volume.
Reply
  • 0 over 7 years ago
    Well, chalk me up as someone who would suggest shrinking a system volume. I've done it on over 100 production systems without any negative consequences. Since Microsoft implemented live disk resizing I've used it a lot and it's a very safe mechanism.

    This solution has been around since the early days of AppAssure as we have dealt with backup failures due to partition offset issues. If a block of data is marked as used and it is in that section of the partition that doesn't have underlying physical disk, then the backup will fail (you cannot collect a block of data from a section of disk that doesn't exist). So even if we were to go back and remove the logic that blocks backup of this situation, you may still get a failure at some point that can only be fixed by shrinking the volume.
Children
No Data