• State Suggested Answer
  • Locked Locked
  • Replies 5 replies
  • Answers 1 answer
  • Subscribers 27 subscribers
  • Views 5361 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

after server crashes

t.louedec
over 6 years ago

 Hello,

Actually (i'm using last release 6.1.3.100) when a server (agent installed) crashes or after an unpredictable reboot a base image is done.

This is really a problem on core replicated with a poor network bandwidth, because it takes several hours to replicate to the main core.

 

Is there something expected to avoid this behaviour on the next releases ?

 

Thanks

 

regards

  • 0 over 6 years ago

    Hi t.loudec:

    Sorry for the issues you are facing.

    Taking base images after a crash or a reboot that does not follow a gracious shutdown is, unfortunately, the expected behavior. This is due to the fact that the RapidRecovery filter driver responsible for intercepting the disk writes may cease working before the disk activity is suspended and by consequence some block changes (at times many gigabytes in size) may not be recorded. In turn, this may affect the integrity of the future recovery chains.

    Although this behavior cannot and should not be altered, there are some important upcoming features that would mitigate the issue. Among these the one that may be of greatest interest for your situation is agent size deduplication. This would diminish considerably the size of base images taken after unfortunate events as only the blocks that are not hosted in the repository will be sent through the wire, reducing the overall data transfers during new base images. 

  • 0 over 6 years ago
    Check out dedup cache size on the Core. Below is an old thread from 5.x but it covers a lot fo great information about this setting and how it works.

    www.quest.com/.../persist-dedupe-cache-freezes-appassure

    Its not a great options, but its the only one available atm to address this problem
  • 0 over 6 years ago
    Hi Tudor,

    Many thanks for your help.

    When you said "there are some important upcoming features " do you have an idea when those features will be implemented ?

    Best regards

    Thierry
  • 0 over 6 years ago
    Tudor. I know these features are still in Dev and not set in stone. But do you have any details on how the agent side deduplication will function? Will it be a physical memory based setup like the Core? How about the sizing?
  • 0 over 6 years ago
    Sorry -- I did not play with the feature as yet so I have no cool stuff to share in this respect. I suspect that it is something like the "read-match-write" process.