[Veritas-bu] Re: Restore Testing Help

[slanteyes]

normally I would make a separate lab to do this in, but the bosses want to be 
able to simulate as closely as possible the restore time.

Making the lab would give it a noticeable speed increase

+--
|This was sent by [EMAIL PROTECTED] via Backup Central.
|Forward SPAM to [EMAIL PROTECTED]
+--


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] performance tuning - when to use buffers

[Dominik Pietrzykowski]

Just a note that you shouldn't use the Solaris kernel settings for Sol 10
because the default value is much bigger.

Eg shmsys:shminfo_shmmax

On Solaris 10 it will default to 1/4 of physical memory which is pretty good
on all the new boxes running Sol 10.



-Original Message-
From: harunjo [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, 31 July 2007 3:26 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Re: performance tuning - when to use buffers


In our condition the buffer setting below is the best and stable.

/usr/openv/netbackup/NET_BUFFER_SZ --> 65536 (network buffer) this is must
same at all media and client (especially if you using lan backup)

# more NUMBER_DATA_BUFFERS
32
# more SIZE_DATA_BUFFERS
262144

watch your solaris kernel tuning...below is the netbackup minimum kernel
value for solaris..

set msgsys:msginfo_msgmap=512
set msgsys:msginfo_msgmax=8192
set msgsys:msginfo_msgmnb=65536
set msgsys:msginfo_msgmni=256
set msgsys:msginfo_msgssz=16
set msgsys:msginfo_msgtql=512
set msgsys:msginfo_msgseg=8192
*Semaphores
set semsys:seminfo_semmap=64
set semsys:seminfo_semmni=1024
set semsys:seminfo_semmns=1024
set semsys:seminfo_semmnu=1024
set semsys:seminfo_semmsl=300
set semsys:seminfo_semopm=32
set semsys:seminfo_semume=64
*Shared memory
set shmsys:shminfo_shmmax=16777216
set shmsys:shminfo_shmmin=1
set shmsys:shminfo_shmmni=220
set shmsys:shminfo_shmseg=100
*END NetBackup recommended minimum settings

(from netbackup performance documentation)
Recommended shared memory settings

The SIZE_DATA_BUFFERS setting is typically increased to 256 KB and
NUMBER_DATA_BUFFERS to 16. To configure NetBackup to use 16 x 256 KB
data buffers, specify 262144 (256 x 1024) in SIZE_DATA_BUFFERS and 16 in
NUMBER_DATA_BUFFERS.
Note that increasing the size and number of the data buffers will use up
more
shared memory, which is a limited system resource. The total amount of
shared
memory used for each tape drive is:
(buffer_size * num_buffers) * drives * MPX
where MPX is the multiplexing factor. For two tape drives, each with an MPX
of
4 and with 16 buffers of 256k, the total shared memory usage would be:
(16 * 262144) * 2 * 4 = 32768 K (32 MB)
If large amounts of memory are to be allocated, the kernel may require
additional tuning to allow enough shared memory to be available for
NetBackup's requirements


Always testing and testing for the best performanceto high buffer value
will make your backup image not restorable..or backup will fail usualy with
status 84.

you can using /dev/null to measure disk I/O and ftp to check the
communication between LAN

you can check your tcp time wait interval
The default value for most systems is 24, which is 4
minutes (240 seconds) in milliseconds. If your server is slow because it
handles many connections, check the current value for TCP_TIME_WAIT_INTERVAL
and consider reducing it.
use the following command to check:
ndd -get /dev/tcp tcp_time_wait_interval

Just sharing

Harun Jonatan

+--
|This was sent by [EMAIL PROTECTED] via Backup Central.
|Forward SPAM to [EMAIL PROTECTED]
+--


___
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] Storagetek L1400 is not seen in window 2003 the driveare seen

[Martin, Jonathan]

Do you perhaps see the library as an unknown device or an unknown media
changer?  How is all of this zoned?  I'm not familiar with the HP FCAs
but I'm assuming there is a utility you can load on the local box to
checkout your config.  I'd double check on the switch and HBA that the
LUNs are presented before troubleshooting Windows Device Manager.
 
-Jonathan



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Patricia
Harmon
Sent: Tuesday, July 31, 2007 3:50 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Storagetek L1400 is not seen in window 2003 the
driveare seen


Okay quick rundown and hoping someone can give me some ideas on this.

We have a StorageTek L1400 Tape Library. It contains 8 tape drives.
We have an HP Proliant DL380 G4 Server running Windows 2003 R2.
Inside that server contains single 1 port hp fca2214 Fiber Channel card.

I connected the 8 drives to 8 available ports on the HBA and the
libraries
control module to the last port on the HBA.

Windows can see the tape drives but they cannot see the L1400 library.

Any suggestions would be appreciated. If you need more information from
me I will

 
Patricia Harmon 
Distributed Systems
Tampa Electric Company
813.225.5164 (office)
813.763.3579 (cell)
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4

[Mike Kiles]

It looks like that NBU6.0 MP2 for x64 clients is the
base software for fresh install on x64 clients. After
installing this software it can be upgraded to MP4.

Anyone tried this?

Thx
--- Mike Kiles <[EMAIL PROTECTED]> wrote:

