I'd second that...and obviously if you want any sort of user level quotas, or want to be able to mirror/move the data in the qtree.
--rdp
From: toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of tmac Sent: Thursday, January 22, 2015 1:25 PM To: Rhodes, Richard L. Cc: toasters@teaparty.net Subject: Re: Everything in a qtree?
For my customers....I called that: TMAC's rule #1 ;)
Always use qtrees. Always.
In 7-mode, it really did not hurt and when migrations came up, it was trivial to move the qtree piece,
In the first versions of cDOT though, qtrees were really not used. Migrating was done (via the netapp tools) at the volume level (since cDOT had no use for qtrees)
Personally, I would stick with the qtrees if you plan on sticking with 7-mode.
Snapmirror/vault can be done at a volume, qtree or "all top directories but qtrees" layer.
--tmac
Tim McCarthy Principal Consultant
On Thu, Jan 22, 2015 at 1:16 PM, Rhodes, Richard L. <rrhodes@firstenergycorp.commailto:rrhodes@firstenergycorp.com> wrote: Hi,
Back about 7 years ago when we purchased our first NetApp systems we hired a NetApp consultant to help us set them up. One of the things he told me was to always put everything in a qtree. Whether it's a cifs shares, nfs export, or luns . . . put them in a qtree. I have followed that practice. I think part of this was that our NetApp systems are for a particular application and we use snapvault for some of the backups (luns and cifs shares). This is all on OnTap v8 in 7-mode.
As I'm about to create some CIFS shares for other uses, I'm wondering if this is a good practice. The new shares would be volume snapmirror'ed to a DR site, but no snapvault.
Any opinions are appreciated.
Thanks
Rick
________________________________ ________________________________
The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
_______________________________________________ Toasters mailing list Toasters@teaparty.netmailto:Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters