1: Nobody ever reads them

2: Nobody ever reads them

3: People read the message, and forget to read the disclaimer

4: go to 1

Phil

---------------------------------------------
Phil Randal
Network Engineer
Herefordshire Council
Hereford, UK 

> -----Original Message-----
> From: Tony Hlabse [mailto:[EMAIL PROTECTED]
> Sent: 18 June 2003 12:54
> To: Exchange Discussions
> Subject: RE: Brick level backups
> 
> 
> You  have one like this for disclaimers. I know the basics 
> why not. I would 
> like to see your reasons of why disclaimers are bad.
> 
> 
> From: "William Lefkovics" <[EMAIL PROTECTED]>
> Reply-To: "Exchange Discussions" <[EMAIL PROTECTED]>
> To: "Exchange Discussions" <[EMAIL PROTECTED]>
> Subject: RE: Brick level backups
> Date: Wed, 18 Jun 2003 03:19:25 -0700
> 
> I probably should reread this, but thwas my answer to this question
> A year ago - plus an added point.
> 
> Why not to do Brick Level Backups:
> 
> 1) They take a loooong time. At my last position, the priv.edb on
> several Exchange servers was huge with several mailboxes exceeding
> 2GB. Backup windows of 'July' is not acceptible nor necessary.
> 
> 2) Brick Level break SIS in the process. At a previous employer we
> had an SIS ratio of 4 (lots of little daily cash spreadsheets and the
> like getting sent to DL's). This means that a BLB backup uses as much
> as 4 times the total tape. Now I need an autoloader to take care of
> the boxes of tapes required each night.
> 
> 3) You can't perform a full server restore to point of failure with
> brick level backups. You have to actually perform additional full
> online backups as well to allow for full disaster recovery. More
> tapes. More time. More money.
> 
> 4) A restore of several mailboxes from BLB's will cause the store to
> grow because of no SIS. If my SIS ratio is 2 and some disaster leaves
> me with only brick-level, my restore will double the size of the priv.
> 
> 5) The redundant backups for brick level lower the overall performance
> of your exchange server as backups compete with users for CPU cycles
> and disk reads. It is also additional and unnecessary wear and tear
> on tape drives.
> 
> 6) Brick Level Backups do not backup items in deleted item retention.
> As my users (for email anyway) have always been of the educated
> variety, they know and use deleted item recovery as needed.
> 
> 7) A restore of a mailbox is seldom needed. (Probably the only
> instance is inadvertant deletion by an administrator in Exchange5.5)
> With deleted item retention set to a reasonable 30 days or so, and
> with deleted mailboxes retained in Exchange2000, brick level backups
> fall in the category of a waste of time and resources.
> 
> 8) Backups should not be a helpdesk support option. They are a
> disaster recovery requirement. With all that tape and time, the
> convenience of having someone restore my mailbox is so simple I can be
> more careless with my email. I can always get my info restored.  The
> Potential for user complacency because we can always restore uses
> Valuable IT time and resources.
> 
> 9) Yes, it's true. For me, I have only done this using ArcServeIT.
> Because of comments here in this and other forums, CA took the
> Exchange agent back to the lab and did some more fixing on it. For me
> it was too little too late. Basically, BLB's are not perfect. Data
> is not perfectly recreated through the restore process. Problems
> included header info missing, digitally signed emails corrupt,
> attachments missing.
> 
> 10) Many, many more reputable and experienced people have shared their
> horror stories over and over in this and other forums and newsgroups.
> So much so that I was relieved to learn in 1998 that it wasn't just me
> that felt this way. The people that have expressed this opinion I
> hold in high regard and certainly owe it to myself to try to
> understand why the concensus is for or against something.
> 
> 11) Microsoft provides the utility ExMerge which can be used to backup
> a single mailbox to .pst if necessary. I use this as the last step
> before deleting a users mailbox after (s)he have left the company. It
> is a simplified, granular alternative for certain circumstances.
> 
> 12) Exchange2003 allows for a disaster recovery storage group to allow
> Production restores without a recovery server.
> 
> The above may not all apply to you.
> 
> Would you like to see the list against the use of 'confidentiality
> disclaimers'?
> 
> William
> 
> 
> 
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of David Lloyd
> Sent: Wednesday, June 18, 2003 2:58 AM
> To: Exchange Discussions
> 
> Hi guys,
> I just wanted to know why are brick level backups a bad idea. 
> I know why pst
> files are.
> I can only imagine is that they take forever to complete, and 
> not always all
> of them.
> 
> Sorry if this has been discussed before but i do need some 
> reasoning for my
> bosses.
> 
> I know Ed hate em
> 
> 
> Thnks
> 
> David
> 
> 
> CONFIDENTIAL NOTICE
> This communication contains useless information which is 
> confidential and
> may also be naughty. It is for the exclusive use of the intended
> recipient(s). If you are not the intended recipient please 
> note that any
> distribution, copying or use of this communication or the 
> information in it
> is strictly prohibited. If you received this communication in 
> error, please
> notify us by e-mail or by telephone (020 7770 7000) and then 
> delete the
> e-mail and any copies of it.
> 
> 
> 
> _________________________________________________________________
> List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
> Web Interface: 
> http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&t
ext_mode=&lang=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
The new MSN 8: advanced junk mail protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail


_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface:
http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang
=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

_________________________________________________________________
List posting FAQ:       http://www.swinc.com/resource/exch_faq.htm
Web Interface: 
http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english
To unsubscribe:         mailto:[EMAIL PROTECTED]
Exchange List admin:    [EMAIL PROTECTED]

Reply via email to