> There is a patch for x64 clients on the Symantec
> website MP4 for NBU6.0. I am still trying the
> software
> though. David mentioned to go Symantec licensing
> portal, im trying that route.
> Thx
> --- "Brooks, Jason" <[EMAIL PROTECTED]> wrote:
> 
> > It's my understanding that you will have to go to
> > 5.1MP4+ for x64 support,
> > or wait for NBU 6.5.  Am I wrong?  I'd like to be,
> > but I never found a 6.0
> > x64 client. 
> > 
> > > -Original Message-
> > > From: [EMAIL PROTECTED] 
> > >
> [mailto:[EMAIL PROTECTED]
> > On Behalf 
> > > Of Spearman, David
> > > Sent: Tuesday, July 31, 2007 2:08 PM
> > > To: Brooks, Jason; Mike Kiles;
> > veritas-bu@mailman.eng.auburn.edu
> > > Subject: Re: [Veritas-bu] Win2k3 64 bit clients
> -
> > NBU 6.0 MP4
> > > 
> > > X64 absolutely requires a 64 bit client. It is
> not
> > to be 
> > > confused with the Itanium client. You have to go
> > to the 
> > > Symantec licensing portal to get at the x64
> client
> > software. 
> > > Works just fine.
> > > 
> > > David Spearman
> > > County of Henrico
> > > 
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > >
> [mailto:[EMAIL PROTECTED]
> > On Behalf 
> > > Of Brooks, Jason
> > > Sent: Tuesday, July 31, 2007 1:56 PM
> > > To: Mike Kiles;
> veritas-bu@mailman.eng.auburn.edu
> > > Subject: Re: [Veritas-bu] Win2k3 64 bit clients
> -
> > NBU 6.0 MP4
> > > 
> > > 
> > > Don't know the hardware, but on x64 Dell
> hardware,
> > Windows 
> > > 2003 x64 didn't like the 32 bit client.
> > > 
> > > > -Original Message-
> > > > From:
> [EMAIL PROTECTED]
> > > >
> > [mailto:[EMAIL PROTECTED]
> > On 
> > > Behalf Of Mike 
> > > > Kiles
> > > > Sent: Tuesday, July 31, 2007 1:51 PM
> > > > To: veritas-bu@mailman.eng.auburn.edu
> > > > Subject: [Veritas-bu] Win2k3 64 bit clients -
> > NBU 6.0 MP4
> > > >
> > > > Can I install 32 bit version of NetBackup
> Client
> > software on 64bit 
> > > > Win2K3 clients, EMT64 hardware? Is it
> supported?
> > I also plan to use 
> > > > RMAN and NetBackup agent for Oracle.
> > > >
> > > > Thx
> > > >
> > > >
> > > >
> > > >
> >
>
__
> > > > __
> > > > Be a better Heartthrob. Get better
> relationship
> > answers 
> > > from someone 
> > > > who knows. Yahoo! Answers - Check it out.
> > > >
> >
>
http://answers.yahoo.com/dir/?link=list&sid=396545433
> > > >
> ___
> > > > 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
> > 
> 
> 
> 
>
>

> Building a website is a piece of cake. Yahoo! Small
> Business gives you all the tools to get online.
> http://smallbusiness.yahoo.com/webhosting 
> ___
> Veritas-bu maillist  - 
> Veritas-bu@mailman.eng.auburn.edu
>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 



  

Luggage? GPS? Comic books? 
Check out fitting gifts for grads at Yahoo! Search
http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Storagetek L1400 is not seen in window 2003 the drive are seen

[Patricia Harmon]

Okay quick rundown and hoping someone can give me some ideas on this.

We have a StorageTek L1400 Tape Library. It contains 8 tape drives.
We have an HP Proliant DL380 G4 Server running Windows 2003 R2.
Inside that server contains single 1 port hp fca2214 Fiber Channel
card.

I connected the 8 drives to 8 available ports on the HBA and the
libraries
control module to the last port on the HBA.

Windows can see the tape drives but they cannot see the L1400 library.

Any suggestions would be appreciated. If you need more information from
me I will

 
Patricia Harmon 
Distributed Systems
Tampa Electric Company
813.225.5164 (office)
813.763.3579 (cell)
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4

[Len Boyle]

The netbackup version 6 os compatibility matrix says that it is
supported with MP2. Except for encryption support which requires mpt4. 

If you go to the support web site you should be able to download the mp4
bits for x64. You just have to down load the windows server code with
the windows client code. 

len

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brooks,
Jason
Sent: Tuesday, July 31, 2007 2:28 PM
To: Spearman, David; Mike Kiles; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4

It's my understanding that you will have to go to 5.1MP4+ for x64
support, or wait for NBU 6.5.  Am I wrong?  I'd like to be, but I never
found a 6.0
x64 client. 

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Spearman, David
> Sent: Tuesday, July 31, 2007 2:08 PM
> To: Brooks, Jason; Mike Kiles; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4
> 
> X64 absolutely requires a 64 bit client. It is not to be confused with

> the Itanium client. You have to go to the Symantec licensing portal to

> get at the x64 client software.
> Works just fine.
> 
> David Spearman
> County of Henrico
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Brooks, Jason
> Sent: Tuesday, July 31, 2007 1:56 PM
> To: Mike Kiles; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4
> 
> 
> Don't know the hardware, but on x64 Dell hardware, Windows
> 2003 x64 didn't like the 32 bit client.
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On
> Behalf Of Mike
> > Kiles
> > Sent: Tuesday, July 31, 2007 1:51 PM
> > To: veritas-bu@mailman.eng.auburn.edu
> > Subject: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4
> >
> > Can I install 32 bit version of NetBackup Client software on 64bit
> > Win2K3 clients, EMT64 hardware? Is it supported? I also plan to use 
> > RMAN and NetBackup agent for Oracle.
> >
> > Thx
> >
> >
> >
> > __
> > __
> > Be a better Heartthrob. Get better relationship answers
> from someone
> > who knows. Yahoo! Answers - Check it out.
> > http://answers.yahoo.com/dir/?link=list&sid=396545433
> > ___
> > 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] User Backup to Windows-Flashbackup policy from the command line

[Dyck, Jonathan]

Hi all,
Here's a rather specific one...  Trying to launch a Windows-Flashbackup
job from the command line of a client (part of a much larger script that
is not handled by Netbackup)

Anyone ever tried the following from a Windows client?
bpbackup -p  -s Full -t 13 -S
 \\.\G:\MyServer

Results in a filelist served up of:
/\\./G:/MyServer

Which of course, isn't the \\.\ format that Flashbackup wants.  Ie:
Netbackup isn't accepting my string as literal.  Looks oddly perl-ish in
fact...

Just curious.

Thanks,
Jon
 
 This message may contain privileged and/or confidential information.  If 
you have received this e-mail in error or are not the intended recipient, you 
may not use, copy, disseminate or distribute it; do not open any attachments, 
delete it immediately from your system and notify the sender promptly by e-mail 
that you have done so.  Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4

[Mike Kiles]

There is a patch for x64 clients on the Symantec
website MP4 for NBU6.0. I am still trying the software
though. David mentioned to go Symantec licensing
portal, im trying that route.
Thx
--- "Brooks, Jason" <[EMAIL PROTECTED]> wrote:

> It's my understanding that you will have to go to
> 5.1MP4+ for x64 support,
> or wait for NBU 6.5.  Am I wrong?  I'd like to be,
> but I never found a 6.0
> x64 client. 
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED]
> On Behalf 
> > Of Spearman, David
> > Sent: Tuesday, July 31, 2007 2:08 PM
> > To: Brooks, Jason; Mike Kiles;
> veritas-bu@mailman.eng.auburn.edu
> > Subject: Re: [Veritas-bu] Win2k3 64 bit clients -
> NBU 6.0 MP4
> > 
> > X64 absolutely requires a 64 bit client. It is not
> to be 
> > confused with the Itanium client. You have to go
> to the 
> > Symantec licensing portal to get at the x64 client
> software. 
> > Works just fine.
> > 
> > David Spearman
> > County of Henrico
> > 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]
> On Behalf 
> > Of Brooks, Jason
> > Sent: Tuesday, July 31, 2007 1:56 PM
> > To: Mike Kiles; veritas-bu@mailman.eng.auburn.edu
> > Subject: Re: [Veritas-bu] Win2k3 64 bit clients -
> NBU 6.0 MP4
> > 
> > 
> > Don't know the hardware, but on x64 Dell hardware,
> Windows 
> > 2003 x64 didn't like the 32 bit client.
> > 
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > >
> [mailto:[EMAIL PROTECTED]
> On 
> > Behalf Of Mike 
> > > Kiles
> > > Sent: Tuesday, July 31, 2007 1:51 PM
> > > To: veritas-bu@mailman.eng.auburn.edu
> > > Subject: [Veritas-bu] Win2k3 64 bit clients -
> NBU 6.0 MP4
> > >
> > > Can I install 32 bit version of NetBackup Client
> software on 64bit 
> > > Win2K3 clients, EMT64 hardware? Is it supported?
> I also plan to use 
> > > RMAN and NetBackup agent for Oracle.
> > >
> > > Thx
> > >
> > >
> > >
> > >
>
__
> > > __
> > > Be a better Heartthrob. Get better relationship
> answers 
> > from someone 
> > > who knows. Yahoo! Answers - Check it out.
> > >
>
http://answers.yahoo.com/dir/?link=list&sid=396545433
> > > ___
> > > 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
> 



   

Building a website is a piece of cake. Yahoo! Small Business gives you all the 
tools to get online.
http://smallbusiness.yahoo.com/webhosting 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4

[Brooks, Jason]

It's my understanding that you will have to go to 5.1MP4+ for x64 support,
or wait for NBU 6.5.  Am I wrong?  I'd like to be, but I never found a 6.0
x64 client. 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Spearman, David
> Sent: Tuesday, July 31, 2007 2:08 PM
> To: Brooks, Jason; Mike Kiles; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4
> 
> X64 absolutely requires a 64 bit client. It is not to be 
> confused with the Itanium client. You have to go to the 
> Symantec licensing portal to get at the x64 client software. 
> Works just fine.
> 
> David Spearman
> County of Henrico
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Brooks, Jason
> Sent: Tuesday, July 31, 2007 1:56 PM
> To: Mike Kiles; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4
> 
> 
> Don't know the hardware, but on x64 Dell hardware, Windows 
> 2003 x64 didn't like the 32 bit client.
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On 
> Behalf Of Mike 
> > Kiles
> > Sent: Tuesday, July 31, 2007 1:51 PM
> > To: veritas-bu@mailman.eng.auburn.edu
> > Subject: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4
> >
> > Can I install 32 bit version of NetBackup Client software on 64bit 
> > Win2K3 clients, EMT64 hardware? Is it supported? I also plan to use 
> > RMAN and NetBackup agent for Oracle.
> >
> > Thx
> >
> >
> >
> > __
> > __
> > Be a better Heartthrob. Get better relationship answers 
> from someone 
> > who knows. Yahoo! Answers - Check it out.
> > http://answers.yahoo.com/dir/?link=list&sid=396545433
> > ___
> > 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
> 


smime.p7s
Description: S/MIME cryptographic signature
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4

[Mike Kiles]

Thanks
--- "Spearman, David" <[EMAIL PROTECTED]> wrote:

> X64 absolutely requires a 64 bit client. It is not
> to be confused with
> the Itanium client. You have to go to the Symantec
> licensing portal to
> get at the x64 client software. Works just fine.
> 
> David Spearman
> County of Henrico
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Brooks,
> Jason
> Sent: Tuesday, July 31, 2007 1:56 PM
> To: Mike Kiles; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Win2k3 64 bit clients -
> NBU 6.0 MP4
> 
> 
> Don't know the hardware, but on x64 Dell hardware,
> Windows 2003 x64
> didn't like the 32 bit client. 
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]
> On Behalf 
> > Of Mike Kiles
> > Sent: Tuesday, July 31, 2007 1:51 PM
> > To: veritas-bu@mailman.eng.auburn.edu
> > Subject: [Veritas-bu] Win2k3 64 bit clients - NBU
> 6.0 MP4
> > 
> > Can I install 32 bit version of NetBackup Client
> software on
> > 64bit Win2K3 clients, EMT64 hardware? Is it
> supported? I also 
> > plan to use RMAN and NetBackup agent for Oracle.
> > 
> > Thx
> > 
> > 
> > 
> >
>
__
> > __
> > Be a better Heartthrob. Get better relationship
> answers from
> > someone who knows. Yahoo! Answers - Check it out.
> >
>
http://answers.yahoo.com/dir/?link=list&sid=396545433
> > ___
> > Veritas-bu maillist  - 
> Veritas-bu@mailman.eng.auburn.edu 
> >
>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > 
> 



   

