Using premium backup and recovery services : Autonomic healing : About autonomic healing : DS-System Admin vs. autonomic healing
 
DS-System Admin vs. autonomic healing
The following outlines the features of the autonomic healing module and how it can help with managing the DS-System:
The autonomic healing module features more advanced detection and fixing capabilities than the DS-System Admin (Core) and will record any anomalies found (caused by third‑parties) so that manual fixing is possible for problems that cannot be fixed automatically.
The autonomic healing module is designed to continuously monitor the DS-System online storage for any data corruptions. It can also be configured with a variety of options (optimize space, process the selected sets repeatedly / only once for troubleshooting, speed control options, simultaneous processes, etc.).
In case corruptions are found, autonomic healing will notify the DS-System administrator. For each backup set, one notification will be sent when the first corruption is found.
The autonomic healing module has some fixing capabilities, and as long as an error can be corrected, it will do so by either fixing the problem or moving the file to the trash location. If DS-System is part of a replication group, autonomic healing will try to retrieve a correct version of the file from one of the other DS-Systems in the group. If retrieval is successful, then DS-Client is no longer involved. If the retrieval is not successful, the backup set will be marked as “out-of-sync” and DS-Client will be forced to synchronize the backup set and to re-send a replacement for the corrupted file during next backup session.
 
Functionality
Description
DS-System
Admin
Autonomic
Healing
Update Storage Statistics
Scan online size
Yes
No
Update library link information in DS-System DB
Yes
No
Update Statistical information
Yes
No
Running options
On-demand start/stop
Yes
Yes
Speed adjust based on DS-System Load
No
Yes
Minimum checking interval
30 days
1 hour
Automatically resume on file level
No
Yes
Balanced task assignment between processes
No
Yes
Check Capabilities
Check File Headers damage/ inconsistencies
Yes
Yes
Check Directory Stream Headers damage/ inconsistencies
Yes
Yes
Check library link damage/ inconsistencies
Yes
Yes
Check Delta file damage/ inconsistencies
No
Yes
Check file name damage/ inconsistencies across generations
No
Yes
Check Directory ID/name damage/ inconsistencies
No
Yes
Check File ID/name damage/ inconsistencies
No
Yes
Check orphaned recycled generations caused by data damage/corruption
No
Yes
Check session damage/inconsistent across generations
No
Yes
Fixing Capabilities
Delete corrupted files (move to deleted files folder)
Yes
Yes
If DS-System is part of a replication group, attempt to retrieve the deleted files from a Replication DS-System. If all deleted files are successfully retrieved in this manner, skip step 3 (below).
Yes
Yes
Mark backup set as out-of-sync after deletion or corrupted files are fixed
Yes
Yes
Fix files/directories ID damage/inconsistencies
No
Yes
Fix directory location damage/inconsistencies
No
Yes
Fix file name damage/inconsistencies within directories
No
Yes
Fix file name damage/inconsistencies across generations
No
Yes
Fix delta linking/reconstruction damage/inconsistencies
No
Yes
Fix library link damage/inconsistencies
Yes
Yes
Remove orphaned recycled generations caused by data damage/inconsistencies
No
Yes
Clean recycled generations to optimize storage space.
Yes
No
Fix session damage/inconsistencies across generations
No
Yes
Reporting and Notification
Report found damage/inconsistencies in event log
Yes
Yes
Send notifications
Yes
Yes
Manager
Regular monitoring of the progress
Yes
Yes
Separate monitor to monitor and manage the process on selected backup sets
No
Yes
Integrated processing history management
No
Yes