2017-02-23 09:27 AM - edited 2017-03-04 06:55 PM
One of the methods available for upgrading between 8.3x to 9.1 is the Automated Nondisuptive Upgrade (ANDU) method. This method simplifies the upgrade process and removes much of the burden of the process. There still remains a few items that need to be reviewed and performed prior to using the ANDU method. Following is an outline of the manual checks that the ANDU requires. For the complete documentation on the process use the Upgrade Express Guide.
Remember you can also create an Upgrade Advisor report at the My AutoSupport Site.
2017-02-27 05:59 PM
Thanks for sharing this information.
2017-07-14 09:49 AM - edited 2017-07-14 09:51 AM
SnapMirror and Node Upgrade Order
tl-dr ( how do I upgrade ONTAP when clusters are both a source and a destination for SnapMirrors. Instructions say destination first. Whaaa? )
We are planning upgrade from 8.3.1 to 9.1P5 . The AutoSupport Upgrade Advisor Plan generated for this task, gives the following advice for suspending SnapMirror replication, and the correct order in which to upgrade the Peers of the SnapMirror relationship:
Suspending SnapMirror operations
Cluster mycluster2 is running SnapMirror.
To prevent SnapMirror transfers from failing, you must suspend SnapMirror operations and upgrade destination nodes before upgrading source nodes.
(i) Suspend SnapMirror transfers for a destination volume
(ii) Upgrade the node that contains the destination volume
(iii) Upgrade the node that contains the source volume
(iv) Resume the SnapMirror transfers for the destination volume.
Note: SnapMirror transfers for all other destination volumes can continue while the nodes that contain the original destination and source volumes are upgraded.
Our problem is that mycluster2 and the Cluster it is SnapMirroring to, mycluster1 have Volumes where SnapMirror replication is going in both directions:
mycluster1 - svm1 - vol1 SnapMirror--> mycluster2 - svm2 - vol1_dr mycluster1 - svm1 - vol2_dr SnapMirror<-- mycluster2 - svm2 - vol2
So, the question is, which cluster should I upgrade to 9.1P5 first? Each cluster contains both source, and destination volumes.
2017-07-17 04:50 PM
That certainly makes a tough decision. As you have it you would need to suspend SnapMirrors originating from the cluster you upgrade first. The alternative though to this problem is configuring version-flexible SnapMirror relationships. That is described starting on page 99 here:
2017-08-02 09:27 AM
Hello all. I am planning to do a similar upgrade for our AFF8080 currently running on 8.3.2P5 to 9.1P5 (or P6).
I have checked all the advisories, bugs, etc. and I can’t see any show stoppers for going ahead. Did anyone experienced any issues after performing this upgrade? Thanks
2017-08-04 06:38 PM
Make sure do this before upgrade.
system node run -node node0* options wafl.deswizzle.enable off
else cluster runs into performance issues after ugrade as inode upgrade starts.
2017-08-07 04:23 AM
Thanks for the tip Amandeep. I 'm not running any Snapmirroring on this filer at the moment and to be honest disabling deswizzle is not something I did in the past before an OS upgrade. Unless if things have changed with the latest CDOT versions.
2017-08-20 06:18 AM
- For 3 HA pairs (6 nodes) how System Manager Upgrade determine which HA will be upgraded first?
- Will it be automatically go to next HA pair after this pair is done?
- Are there any human intervention required?
2017-08-26 01:49 PM
Upgrading to 9.1P6 from 8.3.2P5 went fine with absolutely no problems for the AFF8080 here. Couple of weeks now and it's running fine so far