My Boss is high on DR, examples of tornadoes, hazardous chemical spills etc.
"And we can't get back into the building"
I do a yearly practice at sunguard and tests here prior to going to sunguard.
I must document the steps and use these steps at sunguard.
This directory did come back in DR, just recently all DCs that I backup started 
failing on that directory.
Even the test DCs.

>From the above you can see why backups are so important and I spend all the 
>time fixing and trying to keep the email admin of my back.
(I am really getting too old for this.)



From: Sherry Abercrombie [mailto:saber...@gmail.com]
Sent: Friday, April 17, 2009 12:16 PM
To: NT System Admin Issues
Subject: Re: Backup Software

Ok, I do have that when I look at that path.....Ummm, ok, PreInstall?  Why do 
you need to back that up?  Just asking because when I look at that on my DC's 
it's empty.....0 Files, 0 Bytes.

On my DC's I just backup the System State folder.  That should be all that you 
need to do a restore for AD.  Although we had this discussion recently here at 
work, why do we "really" need to backup AD all the time to tape?  We have 
backups on each DC that make daily backups to their local drives, we have 3 
DC's that replicate to one another, one of which is virtual so we have that 
vmdk file backed up on the SAN and ulitmately to tape.  We're really leaning 
towards the practice of only backing up AD on a monthly permanent tape, because 
if we are having to restore AD from tape, then we've got bigger problems than 
just a single DC being down, more like a total DataCenter being gone.....
On Fri, Apr 17, 2009 at 10:52 AM, Brumbaugh, Luke 
<luke.brumba...@butlerahs.com<mailto:luke.brumba...@butlerahs.com>> wrote:

The DO_NOT_REMOVE_NtFrs_PreInstall_Directory is on a domain controller

\\Domaincontroller\admin$\SYSVOL\sysvol\domain.net\DO_NOT_REMOVE_NtFrs_PreInstall_Directory



Symantec sez to exclude this, another guy on expertsexchange said he changed 
permission on it.



From: Sherry Abercrombie [mailto:saber...@gmail.com<mailto:saber...@gmail.com>]
Sent: Friday, April 17, 2009 11:47 AM

To: NT System Admin Issues
Subject: Re: Backup Software



Oh yes, good point Damien, the LiveUpdate can sometimes cause the remote agents 
to need an update as well.

Good thing I don't see the Do_Not_Delete directory then eh?

On Fri, Apr 17, 2009 at 10:41 AM, Damien Solodow 
<damien.solo...@ibcschools.edu<mailto:damien.solo...@ibcschools.edu>> wrote:

The Do_Not_delete directory suggests an NTFRS issue, or at least the remains of 
one.



Also with BE, do be sure to check LiveUpdate to make sure you have the current 
SP/patches. You may need to push these to the clients as well...



From: Sherry Abercrombie [mailto:saber...@gmail.com<mailto:saber...@gmail.com>]
Sent: Friday, April 17, 2009 11:33 AM
To: NT System Admin Issues
Subject: Re: Backup Software



What do the logs for these backup jobs tell you the reason for the failure is?

I use BackupExec 11D, I've never have a failed backup on my DC's (Don't see a 
Do_Not_Delete directory either on my DC's).  My Exchange backups are always 
successful.    As a disclaimer, these jobs have to be setup properly, and the 
remote agent has to be in place for that specific server.

With BackupExec, you will have a failed job status even if 1 file cannot be 
accessed in the entire job (something that I do hate about BE, but can deal 
with it.).  You have to check the log file and see what it is failing on.

Have you rebuilt your DC recently and have forgotten to push the remote agent 
to it?  Do you have the Exchange remote agent (assuming you're using Exchange 
for email) and it's pushed to the Exchange server?    Just asking because I've 
done that, forgotten to push the remote agent.......;).

We looked into several other backup software solutions about 18 months ago, 
including CommVault.  What we determined was that the extremely high cost of 
switching to another software did not warrant the change when what we had 
currently was working and the improvements weren't enough to justify the change.

Will I look into changing software again?  Absolutely, and if the improvements 
are good enough and I can justify it well enough, I'll switch to something 
else.  I'm not saying BE is perfect, but I've never been so frustrated with it 
that I was willing to change no matter what the cost would be.  There's a 
reason for these failures, and the log file should give you an idea of where to 
start looking.

On Fri, Apr 17, 2009 at 9:49 AM, Brumbaugh, Luke 
<luke.brumba...@butlerahs.com<mailto:luke.brumba...@butlerahs.com>> wrote:

Ever have failures, like for no reason, as in example below.





From: Don Ely [mailto:don....@gmail.com<mailto:don....@gmail.com>]
Sent: Friday, April 17, 2009 10:28 AM
To: NT System Admin Issues
Subject: Re: Backup Software



I love CommVault myself.  What kind of questions did you have?

On Fri, Apr 17, 2009 at 7:10 AM, Brumbaugh, Luke 
<luke.brumba...@butlerahs.com<mailto:luke.brumba...@butlerahs.com>> wrote:

Guys,

  I am really hating backupexec.  I have done many DR tests and have used these 
backups to more servers to different hardware.  But it is a constant fight to 
make sure that the backups complete successfully.    The latest thing is that 
on all DCs in the sysvol it will not backup the Do_Not_Delete... directory.   
Constant email db failures.  Etc.    My boss and I have looked at Commvault, 
but haven't heard anything except from salesman and salesman pointed to 
customers.    Then there is Microsoft system center data protection manager 
2007.



Anybody have any luck with a backup software?



Luke L. Brumbaugh

Network Engineer

Butler Animal Health Supply

Ph:(614) 659-1736



**********************************************************************

CONFIDENTIALITY NOTICE: The information transmitted in this message is intended 
only for the person or entity to which it is addressed and may contain 
confidential and/or privileged material. Any review, retransmission, 
dissemination or other use of this information by persons or entities other 
than the intended recipient is prohibited. If you received this in error, 
please contact the sender and destroy all copies of this document. Thank you.

Butler Animal Health Supply

**********************************************************************



















--
Sherry Abercrombie

"Any sufficiently advanced technology is indistinguishable from magic."
Arthur C. Clarke











--
Sherry Abercrombie

"Any sufficiently advanced technology is indistinguishable from magic."
Arthur C. Clarke
Sent from Haslet, TX, United States











--
Sherry Abercrombie

"Any sufficiently advanced technology is indistinguishable from magic."
Arthur C. Clarke
Sent from Haslet, TX, United States





~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to