On Fri, Jun 08, 2001 at 04:53:45PM -0600, Jessica Fernandez wrote:
I have a filer with UNIX and NT data. I want to move via ndmp to a larger filer. In preparation for the data move I read somewhere that in order for NT data to maintain security permissions, the destination must be NTFS formatted. Is this true, and how do you perform this if the host is a Unix machine but other NT servers are available. Also how would UNIX data fit on an NTFS format. Any help is greatly appreciated.
This is not the case.
First of all, having UNIX or NT data isn't relevant to this issue. It is the security style of the volumes or qtrees that is of importance. These can be determined by running the command "qtree" on the filer console (or through rsh). The values will be either "unix", "ntfs", or "mixed".
If you use NDMPcopy to move data between filers, the security styles of underlying volumes and qtrees makes no difference. You only want to ensure that the destination volumes/qtrees are the same security style as the source.
What you probably heard is that you can copy both UNIX and NTFS security style permissions using an NT tool, but you can only copy UNIX security style permissions using a UNIX tool. This is because UNIX cannot read or write NTFS ACE's/ACL's; however, NTFS can use "extended attributes" (old OS/2 concept I believe) to copy UNIX read/write UNIX permissions. You might want to verify the validity of this statement with NetApp as we've never really tried that. If we're moving UNIX data, we use ndmpcopy or tar/rsync. If we're moving NT data, we use ndmpcopy or robocopy. If we are moving multi-security style data, we use ndmpcopy.
As long as you are moving data from filers to filers, ndmpcopy should work nicely. You may want to investigate other tools such as "vol copy" and "SnapMirror" as they also work well between filers. If you have to move data from or to a non-filer (UNIX box or NT box), then all three of these tools are out of the question and some UNIX/NT tool (such as tar, rsync, scopy, or robocopy) must be used.
-- Jeff