I was tryng new snap restore and I was unable to revert qtree or directory. Only vol or single file. I'm I missing something?
Uros
On Wed, 27 Mar 2002, Uros Lampret wrote:
I was tryng new snap restore and I was unable to revert qtree or directory. Only vol or single file.
I never used SnapRestore on my filers, but AFAIK before 6.2 you could only SnapRestore an entire volume. 6.2 adds the ability to do a single-file SnapRestore. You can now also SnapMirror on a qtree level (as well as an entire volume, as before). However, Snapshots are still done at a volume level. Someone correct me if I'm wrong. :)
On Thu, 28 Mar 2002, Brian Tao wrote:
I never used SnapRestore on my filers, but AFAIK before 6.2 youcould only SnapRestore an entire volume. 6.2 adds the ability to do a single-file SnapRestore. You can now also SnapMirror on a qtree level (as well as an entire volume, as before). However, Snapshots are still done at a volume level. Someone correct me if I'm wrong. :)
Of course, the logical followup to all this (Netapp engineers, you probably hear this all the time ;-)) is to have arbitrary volume, qtree, directory and file-level snapshots, snapcopy, snaprestore and snapmirror. Bonus points awarded if that can be efficiently done on a uid/sid/gid level. Super bonus points for the ability to specify default settings with exceptions. e.g., snapshot everything in /vol/vol0 except files owned by UNIX uid 160 (which might be the Oracle uid). DOT 7.0? :)
Actually, what I *really* want is qtree-level snapshots. Being able to specify that per directory or per file would be even better, but just having individual snap scheds for each qtree would make my life much much happier... :)
On Thu, Mar 28, 2002 at 01:13:40AM -0500, Brian Tao wrote:
6.2 adds the ability to do a single-file SnapRestore.
Emphasis on "single". I.e., no qtree or directory SnapRestore.
However, Snapshots are still done at a volume level.
Correct.
When snap restoring a file:
Does ONTAP link the snapshotted blocks back into the live filesystem or does it just copy the file from the snapshot creating a new file in the live filesystem? If the latter, I wonder why they even bothered adding this feature since it's always been easy to copy a shapshotted file to the live filesystem from a client. I guess snap restore might also restore inode data such as file owner, group, permissions, timestamps, etc.
Steve Losen scl@virginia.edu phone: 434-924-0640
University of Virginia ITC Unix Support
On Thu, 28 Mar 2002, Steve Losen wrote:
Does ONTAP link the snapshotted blocks back into the live filesystem or does it just copy the file from the snapshot creating a new file in the live filesystem?
I believe the former is correct (if the operation is analogous to volume SnapRestore). The advantage here is that I can now tell my DBAs they can roll back selected .dbf's, each 2GB in size, in a matter of seconds. How long would it otherwise take you to copy each 2GB file out of snapshots over NFS? 2 minutes? 3 minutes? :)
-
Brian Tao -
Guy Harris -
Steve Losen -
Uros Lampret