Replication Deferred Update
Replication Deferred Update
The 2010.Q1 release stores replication configuration differently than 2009.Q3 and earlier
releases. This update migrates existing target, action, and replica configuration created under an
earlier release to the new form used by 2010.Q1 and later.
After upgrading to 2010.Q1, but before this update is applied, incoming replication updates for
existing replicas fail. Replicas received under earlier releases are not manageable via the BUI
or CLI, although they occupy space in the storage pool. Additionally, the system does not send
replication updates for actions configured on earlier releases.
After applying this update, incoming replication updates for replicas originally received on
earlier releases continue normally and without a full resync. The system also sends incremental
replication updates for actions configured under earlier releases.
Related Topics
■
Applying Deferred Updates BUI, CLI
■
“Understanding Deferred Updates” on page 352
Received Properties Deferred Update
The 2010.Q1 feature that enables administrators to customize properties on replicated
shares relies on a ZFS pool update. This update provides support of persistent local changes
to received properties. Before this update has been applied, the system does not allow
administrators to change properties on replicated shares. Applying this update is equivalent to
upgrading the on-disk ZFS pool to version 22.
Related Topics
■
Applying Deferred Updates BUI, CLI
■
“Understanding Deferred Updates” on page 352
Slim ZIL Deferred Update
This deferred update changes the layout of ZFS intent log blocks to improve synchronous write
performance. Before this update has been applied, log records continue to be written in the old
format and performance may be reduced. Applying this update is equivalent to upgrading the
on-disk ZFS pool to version 23.
348 Oracle ZFS Storage Appliance Customer Service Manual • July 2016
To Next Page
Loading...
Need help?
General