Moody friends. Drama queens. Your life? Nope! - their life, your story. Play 
Sims Stories at Yahoo! Games.
http://sims.yahoo.com/  
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NOM

[Matthew Johnson]

Thanks for the response we are moving to third party software just
waiting on approval. As for now I have to use what I have

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]

Sent: Monday, July 30, 2007 1:40 PM
To: Matthew Johnson; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] NOM

The canned reports suck in NOM, but we have a number of reports coming
out of NOM. It is not very stable and not very user friendly. I think
Veritas would rather you use their product that you pay for (I think its
called advanced reporter??). 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Matthew
Johnson
Sent: Monday, July 30, 2007 4:25 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NOM
Importance: High

Hello All,


I have just completed the upgrade to 6.0 mp4. I was wondering if anyone
as set up some sort of daily/monthly reporting using NOM. I am having a
heck of a time. We are going to move to another solution in the future
but for now I have to use NOM. Anything would help at this point.


Thanks in advanced,


Matt


Matthew Johnson 
System Backup Administrator 
Information Technology
Operations
2835 N. Naomi Street 
Burbank, CA 91504-2024
Tel.  (818) 955-6357
Fax. 
For information on our products and services, please visit


Disclaimer - July 30, 2007 
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 maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4

[Spearman, David]

X64 absolutely requires a 64 bit client. It is not to be confused with
the Itanium client. You have to go to the Symantec licensing portal to
get at the x64 client software. Works just fine.

David Spearman
County of Henrico

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brooks,
Jason
Sent: Tuesday, July 31, 2007 1:56 PM
To: Mike Kiles; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4


Don't know the hardware, but on x64 Dell hardware, Windows 2003 x64
didn't like the 32 bit client. 

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Mike Kiles
> Sent: Tuesday, July 31, 2007 1:51 PM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4
> 
> Can I install 32 bit version of NetBackup Client software on
> 64bit Win2K3 clients, EMT64 hardware? Is it supported? I also 
> plan to use RMAN and NetBackup agent for Oracle.
> 
> Thx
> 
> 
> 
> __
> __
> Be a better Heartthrob. Get better relationship answers from
> someone who knows. Yahoo! Answers - Check it out.
> http://answers.yahoo.com/dir/?link=list&sid=396545433
> ___
> 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] Win2k3 64 bit clients - NBU 6.0 MP4

[Brooks, Jason]

Don't know the hardware, but on x64 Dell hardware, Windows 2003 x64 didn't
like the 32 bit client. 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Mike Kiles
> Sent: Tuesday, July 31, 2007 1:51 PM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4
> 
> Can I install 32 bit version of NetBackup Client software on 
> 64bit Win2K3 clients, EMT64 hardware? Is it supported? I also 
> plan to use RMAN and NetBackup agent for Oracle.
> 
> Thx
> 
> 
> 
> __
> __
> Be a better Heartthrob. Get better relationship answers from 
> someone who knows. Yahoo! Answers - Check it out.
> http://answers.yahoo.com/dir/?link=list&sid=396545433
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 


smime.p7s
Description: S/MIME cryptographic signature
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Win2k3 64 bit clients - NBU 6.0 MP4

[Mike Kiles]

Can I install 32 bit version of NetBackup Client
software on 64bit Win2K3 clients, EMT64 hardware? Is
it supported? I also plan to use RMAN and NetBackup
agent for Oracle.

Thx


   

Be a better Heartthrob. Get better relationship answers from someone who knows. 
Yahoo! Answers - Check it out. 
http://answers.yahoo.com/dir/?link=list&sid=396545433
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Has anyone done benchmarking of any sort with..

[Forester, Jack L]

I'll back this up, too.  We're going to install a couple large VTLs this
year, and Symantec wants to license only by size.  For the size we are
getting, it would be cheaper to license by size only if we were going to
configure over 100 virtual drives on each one.  I blasted them over
their VTL license as the value of the VTL comes from the VTL itself, not
the extortion fee you have to pay Symantec to permit you to use it with
NetBackup.  I suggested that they over both options - license by size or
license by number of drives - whichever is most cost effective for the
customer.

Jack L. Forester, Jr.
UNIX Systems Administrator, Stf
Lockheed Martin Information Technology
(304) 625-3946

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Curtis
Preston
Sent: Tuesday, July 31, 2007 11:20 AM
To: Paul Keating; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Has anyone done benchmarking of any sort
with..

