Veritas NetBackup™ Cloud Administrator's Guide
- About NetBackup cloud storage
- About the cloud storage
- About the Amazon S3 cloud storage API type
- About protecting data in Amazon for long-term retention
- Protecting data using Amazon's cloud tiering
- About Microsoft Azure cloud storage API type
- About OpenStack Swift cloud storage API type
- Configuring cloud storage in NetBackup
- Scalable Storage properties
- Cloud Storage properties
- About the NetBackup CloudStore Service Container
- About the NetBackup media servers for cloud storage
- Configuring a storage server for cloud storage
- NetBackup cloud storage server properties
- Configuring a storage unit for cloud storage
- Changing cloud storage disk pool properties
- Monitoring and Reporting
- Operational notes
- Troubleshooting
- About unified logging
- About legacy logging
- Troubleshooting cloud storage configuration issues
- Troubleshooting cloud storage operational issues
About protecting data in Amazon Glacier
To protect your data for long-term retention you can back up the data to Amazon (AWS) Glacier using NetBackup. Using NetBackup, you can create a storage server with Glacier storage class.
During the backup process, NetBackup internally uses the Amazon's zero-day lifecycle policy to transition data to Glacier. AWS lifecycle policy is a lifecycle rule defined to transition objects to the Glacier storage class in 0 (zero) days after creation. The following diagram illustrates the configuration process:
To configure a cloud storage server for Amazon GLACIER or DEEP ARCHIVE storage class
- Configure the Amazon GLACIER cloud storage server.
- Create a disk pool using the Amazon bucket for GLACIER storage.
- Create a backup policy.
When you configure a storage server to transition data to Amazon Glacier, consider the following:
Ensure that Amazon Glacier is supported for the region to which the bucket belongs.
Ensure that the selected bucket does not have any existing Amazon lifecycle policy.
For restores, set the retrieval retention period to minimum 3 days.
Select
option wherever possible to reduce time and cost for image imports.To retrieve the data that is sent to Glacier, there is an inherent time delay of around 4 hours per fragment of the backup image. For phase 2 of image imports, this time delay is prevalent for images in the Glacier storage. However, if you enable
in the policy, the time delay for phase 2 imports reduces drastically from 4 hours to a few minutes per fragment. Phase 1 imports are faster, irrespective of whether is enabled or not for the policy.See the NetBackup Administrator's Guide, Volume I to know more about supported workloads and file systems for
.See the NetBackup Administrator's Guide, Volume I to know more about the phases during image imports.
You can reduce restore time by parallel restores. For this operation, you use multistreaming to backup which creates multiple images at logical boundaries.
Workload Granular Recovery (GRT) or VMware Single File Restore (SFR), increases the time-out on the master, media, and client to more than 5 hours.
Consider the following limitations:
NetBackup Accelerator feature is not supported for policies of the storage units that are created for Amazon Glacier. Do not select the
check box.
Note:
This section does not apply to CloudCatalyst, only non-CloudCatalyst storage servers.
You must have the following permissions:
Note:
The bucket owner has these permissions, by default. The bucket owner can grant these permissions to others by writing an access policy.
Also ensure that you also have the required
IAM USER
permissions.
More Information