ASIGRA Solution: DS-System Admin Process


The DS-System Admin process comes with the DS-System (Core) software. File corruptions are handled as follows:

1. Corrupted files cannot be restored. Most corrupted files can be detected by the DS-System Admin or by other methods that check the headers/links. Once DS-System Admin determines a file is an invalid format file, the file and its dependents will be moved to a directory for invalid files.

2. If the DS-System is part of a replication group, the DS-System Admin will try to recover the corrupted file from one of the other Replication DS-Systems. If the file is successfully recovered, then no action is required from the DS-Client. If the DS-System is not part of a replication group or the valid file is not found on a Replication DS-System, then DS-System Admin deletes the invalid data. The backup set is marked as "out-of-sync" so that the DS-Client will synchronize it later and eventually, if the file still exists on the source machine, it will back it up again to the DS-System.

3. The DS-System Admin is like NTFS CheckDisk: it only checks physical consistency (valid file headers and links). No check of the logical validity of data is performed (invalid names, name duplication, ID duplication, reconstruction failure, consistency etc.).

4. The DS-System Admin checks data once every 30 days (like CheckDisk). Sometimes checks are required more often, so that anomalies can be found and fixed faster (either manually or automatically).

5. Clean recycled generations to optimize storage space (configurable)



PREVNEXT