>It's also possible, I believe, I'd have to check the licenses, to
license >VTL as "VTL by virtual drive".

Not according to Symantec.  That's the point _I'm_ making. ;)

___
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] Re: How to run multiple polices on the same client simultaneousl

[dbwallis]

cpreston wrote:
> 
> So if:
> 
> 1. You've got a high number in the global max jobs per client.
> 2. You leave the max jobs per policy alone (which is unlimited).
> 3. You put a high number in the max jobs per stunit.
> 4. You put a reasonable number in the multiplexing setting of your
> scheds.
> 
> Then you'll get what you want!
> 


Ok, this is what I have:

1. global max jobs set to 99
2. max jobs/policy = unlimited
3. max jobs/stunit = 32 (the max allowed)
4. If I set "media multiplexing" to > 1 in a policy, I get multiple jobs to a 
single tape drive. If I set it = 1, I get multiple jobs to multiple tape drives 
- exactly what I want.

Thanks for clearing this up for me!

-- David

+--
|This was sent by [EMAIL PROTECTED] via Backup Central.
|Forward SPAM to [EMAIL PROTECTED]
+--


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Has anyone done benchmarking of any sort with..

[Curtis Preston]

>It's also possible, I believe, I'd have to check the licenses, to
license >VTL as "VTL by virtual drive".

Not according to Symantec.  That's the point _I'm_ making. ;)

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

[Clooney, David]

We too use  262144 buffer size with 9940B's, and achieve in excess of 50mb/sec 
on exchange backups, albeit on HDS.

 

The blocksize limitation is a windows 2003 SP1 issue that is overcome by 
installing hotfix 873422, we too use the STK driver and needed this hotfix to 
overcome the limitation.

 

Dave

 

 



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating
Sent: 31 July 2007 14:57
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

 

Those 9940B drives should be good for a 262144 buffer size, unless there's 
still some windows limitationthough I believe that limitation was for the 
built in windows driver.

you should be fine with the STK driver, though you'd obviously want to do some 
testing.

 

Can you get a report of your current disk layout from the disk fairies?

RAID layout? Number of spindles? Dedicated RAIDsets? Number of paths? etc, etc?

 

Paul

 

 

-- 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin 
Whittaker
Sent: July 31, 2007 9:39 AM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

Yes, when we speed it up we played with the buffer settings.

 

# of buffers is set at 64, size is 32768.

 

When I started this 6 months ago, they said only professional services 
could help me.  But I will say that the guy that came in did help, because 
before it was talking 23 hours to backup.  With the multiple streaming of the 
information stores, buffer changes, and installing the STK tape drivers for 
windows instead of the Veritas ones, we saw improvements.

 

I was talking with the disk fairies and they are going to relay out the 
disks for the exchange servers.  They are saying, from what they are seeing, 
this will also help with the read performance.  I will just have to wait for 
them and be patience.

 

Kevin


 
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.



Notice to recipient:
The information in this internet e-mail and any attachments is confidential and 
may be privileged. It is intended solely for the addressee. If you are not the 
intended addressee please notify the sender immediately by telephone. If you 
are not the intended recipient, any disclosure, copying, distribution or any 
action taken or omitted to be taken in reliance on it, is prohibited and may be 
unlawful.

When addressed to external clients any opinions or advice contained in this 
internet e-mail are subject to the terms and conditions expressed in any 
applicable governing terms of business or client engagement letter issued by 
the pertinent Bank of America group entity.

If this email originates from the U.K. please note that Bank of America, N.A., 
London Branch and Banc of America Securities Limited are authorised and 
regulated by the Financial Services Authority.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

[WEAVER, Simon (external)]

What configuration are the disks - ask the fairies I guess :-) RAID5 for the
DB's and RAID1 for logs, ect?

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: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 2:39 PM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


Yes, when we speed it up we played with the buffer settings.
 
# of buffers is set at 64, size is 32768.
 
When I started this 6 months ago, they said only professional services could
help me.  But I will say that the guy that came in did help, because before
it was talking 23 hours to backup.  With the multiple streaming of the
information stores, buffer changes, and installing the STK tape drivers for
windows instead of the Veritas ones, we saw improvements.
 
I was talking with the disk fairies and they are going to relay out the
disks for the exchange servers.  They are saying, from what they are seeing,
this will also help with the read performance.  I will just have to wait for
them and be patience.
 
Kevin

  _  

From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 9:32 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


Ok fiber is very, very good, because that is what I use (very similar, but
all HP branded).
spoken to Veritas on what changes they made??
 
 

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: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 2:19 PM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


EMC DMX3000 disk. I would have to ask the disk fairies what type of
disk, but I believe it is the high end EMC disk.  They have their own Disk
SAN setup with 2 fiber connections to ever server.

  _  

From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 9:14 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


kevin
Forgot to ask, what sort of disks are the DB's on? High speed fibre, or SCSI
Internal drives or hot swappable?
 
 

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: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 12:36 PM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


1)  I checked and there is no tracker.exe running.
2)  There is no AV running on it.
 
Checked event logs and only found entries about backing up specific files
under the information store.
 
Network speed?!?  They are SAN MEDIA Servers, and backup directly to the SSO
drives.
 
Yes the policy is configured to use the storage unit for the media server.
 
Seeing your backup time does not sound positive to me.
 
75GB in 47 mins, means taking my 805GB divide by 75GB = 10.72 hours!

  _  

From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 1:19 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


Hi
Well my Ex2k3 is a SAN Media - get approx 60 - 80GB+ - I backup the
information store policy and it uses one drive.
 
You can use the * at the end to stream the stores (which sounds like the
route veritas has made).
 
To give you an idea, checking last nights backup took  47 mins to backup
75GB
 
I use SSO/SAN/Fiber/LTO3 HP ESL Library.
 
Two things to look at:
1) Make sure tracker.exe is not running locally on the Exchange box (Start,
Run, type MSCONFIG and goto the STARTUP tab)
2) Turn off any AV for the Windows operating system (do not turn off
Exchange AV)
 
Any errors in the event logs? Almost sounds like Network speeds to me.
 
your policy is configured to use the storage unit for the Media Server?
 
Hope this helps (a little!)
 
 

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] On Behalf Of Kevin
Whittaker
Sent: Monday, July 30, 2007 7:17 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject:

Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

[Jeff Lightner]

EMC DMX only does fibre - earlier Symmetrix models would do SCSI
connections.

 

EMC Clariion gives choice of fibre or ATA drives but the array itself
would be fibre (SAN) connected to the hosts in either case.   We're
doing our Exchange on Clariion CX500 with fibre drives.   

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin
Whittaker
Sent: Tuesday, July 31, 2007 9:19 AM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

 

EMC DMX3000 disk. I would have to ask the disk fairies what type of
disk, but I believe it is the high end EMC disk.  They have their own
Disk SAN setup with 2 fiber connections to ever server.

 



From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 9:14 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow

kevin

Forgot to ask, what sort of disks are the DB's on? High speed fibre, or
SCSI Internal drives or hot swappable?

 

 

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: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 12:36 PM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup
Slow

1)  I checked and there is no tracker.exe running.

2)  There is no AV running on it.

 

Checked event logs and only found entries about backing up
specific files under the information store.

 

Network speed?!?  They are SAN MEDIA Servers, and backup
directly to the SSO drives.

 

Yes the policy is configured to use the storage unit for the
media server.

 

Seeing your backup time does not sound positive to me.

 

75GB in 47 mins, means taking my 805GB divide by 75GB = 10.72
hours!

 





