Our copies are a mix between incremental copies and synthetic copies. Why was the "WORM Storage" functionality activated at the storage policy level if we did not have it activated at that level? In addition, we have not been able to plan the increase of space in the libraries (run out of space on one of them), nor have we been able to adjust the retention of copies before this functionality was activated. Now we cannot delete backups, nor change the retention of our copies and ALL databases will be sealed every X days, micro-prunning disable. We updated version 11.28 to 11.30 and suddenly the “WORM Storage” feature is activated in ALL storage policies at storage pool level.Īs per the below document, this changes are applied on SP30 onwards, if hardware WORM is enabled: We could change the retention of our copies, delete backups, micro-prunning working, and our databases were NEVER sealed. We are not aware of having activated this functionality and as support indicated, there is no trace that we have executed a workflow to activate it.ĭespite that, the WORM functionality was not active in any of our Storage Policies, only at the disk library level. Hardware WORM was active on all of our disk libraries.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |