Hi,
On my Redhat linux clients (ES3 and ES4), the bpbkar process fail to
terminate if the backup is unsuccessful (eg. status 96),
forcing me to kill -9 pid bpbkar
Has anyone else encountered this issue? I have no problems on my other
unix clients (hp-ux, solaris, aix)
regards,
Anas
Dont do Mailbox Backups ! Why do it ? When Ex2k3 comes with built in
features to help prevent Mailbox backups.
Setting retentions for 6+ months, Recovery Storage groups, ect.
Failing this, backups over fiber?
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
Use 1GBps ethernet? Use faster disks on the exchange server?
On Thu, 10 May 2007, Anas Kayal wrote:
Im backing up Exchange 2003 Mailboxes through my LAN. Backup process
takes about 10 hours for about 200GB of data. Does anyone know what I
can do to drop it down.
Anas
anas
Forgot to ask - are the disks where the Data resides local or san attached?
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
We recently upgraded our storage on our Exchange 2003 cluster from a
locally attached Dell Powervault 220 to a HDS SAN solution and saw our
back times go from 8 hours to 45 minutes making no other changes. I'm
not sure exactly what our KB/sec was before, but we're seeing better
than 100MB/sec now
Just going forward, all previous backups will remain at the previous retention
levels
NOTICE: This electronic mail transmission may constitute a communication that
is legally privileged. It is not intended for transmission to, or receipt
Thanks, thats what I wanted to confirm ...
Eustace
From: Ueli Schweizer [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 09, 2007 3:37 PM
To: Fernandes, Eustace; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] NBU 6.0 Retention change
Hi Eustace
* nguytom [EMAIL PROTECTED] [2007-05-09 14:01]:
Hi All
I couldn't telnet to windows 2000 client with bpcd port
[EMAIL PROTECTED]:/usr/openv/netbackup/logs/bptm]telnet crdcasbcptest06 bpcd
Trying 162.123.108.62...
Connected to crdcasbcptest06.us.aegon.com.
Escape character is '^]'.
Hi,
I have a strange failure that hopefully someone out there knows the
resolution to.
I am trying to perform 'hot' SQL backups on several new SQL
installations in my environment but some of the DB's back up ok whilst
others fail with status code 42 (network read failed). For example on
Uthat *is* you connecting to the bpcd port.
Looks like all is good.
--
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of nguytom
Sent: May 9, 2007 5:02 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] how to enable bpcd
I would suggest checking your client timeouts. If you're backing up
large amounts of data or there is a network issue, I have noticed it
will fail with this error. Hope this helps.
Glen Collins
Storage Engineering Services
Robert Half International, Inc.
Can anyone give advise on upgrading from NBU5.1 MP 4 to NBU6.0 MP4?
TIA,
Mike Wig
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com ___
Veritas-bu
yeahwait for 6.5, that's what we are doing
--stuart
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike
Wigington
Sent: Thursday, May 10, 2007 10:55 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Taking the plunge to upgrade from 5.1 MP4 to
Good luck.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Liddle,
Stuart
Sent: Thursday, May 10, 2007 1:00 PM
To: Mike Wigington; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Taking the plunge to upgrade from 5.1 MP4 to
6.0 MP4
yeahwait for 6.5, that's
Why? I was under the impression 6.0 MP4 was fairly stable.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Liddle,
Stuart
Sent: Thursday, May 10, 2007 2:00 PM
To: Mike Wigington; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu]
From what I've heard from Symantec and saw on this list, fresh install of
NBU6 and import will work better.
Mike Wigington [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
05/10/2007 01:54 PM
To
veritas-bu@mailman.eng.auburn.edu
cc
Subject
[Veritas-bu] Taking the plunge to upgrade from 5.1
We're having wonderful luck with 6.0MP4. It's fixed a bunch of issues
related to de-staging DSSUs. Backing up about 60 servers/night. 1 Master
(Win) and 1 Media (Linux). I was recently told by my SE that 6.5 will be as
stable as MP4. And engineering's viewing it as MP5. We'll see, but I'm
We have an environment that is under strict change control and if we are
going to upgrade we are going to wait just a bit longer for the version that
has more features in it. Why go for 6.0 now, when you might want to do the
upgrade to 6.5 in just a few months?
--stuart
_
From:
6.5 is GA in June, we're waiting too!
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Liddle,
Stuart
Sent: Thursday, May 10, 2007 2:00 PM
To: Mike Wigington; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Taking the plunge to upgrade
NBU 6.0 MP4 has 64 bit windows client support already.
Regards,
-cj
Courtenay Jones
UNIX Systems Engineer, Raleigh Technology Centre
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brooks,
Jason
Sent: Thursday, May 10, 2007 2:19 PM
To: Jeff
Good to know. Seems like I've heard yes, then no, before.
Thanks,
Jason
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Jones, Courtenay
Sent: Thursday, May 10, 2007 2:34 PM
To: Brooks, Jason; Jeff Lightner; Liddle, Stuart; Mike
Wigington;
A few reasons:
A long time ago it became clear that waiting for the next thing was a
good way of never moving forward because something is always in the
pipeline.
The next thing is often called vaporware because all the bells and
whistles they tell you it is going to have vaporize
Yes, they definitely are
Regards,
-cj
Courtenay Jones
UNIX Systems Engineer, Raleigh Technology Centre
-Original Message-
From: Brooks, Jason [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 10, 2007 2:50 PM
To: Jones, Courtenay; Jeff Lightner; Liddle, Stuart; Mike Wigington;
No way to avoid the data base migration/conversion from 5.x to 6.x unless it is
a new install.
-sj
Liddle, Stuart [EMAIL PROTECTED] 5/10/2007 12:19 PM
We have an environment that is under strict change control and if we are going
to upgrade we are going to wait just a bit longer for the
Read all of the replies and had to laugh. 90% of the problems that came with
6.0 were because people didn't do their upgrades correctly and didn't RTFM
before pulling the trigger. They can only blame themselves, but hey, much
easier to blame the software instead of going to your boss and telling
I've never seen 100MB/s, let alone better than 100MB/s on a single
GigE link, for ANY client type, let alone Windows, or Exchange, so
colour me surprised.
:o)
--
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of K
Chapman
I created NDMP log after NDMP backup failed
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Read all of the replies and had to laugh. 90% of the problems that came with
6.0 were because people didn't do their upgrades correctly and didn't RTFM
before pulling the trigger. They can only blame themselves, but hey, much
easier to blame the software instead of going to your boss and
C:\Documents and Settings\admthnguyennetstat -an
Active Connections
Proto Local Address Foreign AddressState
TCP0.0.0.0:1350.0.0.0:0 LISTENING
TCP0.0.0.0:4450.0.0.0:0 LISTENING
TCP0.0.0.0:1049
I'd tell you I've got the magic voodoo over here Paul, but then you'd want it.
And If I'm gonna give up the goods I'd better get dinner and dancing first. =P
Our Exchange Fulls running by themselves over GigE to a DSSU sitting around
doing nothing else does about 100MB/sec, until it hits the
Believe me I understand. I worked for GSK on FDA validated systems.
Nothing like writing an 11 page change control just to turn on shell
history for users and having THAT be the shortest one you had to
write
I had to laugh when I heard people complain about SOX requirements. If
they'd
What kind of multistreaming/multiplexing are you using, and what is your
target? I've gotten mailbox backup performance up to an acceptable
level (4 years ago I was at about 50 MB/s) by creating 28 simultaneous
mailbox streams, one for each letter of the alphabet (used * at the A-Z
level) and
What he said. ;)
In addition, I'd add that I haven't even seen a BUNCH of clients going into a
single GbE link that could add up to 100 MB/s aggregate. Fastest I've ever
seen is about 80.
---
W. Curtis Preston
Author of O'Reilly's Backup Recovery and Using SANs and NAS
VP Data
Stability is more important than functionality. I'm familiar with the
6.5 feature set, and I'm excited about it's release, but I'm not so
excited about it that I'd recommend upgrading to it just after it comes
out, especially for companies where upgrading the downgrading is a major
ordeal, such
Thanks. Just found it in the documentation $ALL is used within the
script.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Adams,
Dwayne
Sent: Thursday, May 10, 2007 3:09 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] MS SQL
i no longer do brick levels, and we didnt have decent enough tape drive tech
(mammoth2, yuk) to do much mpx/ms. i used to do mpx 4 (normal fs jobs),
however the drives would fail in much shorter time, and we did get quite a high
drive fail rate with exabyte. time wise, i couldnt allocate more
From what I've heard from Symantec and saw on this list, fresh install
of NBU6 and import will work better.
This is neither recommended nor practical in most cases. With several
thousand tapes, an import will take *years*.
.../Ed
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
I agree (with Curtis), if it ain't broke, don't fix it. If the current
version is doing what you need and is running fine then don't change unless
you have to (eg stay on supported version).
A lot of people moved to version 6.0 for hot catalogue backups, new client
support and SSO being
Jonathan wrote: I haven't done a brick level backup of Exchange since I
learned about Recovery Storage Groups
Well that makes more sense, because I have never, ever seen any performance
increase of BLB regardless of the hardware involved, the spindles involved,
fiber, tape technology. And the
Agreed! doesnt sound right
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
If your script is using the variable to select all Databases then yes, any
new Databases will get included as your Backup Script would have been
configured to select all backups.
For example, in the script you would use DATABASE $ALL
HTH
Regards
Simon Weaver
3rd Line Technical Support
Well that does not sound right. Do you understand the import process?
If you have a small number of tapes, then yes you can do this - if you have
350+ tapes, then enjoy the rest of your life with your Tape Library as the
import process will take a long time !
Id rather spend my time coming up
Agree with Ed - In fact I was referring to a few hundred tapes, but
thousands would mean you could potentially end up marrying your Tape Library
and never having an outside life again :-)
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA
43 matches
Mail list logo