From: WEAVER, Simon (external)
[mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 1:19 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup
Slow

Hi

Well my Ex2k3 is a SAN Media - get approx 60 - 80GB+ - I backup
the information store policy and it uses one drive.

 

You can use the * at the end to stream the stores (which sounds
like the route veritas has made).

 

To give you an idea, checking last nights backup took  47 mins
to backup 75GB

 

I use SSO/SAN/Fiber/LTO3 HP ESL Library.

 

Two things to look at:

1) Make sure tracker.exe is not running locally on the Exchange
box (Start, Run, type MSCONFIG and goto the STARTUP tab)

2) Turn off any AV for the Windows operating system (do not turn
off Exchange AV)

 

Any errors in the event logs? Almost sounds like Network speeds
to me.

 

your policy is configured to use the storage unit for the Media
Server?

 

Hope this helps (a little!)

 

 

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] On Behalf Of Kevin
Whittaker
Sent: Monday, July 30, 2007 7:17 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Exchange 2003 Information Store
Backup Slow

All, 

I have 2 Exchange 2003 servers, both running Server 2003
SP2.  I will have to admit I don't know much about the 2003 exchange
setup, but I was told that they are on the latest patches for Exchange.
Both servers are SAN Media servers and backup to a tape drive via SSO.
The Silo is a L700E with 9940B tape drives.  The Disk space is actually
EMC drives via a Disk SAN.  The backup is a Full backup every night.

Here is the issue... the backup doesn't run very fast at
least I don't think so. 

Six months ago, we had Veritas come in and look at them
and help speed them up.  We did 2 things;  One we set limits on the
mailboxes of people so the overall size of the information stores when
down from 1.2TB to 705GB.  Two, we changed the backups to backup each of
the 4 information stores at the same time and multiplex them.

1st Exchange Serv

Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

[Paul Keating]

Those 9940B drives should be good for a 262144 buffer size, unless
there's still some windows limitationthough I believe that
limitation was for the built in windows driver.
you should be fine with the STK driver, though you'd obviously want to
do some testing.
 
Can you get a report of your current disk layout from the disk fairies?
RAID layout? Number of spindles? Dedicated RAIDsets? Number of paths?
etc, etc?
 
Paul
 
 
-- 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin
Whittaker
Sent: July 31, 2007 9:39 AM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Exchange 2003 Information Store Backup
Slow


Yes, when we speed it up we played with the buffer settings.
 
# of buffers is set at 64, size is 32768.
 
When I started this 6 months ago, they said only professional
services could help me.  But I will say that the guy that came in did
help, because before it was talking 23 hours to backup.  With the
multiple streaming of the information stores, buffer changes, and
installing the STK tape drivers for windows instead of the Veritas ones,
we saw improvements.
 
I was talking with the disk fairies and they are going to relay
out the disks for the exchange servers.  They are saying, from what they
are seeing, this will also help with the read performance.  I will just
have to wait for them and be patience.
 
Kevin



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] Exchange 2003 Information Store Backup Slow

[Kevin Whittaker]

Yes, when we speed it up we played with the buffer settings.
 
# of buffers is set at 64, size is 32768.
 
When I started this 6 months ago, they said only professional services
could help me.  But I will say that the guy that came in did help,
because before it was talking 23 hours to backup.  With the multiple
streaming of the information stores, buffer changes, and installing the
STK tape drivers for windows instead of the Veritas ones, we saw
improvements.
 
I was talking with the disk fairies and they are going to relay out the
disks for the exchange servers.  They are saying, from what they are
seeing, this will also help with the read performance.  I will just have
to wait for them and be patience.
 
Kevin



From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 9:32 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


Ok fiber is very, very good, because that is what I use (very similar,
but all HP branded).
spoken to Veritas on what changes they made??
 
 

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: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 2:19 PM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup
Slow


EMC DMX3000 disk. I would have to ask the disk fairies what
type of disk, but I believe it is the high end EMC disk.  They have
their own Disk SAN setup with 2 fiber connections to ever server.



From: WEAVER, Simon (external)
[mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 9:14 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup
Slow


kevin
Forgot to ask, what sort of disks are the DB's on? High speed
fibre, or SCSI Internal drives or hot swappable?
 
 

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: Kevin Whittaker
[mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 12:36 PM
To: WEAVER, Simon (external);
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information
Store Backup Slow


1)  I checked and there is no tracker.exe running.
2)  There is no AV running on it.
 
Checked event logs and only found entries about backing
up specific files under the information store.
 
Network speed?!?  They are SAN MEDIA Servers, and backup
directly to the SSO drives.
 
Yes the policy is configured to use the storage unit for
the media server.
 
Seeing your backup time does not sound positive to me.
 
75GB in 47 mins, means taking my 805GB divide by 75GB =
10.72 hours!



From: WEAVER, Simon (external)
[mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 1:19 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information
Store Backup Slow


Hi
Well my Ex2k3 is a SAN Media - get approx 60 - 80GB+ - I
backup the information store policy and it uses one drive.
 
You can use the * at the end to stream the stores (which
sounds like the route veritas has made).
 
To give you an idea, checking last nights backup took
47 mins to backup 75GB
 
I use SSO/SAN/Fiber/LTO3 HP ESL Library.
 
Two things to look at:
1) Make sure tracker.exe is not running locally on the
Exchange box (Start, Run, type MSCONFIG and goto the STARTUP tab)
2) Turn off any AV for the Windows operating system (do
not turn off Exchange AV)
 
Any errors in the event logs? Almost sounds like Network
speeds to me.
 
your policy is configured to use the storage unit for
the Media Server?
 
Hope this helps (a little!)
   

Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

[WEAVER, Simon (external)]

Ok fiber is very, very good, because that is what I use (very similar, but
all HP branded).
spoken to Veritas on what changes they made??
 
 

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: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 2:19 PM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


EMC DMX3000 disk. I would have to ask the disk fairies what type of
disk, but I believe it is the high end EMC disk.  They have their own Disk
SAN setup with 2 fiber connections to ever server.

  _  

From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 9:14 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


kevin
Forgot to ask, what sort of disks are the DB's on? High speed fibre, or SCSI
Internal drives or hot swappable?
 
 

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: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 12:36 PM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


1)  I checked and there is no tracker.exe running.
2)  There is no AV running on it.
 
Checked event logs and only found entries about backing up specific files
under the information store.
 
Network speed?!?  They are SAN MEDIA Servers, and backup directly to the SSO
drives.
 
Yes the policy is configured to use the storage unit for the media server.
 
Seeing your backup time does not sound positive to me.
 
75GB in 47 mins, means taking my 805GB divide by 75GB = 10.72 hours!

  _  

From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 1:19 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


Hi
Well my Ex2k3 is a SAN Media - get approx 60 - 80GB+ - I backup the
information store policy and it uses one drive.
 
You can use the * at the end to stream the stores (which sounds like the
route veritas has made).
 
To give you an idea, checking last nights backup took  47 mins to backup
75GB
 
I use SSO/SAN/Fiber/LTO3 HP ESL Library.
 
Two things to look at:
1) Make sure tracker.exe is not running locally on the Exchange box (Start,
Run, type MSCONFIG and goto the STARTUP tab)
2) Turn off any AV for the Windows operating system (do not turn off
Exchange AV)
 
Any errors in the event logs? Almost sounds like Network speeds to me.
 
your policy is configured to use the storage unit for the Media Server?
 
Hope this helps (a little!)
 
 

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] On Behalf Of Kevin
Whittaker
Sent: Monday, July 30, 2007 7:17 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Exchange 2003 Information Store Backup Slow



