if its just the directory last-access time stamp that its fine - Rainfinity FMA only migrates files but not directories

make sure you use the latest emcopy - 4.0.4 (is on the latest Tools CD) or 4.0.5 (you would need to get that from EMC support)

Rainer

dont use 4.0.0 - its got an number of bugs

here's the change log:

########################################################################################

04.00 : - Changed working model from single threaded to multi threaded.
        - Added  new options : /th n, /de, /nodf, /sdd.

04.02 : - Removed restartable mode; /z option is still accepted without effect for backward comptability.
        - Enhanced transfert retry process.
        - Added suport of windows 6.x symbolic link.

04.03 : - Introduction of a 64 bits version of emcopy : emcopy64.
        - Memory usage enhancement.

04.04 : - Fixed issue when /xd is used in conjunction with /purge.
          In that case excluded directory could be removed from the target.

04.05 : - Added /xjd option that excludes windows Moint Point from the copy.
        - Changed the way 8.3 files are treated. For each directory, 8.3 files are processed in single thread model before any others files.
        - Added new logging system that prevent mixed log messages.

#########################################################################################

is it possible to use in the versione 4.0.7 with the /xjd for skip the symbolic link created in origin with a dfs server in the windows host?

Thé /xjd switch will ignore any Windows reparse point that correspond to a mountpoint (I.e. when you mount a drive in a directory instead of assigning a drive letter)

It will not skip DFS reparse points.

You should anyway get an error if you run emcopy from the root of the DFS and emcopy will not go to the links and copy the whole tree

Claude

I have a similar situation to the original post.  We are moving files from a windows file system to a Celerra.  The plan is to then use FMA to archive files that haven't been accessed in the last 180 days.  The problem is that when I use EMCOPY, it seems to change the last access date on the files.  I seem to be able to do this successfully with Robocopy, but want to use EMCOPY because it works much better for us and is a lot faster.  Is there any way I can get EMCOPY to work without changing the last access date?

What are the EMCopy revision and options?

Claude

The version is 4.09.

The parameters are like this:

d:\emcopy
bos1\sys
bosnew\sys /o /a /secfix /s /de /c /r:1 /w:1 /purge /log:d:\copyu.log

Any ideas how to make it work without affecting last access date?

Hi,

It should keep the same access times.

I have seen this issue long time ago, and it was fixed on NAS 5.1...it has over 6 years, so I don't believe it's the same.

I recommend you to open a support ticket.

Gustavo Barreto.

If I open a ticket, what area should I open it up under. Celerra?