|
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
|
Re: [PLUG] ...nix backup for windows
|
Ron,
You didn't mention if Veritas uses mounted volumes or if it has a local
dæmon running on the Windows side. Also is Veritas designed to
do bare metal recovery of Windows systems - and thus designed to
backup locked files ?
If the system can't read locked files, they wouldn't be backed up or
would be corrupted during the backup.
I think you would be able to run a program on the UNIX server to
verify the integrity of the backed up file ( assuming it's not 0 size )
and determine if the problem occurred during backup, or is occurring
during restore. If it's a tar.gz file, tar -tzf filename.tar.gz would
test it.
Looking at the Netbackup datasheet:
http://eval.veritas.com/mktginfo/products/Sales_Docs/Data_Protection/nbu_6_0_ent_server_dsht.pdf
Looks like the "Advanced Client" supports snapshot backups as an option
and the "Bare Metal Recover" option supports restore to an empty disk.
Many commercial high-end solutions require you to purchase add-ons
to get all the features you may really need, but again I don't know about
Veritas specifically.
Lee
rekaye1005@verizon.net wrote:
Thanks Leo
I will check out your presentation.
The files not being restored are those in winnt\system32,
which are system files, now under "windows file protection" for version control.
How is a "locked" file manifest on the NIX side?
something beyond the ugo permissions?
ron
From: Lee Marzke <lee@marzke.net>
Date: 2006/09/20 Wed AM 11:09:16 CDT
To: Philadelphia Linux User's Group Discussion List <plug@lists.phillylinux.org>
Cc: rekaye1005@verizon.net
Subject: Re: [PLUG] ...nix backup for windows
rekaye1005@verizon.net wrote:
major pharmaceutical.
we use veritas netbackup
a client is on a w2k server, where jobs appear to be queued.
the actual job appears to be run on a ...nix server
(HP_UX), as the logs always refer to tar.
i had a backup of windows "system state" files.
(boot files, registry hives, sysvol, etc)
under what circumstances could tar fail to restore a file?
i noticed that most failures were from winnt\system32
which may have "windows file protection".
of course, I attempted to restore to a temp directory
any thoughts?
I'm not sure how Veritas backup works but in general many Windows files are
locked while running and can only be backed up with cooperation from
Windows. Some commercial products sell separate "system recovery"
imaging packages to get around this.
If Veritas backup depends on accessing Windows over SMB or other
mounted volume methods - I don't believe you'll have a reliable
method of backing up these files.
For example, using the open-source "Bacula" Enterprise backup the
Windows client being backed up actually makes a static "snapshot"
volume of the entire disk and then backs up all the files, including the
locked
ones. The static snapshot system is called "VSS" in Microsoft
terminology, and
currently works on Win2003 server and WinXP clients.
FYI - My recent PLUG talk on Bacula is available at:
http://4aero.com/static/talks/PLUG_bacula/ ( Firefox browser required )
Lee Marzke
___________________________________________________________________________
Philadelphia Linux Users Group -- http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug
___________________________________________________________________________
Philadelphia Linux Users Group -- http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug
begin:vcard
fn:Lee Marzke
n:Marzke;Lee
email;internet:lee@marzke.net
tel;work:800 393 5217
tel;home:610 454 9354
version:2.1
end:vcard
___________________________________________________________________________
Philadelphia Linux Users Group -- http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug
|