Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products
  • Manage your Dell EMC sites, products, and product-level contacts using Company Administration.

PowerScale OneFS 9.8.0.0 Backup and Recovery Guide

PDF

Automated replication policies

You can manually start a replication policy at any time. You can also configure replication policies to start automatically based on source directory modifications or schedules.

You can configure a replication policy to run according to a schedule so that you can control when replication is performed. You can also configure policies to replicate the data captured in snapshots of a directory. You can also configure a replication policy to start when SyncIQ detects a modification to the source directory. Such a policy allows SyncIQ to maintain a more current version of your data on the target cluster.

Scheduling a policy can be useful under the following conditions:

  • You want to replicate data when user activity is minimal.
  • You can accurately predict when modifications are made to the data.

A scheduled policy can be reconfigured so that it does not run if there are no changes to the source directory between jobs. However, if changes are made to the parent directory of the source directory or a sibling directory of the source directory, and then a snapshot of the parent directory is taken, SyncIQ creates a job for the policy even if no changes have been made to the source directory. If you monitor the cluster through the File System Analytics (FSA) feature of InsightIQ, the FSA job creates snapshots of /ifs. This process might cause a replication job to start whenever the FSA job is run.

Replicating data that is contained in snapshots of a directory can be useful under the following conditions:

  • You want to replicate data according to a schedule, and you are already generating snapshots of the source directory through a snapshot schedule.
  • You want to maintain identical snapshots on both the source and target cluster.
  • You want to replicate existing snapshots to the target cluster.

    To enable archival snapshots on the target cluster. This setting can only be enabled when the policy is created.

If a policy is configured to replicate snapshots, you can configure SyncIQ to replicate only snapshots that match a specified naming pattern.

Configuring a policy to start when changes are made to the source directory can be useful under the following conditions:

  • You want to retain an up-to-date copy of your data always.
  • You are expecting many changes at unpredictable intervals.

For policies that are configured to start whenever changes are made to the source directory, SyncIQ checks the source directories every ten seconds. SyncIQ checks all files and directories underneath the source directory, regardless of whether those files or directories are excluded from replication. Consequently, SyncIQ might occasionally run a replication job unnecessarily. For example, assume that newPolicy replicates /ifs/data/media but excludes /ifs/data/media/temp. If a modification is made to /ifs/data/media/temp/file.txt, SyncIQ runs newPolicy even though /ifs/data/media/temp/file.txt is not replicated.

If a policy is configured to start whenever changes are made to the source directory and a replication job fails, SyncIQ waits one minute before attempting to run the policy again. SyncIQ increases this delay exponentially for each failure up to a maximum of eight hours. You can override the delay by running the policy manually at any time. After a job for the policy completes successfully, SyncIQ will resume checking the source directory every ten seconds.

If a policy is configured to start whenever changes are made to the source directory, you can configure SyncIQ to wait a specified period after the source directory is modified before starting a job.

NOTE:To avoid frequent synchronization of minimal sets of changes and overtaxing system resources, you should not configure continuous replication when the source directory is highly active. It is better to configure continuous replication with a change-triggered delay of several hours to consolidate groups of changes.

Rate this content

Accurate
Useful
Easy to understand
Was this article helpful?
0/3000 characters
  Please provide ratings (1-5 stars).
  Please provide ratings (1-5 stars).
  Please provide ratings (1-5 stars).
  Please select whether the article was helpful or not.
  Comments cannot contain these special characters: <>()\