Re: Mass copy of files: how to?
Pegasus (MVP) wrote:
> "JR" <not@mine.mn> wrote in message
> news:htpm04lje7ho6uv721tngbkcb0rrlgiub9@4ax.com...
>>>> Robocopy?...
>>> You can download robocopy.exe from some Microsoft site.
>>> Note that it won't necessarily solve your problems. You did
>>> not tell us why xcopy fails - it may do so due to problems
>>> that will not be resolved when using a different command.
>>>
>> Just saw robocopy thanks. However I'd like to avoid Windows scheduler
>> and line commands completely.
>>
>> Tbh, I haven't been to really understand the problem. Sometimes the
>> batch file simply doesn't run at the scheduled hour; other times, the
>> copy simply stops midway...
>
> It is up to you if you want to use the Task Scheduler or not. If you
> don't use it then you have to initiate the copy process manually.
>
> Avoiding "command lines" means that you have to perform the
> copy action in a GUI environment. You cannot reliably automate
> this. Seeing that you need to run the copy process several times
> each day, I do not think that a GUI is a viable option.
>
> Batch files are as reliable as you make them. If properly written
> then they work each and every time. Furthermore, they provide
> full error reporting. So far you appear to have paid no attention
> to error messages, hence you do not know why xcopy.exe failed.
> As a server administrator you cannot afford to do this.
>
> If you specify your requirements then someone will be able to
> suggest a reliable batch file solution based on robocopy.exe.
> You could even arrange it so that you get an EMail on completion
> of the copy process, informing you about its success or failure
> (which would be nice when using the Task Scheduler).
>
>
While using the task scheduler is optional and you can find 3rd party
apps that will do the same, I have not had any unresolvable problems
using it for scheduling on my systmes.
And I agree that really, a command line tool is the best option (at
least that I'm aware of and since it works so well, I wouldn't be
looking for another).
A VERY brief tutorial on how to do this - use a batch file where you
redirect the output to log files - for example, even using xcopy right
now, you can simply append "output.log 2>&1" (without the quotes) and
"see" all that you would see if you run the command manually (see it by
opening the output.log file created after each copy). Further, if you
are failing in your copies now, I would expect you are not using
appropriate XCOPY switches to continue on errors. It might even be that
a network problem is disconnecting the drive which would mean problems
that don't involve the program you use.
Lastly, if these two machines ARE servers, you might want to look into
using Windows Server built in file replication features to keep the data
updated. For example, DFS.