Thanks, I appreciate the response. However, that is not how I read the document:
The 9.13.1 requirement for folder restore is only if using DataLock or Ransomware or Archiving, which I am not in this test.
Additionally, there is a strange caveat, but that should not prevent a folder restore from occurring in this case:
- When using ONTAP 9.13.0 or greater, you can restore a folder along with all files and sub-folders within it. When using a version of ONTAP before 9.13.0, only files from that folder are restored - no sub-folders, or files in sub-folders, are restored.
The part of the document I think you are referencing is specific to a restore from an archived folder, which this is not:
Note: If the backup file containing the data that you want to restore resides in archival storage (starting with ONTAP 9.10.1), the restore operation will take a longer amount of time and will incur a cost. Additionally, the destination cluster must also be running ONTAP 9.10.1 or greater for volume restore, 9.11.1 for file restore, 9.12.1 for Google Archive and StorageGRID, and 9.13.1 for folder restore.
Based on this, it seems like a basic folder restore from a non-archived backup, not using DataLock or Ransomware Protection, should work. Yet, it doesn't.
It's almost like it "thinks" the DataLock or Ransomware Protection is in place, even though it is not.