Under very specific conditions, it could be possible for replica containers to support a type of write operation whose sole function is to restore data from an archival target. For example, data could be replicated back to the remote site where a data management application (DMA), or backup software, is connected to allow this data to be restored directly.
This specific type of case applies only to configurations where data is backed up from a remote location to a local container, and then replicated over a WAN to a replica container that is backed up to tape. The data needs to be restored from the tape backup to the original location; first back to QoreStor replica container, and then back to the original source location of the data on the other side of the WAN link.
NOTE: If you choose to use this alternate workaround method, you must set up a new data storage unit in your DMA, and import the images before a restore to the original location can occur.
To leverage this type of deduplication across the WAN, complete the following:
Under this scenario, a fraction of the data to be recovered is sent across the WAN link. This could speed up a remote restore significantly. However, there are some downsides to this type of scenario:
For an alternate method of reverse replication, complete the following steps:
In situations where certain workloads have requirements for faster recovery, QoreStor allows you to write these workloads to a performance tier to enable faster read back unaffected by activity in other QoreStor Storage Groups. By utilizing a performance tier, you are able to maximize the value of higher-performing storage by ensuring that only the most critical workloads are written to it.
To create a QoreStor performance tier, you must create a physical volume comprised of high-performing storage (such as SSD) and then create a QoreStor storage group mapped to that volume. Containers created on that storage group will write and read from high-performance storage exclusively and will be isolated from read activity on other volumes.
QoreStor's cloud tiering feature enables on-premesis QoreStor data to be quickly and easily accelerated to the cloud. With a QoreStor Cloud Storage Group and cloud container, local containers can be easily linked to the cloud. Using your existing data management applications (DMAs) and any supported protocol, files can be written to the local QoreStor container are replicated to your cloud storage according to easily defined policies.
During normal operations, many files are actively changing and frequently accessed. Moving these files to cloud storage would have a negative performance impact and increase costs. QoreStor provides a policy engine that allows you to set criteria to be used in identifying which files are most suited for replication to the cloud. Policies are defined at the container level and apply to all files within that container. Using the QoreStor Cloud Policy, you can replicate files based on:
With these policy options, you are able to configure cloud replication to meet one of three use cases:
Any data that is transferred out of the on-premesis QoreStor instance by the Cloud Storage Group is encrypted with zero knowledge encryption. The encryption keys are solely owned by you. If the encryption keys are placed in the cloud, a passphrase is used to encrypt those keys and that passphrase is only known to you. For added security, QoreStor obfuscates metadata names such as blockmap and data store objects that are stored in the cloud.