All, 

I have 2 Exchange 2003 servers, both running Server 2003 SP2.  I will have
to admit I don't know much about the 2003 exchange setup, but I was told
that they are on the latest patches for Exchange.  Both servers are SAN
Media servers and backup to a tape drive via SSO.  The Silo is a L700E with
9940B tape drives.  The Disk space is actually EMC drives via a Disk SAN.
The backup is a Full backup every night.

Here is the issue... the backup doesn't run very fast at least I don't think
so. 

Six months ago, we had Veritas come in and look at them and help speed them
up.  We did 2 things;  One we set limits on the mailboxes of people so the
overall size of the information stores when down from 1.2TB to 705GB.  Two,
we changed the backups to backup each of the 4 information stores at the
same time and multiplex them.

1st Exchange Server:  (Total 81.4GB per hour) 
SG1 Mail20.3GB per hour 
SG2 Mail20.5GB per hour 
SG3 Mail20.1GB per hour 
SG4 Public Folder   20.5GB per hour 

2nd Exchange Server: (Total 82.6GB per hour) 
SG1 Mail19.5GB per hour 
SG2 Mail19.9GB per hour 
SG3 Mail19.4GB per hour 
SG4 Mail23.8GB per hour 

Since that translates to about 22.5MB per second on tape drives that should
be able to do about 60MB.  I have a couple Windows 2003 server backups over
the network that are doing 35MB per second!

So, does

Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

[Kevin Whittaker]

EMC DMX3000 disk. I would have to ask the disk fairies what type of
disk, but I believe it is the high end EMC disk.  They have their own
Disk SAN setup with 2 fiber connections to ever server.



From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 9:14 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


kevin
Forgot to ask, what sort of disks are the DB's on? High speed fibre, or
SCSI Internal drives or hot swappable?
 
 

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: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 12:36 PM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup
Slow


1)  I checked and there is no tracker.exe running.
2)  There is no AV running on it.
 
Checked event logs and only found entries about backing up
specific files under the information store.
 
Network speed?!?  They are SAN MEDIA Servers, and backup
directly to the SSO drives.
 
Yes the policy is configured to use the storage unit for the
media server.
 
Seeing your backup time does not sound positive to me.
 
75GB in 47 mins, means taking my 805GB divide by 75GB = 10.72
hours!



From: WEAVER, Simon (external)
[mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 1:19 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup
Slow


Hi
Well my Ex2k3 is a SAN Media - get approx 60 - 80GB+ - I backup
the information store policy and it uses one drive.
 
You can use the * at the end to stream the stores (which sounds
like the route veritas has made).
 
To give you an idea, checking last nights backup took  47 mins
to backup 75GB
 
I use SSO/SAN/Fiber/LTO3 HP ESL Library.
 
Two things to look at:
1) Make sure tracker.exe is not running locally on the Exchange
box (Start, Run, type MSCONFIG and goto the STARTUP tab)
2) Turn off any AV for the Windows operating system (do not turn
off Exchange AV)
 
Any errors in the event logs? Almost sounds like Network speeds
to me.
 
your policy is configured to use the storage unit for the Media
Server?
 
Hope this helps (a little!)
 
 

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] On Behalf Of Kevin
Whittaker
Sent: Monday, July 30, 2007 7:17 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Exchange 2003 Information Store
Backup Slow



All, 

I have 2 Exchange 2003 servers, both running Server 2003
SP2.  I will have to admit I don't know much about the 2003 exchange
setup, but I was told that they are on the latest patches for Exchange.
Both servers are SAN Media servers and backup to a tape drive via SSO.
The Silo is a L700E with 9940B tape drives.  The Disk space is actually
EMC drives via a Disk SAN.  The backup is a Full backup every night.

Here is the issue... the backup doesn't run very fast at
least I don't think so. 

Six months ago, we had Veritas come in and look at them
and help speed them up.  We did 2 things;  One we set limits on the
mailboxes of people so the overall size of the information stores when
down from 1.2TB to 705GB.  Two, we changed the backups to backup each of
the 4 information stores at the same time and multiplex them.

1st Exchange Server:  (Total 81.4GB per hour) 
SG1 Mail20.3GB per hour 
SG2 Mail20.5GB per hour 
SG3 Mail20.1GB per hour 
SG4 Public Folder   20.5GB per hour 

2nd Exchange Server: (Total 82.6GB per hour) 
SG1 Mail19.5GB per hour 
SG2 Mail19.9GB per hour 
SG3 Mail19.4GB per hour 
SG4 Mail23.8GB per hour 

 

Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

[WEAVER, Simon (external)]

Kevin
the comment about Network speed was me saying it sounds almost like its
running over the LAN - it was the sort of speeds I would have expected to
see over the network, but not fibre (SSO).
 
The example I gave was merely an example of a backup that ran over fiber
last night- so please do NOT compare this to yours :-)
 
Do you happen to know if any buffer settings were changed with Veritas came
in? Have you actually spoken to them to complain about the performance
issues.
 

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: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 12:36 PM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


1)  I checked and there is no tracker.exe running.
2)  There is no AV running on it.
 
Checked event logs and only found entries about backing up specific files
under the information store.
 
Network speed?!?  They are SAN MEDIA Servers, and backup directly to the SSO
drives.
 
Yes the policy is configured to use the storage unit for the media server.
 
Seeing your backup time does not sound positive to me.
 
75GB in 47 mins, means taking my 805GB divide by 75GB = 10.72 hours!

  _  

From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 1:19 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


Hi
Well my Ex2k3 is a SAN Media - get approx 60 - 80GB+ - I backup the
information store policy and it uses one drive.
 
You can use the * at the end to stream the stores (which sounds like the
route veritas has made).
 
To give you an idea, checking last nights backup took  47 mins to backup
75GB
 
I use SSO/SAN/Fiber/LTO3 HP ESL Library.
 
Two things to look at:
1) Make sure tracker.exe is not running locally on the Exchange box (Start,
Run, type MSCONFIG and goto the STARTUP tab)
2) Turn off any AV for the Windows operating system (do not turn off
Exchange AV)
 
Any errors in the event logs? Almost sounds like Network speeds to me.
 
your policy is configured to use the storage unit for the Media Server?
 
Hope this helps (a little!)
 
 

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] On Behalf Of Kevin
Whittaker
Sent: Monday, July 30, 2007 7:17 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Exchange 2003 Information Store Backup Slow



All, 

I have 2 Exchange 2003 servers, both running Server 2003 SP2.  I will have
to admit I don't know much about the 2003 exchange setup, but I was told
that they are on the latest patches for Exchange.  Both servers are SAN
Media servers and backup to a tape drive via SSO.  The Silo is a L700E with
9940B tape drives.  The Disk space is actually EMC drives via a Disk SAN.
The backup is a Full backup every night.

Here is the issue... the backup doesn't run very fast at least I don't think
so. 

Six months ago, we had Veritas come in and look at them and help speed them
up.  We did 2 things;  One we set limits on the mailboxes of people so the
overall size of the information stores when down from 1.2TB to 705GB.  Two,
we changed the backups to backup each of the 4 information stores at the
same time and multiplex them.

1st Exchange Server:  (Total 81.4GB per hour) 
SG1 Mail20.3GB per hour 
SG2 Mail20.5GB per hour 
SG3 Mail20.1GB per hour 
SG4 Public Folder   20.5GB per hour 

