Re: [Veritas-bu] Backup Shadow Copy Components:\
Title: Message Hi What do you mean download and update the VSS version? Are you referring to Windows SP1 ? not aware Microsoft do a VSS update on its own? Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 01 September 2006 06:44To: veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Backup Shadow Copy Components:\I also faced the same problem , it is because of the VSS verion , download the updated VSS version from the Microsoft site and refire the backup Regards,Abhishek Dhingra "WEAVER, Simon" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 09/01/2006 01:29 AM To: 'Shyam Hazari' <[EMAIL PROTECTED]>, veritas-bu@mailman.eng.auburn.edu cc: Subject: Re: [Veritas-bu] Backup Shadow Copy Components:\When using ALL LOCAL DRIVES, that does include the Shadow Copy. Is the client running the same MP and Client version of NetBackup that is on your Master Server? In other words, the client is not running older software, compared to the master running the latest version? (ie: 5.1 MP2) Thanks Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: Shyam Hazari [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 20:26To: Subject: [Veritas-bu] Backup Shadow Copy Components:\I am trying to backup a Windows server 2003( with SQL on it) client using ALL_LOCAL_DRIVES directive and I don't see Shadow Copy Components:\ getting backed up. I created a separate policy for the Shadow Copy Components:\, but still the backup finishes successfully with zero bytes. I don't see any error messages in the event manager. Any idea what might be wrong ? I enabled the Volume Shaow Copy and Microsoft Shadow copy provider services, but still no luck. I have other windows 2003 servers, which backup the shadow copy just fine eve though Volume Shaow Copy and Microsoft Shadow copy provider services are disabled. Much appreciated. -Shyam __This email has been scanned by the MessageLabs Email Security System.For more information please visit http://www.messagelabs.com/email __ This email is for the intended addressee only.If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.Please notify the sender by return email.The views of the author may not necessarily constitute the views of Astrium Limited.Nothing in this email shall bind Astrium Limited in any contract or obligation.Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England___Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.eduhttp://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Shadow Copy Components:\
I also faced the same problem , it is because of the VSS verion , download the updated VSS version from the Microsoft site and refire the backup Regards, Abhishek Dhingra "WEAVER, Simon" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 09/01/2006 01:29 AM To: 'Shyam Hazari' <[EMAIL PROTECTED]>, veritas-bu@mailman.eng.auburn.edu cc: Subject: Re: [Veritas-bu] Backup Shadow Copy Components:\ When using ALL LOCAL DRIVES, that does include the Shadow Copy. Is the client running the same MP and Client version of NetBackup that is on your Master Server? In other words, the client is not running older software, compared to the master running the latest version? (ie: 5.1 MP2) Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Shyam Hazari [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 20:26 To: Subject: [Veritas-bu] Backup Shadow Copy Components:\ I am trying to backup a Windows server 2003( with SQL on it) client using ALL_LOCAL_DRIVES directive and I don't see Shadow Copy Components:\ getting backed up. I created a separate policy for the Shadow Copy Components:\, but still the backup finishes successfully with zero bytes. I don't see any error messages in the event manager. Any idea what might be wrong ? I enabled the Volume Shaow Copy and Microsoft Shadow copy provider services, but still no luck. I have other windows 2003 servers, which backup the shadow copy just fine eve though Volume Shaow Copy and Microsoft Shadow copy provider services are disabled. Much appreciated. -Shyam __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How to remove old media server from configuratio
Darren Its possible - a restart of the services may well have helped :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Darren Dunham [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 18:06 To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] How to remove old media server from configuratio > This is the document I found.. > > http://seer.entsupport.symantec.com/docs/230047.htm Pretty much the same as the other one, but has some images from the GUI. That said, my problem has pretty much gone away and I didn't notice exactly how it happened. I kept focusing on the vm.conf and the fact that I kept getting a DEVICE_HOST = xxx line added back in. But this morning when I checked the Host Properties, the host is no longer visible as a Media Server. Sure enough, my bpmedialist commands no longer hang. I don't know if it was something that it churned on overnight, or if I fixed it and didn't notice because I kept focusing on the vm.conf file. (I still don't know why that line keeps coming back). Anyway, it seems to be okay now. I'll keep an eye on it, but I doubt I'll do anything else. Thanks for the pointers. -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOShttp://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Shadow Copy Components:\
Title: Message When using ALL LOCAL DRIVES, that does include the Shadow Copy. Is the client running the same MP and Client version of NetBackup that is on your Master Server? In other words, the client is not running older software, compared to the master running the latest version? (ie: 5.1 MP2) Thanks Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: Shyam Hazari [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 20:26To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Backup Shadow Copy Components:\ I am trying to backup a Windows server 2003( with SQL on it) client using ALL_LOCAL_DRIVES directive and I don't see Shadow Copy Components:\ getting backed up. I created a separate policy for the Shadow Copy Components:\, but still the backup finishes successfully with zero bytes. I don't see any error messages in the event manager. Any idea what might be wrong ? I enabled the Volume Shaow Copy and Microsoft Shadow copy provider services, but still no luck. I have other windows 2003 servers, which backup the shadow copy just fine eve though Volume Shaow Copy and Microsoft Shadow copy provider services are disabled. Much appreciated. -Shyam This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Shadow Copy Components:\
In the restore window, Shadow Copy Components are not even listed. Obviously it's being skipped during the backup. -Shyam On 8/31/06, Wilkinson, Tim <[EMAIL PROTECTED]> wrote: Shyam, I vaguely remember asking this question a while ago and I think the Shadow Copy Components report 0 bytes even when backed up but I was told this is expected. Have a look at http://seer.support.veritas.com/docs/273382.htm. Cheers, Tim From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED]] On Behalf Of Shyam HazariSent: Friday, 1 September 2006 5:26 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Backup Shadow Copy Components:\ I am trying to backup a Windows server 2003( with SQL on it) client using ALL_LOCAL_DRIVES directive and I don't see Shadow Copy Components:\ getting backed up. I created a separate policy for the Shadow Copy Components:\, but still the backup finishes successfully with zero bytes. I don't see any error messages in the event manager. Any idea what might be wrong ? I enabled the Volume Shaow Copy and Microsoft Shadow copy provider services, but still no luck. I have other windows 2003 servers, which backup the shadow copy just fine eve though Volume Shaow Copy and Microsoft Shadow copy provider services are disabled. Much appreciated. -Shyam ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Shadow Copy Components:\
Shyam, I vaguely remember asking this question a while ago and I think the Shadow Copy Components report 0 bytes even when backed up but I was told this is expected. Have a look at http://seer.support.veritas.com/docs/273382.htm. Cheers, Tim From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shyam HazariSent: Friday, 1 September 2006 5:26 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Backup Shadow Copy Components:\ I am trying to backup a Windows server 2003( with SQL on it) client using ALL_LOCAL_DRIVES directive and I don't see Shadow Copy Components:\ getting backed up. I created a separate policy for the Shadow Copy Components:\, but still the backup finishes successfully with zero bytes. I don't see any error messages in the event manager. Any idea what might be wrong ? I enabled the Volume Shaow Copy and Microsoft Shadow copy provider services, but still no luck. I have other windows 2003 servers, which backup the shadow copy just fine eve though Volume Shaow Copy and Microsoft Shadow copy provider services are disabled. Much appreciated. -Shyam ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Trying to identify expired tapes
Gurus, I have a request from our legal department to identify all tapes written within a one year period. Unfortunately, that period is just outside of our retention. What I did: From a Full backup of the Master server just after the requested period, I restored the images directory, netbackup/db/media/mediaDB, volmgr/database/volDB and poolDB and class directory to a server in our lab. I created the /usr/openv/netbackup/bin/NOexpire file, moved all restored files in place, then stopped and restarted NetBackup on the test server. I was able to run bpimagelist and identify all the tapes written to during the time period. The problem is, when I run bpmedialist on the individual tapes, it says they are not in the NB media database, even though they can be seen in the GUI under media. They also show up with vmquery. The question is, do I still need to restore something, or am I just totally missing something with NB functionality? Any help is appreciated. Tom Tschida Guidant Corporation ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Backup Shadow Copy Components:\
I am trying to backup a Windows server 2003( with SQL on it) client using ALL_LOCAL_DRIVES directive and I don't see Shadow Copy Components:\ getting backed up. I created a separate policy for the Shadow Copy Components:\, but still the backup finishes successfully with zero bytes. I don't see any error messages in the event manager. Any idea what might be wrong ? I enabled the Volume Shaow Copy and Microsoft Shadow copy provider services, but still no luck. I have other windows 2003 servers, which backup the shadow copy just fine eve though Volume Shaow Copy and Microsoft Shadow copy provider services are disabled. Much appreciated. -Shyam ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 5.1 and best VMWare Host backup practices
* Scott Jacobson <[EMAIL PROTECTED]> [2006-08-31 09:18]: > VMWare guru's > > For now we are going with direct Native or Standard Client > based backups of a Hosts "Guests" (working just fine actually) rather > that snapshots. > After scouring both WEB sites, I can only find information about > "snapshot" based backups for "Guests". > What I'm looking for are references to the "Hosts" backup, > specifically, what files need to be backed > up and used for a restore if I needed to lay down a new OS and then > restore the files > necessary that would allow me to then restore those Guests previously > defined on that Host. It's pretty straightforward fo the most part. Essentially you need to back up the config file for the vm and the vmdks. Some details that are important are what version of VMware, planning a schedule to put the guest in a quite mode so the disk files can be backed up, etc. You are basically doing a "normal" backup of the host system. Information about specific files will be somewhat dependant on which VMware product you are using, but the methodology is pretty much the same. -- David Rock [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Catalog Archiving
Title: Message
Patrick,
If your catalog image database is growing and you want to decrease
the amount of space it is taking, then you CAN do the Catalog Archiving, but
there are other steps that you might want to take first.
First off, if you have retentions that are really long (like over
90 days), you might want to reduce them.
Of course, this presumes that you can get buy-off from your client
base as to how long they want to be able to go back for doing a restore.
If you have data to support the fact that a high percentage of
restores are only done within, say, 30 days of a backup and it drops off sharply
after that, then you can build a case for shorter retentions. We used to
have some DBA's that requested infinite retentions of backups.that's
ridiculous.
If you absolutely need to have long retentions, then send a
catalog backup offsite with the backup tapes, give them a 1 year retention and
be done with it. If you need to restore from those tapes after 1 year, you
will have the catalog tape to use OR you can import the tapes in
question.
Now, if that still does not shrink your image database size down
to a manageable level, you can use the Catalog Archiving method. I tested
it, it's messy and I came up with a procedure to do it. The Veritas
documentation is not very clear on how it is done. If you are interested I
can send you a copy of the documentation that I put together for doing
it.
--stuart
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
SimonSent: Thursday, August 31, 2006 4:38 AMTo: 'Whelan,
Patrick'; veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu]
Catalog Archiving
Can I see the documentation? I cannot recall what NBU
you are on / platform
Regards
Simon Weaver3rd Line Technical SupportWindows
Domain Administrator
EADS Astrium
Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3
5PU
Email:
[EMAIL PROTECTED]
-Original Message-From: Whelan, Patrick
[mailto:[EMAIL PROTECTED] Sent: 31 August 2006
12:19To: veritas-bu@mailman.eng.auburn.eduSubject:
[Veritas-bu] Catalog Archiving
All,
Is anyone using Catalog
Archiving? If so how is it working for you? I have read the documentation, but
it is not clear what the process is if you need to do a restore of files that
have archived. Can you enlighten me?
Regards,
Patrick Whelan
NetBackup
Specialist
Architect &
Engineering
+44 20 7863 5243
Of all the things I've lost, I
miss my mind the most! - Unknown
There are only 10 kinds of people
on earth - those who understand binary
and those who
don't.
*The
message is intended for the named addressee only and may not be disclosed to
or used by anyone else, nor may it be copied in any way. The contents
of this message and its attachments are confidential and may also be subject
to legal privilege. If you are not the named addressee and/or have received
this message in error, please advise us by e-mailing [EMAIL PROTECTED] and
delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept
responsibility for this message, its contents nor responsibility for any
viruses. No contracts can be created or varied on behalf of COLT
Telecommunications, its subsidiaries or affiliates ("COLT") and any other
party by email Communications unless expressly agreed in writing with such
other party. Please note that incoming emails will be automatically
scanned to eliminate potential viruses and unsolicited promotional emails. For
more information refer to www.colt.net or contact us on +44(0)20 7390
3900.
This email is for the intended
addressee only.If you have received it in error then you must not use,
retain, disseminate or otherwise deal with it.Please notify the sender
by return email.The views of the author may not necessarily constitute
the views of Astrium Limited.Nothing in this email shall bind Astrium
Limited in any contract or obligation.Astrium Limited, Registered
in England and Wales No. 2449259Registered Office: Gunnels Wood Road,
Stevenage, Hertfordshire, SG1 2AS,
England
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How to remove old media server from configuratio
> This is the document I found.. > > http://seer.entsupport.symantec.com/docs/230047.htm Pretty much the same as the other one, but has some images from the GUI. That said, my problem has pretty much gone away and I didn't notice exactly how it happened. I kept focusing on the vm.conf and the fact that I kept getting a DEVICE_HOST = xxx line added back in. But this morning when I checked the Host Properties, the host is no longer visible as a Media Server. Sure enough, my bpmedialist commands no longer hang. I don't know if it was something that it churned on overnight, or if I fixed it and didn't notice because I kept focusing on the vm.conf file. (I still don't know why that line keeps coming back). Anyway, it seems to be okay now. I'll keep an eye on it, but I doubt I'll do anything else. Thanks for the pointers. -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOShttp://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Novell target and exclude files NB 5.1
Bob, No, it's stored in the .tgt file. Format can be tricky, I use for example #7 and then enter: SYS:/ETC/A* to exclude all files below the directory of etc that start with the letter "a". Scott>>> "Bob Stump" <[EMAIL PROTECTED]> 8/31/2006 8:40 AM >>> The Novell target method allows you to enter folders/files to be excluded from the backup image via the text menu interface. Where is this information stored? Is it the same as adding entries under the bp.ini [exclude] section?___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Migration from 4.5 FP3 to 6.0
Upgrade to 5.1 first then to 6.0. On Thu, 31 Aug 2006, Yang Xiao wrote: > Hi all, > We want to migrate our Netbackup DC 4.5 to a new machine and install 6.0 as > well, can this be done? I got a feeling this is going to be extra painful, > since the upgrade path of 6.0 has to be 5.5 or greater, so what should I do? > > Thanks, > > - Yang > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Migration from 4.5 FP3 to 6.0
Title: Message Yang Pretty sure the 6.0 upgrade is from 5.0 MP4 only and then to 6.0. So you would need to upgrade to 5.x and then from 5.x to 6.0. Once the upgrade completes (hope!), run the bbpushdata command on your Server. This populates the NEW 6.0 Database from your current set of catalog images / database. Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: Yang Xiao [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 17:29To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Migration from 4.5 FP3 to 6.0Hi all,We want to migrate our Netbackup DC 4.5 to a new machine and install 6.0 as well, can this be done? I got a feeling this is going to be extra painful, since the upgrade path of 6.0 has to be 5.5 or greater, so what should I do? Thanks,- Yang This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Migration from 4.5 FP3 to 6.0
Title: Message should be NBPUSHDATA :-) Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: WEAVER, Simon Sent: 31 August 2006 17:39To: 'Yang Xiao'; veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Migration from 4.5 FP3 to 6.0 Yang Pretty sure the 6.0 upgrade is from 5.0 MP4 only and then to 6.0. So you would need to upgrade to 5.x and then from 5.x to 6.0. Once the upgrade completes (hope!), run the bbpushdata command on your Server. This populates the NEW 6.0 Database from your current set of catalog images / database. Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: Yang Xiao [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 17:29To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Migration from 4.5 FP3 to 6.0Hi all,We want to migrate our Netbackup DC 4.5 to a new machine and install 6.0 as well, can this be done? I got a feeling this is going to be extra painful, since the upgrade path of 6.0 has to be 5.5 or greater, so what should I do? Thanks,- Yang This email is for the intended addressee only.If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.Please notify the sender by return email.The views of the author may not necessarily constitute the views of Astrium Limited.Nothing in this email shall bind Astrium Limited in any contract or obligation.Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Migration from 4.5 FP3 to 6.0
Hi all,We want to migrate our Netbackup DC 4.5 to a new machine and install 6.0 as well, can this be done? I got a feeling this is going to be extra painful, since the upgrade path of 6.0 has to be 5.5 or greater, so what should I do? Thanks,- Yang ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Not writing for 2 hours
Tracker.exe is to inform the user that its doing a backup and / or restore. It also ESTIMATES the job size... Hence why I feel this is the problem. Disabling the tracker.exe will help, in fact what should happen is, the job will run STRAIGHT away! Just make sure NO ONE else is logged onto the server, or using Terminal Services while turning off tracker.exe It should look like a computer icon near the clock, but it MUST be turned off :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:32 To: WEAVER, Simon Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Simon, Forgive me as I am a UNIX admin. But what the (expletive) is tracker.exe Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:21 AM To: Matthew Johnson Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Ok then either its waiting for a response (hopefully its tracker.exe) or there is something else causing a problem. Also, can you check the Event Logs on this Server - same date and times when the backups run... Can you see anything odd or any error messages logged Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:19 To: WEAVER, Simon Subject: RE: [Veritas-bu] Backup Not writing for 2 hours No it is not writing. Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:17 AM To: Matthew Johnson; Haskins, Steve; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Ok regardless of small files, what should happen, is the Activity Monitor should show its writing data. Do you see that happening? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:16 To: Haskins, Steve; WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Yes tons of small files Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: Haskins, Steve [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:05 AM To: WEAVER, Simon; Matthew Johnson; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Is the client being backed up have numerous small files and/or a vsp setting that is set at a minimum size? The clients I have that take quite some time to actually start writing to backup media have a very large amount of small files. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Thursday, August 31, 2006 7:55 AM To: 'Matthew Johnson'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Not writing for 2 hours Well what is your setup?? Your Netbackup setup? Is it windows? A Windows client perhaps? If so, is tracker.exe running on the clients or your main server? Check If there are bpbkar.exe processes running for long periods too! More info please Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 15:51 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Not writing for 2 hours Hello all, I have a backup that sits for about two hours before it starts writing. Any ideas on why this happens. TIA Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for [EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via emai
Re: [Veritas-bu] Backup Not writing for 2 hours
No problem Get back to the list with an update if you can to see if it helped Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:48 To: WEAVER, Simon Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Simon thanks for your help. I will have to configure this later this afternoon. As I am well into the 9+ hour backup. Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:44 AM To: Matthew Johnson Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Tracker.exe is to inform the user that its doing a backup and / or restore. It also ESTIMATES the job size... Hence why I feel this is the problem. Disabling the tracker.exe will help, in fact what should happen is, the job will run STRAIGHT away! Just make sure NO ONE else is logged onto the server, or using Terminal Services while turning off tracker.exe It should look like a computer icon near the clock, but it MUST be turned off :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:32 To: WEAVER, Simon Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Simon, Forgive me as I am a UNIX admin. But what the (expletive) is tracker.exe Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:21 AM To: Matthew Johnson Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Ok then either its waiting for a response (hopefully its tracker.exe) or there is something else causing a problem. Also, can you check the Event Logs on this Server - same date and times when the backups run... Can you see anything odd or any error messages logged Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:19 To: WEAVER, Simon Subject: RE: [Veritas-bu] Backup Not writing for 2 hours No it is not writing. Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:17 AM To: Matthew Johnson; Haskins, Steve; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Ok regardless of small files, what should happen, is the Activity Monitor should show its writing data. Do you see that happening? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:16 To: Haskins, Steve; WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Yes tons of small files Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: Haskins, Steve [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:05 AM To: WEAVER, Simon; Matthew Johnson; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Is the client being backed up have numerous small files and/or a vsp setting that is set at a minimum size? The clients I have that take quite some time to actually start writing to backup media have a very large amount of small files. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Thursday, August 31, 2006 7:55 AM To: 'Matthew Johnson'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Not writing for 2 hours Well what is your setup?? Your Netbackup setup? Is it windows? A Windows client perhaps? If so, is tracker.exe running on the clients or your main server? Check If there are bpbkar.exe processes running for long periods too! More info please Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnso
Re: [Veritas-bu] Backup Not writing for 2 hours
Matthew Another way of doing it ... On the windows client.. 1. From the Windows Start menu, click Start | Run (once you are logged on with Admin rights) 2. Run regedit from the RUN command. 3. Browse to the HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run key in the left hand pane of regedit 4. In the right hand pane, delete the value for VERITAS NetBackup Client Job Tracker 5. Close the registry editor 6. Stop and Restart the Client NetBackup Service 7. If you like, reboot for arguments sakes :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: WEAVER, Simon Sent: 31 August 2006 16:44 To: 'Matthew Johnson' Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Not writing for 2 hours Tracker.exe is to inform the user that its doing a backup and / or restore. It also ESTIMATES the job size... Hence why I feel this is the problem. Disabling the tracker.exe will help, in fact what should happen is, the job will run STRAIGHT away! Just make sure NO ONE else is logged onto the server, or using Terminal Services while turning off tracker.exe It should look like a computer icon near the clock, but it MUST be turned off :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:32 To: WEAVER, Simon Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Simon, Forgive me as I am a UNIX admin. But what the (expletive) is tracker.exe Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:21 AM To: Matthew Johnson Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Ok then either its waiting for a response (hopefully its tracker.exe) or there is something else causing a problem. Also, can you check the Event Logs on this Server - same date and times when the backups run... Can you see anything odd or any error messages logged Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:19 To: WEAVER, Simon Subject: RE: [Veritas-bu] Backup Not writing for 2 hours No it is not writing. Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:17 AM To: Matthew Johnson; Haskins, Steve; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Ok regardless of small files, what should happen, is the Activity Monitor should show its writing data. Do you see that happening? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:16 To: Haskins, Steve; WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Yes tons of small files Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: Haskins, Steve [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:05 AM To: WEAVER, Simon; Matthew Johnson; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Is the client being backed up have numerous small files and/or a vsp setting that is set at a minimum size? The clients I have that take quite some time to actually start writing to backup media have a very large amount of small files. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Thursday, August 31, 2006 7:55 AM To: 'Matthew Johnson'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Not writing for 2 hours Well what is your setup?? Your Netbackup setup? Is it windows? A Windows client perhaps? If so, is tracker.exe running on the clients or your main server? Check If there are bpbkar.exe processes running for long periods too! More info please Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Messag
Re: [Veritas-bu] Backup Not writing for 2 hours
TURN IT OFF :-) Start / Run / MSCONFIG goto STARTUP tab. UNTICK tracker.exe - click APPLY and then OK NOTE: you are meant to restart the client - but if you stop / restart the netbackup client service, logoff the client, and re-try Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:28 To: WEAVER, Simon Subject: RE: [Veritas-bu] Backup Not writing for 2 hours There is a tracker.exe running on the system. And nothing unusual in the event log Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:21 AM To: Matthew Johnson Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Ok then either its waiting for a response (hopefully its tracker.exe) or there is something else causing a problem. Also, can you check the Event Logs on this Server - same date and times when the backups run... Can you see anything odd or any error messages logged Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:19 To: WEAVER, Simon Subject: RE: [Veritas-bu] Backup Not writing for 2 hours No it is not writing. Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:17 AM To: Matthew Johnson; Haskins, Steve; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Ok regardless of small files, what should happen, is the Activity Monitor should show its writing data. Do you see that happening? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:16 To: Haskins, Steve; WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Yes tons of small files Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: Haskins, Steve [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:05 AM To: WEAVER, Simon; Matthew Johnson; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Is the client being backed up have numerous small files and/or a vsp setting that is set at a minimum size? The clients I have that take quite some time to actually start writing to backup media have a very large amount of small files. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Thursday, August 31, 2006 7:55 AM To: 'Matthew Johnson'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Not writing for 2 hours Well what is your setup?? Your Netbackup setup? Is it windows? A Windows client perhaps? If so, is tracker.exe running on the clients or your main server? Check If there are bpbkar.exe processes running for long periods too! More info please Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 15:51 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Not writing for 2 hours Hello all, I have a backup that sits for about two hours before it starts writing. Any ideas on why this happens. TIA Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for [EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment
Re: [Veritas-bu] Archive bit and disk defrag tools
You might want to look at the Netbackup Desktop/Laptop Option for backing up Pst's since I believe its designed to backup delta blocks not files. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor) Sent: Thursday, August 31, 2006 8:03 AM To: Brooks, Jason; WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Archive bit and disk defrag tools The only system I have with anything similar is a file share where people store .PST files. Because the .PST file gets "modified" every time they open their email this files (and most are quite large) get backed up EVERY DAY, which is completely silly. I'm trying to get more space allocated to exchange so I can get rid of these PST Files, but that is probably not your case. I would take a look at the data that is getting backed up in the incrementals. What files are being backed up (again, and again and again?) Do they share a common pattern? Are they database files that are constantly being "touched?" Is there some sort of application that is modifying the modified time on these files? I'm afraid without knowing the composition of the data this is an effort in futility. -Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brooks, Jason Sent: Thursday, August 31, 2006 10:06 AM To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Archive bit and disk defrag tools Our full on this server ran on Friday-Saturday and is a valid backup, at least according to the db. On the 26th, the backup of the drive in question contained roughly 96.86 GB in 564266 files. The differential-incrementals from the days since: 28th: 195661 files, 69.63 GB 29th: 202196 files, 69.51 GB 30th: 199555 files, 71.47 GB Realistically, it's highly unlikely that we have a delta of 72% per day for the first two, and a delta of 74% the third (in terms of capacity). 34% files delta between full and day one of D-I, 36% day 2 and 35% day three. Has anyone experienced a delta that high in differential-incrementals? It seems quite high. Jason > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > WEAVER, Simon > Sent: Thursday, August 31, 2006 1:55 AM > To: Brooks, Jason; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Archive bit and disk defrag tools > > > Jason > Its possible unless the full backup did not fully complete before the > differential/Incr was being done. > > Regards > > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > > EADS Astrium Limited, B23AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > > Email: [EMAIL PROTECTED] > > > > -Original Message- > From: Brooks, Jason [mailto:[EMAIL PROTECTED] > Sent: 30 August 2006 14:07 > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Archive bit and disk defrag tools > > > Folks, > Have you ever experienced a defrag utility resetting the archive bit? > It appears that we may. We had a server last night backup about 95% > of it's file store on it's internal disk (defragged by > diskkeeper) while a > SAN drive backed up about 5% (not managed by diskkeeper). > This was all on a > Differentil-Incermental schedule. The client is set to use the > archive bit for differentials, so we're wondering if diskkeeper may > have reset the archive bit, or actually set it on numerous files, on > defrag. > Also, the > defrag would have ran in-between backups. > > Jason > > > Jason Brooks > Computer Systems Engineer > IITS - Longwood University > voice - (434) 395-2916 > fax - (434) 395-2035 > mailto:<[EMAIL PROTECTED]> > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. > Please notify the sender by return email. > The views of the author may not necessarily constitute the views of > Astrium Limited. > Nothing in this email shall bind Astrium Limited in any contract or > obligation. > > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 > 2AS, England ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu __
Re: [Veritas-bu] Backup Not writing for 2 hours
Ok regardless of small files, what should happen, is the Activity Monitor should show its writing data. Do you see that happening? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:16 To: Haskins, Steve; WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Yes tons of small files Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: Haskins, Steve [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:05 AM To: WEAVER, Simon; Matthew Johnson; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Is the client being backed up have numerous small files and/or a vsp setting that is set at a minimum size? The clients I have that take quite some time to actually start writing to backup media have a very large amount of small files. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Thursday, August 31, 2006 7:55 AM To: 'Matthew Johnson'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Not writing for 2 hours Well what is your setup?? Your Netbackup setup? Is it windows? A Windows client perhaps? If so, is tracker.exe running on the clients or your main server? Check If there are bpbkar.exe processes running for long periods too! More info please Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 15:51 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Not writing for 2 hours Hello all, I have a backup that sits for about two hours before it starts writing. Any ideas on why this happens. TIA Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for [EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for Haskins, Steve,WEAVER, Simon,[EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify t
Re: [Veritas-bu] Backup Not writing for 2 hours
Yes tons of small files Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: Haskins, Steve [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 8:05 AM To: WEAVER, Simon; Matthew Johnson; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Is the client being backed up have numerous small files and/or a vsp setting that is set at a minimum size? The clients I have that take quite some time to actually start writing to backup media have a very large amount of small files. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Thursday, August 31, 2006 7:55 AM To: 'Matthew Johnson'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Not writing for 2 hours Well what is your setup?? Your Netbackup setup? Is it windows? A Windows client perhaps? If so, is tracker.exe running on the clients or your main server? Check If there are bpbkar.exe processes running for long periods too! More info please Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 15:51 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Not writing for 2 hours Hello all, I have a backup that sits for about two hours before it starts writing. Any ideas on why this happens. TIA Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for [EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for Haskins, Steve,WEAVER, Simon,[EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NBU 5.1 and best VMWare Host backup practices
VMWare guru's For now we are going with direct Native or Standard Client based backups of a Hosts "Guests" (working just fine actually) rather that snapshots. After scouring both WEB sites, I can only find information about "snapshot" based backups for "Guests". What I'm looking for are references to the "Hosts" backup, specifically, what files need to be backed up and used for a restore if I needed to lay down a new OS and then restore the files necessary that would allow me to then restore those Guests previously defined on that Host. Any URL's, white paper or current practices in use would be helpful to know about. Thanks, Scott ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Not writing for 2 hours
Matthew Ok some things to check. Make sure TRACKER.exe is NOT running. Check TASK MANAGER Ensure VSS is turned OFF within NetBackup - goto your HOST PROPERTIES / Master Server / Properties Click on the CLIENT ATTRIBUTES button on the left Click on ADD Enter the Client Server On the right side of the screen, choose the Windows Open File Backup TAB If its ticked, turn off! NOTE: You may have to restart all services for changes to take effect. I find, that stopping and restarting the netbackup client service on the client helps!! Re-start the backup again. ALSO, make sure NO other BPB.exe processes are running... Bpbkar for example! Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 16:05 To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Sorry, It is a win 2003 server backing up imported disks. It only happens on this client. What is happening is, we are snapping the disks of one server and mounting them on the win 2003 media server, then backing up to tape. When the backup starts it sits for two hours like the ex. Below: 8/31/2006 5:30:19 AM - started process bpbrm (5032) 8/31/2006 5:30:25 AM - connecting 8/31/2006 5:30:33 AM - connected; connect time: 00:00:08 8/31/2006 5:30:34 AM - started process bptm (5668) 8/31/2006 5:30:36 AM - mounting LTO246 8/31/2006 5:31:14 AM - mounted; mount time: 00:00:38 8/31/2006 5:31:17 AM - positioning LTO246 to file 2 8/31/2006 5:32:46 AM - positioned LTO246; position time: 00:01:29 8/31/2006 5:32:46 AM - begin writing Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 7:55 AM To: Matthew Johnson; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Well what is your setup?? Your Netbackup setup? Is it windows? A Windows client perhaps? If so, is tracker.exe running on the clients or your main server? Check If there are bpbkar.exe processes running for long periods too! More info please Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 15:51 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Not writing for 2 hours Hello all, I have a backup that sits for about two hours before it starts writing. Any ideas on why this happens. TIA Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for [EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for WEAVER, Simon,[EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the com
Re: [Veritas-bu] Backup Not writing for 2 hours
Also, if the snap is backed up raw, with file level index, (ie quick backup of large filesystem with many files) a filetable must be created before data transfer actually starts. -- > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Martin, Jonathan (Contractor) > Sent: August 31, 2006 11:13 AM > To: Matthew Johnson; WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Backup Not writing for 2 hours > > > Are you using the Advanced Client to "snap" your disks? If > so, how long > does the "snap" take to create in the SAN's native software. We were > playing around with this here, and found it wasn't an issue with > Netbackup as much as an issue of how long it takes our SAN to create a > "fresh" image. > > -Jonathan La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Not writing for 2 hours
Are you using the Advanced Client to "snap" your disks? If so, how long does the "snap" take to create in the SAN's native software. We were playing around with this here, and found it wasn't an issue with Netbackup as much as an issue of how long it takes our SAN to create a "fresh" image. -Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Johnson Sent: Thursday, August 31, 2006 11:05 AM To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Not writing for 2 hours Sorry, It is a win 2003 server backing up imported disks. It only happens on this client. What is happening is, we are snapping the disks of one server and mounting them on the win 2003 media server, then backing up to tape. When the backup starts it sits for two hours like the ex. Below: 8/31/2006 5:30:19 AM - started process bpbrm (5032) 8/31/2006 5:30:25 AM - connecting 8/31/2006 5:30:33 AM - connected; connect time: 00:00:08 8/31/2006 5:30:34 AM - started process bptm (5668) 8/31/2006 5:30:36 AM - mounting LTO246 8/31/2006 5:31:14 AM - mounted; mount time: 00:00:38 8/31/2006 5:31:17 AM - positioning LTO246 to file 2 8/31/2006 5:32:46 AM - positioned LTO246; position time: 00:01:29 8/31/2006 5:32:46 AM - begin writing Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 7:55 AM To: Matthew Johnson; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Well what is your setup?? Your Netbackup setup? Is it windows? A Windows client perhaps? If so, is tracker.exe running on the clients or your main server? Check If there are bpbkar.exe processes running for long periods too! More info please Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 15:51 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Not writing for 2 hours Hello all, I have a backup that sits for about two hours before it starts writing. Any ideas on why this happens. TIA Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for [EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for WEAVER, Simon,[EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.ed
Re: [Veritas-bu] Archive bit and disk defrag tools
Jason, the access DBs don't need to "grow" to give this behaviour. If you have a 20 gig DB, and one record is updated, that one file is "changed" so the whole 20 Gig file is backed up again.it hasn't grown, nor has more than maybe a couple KB changed. Paul -- > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Brooks, Jason > Sent: August 31, 2006 11:12 AM > To: Martin, Jonathan (Contractor); WEAVER, Simon; > veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Archive bit and disk defrag tools > > > I'm starting to dig though and look. An initial hunch is > access dbs. I > know there are several living on this server, and many are for daily > use. If they grow much, that would account for a hunk. La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Archive bit and disk defrag tools
I'm starting to dig though and look. An initial hunch is access dbs. I know there are several living on this server, and many are for daily use. If they grow much, that would account for a hunk. I've also done a spot check that shows about what you would expect with changes on word docs, etc. So, I'm leaning to a combination of largish access dbs and a standard amount of other stuff. I'm searching through the last backup now for a count and size of mdbs to see if I can support my hunch. Thanks all for your suggestions, Jason > -Original Message- > From: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 31, 2006 11:03 AM > To: Brooks, Jason; WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Archive bit and disk defrag tools > > > The only system I have with anything similar is a file share > where people store .PST files. Because the .PST file gets > "modified" every time they open their email this files (and > most are quite large) get backed up EVERY DAY, which is > completely silly. I'm trying to get more space allocated to > exchange so I can get rid of these PST Files, but that is > probably not your case. I would take a look at the data that > is getting backed up in the incrementals. What files are > being backed up (again, and again and again?) Do they share > a common pattern? Are they database files that are > constantly being "touched?" Is there some sort of > application that is modifying the modified time on these > files? I'm afraid without knowing the composition of the > data this is an effort in futility. > > -Jonathan > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Brooks, Jason > Sent: Thursday, August 31, 2006 10:06 AM > To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Archive bit and disk defrag tools > > Our full on this server ran on Friday-Saturday and is a valid > backup, at least according to the db. On the 26th, the > backup of the drive in question contained roughly 96.86 GB in > 564266 files. The differential-incrementals from the days since: > > 28th: 195661 files, 69.63 GB > 29th: 202196 files, 69.51 GB > 30th: 199555 files, 71.47 GB > > Realistically, it's highly unlikely that we have a delta of > 72% per day for the first two, and a delta of 74% the third > (in terms of capacity). > 34% files delta between full and day one of D-I, 36% day 2 > and 35% day three. Has anyone experienced a delta that high > in differential-incrementals? It seems quite high. > > Jason > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > WEAVER, Simon > > Sent: Thursday, August 31, 2006 1:55 AM > > To: Brooks, Jason; veritas-bu@mailman.eng.auburn.edu > > Subject: Re: [Veritas-bu] Archive bit and disk defrag tools > > > > > > Jason > > Its possible unless the full backup did not fully complete > before the > > differential/Incr was being done. > > > > Regards > > > > Simon Weaver > > 3rd Line Technical Support > > Windows Domain Administrator > > > > EADS Astrium Limited, B23AA IM (DCS) > > Anchorage Road, Portsmouth, PO3 5PU > > > > Email: [EMAIL PROTECTED] > > > > > > > > -Original Message- > > From: Brooks, Jason [mailto:[EMAIL PROTECTED] > > Sent: 30 August 2006 14:07 > > To: veritas-bu@mailman.eng.auburn.edu > > Subject: [Veritas-bu] Archive bit and disk defrag tools > > > > > > Folks, > > Have you ever experienced a defrag utility resetting the archive > bit? > > It appears that we may. We had a server last night backup > about 95% > > of it's file store on it's internal disk (defragged by > > diskkeeper) while a > > SAN drive backed up about 5% (not managed by diskkeeper). > > This was all on a > > Differentil-Incermental schedule. The client is set to use the > > archive bit for differentials, so we're wondering if diskkeeper may > > have reset the archive bit, or actually set it on numerous > files, on > > defrag. > > Also, the > > defrag would have ran in-between backups. > > > > Jason > > > > > > Jason Brooks > > Computer Systems Engineer > > IITS - Longwood University > > voice - (434) 395-2916 > > fax - (434) 395-2035 > > mailto:<[EMAIL PROTECTED]> > > > > ___ > > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > > This email is for the intended addressee only. > > If you have received it in error then you must not use, retain, > > disseminate or otherwise deal with it. > > Please notify the sender by return email. > > The views of the author may not necessarily constitute the views of > > Astrium Limited. > > Nothing in this email shall bind Astrium Limited in any contract or > > obligation. > > > > Astrium Limited, Registered in England and Wales No. 24
Re: [Veritas-bu] Backup Not writing for 2 hours
Bit more info? Using Advanced Client? NDMP? Windows? Unix? Exchange? -- > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Matthew Johnson > Sent: August 31, 2006 10:51 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Backup Not writing for 2 hours > > > Hello all, > > I have a backup that sits for about two hours before it > starts writing. > Any ideas on why this happens. La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Not writing for 2 hours
Sorry, It is a win 2003 server backing up imported disks. It only happens on this client. What is happening is, we are snapping the disks of one server and mounting them on the win 2003 media server, then backing up to tape. When the backup starts it sits for two hours like the ex. Below: 8/31/2006 5:30:19 AM - started process bpbrm (5032) 8/31/2006 5:30:25 AM - connecting 8/31/2006 5:30:33 AM - connected; connect time: 00:00:08 8/31/2006 5:30:34 AM - started process bptm (5668) 8/31/2006 5:30:36 AM - mounting LTO246 8/31/2006 5:31:14 AM - mounted; mount time: 00:00:38 8/31/2006 5:31:17 AM - positioning LTO246 to file 2 8/31/2006 5:32:46 AM - positioned LTO246; position time: 00:01:29 8/31/2006 5:32:46 AM - begin writing Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 7:55 AM To: Matthew Johnson; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Not writing for 2 hours Well what is your setup?? Your Netbackup setup? Is it windows? A Windows client perhaps? If so, is tracker.exe running on the clients or your main server? Check If there are bpbkar.exe processes running for long periods too! More info please Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 15:51 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Not writing for 2 hours Hello all, I have a backup that sits for about two hours before it starts writing. Any ideas on why this happens. TIA Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for [EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for WEAVER, Simon,[EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Not writing for 2 hours
Is the client being backed up have numerous small files and/or a vsp setting that is set at a minimum size? The clients I have that take quite some time to actually start writing to backup media have a very large amount of small files. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Thursday, August 31, 2006 7:55 AM To: 'Matthew Johnson'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Not writing for 2 hours Well what is your setup?? Your Netbackup setup? Is it windows? A Windows client perhaps? If so, is tracker.exe running on the clients or your main server? Check If there are bpbkar.exe processes running for long periods too! More info please Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 15:51 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Not writing for 2 hours Hello all, I have a backup that sits for about two hours before it starts writing. Any ideas on why this happens. TIA Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for [EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Not writing for 2 hours
Well what is your setup?? Your Netbackup setup? Is it windows? A Windows client perhaps? If so, is tracker.exe running on the clients or your main server? Check If there are bpbkar.exe processes running for long periods too! More info please Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Matthew Johnson [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 15:51 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Not writing for 2 hours Hello all, I have a backup that sits for about two hours before it starts writing. Any ideas on why this happens. TIA Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for [EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Archive bit and disk defrag tools
The only system I have with anything similar is a file share where people store .PST files. Because the .PST file gets "modified" every time they open their email this files (and most are quite large) get backed up EVERY DAY, which is completely silly. I'm trying to get more space allocated to exchange so I can get rid of these PST Files, but that is probably not your case. I would take a look at the data that is getting backed up in the incrementals. What files are being backed up (again, and again and again?) Do they share a common pattern? Are they database files that are constantly being "touched?" Is there some sort of application that is modifying the modified time on these files? I'm afraid without knowing the composition of the data this is an effort in futility. -Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brooks, Jason Sent: Thursday, August 31, 2006 10:06 AM To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Archive bit and disk defrag tools Our full on this server ran on Friday-Saturday and is a valid backup, at least according to the db. On the 26th, the backup of the drive in question contained roughly 96.86 GB in 564266 files. The differential-incrementals from the days since: 28th: 195661 files, 69.63 GB 29th: 202196 files, 69.51 GB 30th: 199555 files, 71.47 GB Realistically, it's highly unlikely that we have a delta of 72% per day for the first two, and a delta of 74% the third (in terms of capacity). 34% files delta between full and day one of D-I, 36% day 2 and 35% day three. Has anyone experienced a delta that high in differential-incrementals? It seems quite high. Jason > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > WEAVER, Simon > Sent: Thursday, August 31, 2006 1:55 AM > To: Brooks, Jason; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Archive bit and disk defrag tools > > > Jason > Its possible unless the full backup did not fully complete before the > differential/Incr was being done. > > Regards > > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > > EADS Astrium Limited, B23AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > > Email: [EMAIL PROTECTED] > > > > -Original Message- > From: Brooks, Jason [mailto:[EMAIL PROTECTED] > Sent: 30 August 2006 14:07 > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Archive bit and disk defrag tools > > > Folks, > Have you ever experienced a defrag utility resetting the archive bit? > It appears that we may. We had a server last night backup about 95% > of it's file store on it's internal disk (defragged by > diskkeeper) while a > SAN drive backed up about 5% (not managed by diskkeeper). > This was all on a > Differentil-Incermental schedule. The client is set to use the > archive bit for differentials, so we're wondering if diskkeeper may > have reset the archive bit, or actually set it on numerous files, on > defrag. > Also, the > defrag would have ran in-between backups. > > Jason > > > Jason Brooks > Computer Systems Engineer > IITS - Longwood University > voice - (434) 395-2916 > fax - (434) 395-2035 > mailto:<[EMAIL PROTECTED]> > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. > Please notify the sender by return email. > The views of the author may not necessarily constitute the views of > Astrium Limited. > Nothing in this email shall bind Astrium Limited in any contract or > obligation. > > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 > 2AS, England ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Backup Not writing for 2 hours
Hello all, I have a backup that sits for about two hours before it starts writing. Any ideas on why this happens. TIA Matthew Johnson Entertainment Partners Backup Administrator Work - 818-955-6357 Cell - 805-469-8867 Disclaimer - August 31, 2006 This email and any attachments are confidential and intended solely for [EMAIL PROTECTED] If you are not a named addressee you are prohibited from reviewing, printing, disseminating, distributing, copying or altering this email or any part of it. If you have received this communication in error, please notify the sender of the error immediately, do not read or use the communication in any manner, destroy all copies, and delete it from your system if the communication was sent via email. Warning: Although Entertainment Partners has taken reasonable precautions to ensure no viruses are present in this email, the recipient is responsible for checking for and deleting viruses. Entertainment Partners does not accept responsibility for any loss or damage arising from the use of this email or attachments. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Novell target and exclude files NB 5.1
The Novell target method allows you to enter folders/files to be excluded from the backup image via the text menu interface. Where is this information stored? Is it the same as adding entries under the bp.ini [exclude] section? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Archive bit and disk defrag tools
Jason Yes I have, when the full appears to have completed, when in fact it did not ! Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Brooks, Jason [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 15:06 To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Archive bit and disk defrag tools Our full on this server ran on Friday-Saturday and is a valid backup, at least according to the db. On the 26th, the backup of the drive in question contained roughly 96.86 GB in 564266 files. The differential-incrementals from the days since: 28th: 195661 files, 69.63 GB 29th: 202196 files, 69.51 GB 30th: 199555 files, 71.47 GB Realistically, it's highly unlikely that we have a delta of 72% per day for the first two, and a delta of 74% the third (in terms of capacity). 34% files delta between full and day one of D-I, 36% day 2 and 35% day three. Has anyone experienced a delta that high in differential-incrementals? It seems quite high. Jason > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of WEAVER, Simon > Sent: Thursday, August 31, 2006 1:55 AM > To: Brooks, Jason; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Archive bit and disk defrag tools > > > Jason > Its possible unless the full backup did not fully complete > before the differential/Incr was being done. > > Regards > > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > > EADS Astrium Limited, B23AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > > Email: [EMAIL PROTECTED] > > > > -Original Message- > From: Brooks, Jason [mailto:[EMAIL PROTECTED] > Sent: 30 August 2006 14:07 > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Archive bit and disk defrag tools > > > Folks, > Have you ever experienced a defrag utility resetting the archive bit? > It appears that we may. We had a server last night backup about 95% > of it's file store on it's internal disk (defragged by > diskkeeper) while a > SAN drive backed up about 5% (not managed by diskkeeper). > This was all on a > Differentil-Incermental schedule. The client is set to use > the archive bit > for differentials, so we're wondering if diskkeeper may have reset the > archive bit, or actually set it on numerous files, on defrag. > Also, the > defrag would have ran in-between backups. > > Jason > > > Jason Brooks > Computer Systems Engineer > IITS - Longwood University > voice - (434) 395-2916 > fax - (434) 395-2035 > mailto:<[EMAIL PROTECTED]> > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > This email is for the intended addressee only. > If you have received it in error then you must not use, > retain, disseminate or otherwise deal with it. > Please notify the sender by return email. > The views of the author may not necessarily constitute the > views of Astrium Limited. > Nothing in this email shall bind Astrium Limited in any > contract or obligation. > > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 > 2AS, England ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Archive bit and disk defrag tools
Our full on this server ran on Friday-Saturday and is a valid backup, at least according to the db. On the 26th, the backup of the drive in question contained roughly 96.86 GB in 564266 files. The differential-incrementals from the days since: 28th: 195661 files, 69.63 GB 29th: 202196 files, 69.51 GB 30th: 199555 files, 71.47 GB Realistically, it's highly unlikely that we have a delta of 72% per day for the first two, and a delta of 74% the third (in terms of capacity). 34% files delta between full and day one of D-I, 36% day 2 and 35% day three. Has anyone experienced a delta that high in differential-incrementals? It seems quite high. Jason > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of WEAVER, Simon > Sent: Thursday, August 31, 2006 1:55 AM > To: Brooks, Jason; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Archive bit and disk defrag tools > > > Jason > Its possible unless the full backup did not fully complete > before the differential/Incr was being done. > > Regards > > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > > EADS Astrium Limited, B23AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > > Email: [EMAIL PROTECTED] > > > > -Original Message- > From: Brooks, Jason [mailto:[EMAIL PROTECTED] > Sent: 30 August 2006 14:07 > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Archive bit and disk defrag tools > > > Folks, > Have you ever experienced a defrag utility resetting the archive > bit? It appears that we may. We had a server last night > backup about 95% > of it's file store on it's internal disk (defragged by > diskkeeper) while a > SAN drive backed up about 5% (not managed by diskkeeper). > This was all on a > Differentil-Incermental schedule. The client is set to use > the archive bit > for differentials, so we're wondering if diskkeeper may have reset the > archive bit, or actually set it on numerous files, on defrag. > Also, the > defrag would have ran in-between backups. > > Jason > > > Jason Brooks > Computer Systems Engineer > IITS - Longwood University > voice - (434) 395-2916 > fax - (434) 395-2035 > mailto:<[EMAIL PROTECTED]> > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > This email is for the intended addressee only. > If you have received it in error then you must not use, > retain, disseminate or otherwise deal with it. > Please notify the sender by return email. > The views of the author may not necessarily constitute the > views of Astrium Limited. > Nothing in this email shall bind Astrium Limited in any > contract or obligation. > > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, > Hertfordshire, SG1 2AS, England > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Catalog Archiving
Title: Message
Can I see the documentation? I cannot recall what NBU
you are on / platform
Regards
Simon Weaver3rd Line Technical SupportWindows
Domain Administrator
EADS Astrium
Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3
5PU
Email:
[EMAIL PROTECTED]
-Original Message-From: Whelan, Patrick
[mailto:[EMAIL PROTECTED] Sent: 31 August 2006
12:19To: veritas-bu@mailman.eng.auburn.eduSubject:
[Veritas-bu] Catalog Archiving
All,
Is anyone using Catalog
Archiving? If so how is it working for you? I have read the documentation, but
it is not clear what the process is if you need to do a restore of files that
have archived. Can you enlighten me?
Regards,
Patrick Whelan
NetBackup
Specialist
Architect &
Engineering
+44 20 7863 5243
Of all the things I've lost, I
miss my mind the most! - Unknown
There are only 10 kinds of people
on earth - those who understand binary
and those who
don't.
*The
message is intended for the named addressee only and may not be disclosed to
or used by anyone else, nor may it be copied in any way. The contents
of this message and its attachments are confidential and may also be subject
to legal privilege. If you are not the named addressee and/or have received
this message in error, please advise us by e-mailing [EMAIL PROTECTED] and
delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept
responsibility for this message, its contents nor responsibility for any
viruses. No contracts can be created or varied on behalf of COLT
Telecommunications, its subsidiaries or affiliates ("COLT") and any other
party by email Communications unless expressly agreed in writing with such
other party. Please note that incoming emails will be automatically
scanned to eliminate potential viruses and unsolicited promotional emails. For
more information refer to www.colt.net or contact us on +44(0)20 7390
3900.
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Authoritative Active Directory Restore Docs
~David Again, referring to "Veritas" / "Symantec" Tech Notes :-) Nothing to do with AD/Restore using MS KB / Technet articles! Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Spearman, David [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 12:26 To: WEAVER, Simon; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: RE: [Veritas-bu] Authoritative Active Directory Restore Docs Well, Here are a few starting places http://support.microsoft.com/kb/241594/ http://support.microsoft.com/kb/216243/ http://www.computerperformance.co.uk/w2k3/utilities/windows_authoritativ e_restore.htm http://usdt.mylivevault.com/webhelp/TSK/RS_RstReg_SysState_W2K_dc_auth.a sp As far as Exchange/AD goes that is to be expected since the AD you see on a w2k or w2k3 DC is a direct descendent of Exchange 5.5 dds -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 7:09 AM To: Spearman, David; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: RE: [Veritas-bu] Authoritative Active Directory Restore Docs David Again, this is fine, but its interesting how many Exchange / AD Technotes are available, yes none just for AD. Understand the process, and have no issues with this, but if the originator is looking for official TechNotes, are they going to obtain any? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Spearman, David [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 12:06 To: WEAVER, Simon; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: RE: [Veritas-bu] Authoritative Active Directory Restore Docs In a nutshell 1. Load OS and client on the target, partition if necessary 2. Reboot, F8 on the reboot 3. Pick Directory Services Restore Mode 4. Restore ( I prefer using the master) 5. Reboot, you have your DC, it will automagically resync with any other DC's if in place. Note: If this is a true DR situation try to restore the DC that was acting as the PDC first. We have done this many times with versions 3.4 to 6mp3, the only problem child being 5.1mp3 which had a problem with w2k3 dc restores. We always test DC restores in the lab before deploying a new MP, let alone a new version. David Spearman County of Henrico, Va. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Thursday, August 31, 2006 4:20 AM To: '[EMAIL PROTECTED]'; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Authoritative Active Directory Restore Docs Michael To clarify, the originator was looking for specific NBU posts for AD restore :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 09:18 To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Authoritative Active Directory Restore Docs Hello Simon There is some here http://www.google.dk/search? hl=da&q=Active+Directory+Restore+site%3Averitas.com&meta= Regards Michael On Thu, 31 Aug 2006 08:00:39 +0100, WEAVER, Simon wrote > Jack > Not sure if anyone answered, but to the best of my knowledge, I have > yet to find ANY docs relating to restoring AD. > > Regards > > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > > EADS Astrium Limited, B23AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > > Email: [EMAIL PROTECTED] > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 25 August 2006 16:44 To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Authoritative Active Directory Restore Docs > > Hi folks, > > We are in the process of testing & documenting various disaster > recovery scenarios and are having quite a bit of difficulty locating > the proper documentation. Our specific issue deals with the rebuild > of a Windows 2003 Enterprise server functioning as a domain controller > and we need to perform an Authoritative Restore. We are running NBU > 5.1 MP4. I've worked with tech support as well as searched > extensively within and outside of Symantec's knowledge base and have > yet to find documentation that our server admin team feels > comfortable with. If anyone has any suggestions, I would greatly > appreciate a reply. > > Jack Thweatt > 205.268.5646 Office > 205.337.8909 Cell > 205.268.3474 Fax > [EMAIL PROTECTED] > > ---
Re: [Veritas-bu] Authoritative Active Directory Restore Docs
Well, Here are a few starting places http://support.microsoft.com/kb/241594/ http://support.microsoft.com/kb/216243/ http://www.computerperformance.co.uk/w2k3/utilities/windows_authoritativ e_restore.htm http://usdt.mylivevault.com/webhelp/TSK/RS_RstReg_SysState_W2K_dc_auth.a sp As far as Exchange/AD goes that is to be expected since the AD you see on a w2k or w2k3 DC is a direct descendent of Exchange 5.5 dds -Original Message- From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Thursday, August 31, 2006 7:09 AM To: Spearman, David; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: RE: [Veritas-bu] Authoritative Active Directory Restore Docs David Again, this is fine, but its interesting how many Exchange / AD Technotes are available, yes none just for AD. Understand the process, and have no issues with this, but if the originator is looking for official TechNotes, are they going to obtain any? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Spearman, David [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 12:06 To: WEAVER, Simon; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: RE: [Veritas-bu] Authoritative Active Directory Restore Docs In a nutshell 1. Load OS and client on the target, partition if necessary 2. Reboot, F8 on the reboot 3. Pick Directory Services Restore Mode 4. Restore ( I prefer using the master) 5. Reboot, you have your DC, it will automagically resync with any other DC's if in place. Note: If this is a true DR situation try to restore the DC that was acting as the PDC first. We have done this many times with versions 3.4 to 6mp3, the only problem child being 5.1mp3 which had a problem with w2k3 dc restores. We always test DC restores in the lab before deploying a new MP, let alone a new version. David Spearman County of Henrico, Va. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Thursday, August 31, 2006 4:20 AM To: '[EMAIL PROTECTED]'; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Authoritative Active Directory Restore Docs Michael To clarify, the originator was looking for specific NBU posts for AD restore :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 09:18 To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Authoritative Active Directory Restore Docs Hello Simon There is some here http://www.google.dk/search? hl=da&q=Active+Directory+Restore+site%3Averitas.com&meta= Regards Michael On Thu, 31 Aug 2006 08:00:39 +0100, WEAVER, Simon wrote > Jack > Not sure if anyone answered, but to the best of my knowledge, I have > yet to find ANY docs relating to restoring AD. > > Regards > > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > > EADS Astrium Limited, B23AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > > Email: [EMAIL PROTECTED] > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 25 August 2006 16:44 To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Authoritative Active Directory Restore Docs > > Hi folks, > > We are in the process of testing & documenting various disaster > recovery scenarios and are having quite a bit of difficulty locating > the proper documentation. Our specific issue deals with the rebuild > of a Windows 2003 Enterprise server functioning as a domain controller > and we need to perform an Authoritative Restore. We are running NBU > 5.1 MP4. I've worked with tech support as well as searched > extensively within and outside of Symantec's knowledge base and have > yet to find documentation that our server admin team feels > comfortable with. If anyone has any suggestions, I would greatly > appreciate a reply. > > Jack Thweatt > 205.268.5646 Office > 205.337.8909 Cell > 205.268.3474 Fax > [EMAIL PROTECTED] > > - > Confidentiality Notice: This e-mail communication and any attachments > may contain confidential and privileged information for the use of the > designated recipients named above. If you are not the intended > recipient, you are hereby notified that you have received this > communication in error and that any review, disclosure, dissemination, > distribution or copying of it or its contents is prohibited. If you > have received this communication in error, please notify me > immediately by replying to this message and deleting it from your > comput
[Veritas-bu] Catalog Archiving
Title: Catalog Archiving
All,
Is anyone using Catalog Archiving? If so how is it working for you? I have read the documentation, but it is not clear what the process is if you need to do a restore of files that have archived. Can you enlighten me?
Regards,
Patrick Whelan
NetBackup Specialist
Architect & Engineering
+44 20 7863 5243
Of all the things I've lost, I miss my mind the most! - Unknown
There are only 10 kinds of people on earth - those who understand binary
and those who don't.
*
The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way.
The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses.
No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party.
Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Authoritative Active Directory Restore Docs
David Again, this is fine, but its interesting how many Exchange / AD Technotes are available, yes none just for AD. Understand the process, and have no issues with this, but if the originator is looking for official TechNotes, are they going to obtain any? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Spearman, David [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 12:06 To: WEAVER, Simon; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: RE: [Veritas-bu] Authoritative Active Directory Restore Docs In a nutshell 1. Load OS and client on the target, partition if necessary 2. Reboot, F8 on the reboot 3. Pick Directory Services Restore Mode 4. Restore ( I prefer using the master) 5. Reboot, you have your DC, it will automagically resync with any other DC's if in place. Note: If this is a true DR situation try to restore the DC that was acting as the PDC first. We have done this many times with versions 3.4 to 6mp3, the only problem child being 5.1mp3 which had a problem with w2k3 dc restores. We always test DC restores in the lab before deploying a new MP, let alone a new version. David Spearman County of Henrico, Va. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Thursday, August 31, 2006 4:20 AM To: '[EMAIL PROTECTED]'; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Authoritative Active Directory Restore Docs Michael To clarify, the originator was looking for specific NBU posts for AD restore :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 09:18 To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Authoritative Active Directory Restore Docs Hello Simon There is some here http://www.google.dk/search? hl=da&q=Active+Directory+Restore+site%3Averitas.com&meta= Regards Michael On Thu, 31 Aug 2006 08:00:39 +0100, WEAVER, Simon wrote > Jack > Not sure if anyone answered, but to the best of my knowledge, I have > yet to find ANY docs relating to restoring AD. > > Regards > > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > > EADS Astrium Limited, B23AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > > Email: [EMAIL PROTECTED] > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 25 August 2006 16:44 To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Authoritative Active Directory Restore Docs > > Hi folks, > > We are in the process of testing & documenting various disaster > recovery scenarios and are having quite a bit of difficulty locating > the proper documentation. Our specific issue deals with the rebuild > of a Windows 2003 Enterprise server functioning as a domain controller > and we need to perform an Authoritative Restore. We are running NBU > 5.1 MP4. I've worked with tech support as well as searched > extensively within and outside of Symantec's knowledge base and have > yet to find documentation that our server admin team feels > comfortable with. If anyone has any suggestions, I would greatly > appreciate a reply. > > Jack Thweatt > 205.268.5646 Office > 205.337.8909 Cell > 205.268.3474 Fax > [EMAIL PROTECTED] > > - > Confidentiality Notice: This e-mail communication and any attachments > may contain confidential and privileged information for the use of the > designated recipients named above. If you are not the intended > recipient, you are hereby notified that you have received this > communication in error and that any review, disclosure, dissemination, > distribution or copying of it or its contents is prohibited. If you > have received this communication in error, please notify me > immediately by replying to this message and deleting it from your > computer. Thank you. > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. Please notify the sender by > return email. The views of the author may not necessarily constitute > the views of Astrium Limited. Nothing in this email shall bind Astrium > Limited in any contract or obligation. > > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 > 2AS, Engla
Re: [Veritas-bu] Authoritative Active Directory Restore Docs
In a nutshell 1. Load OS and client on the target, partition if necessary 2. Reboot, F8 on the reboot 3. Pick Directory Services Restore Mode 4. Restore ( I prefer using the master) 5. Reboot, you have your DC, it will automagically resync with any other DC's if in place. Note: If this is a true DR situation try to restore the DC that was acting as the PDC first. We have done this many times with versions 3.4 to 6mp3, the only problem child being 5.1mp3 which had a problem with w2k3 dc restores. We always test DC restores in the lab before deploying a new MP, let alone a new version. David Spearman County of Henrico, Va. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Thursday, August 31, 2006 4:20 AM To: '[EMAIL PROTECTED]'; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Authoritative Active Directory Restore Docs Michael To clarify, the originator was looking for specific NBU posts for AD restore :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 09:18 To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Authoritative Active Directory Restore Docs Hello Simon There is some here http://www.google.dk/search? hl=da&q=Active+Directory+Restore+site%3Averitas.com&meta= Regards Michael On Thu, 31 Aug 2006 08:00:39 +0100, WEAVER, Simon wrote > Jack > Not sure if anyone answered, but to the best of my knowledge, I have > yet to find ANY docs relating to restoring AD. > > Regards > > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > > EADS Astrium Limited, B23AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > > Email: [EMAIL PROTECTED] > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 25 August 2006 16:44 To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Authoritative Active Directory Restore Docs > > Hi folks, > > We are in the process of testing & documenting various disaster > recovery scenarios and are having quite a bit of difficulty locating > the proper documentation. Our specific issue deals with the rebuild > of a Windows 2003 Enterprise server functioning as a domain controller > and we need to perform an Authoritative Restore. We are running NBU > 5.1 MP4. I've worked with tech support as well as searched > extensively within and outside of Symantec's knowledge base and have > yet to find documentation that our server admin team feels > comfortable with. If anyone has any suggestions, I would greatly > appreciate a reply. > > Jack Thweatt > 205.268.5646 Office > 205.337.8909 Cell > 205.268.3474 Fax > [EMAIL PROTECTED] > > - > Confidentiality Notice: This e-mail communication and any attachments > may contain confidential and privileged information for the use of the > designated recipients named above. If you are not the intended > recipient, you are hereby notified that you have received this > communication in error and that any review, disclosure, dissemination, > distribution or copying of it or its contents is prohibited. If you > have received this communication in error, please notify me > immediately by replying to this message and deleting it from your > computer. Thank you. > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. Please notify the sender by > return email. The views of the author may not necessarily constitute > the views of Astrium Limited. Nothing in this email shall bind Astrium > Limited in any contract or obligation. > > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 > 2AS, England ___ Veritas- > bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Cybercity Webhosting (http://www.cybercity.dk) This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire,
Re: [Veritas-bu] Authoritative Active Directory Restore Docs
Michael To clarify, the originator was looking for specific NBU posts for AD restore :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 31 August 2006 09:18 To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Authoritative Active Directory Restore Docs Hello Simon There is some here http://www.google.dk/search? hl=da&q=Active+Directory+Restore+site%3Averitas.com&meta= Regards Michael On Thu, 31 Aug 2006 08:00:39 +0100, WEAVER, Simon wrote > Jack > Not sure if anyone answered, but to the best of my knowledge, I have > yet to find ANY docs relating to restoring AD. > > Regards > > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > > EADS Astrium Limited, B23AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > > Email: [EMAIL PROTECTED] > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Sent: 25 August 2006 16:44 To: > veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] > Authoritative Active Directory Restore Docs > > Hi folks, > > We are in the process of testing & documenting various disaster > recovery scenarios and are having quite a bit of difficulty locating > the proper documentation. Our specific issue deals with the rebuild > of a Windows 2003 Enterprise server functioning as a domain controller > and we need to perform an Authoritative Restore. We are running NBU > 5.1 MP4. I've worked with tech support as well as searched > extensively within and outside of Symantec's knowledge base and have > yet to find documentation that our server admin team feels > comfortable with. If anyone has any suggestions, I would greatly > appreciate a reply. > > Jack Thweatt > 205.268.5646 Office > 205.337.8909 Cell > 205.268.3474 Fax > [EMAIL PROTECTED] > > - > Confidentiality Notice: This e-mail communication and any > attachments may contain confidential and privileged information for > the use of the designated recipients named above. If you are not the > intended recipient, you are hereby notified that you have received > this communication in error and that any review, disclosure, > dissemination, distribution or copying of it or its contents is > prohibited. If you have received this communication in error, please > notify me immediately by replying to this message and deleting it > from your computer. Thank you. > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. Please notify the sender by > return email. The views of the author may not necessarily constitute > the views of Astrium Limited. Nothing in this email shall bind Astrium > Limited in any contract or obligation. > > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 > 2AS, England ___ Veritas- > bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Cybercity Webhosting (http://www.cybercity.dk) This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Authoritative Active Directory Restore Docs
Hello Simon There is some here http://www.google.dk/search? hl=da&q=Active+Directory+Restore+site%3Averitas.com&meta= Regards Michael On Thu, 31 Aug 2006 08:00:39 +0100, WEAVER, Simon wrote > Jack > Not sure if anyone answered, but to the best of my knowledge, I have > yet to find ANY docs relating to restoring AD. > > Regards > > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > > EADS Astrium Limited, B23AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > > Email: [EMAIL PROTECTED] > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Sent: 25 August 2006 16:44 To: > veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] > Authoritative Active Directory Restore Docs > > Hi folks, > > We are in the process of testing & documenting various disaster recovery > scenarios and are having quite a bit of difficulty locating the > proper documentation. Our specific issue deals with the rebuild of > a Windows 2003 Enterprise server functioning as a domain controller > and we need to perform an Authoritative Restore. We are running NBU > 5.1 MP4. I've worked with tech support as well as searched > extensively within and outside of Symantec's knowledge base and have > yet to find documentation that our server admin team feels > comfortable with. If anyone has any suggestions, I would greatly > appreciate a reply. > > Jack Thweatt > 205.268.5646 Office > 205.337.8909 Cell > 205.268.3474 Fax > [EMAIL PROTECTED] > > - > Confidentiality Notice: This e-mail communication and any > attachments may contain confidential and privileged information for > the use of the designated recipients named above. If you are not the > intended recipient, you are hereby notified that you have received > this communication in error and that any review, disclosure, > dissemination, distribution or copying of it or its contents is > prohibited. If you have received this communication in error, please > notify me immediately by replying to this message and deleting it > from your computer. Thank you. > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. Please notify the sender by > return email. The views of the author may not necessarily constitute > the views of Astrium Limited. Nothing in this email shall bind > Astrium Limited in any contract or obligation. > > Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 > 2AS, England ___ Veritas- > bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Cybercity Webhosting (http://www.cybercity.dk) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Authoritative Active Directory Restore Docs
Jack Not sure if anyone answered, but to the best of my knowledge, I have yet to find ANY docs relating to restoring AD. Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 25 August 2006 16:44 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Authoritative Active Directory Restore Docs Hi folks, We are in the process of testing & documenting various disaster recovery scenarios and are having quite a bit of difficulty locating the proper documentation. Our specific issue deals with the rebuild of a Windows 2003 Enterprise server functioning as a domain controller and we need to perform an Authoritative Restore. We are running NBU 5.1 MP4. I've worked with tech support as well as searched extensively within and outside of Symantec's knowledge base and have yet to find documentation that our server admin team feels comfortable with. If anyone has any suggestions, I would greatly appreciate a reply. Jack Thweatt 205.268.5646 Office 205.337.8909 Cell 205.268.3474 Fax [EMAIL PROTECTED] - Confidentiality Notice: This e-mail communication and any attachments may contain confidential and privileged information for the use of the designated recipients named above. If you are not the intended recipient, you are hereby notified that you have received this communication in error and that any review, disclosure, dissemination, distribution or copying of it or its contents is prohibited. If you have received this communication in error, please notify me immediately by replying to this message and deleting it from your computer. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
