#Starwind software full#
#Starwind software software#

CONCLUSIONД«y configuring Asynchronous Replication in StarWind-based infrastructure, users can take advantage of backup and DR functionality. Storage for the data change log instance can be chosen in the Asynchronous Replication setup wizard.ДЄll new data will be initially written to the to the data change log instance, with its following transfer to the main storage in the background. Note that this storage needs to be segregated from the main one. As a storage for the data change log instance, the separate storage is used.

While working with ImageFile, the additional instance, data change log, is used. LSFS provides the integrated LSFS snapshots stored with the main LSFS device data.

Log-Structured File System (LSFS) is a proprietary file system, designed by StarWind for better virtualization workloads handling. Snapshot Scheduler initiates the snapshot creation process, deletes the old (outdated) snapshots, enabling to store the specified number of snapshots on the storage.ДЄsynchronous Replication implemented with LSFS device and ImageFile device Snapshot Scheduler during the replication process During back seeding, data can be copied from the selected snapshot only. NOTE: During the back seeding procedure, the initial data (the data that was in the main storage before this process started) on the main storage will be lost.

#Starwind software full#

Full Device recovery from the snapshot (back seed)Д¬hoose the recovery point (snapshot) and start the recovery process on the main storage. This can be avoided by substituting the вЂњVolumeIdвЂќ.

Note that the mounted snapshot can cause conflicts with the main storage within the OS. After mounting the snapshot, the administrator can access the storage in the вЂњread-onlyвЂќ mode. For that purpose, the snapshot needs to be mounted from the asynchronous node to the local one. The snapshot has to be mounted, thus an additional target is created on the asynchronous node.ДЄlso, it may be necessary to access the snapshot in order to recover the certain files without changing the state of the main storage. The easiest way to check for consistency is to read from the snapshot once it was created and compare the data in the source snapshot. It is recommended to regularly check the data consistency of the snapshot/backup.

Copy data from the snapshot to the repository with its mechanismД¬hecking the status of the replicated data, selective data recovery.

#Starwind software software#

In this way, the backup software uses snapshots by the following algorithm: Snapshots operations are usually performed through the VSS mechanism using VSS provider. The number of snapshots kept on the main storage can be different from their number on the replication site. If it is configured, please make sure that StarWind VSS provider also is installed on the replication site. NOTE: During the snapshot creation, StarWind VSS provider can be used depending on the initial replication configuration.

Delete the oldest snapshot on the replication site, if necessary.

Delete the snapshot on the main storage, if necessary.

Transfer the snapshot to the replication site.

If automatic replication mode is configured, the system works by the following algorithm: Main Asynchronous Replication configuration scenarios Automatic Replication It serves snapshot-supported devices, i.e., LSFS or Asynchronous Replication.ДЄsynchronous Replication can work through network channels that are significantly slower than the ones used for connection of the storage system. StarWind VSS provider is a proprietary software designed for internal Virtual SAN usage and should not be used for any purposes externally. The snapshots created with StarWind VSS provider are guaranteed to be consistent. Snapshots, being saved вЂњstatesвЂќ of the system at given time, play significant role in Disaster Recovery and backup processes. The Replication process usually is scheduled outside production hours, so that it doesnвЂ™t interfere with the primary workload. The Replication process can be scheduled in order to prevent the main storage system and network channels overloads. It is the backbone of backup and Disaster Recovery processes. It allows users to restore data on the primary site which has suffered from a virus attack, disaster, or erroneous human activity.

StarWind Virtual Tape Library (VTL) OEMДЄsynchronous Replication is used to create an independent copy of data and store it separately from the main storage system.

Software as a Service (SaaS) & Financing.

StarWind Virtual Tape Library Appliance (VTLA).