2nd Exchange Server: (Total 82.6GB per hour) 
SG1 Mail19.5GB per hour 
SG2 Mail19.9GB per hour 
SG3 Mail19.4GB per hour 
SG4 Mail23.8GB per hour 

Since that translates to about 22.5MB per second on tape drives that should
be able to do about 60MB.  I have a couple Windows 2003 server backups over
the network that are doing 35MB per second!

So, does anybody get about the same performance? Better?  Any ideas about
things to look at? 

Kevin Whittaker 
Syniverse Technologies 
Systems Engineer - UNIX Admin 
Work: (813) 637-5502 
Cell: (813) 810-6456 

This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately,
do not copy this message or any attachments and do not use it for any
purpose or disclose its content to any person, but delete this message and
any attachments from your system. Astrium disclaims any and all liability if
this email transmiss

Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

[WEAVER, Simon (external)]

kevin
Forgot to ask, what sort of disks are the DB's on? High speed fibre, or SCSI
Internal drives or hot swappable?
 
 

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: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 12:36 PM
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


1)  I checked and there is no tracker.exe running.
2)  There is no AV running on it.
 
Checked event logs and only found entries about backing up specific files
under the information store.
 
Network speed?!?  They are SAN MEDIA Servers, and backup directly to the SSO
drives.
 
Yes the policy is configured to use the storage unit for the media server.
 
Seeing your backup time does not sound positive to me.
 
75GB in 47 mins, means taking my 805GB divide by 75GB = 10.72 hours!

  _  

From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 1:19 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


Hi
Well my Ex2k3 is a SAN Media - get approx 60 - 80GB+ - I backup the
information store policy and it uses one drive.
 
You can use the * at the end to stream the stores (which sounds like the
route veritas has made).
 
To give you an idea, checking last nights backup took  47 mins to backup
75GB
 
I use SSO/SAN/Fiber/LTO3 HP ESL Library.
 
Two things to look at:
1) Make sure tracker.exe is not running locally on the Exchange box (Start,
Run, type MSCONFIG and goto the STARTUP tab)
2) Turn off any AV for the Windows operating system (do not turn off
Exchange AV)
 
Any errors in the event logs? Almost sounds like Network speeds to me.
 
your policy is configured to use the storage unit for the Media Server?
 
Hope this helps (a little!)
 
 

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] On Behalf Of Kevin
Whittaker
Sent: Monday, July 30, 2007 7:17 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Exchange 2003 Information Store Backup Slow



All, 

I have 2 Exchange 2003 servers, both running Server 2003 SP2.  I will have
to admit I don't know much about the 2003 exchange setup, but I was told
that they are on the latest patches for Exchange.  Both servers are SAN
Media servers and backup to a tape drive via SSO.  The Silo is a L700E with
9940B tape drives.  The Disk space is actually EMC drives via a Disk SAN.
The backup is a Full backup every night.

Here is the issue... the backup doesn't run very fast at least I don't think
so. 

Six months ago, we had Veritas come in and look at them and help speed them
up.  We did 2 things;  One we set limits on the mailboxes of people so the
overall size of the information stores when down from 1.2TB to 705GB.  Two,
we changed the backups to backup each of the 4 information stores at the
same time and multiplex them.

1st Exchange Server:  (Total 81.4GB per hour) 
SG1 Mail20.3GB per hour 
SG2 Mail20.5GB per hour 
SG3 Mail20.1GB per hour 
SG4 Public Folder   20.5GB per hour 

2nd Exchange Server: (Total 82.6GB per hour) 
SG1 Mail19.5GB per hour 
SG2 Mail19.9GB per hour 
SG3 Mail19.4GB per hour 
SG4 Mail23.8GB per hour 

Since that translates to about 22.5MB per second on tape drives that should
be able to do about 60MB.  I have a couple Windows 2003 server backups over
the network that are doing 35MB per second!

So, does anybody get about the same performance? Better?  Any ideas about
things to look at? 

Kevin Whittaker 
Syniverse Technologies 
Systems Engineer - UNIX Admin 
Work: (813) 637-5502 
Cell: (813) 810-6456 

This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately,
do not copy this message or any attachments and do not use it for any
purpose or disclose its content to any person, but delete this message and
any attachments from your system. Astrium disclaims any and all liability if
this email transmission was virus corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England




This email (including any attachments) may contain confidential and/or 
privileged informati

Re: [Veritas-bu] Has anyone done benchmarking of any sort with..

[Paul Keating]

That's what I'm saying.
Makes more sense to license VTL as "VTL by capacity".
It's also possible, I believe, I'd have to check the licenses, to license VTL 
as "VTL by virtual drive".

Paul


-- 


> -Original Message-
> From: Curtis Preston [mailto:[EMAIL PROTECTED] 
> Sent: July 30, 2007 4:23 PM
> To: Paul Keating; veritas-bu@mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] Has anyone done benchmarking of any 
> sort with..
> 
> 
> FWIW, The official answer from Symantec is that if you're 
> using a VTL, then you should buy the VTL license.  Their 
> logic is that when you bought your tape drive license, you 
> didn't buy a license to back up to virtual tape, you bought a 
> license to back up to real tape.  Now that you're backing up 
> to virtual tape, you need to buy the virtual tape license.
> 
> They also just had a major change in how they price things 
> that you should look into.  They announced it at vision, but 
> I forgot it already. ;)  As I recall, the whole server can be 
> capacity based now.  FWIW, I like capacity-based pricing.
> 
> ---
> W. Curtis Preston
> Backup Blog @ www.backupcentral.com
> VP Data Protection, GlassHouse Technologies 
> 
> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Paul Keating
> Sent: Monday, July 30, 2007 7:42 AM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Has anyone done benchmarking of any 
> sort with..
> 
> Depends which licensing model you're following.
> If you have an Enterprise site license, fine.
> I think Jon and I are both licensing the robots and a "per 
> drive" scheme, in which case we're both paying for our VTLs.
> However, since you can create a ridiculous number of virtual 
> drives on a VTL it makes more sense to license by provisioned 
> storage in almost any case, then you can have as many drives 
> as you want.
> 
> Paul
> 
> -- 
> 
> 
> > -Original Message-
> > From: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
> > Sent: July 30, 2007 10:18 AM
> > To: Dyck, Jonathan; Paul Keating; Justin Piszcz
> > Cc: veritas-bu@mailman.eng.auburn.edu
> > Subject: RE: [Veritas-bu] Has anyone done benchmarking of any 
> > sort with..
> > 
> > 
> > Well, actually if your VTL masks itself as a regular robot... 
> > Licensing is non-existent.
> > 
> > Because the EMC CDL/EDL that I have can look like an L700E 
> > and I already have the license for a robot like this, and I 
> > have enterprise licenses then I had to pay nothing extra 
> thru Veritas.
> > 
> > Kevin 
> > 
> > -Original Message-
> > From: Dyck, Jonathan [mailto:[EMAIL PROTECTED] 
> > Sent: Monday, July 30, 2007 10:01 AM
> > To: Paul Keating; Justin Piszcz; Kevin Whittaker
> > Cc: veritas-bu@mailman.eng.auburn.edu
> > Subject: RE: [Veritas-bu] Has anyone done benchmarking of any 
> > sort with..
> > 
> > Hey Paul,
> > 
> > Have you actually tried to implement this before (same STU 
> > being used with multiple policies, two (or more) different 
> > MPX levels)?  Yours is the same theory I figured on, being 
> > that the lowest MPX number wins out, but I've observed 
> > differently when actually implementing it (NBU 5.1 MP5).  
> > 
> > When I spat the failure (the fact that lower levels of MPX 
> > were obviously writing to higher levels MPX streams) out to 
> > support, they basically said I had 3 options: 1) different 
> > volume pools for the different MPX policies, 2) different 
> > retentions for the different MPX policies, 3) create separate 
> > STUs for the different MPX policies.
> > 
> > 
> > 
> > Question on VTLs, the only reason I could see you wanting to 
> > MPX anything on them would be to save $$.  Symantec has two 
> > options (I think?) "license per virtual drive" or "license 
> > per TB used" last I checked into it.  Any technical reason 
> > anyone can think of to MPX data onto a VTL?
> > 
> > Cheers,
> > Jon
> > 
> >  
> > 
> > -Original Message-
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] On Behalf 
> > Of Paul Keating
> > Sent: Friday, July 27, 2007 9:24 AM
> > To: Justin Piszcz; Kevin Whittaker
> > Cc: veritas-bu@mailman.eng.auburn.edu
> > Subject: Re: [Veritas-bu] Has anyone done benchmarking of any 
> > sort with..
> > 
> > Yes they do.
> > :o)
> > 
> > I think what kevin was getting at, and what you were asking 
> about, is:
> > 
> > If you set the MPX=1 in the schedule, regardless of the MPX 
> > level of the STU, the "lowest" number is the one that is observed.
> > 
> > F'rinstance, you've got 2 jobs runningschedule and STU 
> > MPX=4, so effectively, you could start two more jobs and they 
> > would start streaming to the same tape.
> > 
> > If you start a single job in another policy with MPX=1, even 
> > though there are 2 streams "available" on that drive, the 
> > MPX=1 job will wait untill it can have sole use of the drive 
> > before it starts, as the sched limits MPX=1.
> > 
> > Paul
> > 
> > -- 
> > 
> > 
> > > -Original Message

