[<<]Message[>>]    [<<]Author[>>]    [<<]Subject        [<<]Thread    

Number   :  3460
Date     :  2003-01-06
Author   :  Kan Yabumoto
Subject  :  Re: Deleted Destination Files
Size(KB) :  4


Rich:

Since XXCOPY cannot operate without the source specifier
for an operation that requires the source directory,
when the source directory does not exist, XXCOPY should
terminate the session immediately.

That is, if we had a switch like /IPS (IF-present-source),
then XXCOPY would always enable the switch. Therefore,
such a hypothetical switch is useless.

Now, that does not mean /IP or /IA is not useful for
an item in the source directory. The discussion I had with
the /IP and /IA was when these switches were used without
a parameter, it implicitly assumes that the destination
directory was to be tested. It was simply a matter of the
default value.

On the other hand, you are free to use any item
(directory or file) (including an item that exists inside
the source directory) as the parameter for /IP or /IA.

Therefore, you may say /ipz:\ to make sure that z:\
is a valid item.

-----------------------------------------------------
Note that /IP and /IA can be specified
more than once. That is, you can make as complex
test conditions as you want. The command line will
terminate if any one of the /IP or /IA conditions
is not satisfied.
-----------------------------------------------------

As to your problem with the source volume that is
a networked remote resource, I suggest that you use
the UNC addressing (\\servername\resource_id\) rather
than a mapped driveletter that mimics the remote
volume as if it were a local drive.

On the other hand, I can see that even if a remote drive
exists at the beginning of a lengthy XXCOPY operation,
the remote source volume may become inaccessible in the
middle. We have not really studied the adverse
consequences of such a scenario. But, as you pointed
out, the /Z operation (to zap the extra objects in the
destination) may pose a risk for inadvertent erasure
of backed up item in the destination when the network
connection is severed. We will have to look into
the case more closely. For that, I really appreciate
your feedback on this subject.

Kan Yabumoto
==================================================================

At 2003-01-05 22:51, you wrote:
>Hello Kan,
>I understand the /IP to mean if destination is present. What about if
>source is present?
>
>running
> xxcopy z:\ c:\pc1bu /clone
>can i somehow with a switch say
>"If the source is present, continue. Otherwise, end"
>
>The problem lies in I am requesting files from the source, which is a
>drive elsewhere on the LAN, to my computer, which is the destination.
>
>I can't specify if the destination is present, since that is the pc
>I'm copying to (mine). I need to determine/specify if the source is
>present.
>
>Thanks for the update on the new switches coming out,
>(/ILS // IF Label Src matches, continue)
>Lookng forward to it.
>
>Rich
>(snip)
>
> > In the case of /IP /IA without parameter, it checks
> > the presence/absence of the destination directory.
> > If a parameter is, it checks the presence/absence of
> > the item (directory or file) specified.
> >
> > Kan Yabumoto
> > ============================================================
> >
> > At 2003-01-04 22:55, you wrote:
> > >Hello,
> > >Stuck on this one. Any ideas why?
> > >
> > >Using /clone, I am cloning files off of a pc on the LAN.
> > >
> > >If the connection is 'broken' (i.e. other pc is shut off),
>the /clone
> > >operation deletes the previously backed up files anyway from the
> > >destination.
> > >
> > >xxcopy z:\ c:\pc2bu /clone
> > >//the operation is being called by pc1 which is c:\
> > >
> > >Where z:\ is the source, and c:\pc2bu is the dest, all of
>yesterdays
> > >copies on the dest are erased if pc2 is shut off, even though
>xxcopy
> > >could not perform the copy successfully, since the source was not
> > >found (it was shut off).
> > >
> > >Any input would be very appreciated, as I keep losing my entire
> > >backup copy of the pc2 files.
> > >
> > >Thanks
> > >Rich
> > >(Kan 'taught us to fish', but sometimes the worm just gets away)
>
>
>
>
>
>Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/



This message if part of XXCOPY's message Archive.
The archive contains all the messages posted at Yahoo!Groups: XXCOPY.