Difference between revisions of "Snapshot Schedules"
m |
m |
||
| Line 3: | Line 3: | ||
Snapshot schedules create a space efficient snapshots automatically on a schedule. Schedules may contain any number of Storage Volumes and Network Shares from any number of systems in a given storage grid. We recommend that a snapshot schedule be created for all mission critical storage volumes and network shares so that one has rollback ability in the event that a user deletes data or in the event that there's a security breach so that auditing and any necessary data recovery can be done using snapshots. | Snapshot schedules create a space efficient snapshots automatically on a schedule. Schedules may contain any number of Storage Volumes and Network Shares from any number of systems in a given storage grid. We recommend that a snapshot schedule be created for all mission critical storage volumes and network shares so that one has rollback ability in the event that a user deletes data or in the event that there's a security breach so that auditing and any necessary data recovery can be done using snapshots. | ||
| − | [[File: | + | [[File:Create Snapshot Schedule Web.jpg]] |
Snapshots schedules automatically expire the oldest snapshot once the specified maximum retained snapshots setting has been reached. One may also configure multiple snapshot schedules with any number of Storage Volumes and Network Shares from any number of systems in a storage grid. Volumes and Shares may also be associated with multiple Snapshot Schedules each maintaining independent snapshot rotations. For storage volumes and network shares containing critical data one should create a Snapshot Schedule that will create snapshots at least once a day. A second schedule that creates weekly snapshots is also recommended. | Snapshots schedules automatically expire the oldest snapshot once the specified maximum retained snapshots setting has been reached. One may also configure multiple snapshot schedules with any number of Storage Volumes and Network Shares from any number of systems in a storage grid. Volumes and Shares may also be associated with multiple Snapshot Schedules each maintaining independent snapshot rotations. For storage volumes and network shares containing critical data one should create a Snapshot Schedule that will create snapshots at least once a day. A second schedule that creates weekly snapshots is also recommended. | ||
[[File:qs4_create_snapshot_schedule.png|800px]] | [[File:qs4_create_snapshot_schedule.png|800px]] | ||
Revision as of 17:11, 18 December 2019
Snapshot schedules create a space efficient snapshots automatically on a schedule. Schedules may contain any number of Storage Volumes and Network Shares from any number of systems in a given storage grid. We recommend that a snapshot schedule be created for all mission critical storage volumes and network shares so that one has rollback ability in the event that a user deletes data or in the event that there's a security breach so that auditing and any necessary data recovery can be done using snapshots.
Snapshots schedules automatically expire the oldest snapshot once the specified maximum retained snapshots setting has been reached. One may also configure multiple snapshot schedules with any number of Storage Volumes and Network Shares from any number of systems in a storage grid. Volumes and Shares may also be associated with multiple Snapshot Schedules each maintaining independent snapshot rotations. For storage volumes and network shares containing critical data one should create a Snapshot Schedule that will create snapshots at least once a day. A second schedule that creates weekly snapshots is also recommended.