Re: [Veritas-bu] Exchange 2003 Information Store Backup Slow

[Kevin Whittaker]

1)  I checked and there is no tracker.exe running.
2)  There is no AV running on it.
 
Checked event logs and only found entries about backing up specific
files under the information store.
 
Network speed?!?  They are SAN MEDIA Servers, and backup directly to the
SSO drives.
 
Yes the policy is configured to use the storage unit for the media
server.
 
Seeing your backup time does not sound positive to me.
 
75GB in 47 mins, means taking my 805GB divide by 75GB = 10.72 hours!



From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 31, 2007 1:19 AM
To: Kevin Whittaker; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange 2003 Information Store Backup Slow


Hi
Well my Ex2k3 is a SAN Media - get approx 60 - 80GB+ - I backup the
information store policy and it uses one drive.
 
You can use the * at the end to stream the stores (which sounds like the
route veritas has made).
 
To give you an idea, checking last nights backup took  47 mins to backup
75GB
 
I use SSO/SAN/Fiber/LTO3 HP ESL Library.
 
Two things to look at:
1) Make sure tracker.exe is not running locally on the Exchange box
(Start, Run, type MSCONFIG and goto the STARTUP tab)
2) Turn off any AV for the Windows operating system (do not turn off
Exchange AV)
 
Any errors in the event logs? Almost sounds like Network speeds to me.
 
your policy is configured to use the storage unit for the Media Server?
 
Hope this helps (a little!)
 
 

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] On Behalf Of Kevin
Whittaker
Sent: Monday, July 30, 2007 7:17 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Exchange 2003 Information Store Backup
Slow



All, 

I have 2 Exchange 2003 servers, both running Server 2003 SP2.  I
will have to admit I don't know much about the 2003 exchange setup, but
I was told that they are on the latest patches for Exchange.  Both
servers are SAN Media servers and backup to a tape drive via SSO.  The
Silo is a L700E with 9940B tape drives.  The Disk space is actually EMC
drives via a Disk SAN.  The backup is a Full backup every night.

Here is the issue... the backup doesn't run very fast at least I
don't think so. 

Six months ago, we had Veritas come in and look at them and help
speed them up.  We did 2 things;  One we set limits on the mailboxes of
people so the overall size of the information stores when down from
1.2TB to 705GB.  Two, we changed the backups to backup each of the 4
information stores at the same time and multiplex them.

1st Exchange Server:  (Total 81.4GB per hour) 
SG1 Mail20.3GB per hour 
SG2 Mail20.5GB per hour 
SG3 Mail20.1GB per hour 
SG4 Public Folder   20.5GB per hour 

2nd Exchange Server: (Total 82.6GB per hour) 
SG1 Mail19.5GB per hour 
SG2 Mail19.9GB per hour 
SG3 Mail19.4GB per hour 
SG4 Mail23.8GB per hour 

Since that translates to about 22.5MB per second on tape drives
that should be able to do about 60MB.  I have a couple Windows 2003
server backups over the network that are doing 35MB per second!

So, does anybody get about the same performance? Better?  Any
ideas about things to look at? 

Kevin Whittaker 
Syniverse Technologies 
Systems Engineer - UNIX Admin 
Work: (813) 637-5502 
Cell: (813) 810-6456 

This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from
disclosure. If you are not the intended recipient, please notify the
sender immediately, do not copy this message or any attachments and do
not use it for any purpose or disclose its content to any person, but
delete this message and any attachments from your system. Astrium
disclaims any and all liability if this email transmission was virus
corrupted, altered or falsified.
-
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] Restore Testing Help

[Tristan Ball]

Realistically, you need some kind of Lab environment, otherwise you're
going to end up with two servers with the same name on your network!

Creating the Lab might not be as hard as you think - just putting
restore-testing hosts into a separate VLAN is a good start.

T.

 
---
Tristan Ball
System Administrator
Vision Systems
+61-3-9211-7064
 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
slanteyes
Sent: Tuesday, 31 July 2007 5:05 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Restore Testing Help


I have to start testing my O.S. level backups "c drive \systems state"
for all my servers on the network and I have some questions.


This will all be timed 
What I am going to to is get a set of hardware for each version of a
server backup that I have, 

the servers will then be loaded with a O.S., the client software will be
installed. 
Then i will attempt to restore the image to the new machine and see if
it boots up

What precautions or steps should I take so I dont take out the original
server other then doing this on a private lab network.

Other things to consider
I have no down time on the operational network,,so i cannot take down
the real server.
I have no lab envirenment


sorry if this is hard to understand my previous backup guys never tested
any restores and the bosses want to know how long it will take to bring
back a server from the dead and if they will work.

+--
|This was sent by [EMAIL PROTECTED] via Backup Central.
|Forward SPAM to [EMAIL PROTECTED]
+--


___
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] Restore Testing Help

[slanteyes]

I have to start testing my O.S. level backups "c drive \systems state" for all 
my servers on the network and I have some questions.


This will all be timed 
What I am going to to is get a set of hardware for each version of a server 
backup that I have, 

the servers will then be loaded with a O.S., the client software will be 
installed. 
Then i will attempt to restore the image to the new machine and see if it boots 
up

What precautions or steps should I take so I dont take out the original server 
other then doing this on a private lab network.

Other things to consider
I have no down time on the operational network,,so i cannot take down the real 
server.
I have no lab envirenment


sorry if this is hard to understand my previous backup guys never tested any 
restores and the bosses want to know how long it will take to bring back a 
server from the dead and if they will work.

+--
|This was sent by [EMAIL PROTECTED] via Backup Central.
|Forward SPAM to [EMAIL PROTECTED]
+--


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu