If a container is accidentally deleted, is it possible to recover the files that were in the container?
If the cleaner has not run, it may be possible to recover the files. However it is imperative that the DR appliance be shut down before the cleaner runs in order to prevent the cleaner from reclaiming the space. It is not enough to delete the cleaner schedule since the cleaner can also run in auto mode when there are no active writes to the DR.
There are three phases:
1. Name space deletion.
2. Laundry processing
3. Refcount log processing.
Name space deletion will delete all the names associated with the files. Without names we will only have inode number or numbers from which it is difficult to guess the file name.
Laundry processing will delete all the blockmaps and records them in logs.
The refcount log calculator will run later and apply the reference counts.
Once the refcount log reaches a certain threshold, the datastores that have ‘0’ total reference count will be processed.
This will result in space getting reclaimed.
If the laundry processing is complete the space belonging to the Datastores will be there but there is no use since we cannot map these files back. This is why it is important to get the DR shut down in order to prevent the cleaner from starting up and trying to reclaim the space.
Once the DR appliance is shut down, please contact Quest support for assistance. There is no guarantee that the files will be recoverable, but making sure the DR is shut down so that the cleaner does not run will improve chances that the files can be recovered. The Quest engineering team will need to examine the DR to determine the cleaner state and if the files can be recovered.