snapmirror policy modify
- PDF of this doc site
Collection of separate PDF docs
Creating your file...
Modify a SnapMirror policy
Availability: This command is available to cluster and Vserver administrators at the admin privilege level.
Description
The snapmirror policy modify
command can be used to modify the policy attributes.
Use the snapmirror policy modify-rule command to modify a rule in a SnapMirror policy. |
Parameters
-vserver <vserver name>
- Vserver Name-
Specifies the Vserver for the SnapMirror policy.
-policy <sm_policy>
- SnapMirror Policy Name-
Specifies the SnapMirror policy name.
[-comment <text>]
- Comment-
Specifies a text comment for the SnapMirror policy. If the comment contains spaces, it must be enclosed within quotes.
[-tries <unsigned32_or_unlimited>]
- Tries Limit-
Determines the maximum number of times to attempt each manual or scheduled transfer for a SnapMirror relationship. The value of this parameter must be a positive integer or
unlimited
. The default value is8
. [-transfer-priority {low|normal}]
- Transfer Scheduling Priority-
Specifies the priority at which a transfer runs. The supported values are
normal
orlow
. Thenormal
transfers are scheduled before thelow
priority transfers. The default isnormal
. [-ignore-atime {true|false}]
- Ignore File Access Time-
This parameter applies only to extended data protection (XDP) relationships. It specifies whether incremental transfers will ignore files which have only their access time changed. The supported values are
true
orfalse
. The default isfalse
. [-restart {always|never|default}]
- Restart Behavior-
This parameter applies only to data protection relationships. It defines the behavior of SnapMirror if an interrupted transfer exists. The supported values are
always
,never
, ordefault
. If the value is set toalways
, an interrupted SnapMirror transfer always restarts provided it has a restart checkpoint and the conditions are the same as they were before the transfer was interrupted. In addition, a new SnapMirror Snapshot copy is created which will then be transferred. If the value is set tonever
, an interrupted SnapMirror transfer will never restart, even if a restart checkpoint exists. A new SnapMirror Snapshot copy will still be created and transferred. Data ONTAP version 8.2 will interpret a value ofdefault
as being the same asalways
. Vault transfers will always resume based on a restart checkpoint, provided the Snapshot copy still exists on the source volume. [-is-network-compression-enabled {true|false}]
- Is Network Compression Enabled-
Specifies whether network compression is enabled for transfers. The supported values are
true
orfalse
. The default isfalse
. [-rpo <integer>]
- Recovery Point Objective (seconds)-
Specifies the time for recovery point objective, in seconds. This parameter is only supported for a policy of type
continuous
. [-always-replicate-snapshots {true|false}]
- This prioritizes replication of app-consistent snapshots over synchronous replication-
If this parameter is set to true, it specifies that SnapMirror Synchronous relationships will lose the zero RPO protection upon failure in replicating application created snapshots. The default value is false.
[-common-snapshot-schedule <text>]
- Common Snapshot Copy Creation Schedule for SnapMirror Synchronous (privilege: advanced)-
Specifies the common Snapshot creating schedule. This parameter is only supported for Snapmirror Synchronous relationships.
[-are-data-ops-sequentially-split {true|false}]
- Is Sequential Splitting of Data Operations Enabled?-
This parameter specifies whether I/O, such as write, copy-offload and punch-holes, are split sequentially, rather than being run in parallel on the source and destination. Spliiting the I/O sequentially will make the system more robust, and less prone to I/O errors. However, it will also make I/O performance slower. The default value of parameter
-sequential-split-data-ops
isfalse
. The parameter-are-data-ops-sequentially-split
should only be used if too frequent I/O timeout or OutOfSync has happened. Changes made by thesnapmirror policy modify -sequential-split-data-ops
command do not take effect until the next resync. Changes do not affect resync or initialize operations that have started and have not finished yet. The parameter-are- data-ops-sequentially-split
requires an effective cluster version of Data ONTAP 9.6.0 or later on both the source and destination clusters. [-discard-configs <network>,…]
- Configurations Not Replicated During Identity Preserve Vserver DR-
Specifies the configuration to be dropped during replication. The supported values are:
-
network
- Drops network interfaces, routes, and kerberos configuration.
This parameter is supported only for policies of type
async-mirror
and applicable only for identity-preserve Vserver SnapMirror relationships. -
[-throttle <throttleType>]
- Throttle (KB/sec)-
Specifies the upper limit on throughput/bandwidth, in kilobytes/seconds. This parameter can be specified for a policy of type
continuous
at any user privilege level. For all other policy types, privilege level must be diagnostic or higher.
Examples
The following example changes the "transfer-priority" and the "comment" text of a snapmirror policy named TieredBackup
on Vserver vs0.example.com
:
vs0.example.com::> snapmirror policy modify -vserver vs0.example.com -policy TieredBackup -transfer-priority low -comment "Use for tiered backups"