Perhaps it's worth noting that using "logasm" will cause the
"changed during save" warning msgs to go away.

steve 
- - - 
systems & network manager
high energy physics
university of wisconsin

 > ---- Original Message ----
 > From: Darren Dunham
 > > 
 > > When a file changes during the save process, which of the following does
 >  networker do?
 > > 
 > > Example:
 > > :/u02 save: Warning - `/u02/oradata/LSP1/cntrl_LSP1_3.ctl' changed durin
 > g save
 > > 
 > > 
 > > A) Backups the original file. 
 > > B) Backups the new changed file.
 > 
 > It's not that there's an "original" and "new" file, there's just one
 > file that's being changed.  Networker is backing it up, a piece at a
 > time, at the same time. 
 > 
 > So you could have the first bit of a file at one point in time, and then
 > other bits of the file from another (later) point in time.  
 > 
 > So if you imagine a file that contains all '1's and then during a backup
 > it's rewritten to be all '2's, then you might have a backup file that
 > looks like:  11111111111111111112222222222222222222222
 > 
 > Such a file never existed on the disk at any point in time, but that's
 > what's on tape.  
 > 
 > The warning from networker is just that: a warning.  It's up to you and
 > your applications to know if the changed file is bad.  Oracle
 > tablespaces in hot-backup mode are constantly changing, but the way they
 > change is known to oracle, so the backup files are good for recovery.
 > If you follow the correct Oracle procedure for how files are saved,
 > there wouldn't be a problem.  If they're not in hot-backup mode and
 > you're just grabbing the files, then they might not be consistent for
 > recovery. 
 > 
 > (If you're on windows and using an open file manager, then there is a
 > snapshot process going on, and you do back up an "old" file.  I don't
 > believe there's anything similar on Unix unless you're working with
 > explicit snapshots.  From your example file, I'm presuming you're
 > dealing with Unix).
 > 
 > 
 > 
 > -- 
 > Darren Dunham                                           ddunham AT taos DOT 
 > com
 > Senior Technical Consultant         TAOS            http://www.taos.com/
 > Got some Dr Pepper?                           San Francisco, CA bay area
 >          < This line left intentionally blank to confuse you. >
 > 
 > --
 > Note: To sign off this list, send a "signoff networker" command via email
 > to listserv AT listserv.temple DOT edu or visit the list's Web site at
 > http://listserv.temple.edu/archives/networker.html where you can
 > also view and post messages to the list. Questions regarding this list
 > should be sent to stan AT temple DOT edu
 > =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listserv.temple DOT edu or visit the list's Web site at
http://listserv.temple.edu/archives/networker.html where you can
also view and post messages to the list. Questions regarding this list
should be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=