is there a reason you are doing it this way instead of when setting up replication for source file system, tell it to create target file system under remote VDM ?
Unless, I'm missing something it won't give me the ability to enable DeDuplication on the destination file system. We don't want to enable DeDuplication after the fact. I hope this makes sense.
The goal is to cutover from a 16TB File System that sits on a CX700 to a VG8 attached to a CX4-960.
However, (the catch) our current file system has multiple mount points that got "flatten" when they migrated from windows to the current Celerra.
I'm attempting to migrate the different mount points to different file Systems. Thus, allowing us to grow those individual file systems versus starting a new one since we cannot grow the 16TB file system.
Additionally, the UNC path cannot change as it will impact 1500 users.
I was able to accomplish this by configuring Nested Mounted File System.
So I have a/an NMFS mount point. I then created and mounted a file system (Litigation) under the NMFS mount point.
I then created 4 additional file systems (Images, Images2, Images3 and Images 4) under the File system mentioned above.
BTW, I enabled DeDuplication on these file systems as well.
I'm currently using EMCopy to move all the data to the new NMFS.
Rainer_EMC
4 Operator
•
8.6K Posts
0
June 6th, 2011 08:00
what *exactly* are you trying to achieve ?
dynamox
9 Legend
•
20.4K Posts
1
June 1st, 2011 20:00
what's wrong with enabling dedupe it after the fact, i wonder if that's even supported to have no dedupe on source and dedupe on target.
dynamox
9 Legend
•
20.4K Posts
1
June 1st, 2011 20:00
is there a reason you are doing it this way instead of when setting up replication for source file system, tell it to create target file system under remote VDM ?
KattenDTapia
31 Posts
0
June 1st, 2011 20:00
Unless, I'm missing something it won't give me the ability to enable DeDuplication on the destination file system. We don't want to enable DeDuplication after the fact. I hope this makes sense.
Rainer_EMC
4 Operator
•
8.6K Posts
1
June 6th, 2011 08:00
since the destination file system is readonly and a block-based replica there is really no point in enabling dedupe there
Any deduplicated files will automatically be replicated to the destination fs in their deduplicated state
So if you want deduplication you need to enable it on the source file system
Rainer
KattenDTapia
31 Posts
0
June 6th, 2011 11:00
I was trying to get to fancy on this one.
The goal is to cutover from a 16TB File System that sits on a CX700 to a VG8 attached to a CX4-960.
However, (the catch) our current file system has multiple mount points that got "flatten" when they migrated from windows to the current Celerra.
I'm attempting to migrate the different mount points to different file Systems. Thus, allowing us to grow those individual file systems versus starting a new one since we cannot grow the 16TB file system.
Additionally, the UNC path cannot change as it will impact 1500 users.
I was able to accomplish this by configuring Nested Mounted File System.
So I have a/an NMFS mount point. I then created and mounted a file system (Litigation) under the NMFS mount point.
I then created 4 additional file systems (Images, Images2, Images3 and Images 4) under the File system mentioned above.
BTW, I enabled DeDuplication on these file systems as well.
I'm currently using EMCopy to move all the data to the new NMFS.
I hope all this makes sense.
Thank you for all your help.
Rainer_EMC
4 Operator
•
8.6K Posts
0
June 10th, 2011 06:00
ok - NMFS can work there
alternatively you can try the local DFS root feature (CIFS) or NFS export aliasing.
If you have a full Powerlink account I suggest to ask support questions in the support forum here https://community.emc.com/community/support/celerra?view=discussions
A lot more people are reading and answering there than on ECN
Rainer