i remember seeing in one DOC like "how do snapmirror" that specifically ask you to configure the quota after a mirror failover. and that on a mirror failback. the quota on the source are not enforced. and you need to modify it / reactivate or something like that on each volume. i have added it to my DR procedure, and i guess in my environment i can live without quota while in DR.
What to do next. if you have account ref - i think that's a very valid request to ask them to put as an RFE. it was available for us in 7-mode. and therefor it's also a valid request to put forward here.
i guess the first "solution" you will get is to use SVM DR. unfortunately for me that's currently not a valid option as there a few problems with the SVM DR implementation at the moment (No individual schedules for the volumes, networking configuration is not initiative and straight forward. even causes NetApp tools like myASUP to misbehave, OCUM currently not integrated with it causing false alerts, WFA required around a two days customization to make it a really 5 clicks failover and so and so...).
I am having the same issue. The challenge for me is that the source system is a MetroCluster, which rules out SVM DR--SVM DR and MetroCluster don't mix. We would like to have a way to export/import quotas to and from the DR site. I guess it could be done with a program that makes API calls--has anyone come up with something like that already? We are looking into WFA as a possibility, but quotas will be migrated in bulk from a 7-Mode array using 7MTT so we would like to be able to do this "in arrears" for quotas that already exist.