[Veritas-bu] Storage Unit - limiting concurrent jobs

2012-04-24 Thread Bishop
make 2 robots :D
I think you can go into storage units and create new . Call it something like 
POLARIS
then make another new storage unit and you can call it VEGA
you can also set the number of drives it will use. so set for example to 2 so 
it will never use the 3rd drive.

then when you set up policies you can set each policy to only use a certain 
storage unit.

I am a netbackup scrub, but I have something similar setup on my new remote 
enviornment. I have 4 policies set to backup to the drives and 1 will only 
write to disk.

+--
|This was sent by kraid...@yahoo.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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


[Veritas-bu] Storage Unit - limiting concurrent jobs

2012-04-23 Thread Vines, Peter (psv2b)
NBU 7.0 on AIX 6.1.

My environment has 8 tape drives (SSO), 1 master server, 3 media servers, and 
two different applications to be backed up. I want the applications to use 
different tape drives (2 drives for app 1, and 6 drives for app 2).

Is this possible?

Currently I have defined 6 storage units, i.e. 2 on each media server.Each 
media server has 2 storage units, 1 with 2 drives and the other with 6 drives.

If app1 is backing up using 2 drives and another policy starts for the same 
app, I want it to wait for the same 2 drives (or stream with them).  I want to 
prohibit app1 from using the other 6 drives in case app 2 needs to run a backup.


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


[Veritas-bu] Storage Unit

2010-05-24 Thread David Turner
I am looking for a storage unit basically a NAS device that supports cifs, 
iscsi, and nfs. This device also must support FC. I need about 20TB.

The plan is to backup archive data to this device. Data that hasn't been 
touched in 2-5yrs and then send the archive data to tape.

Currently we are looking at the Overland Storage Snap Server 620. The only 
problem is it doesn't supports FC only LVD Scsi tape drives.

Any suggestions  or recommended products is appreciated.

David Turner

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


Re: [Veritas-bu] Storage Unit

2010-05-24 Thread David Turner


We normally buy Netapps but this time they are just too expensive.

David Turner

From: Ed Wilts [mailto:ewi...@ewilts.org]
Sent: Monday, May 24, 2010 10:35 AM
To: David Turner
Subject: Re: [Veritas-bu] Storage Unit

NetApp.  You can do all that with a small 2020 or 2050 and they integrate well 
with NetBackup.

   .../Ed
Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewi...@ewilts.orgmailto:ewi...@ewilts.org
[http://www.images.wisestamp.com/linkedin.png]Linkedinhttp://www.linkedin.com/in/ewilts

On Mon, May 24, 2010 at 9:32 AM, David Turner 
dtur...@manh.commailto:dtur...@manh.com wrote:
I am looking for a storage unit basically a NAS device that supports cifs, 
iscsi, and nfs. This device also must support FC. I need about 20TB.

The plan is to backup archive data to this device. Data that hasn't been 
touched in 2-5yrs and then send the archive data to tape.

Currently we are looking at the Overland Storage Snap Server 620. The only 
problem is it doesn't supports FC only LVD Scsi tape drives.

Any suggestions  or recommended products is appreciated.

David Turner


___
Veritas-bu maillist  -  
Veritas-bu@mailman.eng.auburn.edumailto: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] Storage Unit

2010-05-24 Thread David Turner


I was hoping Data Domain would be a fit but they have yet to present a 
reasonably priced system.

David Turner


From: Stefaan Margot [mailto:stefaan.mar...@stmsolutions.be]
Sent: Monday, May 24, 2010 11:44 AM
To: David Turner
Subject: Re: [Veritas-bu] Storage Unit

Have you considered a Data Domain box?

Regards,
Stefaan.


Op 24/05/10 16:32, David Turner dtur...@manh.com schreef:
I am looking for a storage unit basically a NAS device that supports cifs, 
iscsi, and nfs. This device also must support FC. I need about 20TB.

The plan is to backup archive data to this device. Data that hasn't been 
touched in 2-5yrs and then send the archive data to tape.

Currently we are looking at the Overland Storage Snap Server 620. The only 
problem is it doesn't supports FC only LVD Scsi tape drives.

Any suggestions  or recommended products is appreciated.

David Turner


___
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] Storage Unit

2010-05-24 Thread Ed Wilts
On Mon, May 24, 2010 at 11:02 AM, David Turner dtur...@manh.com wrote:

   I was hoping Data Domain would be a fit but they have yet to present a
 reasonably priced system.


This would only make sense if you have a high-enough de-dupe rate (at least
10x) - otherwise just buying disk makes more sense.

You could go with something like a Windows or Linux server with locally
attached disk.  Not ideal, but it's archive data, right?

   .../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewi...@ewilts.org
Linkedin http://www.linkedin.com/in/ewilts
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Storage Unit

2010-05-24 Thread Marion Hakanson
ewi...@ewilts.org said:
 You could go with something like a Windows or Linux server with locally
 attached disk.  Not ideal, but it's archive data, right? 

Or OpenSolaris running on an x86 server with locally attached JBOD,
using ZFS for RAID and volume management.  Snapshots and conventional
compression are builtin to ZFS, and recent versions have deduplication
(if you're careful to spec out enough RAM and SSD cache).

The OpenSolaris builtin COMSTAR software provides iSCSI and FC targets
hosted on ZFS-based storage.

You can build this yourself, buy it from Oracle (this is their
Unified Storage product), or check out Nexenta's distribution.

Regards,

Marion


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


[Veritas-bu] Storage Unit Rules for Wizard

2009-08-04 Thread Patrick
Hello All,

 

I'm trying to determine how the configuration wizard determines what names
to give storage units. I found the one for disk drives but can't seem to
find it for Storage units. Any help would be appreciated.

 

 

Regards,

 

Patrick Whelan

VERITAS Certified NetBackup Support Engineer for UNIX.

VERITAS Certified NetBackup Support Engineer for Windows.

 

 mailto:netbac...@whelan-consulting.co.uk
netbac...@whelan-consulting.co.uk

 

 http://www.linkedin.com/in/patrickjosephwhelan
cid:image001.gif@01C99E80.E2717A60

 

 

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


Re: [Veritas-bu] Storage Unit Rules for Wizard

2009-08-04 Thread Martin, Jonathan
I'm not sure where this information is kept for UNIX, but if you hit the
Storage Configuration Wizard in Windows there is a Configure Drive Name
Rules button for auto assigning drive storage unit names.  I believe
the default is vendor ID.product ID.index.
 
-Jonathan



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Patrick
Sent: Tuesday, August 04, 2009 2:54 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Storage Unit Rules for Wizard



Hello All,

 

I'm trying to determine how the configuration wizard determines what
names to give storage units. I found the one for disk drives but can't
seem to find it for Storage units. Any help would be appreciated.

 

 

Regards,

 

Patrick Whelan

VERITAS Certified NetBackup Support Engineer for UNIX.

VERITAS Certified NetBackup Support Engineer for Windows.

 

netbac...@whelan-consulting.co.uk
mailto:netbac...@whelan-consulting.co.uk 

 

  http://www.linkedin.com/in/patrickjosephwhelan 

 

 

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


Re: [Veritas-bu] Storage unit groups are not understood - yes I'mpuzzeld

2008-04-29 Thread fred fred
The schedules usually set to 10 MPX

On Tue, Apr 29, 2008 at 1:45 PM, Tharp, Trey [EMAIL PROTECTED] wrote:
 What's the multiplexing # set to on the schedule? Also, Allow multiple
  data streams is checked on the policies, right?

  You can have an unlimited number of policies using a storage unit group
  as far as I know. We've got well over 100 policies using a storage unit
  group with 2-4 storage units in it and we run over 1000 active jobs to
  this storage units.

  There are many enablers and limits for multiplexing and multistreaming
  that all have to be turned on and turned up for it to work. The lowest
  denominator is on the schedule itself, so if a new stream starts, it
  will not join a mpx group that's got more jobs active than what it's set
  to.

  i.e. a schedule with an mpx setting of 4 will not join a storage unit
  with Max Drives = 1 and Max MPX = 10 that's got 5 streams running, even
  though the storage unit can take 5 more streams.

  -Trey



  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] On Behalf Of fred
  fred
  Sent: Saturday, April 26, 2008 4:22 AM
  To: veritas-bu@mailman.eng.auburn.edu
  Subject: [Veritas-bu] Storage unit groups are not understood - yes
  I'mpuzzeld

  In the relms of the Top 20 (or so) misunderstood specifically #2.
  Storage unit groups are not understood.  (version = 6.5.1)

  I'm still puzzled. If you have policies pointing to the same storage
  group with two policies running with the a couple of streams each.  Then
  a third starts it ends up by queueing.  The only difference being its
  not NT Windows but a Standard Unix policy.
  Rentetion time and media pool the same.

  Can only a limited number of Policies actually use the storage group at
  any one time, even if the retention time and tape pool the same?

  Does the same apply  for storage units?

  If you have  a stroage unit like below I would expect you could have two
  policies writng to it at the same time (with no queueing ) as long as
  there less than a total of 10 streams. Policies with media multiplexing
  of 10 and same retention and pool.

  Storage Unit:
  Multiplexing enabled
  Maximum concurrent write drives: 1
  Maximum streams per drive: 10
  I have set it to one as I don't what to multistream to more that two
  tapes drives in the storage unit group.

  Storage Unit Group (set to balance load ) has two storage units of the
  above i.e a max of 20 streams i.e it will do twice the work load
  of my example  I'm assuming each stream is a job.   In the manuals
  what is a job seems to change with context.

  Max client streams = 24 (for slow backups of small servers)

  Am  I missing anything?

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

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

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


Re: [Veritas-bu] Storage unit groups are not understood - yesI'mpuzzeld

2008-04-29 Thread Weber, Philip
Is this definitely correct?  I was under the impression that it would
join the storage unit unless there were already 4 streams from that
schedule already, i.e. that it would mpx higher than the schedule limit
so long as it was with streams from other policies.

I guess I should test this all out again, I have to admit that I did
test it once until I understood it but it's got muddled in my mind again
:-(

 i.e. a schedule with an mpx setting of 4 will not join a storage unit
 with Max Drives = 1 and Max MPX = 10 that's got 5 streams running,
even
 though the storage unit can take 5 more streams. 

cheers, Phil

Phil Weber MBCS CITP
Storage Technical Services - Senior UNIX Technologist
Business Technology

Phone: 01384 26 4136

Egg Banking plc

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tharp,
Trey
Sent: 29 April 2008 04:46
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Storage unit groups are not understood -
yesI'mpuzzeld

What's the multiplexing # set to on the schedule? Also, Allow multiple
data streams is checked on the policies, right?

You can have an unlimited number of policies using a storage unit group
as far as I know. We've got well over 100 policies using a storage unit
group with 2-4 storage units in it and we run over 1000 active jobs to
this storage units.

There are many enablers and limits for multiplexing and multistreaming
that all have to be turned on and turned up for it to work. The lowest
denominator is on the schedule itself, so if a new stream starts, it
will not join a mpx group that's got more jobs active than what it's set
to.

i.e. a schedule with an mpx setting of 4 will not join a storage unit
with Max Drives = 1 and Max MPX = 10 that's got 5 streams running, even
though the storage unit can take 5 more streams.

-Trey

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of fred
fred
Sent: Saturday, April 26, 2008 4:22 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Storage unit groups are not understood - yes
I'mpuzzeld

In the relms of the Top 20 (or so) misunderstood specifically #2.
Storage unit groups are not understood.  (version = 6.5.1)

I'm still puzzled. If you have policies pointing to the same storage
group with two policies running with the a couple of streams each.  Then
a third starts it ends up by queueing.  The only difference being its
not NT Windows but a Standard Unix policy.
Rentetion time and media pool the same.

Can only a limited number of Policies actually use the storage group at
any one time, even if the retention time and tape pool the same?

Does the same apply  for storage units?

If you have  a stroage unit like below I would expect you could have two
policies writng to it at the same time (with no queueing ) as long as
there less than a total of 10 streams. Policies with media multiplexing
of 10 and same retention and pool.

Storage Unit:
Multiplexing enabled
Maximum concurrent write drives: 1
Maximum streams per drive: 10
I have set it to one as I don't what to multistream to more that two
tapes drives in the storage unit group.

Storage Unit Group (set to balance load ) has two storage units of the
above i.e a max of 20 streams i.e it will do twice the work load
of my example  I'm assuming each stream is a job.   In the manuals
what is a job seems to change with context.

Max client streams = 24 (for slow backups of small servers)

Am  I missing anything?

Cheers Fred
___
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
-
Egg is a trading name of the Egg group of companies which includes:
Egg Financial Intermediation Ltd (reg no 3828289) and Egg Banking
plc (reg no 2999842). Egg Banking plc and Egg Financial
Intermediation Ltd are authorised and regulated by the Financial
Services Authority (FSA) and are entered in the FSA register under
numbers 205621 and 309551 respectively. These members of the Egg
group are registered in England and Wales. Registered office:
Citigroup Centre, Canada Square, London E14 5LB.

This e-mail is confidential and for use by the addressee only. If
you are not the intended recipient of this e-mail and have received
it in error, please return the message to the sender by replying to
it and then delete it from your mailbox. Internet e-mails are not
necessarily secure. The Egg group of companies do not accept
responsibility for changes made to this message after it was sent.

Whilst all reasonable care has been taken to avoid the transmission
of viruses, it is the responsibility of the recipient to ensure
that the onward transmission, opening or use of this message and
any attachments

Re: [Veritas-bu] Storage unit groups are not understood - yes I'mpuzzeld

2008-04-28 Thread Tharp, Trey
What's the multiplexing # set to on the schedule? Also, Allow multiple
data streams is checked on the policies, right?

You can have an unlimited number of policies using a storage unit group
as far as I know. We've got well over 100 policies using a storage unit
group with 2-4 storage units in it and we run over 1000 active jobs to
this storage units.

There are many enablers and limits for multiplexing and multistreaming
that all have to be turned on and turned up for it to work. The lowest
denominator is on the schedule itself, so if a new stream starts, it
will not join a mpx group that's got more jobs active than what it's set
to.

i.e. a schedule with an mpx setting of 4 will not join a storage unit
with Max Drives = 1 and Max MPX = 10 that's got 5 streams running, even
though the storage unit can take 5 more streams.

-Trey

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of fred
fred
Sent: Saturday, April 26, 2008 4:22 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Storage unit groups are not understood - yes
I'mpuzzeld

In the relms of the Top 20 (or so) misunderstood specifically #2.
Storage unit groups are not understood.  (version = 6.5.1)

I'm still puzzled. If you have policies pointing to the same storage
group with two policies running with the a couple of streams each.  Then
a third starts it ends up by queueing.  The only difference being its
not NT Windows but a Standard Unix policy.
Rentetion time and media pool the same.

Can only a limited number of Policies actually use the storage group at
any one time, even if the retention time and tape pool the same?

Does the same apply  for storage units?

If you have  a stroage unit like below I would expect you could have two
policies writng to it at the same time (with no queueing ) as long as
there less than a total of 10 streams. Policies with media multiplexing
of 10 and same retention and pool.

Storage Unit:
Multiplexing enabled
Maximum concurrent write drives: 1
Maximum streams per drive: 10
I have set it to one as I don't what to multistream to more that two
tapes drives in the storage unit group.

Storage Unit Group (set to balance load ) has two storage units of the
above i.e a max of 20 streams i.e it will do twice the work load
of my example  I'm assuming each stream is a job.   In the manuals
what is a job seems to change with context.

Max client streams = 24 (for slow backups of small servers)

Am  I missing anything?

Cheers Fred
___
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] Storage Unit Recommendations

2007-08-22 Thread Chris Freemantle
Is you backup speed limited by the drives, or by the speed of the 
clients and or network?

I don't know what drives you have, but using a very simplistic view, 
your backup of 14TB in 2 1/2 days only averages out to 68MB/sec, or 17 
MB/sec spread evenly over 4 drives. Obviously it won't be spread evenly 
either in time or drives, but we can do a similar sized full backup in a 
similar time using one LTO-3 drive. The killer is the incrementals. Data 
transfer rate for the incrementals are really quite poor, down to about 
2MB/sec for some clients, in contrast to to the fulls where they are 
limited by their 100Mb network connection.

best

[EMAIL PROTECTED] wrote:
 I'm getting it done right now, about 14 TB starting friday at 6 pm till
 Monday at 6:00 am but it is tight. We only have a few Oracle RMAN backups
 right now but we are getting ready to move about 4 TB of Oracle from being
 a cold file level backup to RMAN.
 
 
 
 
 Brian Hesseling
 Storage Administrator
 American Modern Insurance Group
 7000 Midland Blvd.
 Amelia, OH 45103
 PH: 513.947.6821
 FX:513.388.5117
 
 
 

  [EMAIL PROTECTED] 
  net   
 To 
  08/21/2007 01:32  [EMAIL PROTECTED],   
  PMveritas-bu@mailman.eng.auburn.edu   
 cc 

Subject 
Re: [Veritas-bu] Storage Unit   
Recommendations 






 
 
 
 
 You are about 12 tape drives short for backing up that number of clients
 with SQL and Oracle and 250 clients.
 
 If your datamover can back up straight to tape, you are much better off
 attaching it direct and getting the NDMP agent.
 
 You will be in a constant fight to get your backups done.
 
 Bobby.
 
 
 
  -- Original message --
  From: [EMAIL PROTECTED]
 
  
   I am looking for recommendations are configuring storage units. Right
  now
   the setup is:
  
   Master server is directly fiber attached to the library as the robotic
   control, and directly fiber attached to 2 drives in the library. Media
   server is directly fiber attached to the other 2 drives in the library.
  My
   storage units are one for the master with two drives in it and one for
  the
   media with the other two drives. All of my policies are defined for
  their
   storage units as Any Available. I am looking to improve the performance
  of
   my backups, I have 250 clients, with some SQL, Oracle, and NDMP agents
   sprinkled in.
  
   Should I break these up in to individual storage units for each drive
  and
   the n recombine them into storage groups of one 4 unit group, two 2 unit
 
   groups, and four 1 unit groups. Then assign the groups directly to the
   policies? Does that gain me anything?
  
   If I want to begin using disk staging do I need to change all of the
   policies from any available to either the disk storage unit or a tape
  unit?
  
  
   Brian H.
  
  
   -
   CONFIDENTIALITY STATEMENT:
   This e-mail transmission contains information that is intended to
   be confidential. It is intended only for the addressee named
   above. If you receive this e-mail in error, please do not read,
   copy, or disseminate it. If you are not the intended recipient,
   any disclosure, copying, distribution or use of the contents of
   this information is prohibited. Please reply to the message
   immediately by informing the sender that the message was
   misdirected. After replying, please erase it from your computer
   system. Your assistance in correcting this error is appreciated.
   ___
   Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
   http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
 

-- 

Chris Freemantle
Data Manager
Wellcome Trust Centre for Neuroimaging
+44 (0)207 833 7496
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman

Re: [Veritas-bu] Storage Unit Recommendations

2007-08-22 Thread Cruice, Daniel \(US - Glen Mills\)
We had a very similar situation where we have backups running for 3
days.  We were getting very good thru put but just the volume of data
getting backed up was killing us.  We had Mutliplexing enable which
helped but still running for days.  We just implemented Multisteaming on
our bigger servers, assuming you have the data carved up by drive
letters, mutlisteaming works GREAT, what NBU will do is takes each drive
letter and creates separate jobs so C: / D: / E: etc all get backed up
simultaneously. It took our 3 day backup down to only 21 hours.

Now if you are looking into Disk Staging, then you will need to assign
your policies to the disk storage group.  Then subsequently use the
Staging Schedule under that storage unit to send the disk staged data to
tape.  You will want to ensure you have enough disk storage to handle
the task.  Once the data is sent to tape, NBU will assign each image
with a ds prefix.  This way NBU knows that the data was sent to tape and
in the event your disk becomes full or hits your high water mark, NBU
will remove the oldest .ds file first.  The .ds is also used when your
job retention period has come and gone.  NBU will go in a delete the .ds
files when they expire.

Thanks
Dan
-Original Message-
From: Chris Freemantle [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 22, 2007 11:17 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Storage Unit Recommendations

Is you backup speed limited by the drives, or by the speed of the 
clients and or network?

I don't know what drives you have, but using a very simplistic view, 
your backup of 14TB in 2 1/2 days only averages out to 68MB/sec, or 17

MB/sec spread evenly over 4 drives. Obviously it won't be spread evenly 
either in time or drives, but we can do a similar sized full backup in a

similar time using one LTO-3 drive. The killer is the incrementals. Data

transfer rate for the incrementals are really quite poor, down to about 
2MB/sec for some clients, in contrast to to the fulls where they are 
limited by their 100Mb network connection.

best

[EMAIL PROTECTED] wrote:
 I'm getting it done right now, about 14 TB starting friday at 6 pm
till
 Monday at 6:00 am but it is tight. We only have a few Oracle RMAN
backups
 right now but we are getting ready to move about 4 TB of Oracle from
being
 a cold file level backup to RMAN.
 
 
 
 
 Brian Hesseling
 Storage Administrator
 American Modern Insurance Group
 7000 Midland Blvd.
 Amelia, OH 45103
 PH: 513.947.6821
 FX:513.388.5117
 
 
 


  [EMAIL PROTECTED]

  net


To 
  08/21/2007 01:32  [EMAIL PROTECTED],

  PM
veritas-bu@mailman.eng.auburn.edu   

cc 



Subject 
Re: [Veritas-bu] Storage Unit

Recommendations













 
 
 
 
 You are about 12 tape drives short for backing up that number of
clients
 with SQL and Oracle and 250 clients.
 
 If your datamover can back up straight to tape, you are much better
off
 attaching it direct and getting the NDMP agent.
 
 You will be in a constant fight to get your backups done.
 
 Bobby.
 
 
 
  -- Original message --
  From: [EMAIL PROTECTED]
 
  
   I am looking for recommendations are configuring storage units.
Right
  now
   the setup is:
  
   Master server is directly fiber attached to the library as the
robotic
   control, and directly fiber attached to 2 drives in the library.
Media
   server is directly fiber attached to the other 2 drives in the
library.
  My
   storage units are one for the master with two drives in it and one
for
  the
   media with the other two drives. All of my policies are defined for
  their
   storage units as Any Available. I am looking to improve the
performance
  of
   my backups, I have 250 clients, with some SQL, Oracle, and NDMP
agents
   sprinkled in.
  
   Should I break these up in to individual storage units for each
drive
  and
   the n recombine them into storage groups of one 4 unit group, two 2
unit
 
   groups, and four 1 unit groups. Then assign the groups directly to
the
   policies? Does that gain me anything?
  
   If I want to begin using disk staging do I need to change all of
the
   policies from any available to either the disk storage unit or a
tape
  unit?
  
  
   Brian H.
  
  
   -
   CONFIDENTIALITY STATEMENT:
   This e-mail transmission contains information that is intended to
   be confidential. It is intended only for the addressee named
   above. If you receive this e-mail in error, please do not read,
   copy, or disseminate it. If you are not the intended recipient,
   any disclosure, copying, distribution or use of the contents of
   this information is prohibited. Please reply to the message
   immediately by informing the sender that the message was
   misdirected. After replying, please erase

Re: [Veritas-bu] Storage Unit Recommendations

2007-08-21 Thread bobbyrjw
You are about 12 tape drives short for backing up that number of clients with 
SQL and Oracle and 250 clients.

If your datamover can back up straight to tape, you are much better off 
attaching it direct and getting the NDMP agent.

You will be in a constant fight to get your backups done.

Bobby.



-- Original message -- 
From: [EMAIL PROTECTED] 

 
 I am looking for recommendations are configuring storage units. Right now 
 the setup is: 
 
 Master server is directly fiber attached to the library as the robotic 
 control, and directly fiber attached to 2 drives in the library. Media 
 server is directly fiber attached to the other 2 drives in the library. My 
 storage units are one for the master with two drives in it and one for the 
 media with the other two drives. All of my policies are defined for their 
 storage units as Any Available. I am looking to improve the performance of 
 my backups, I have 250 clients, with some SQL, Oracle, and NDMP agents 
 sprinkled in. 
 
 Should I break these up in to individual storage units for each drive and 
 then recombine them into storage groups of one 4 unit group, two 2 unit 
 groups, and four 1 unit groups. Then assign the groups directly to the 
 policies? Does that gain me anything? 
 
 If I want to begin using disk staging do I need to change all of the 
 policies from any available to either the disk storage unit or a tape unit? 
 
 
 Brian H. 
 
 
 - 
 CONFIDENTIALITY STATEMENT: 
 This e-mail transmission contains information that is intended to 
 be confidential. It is intended only for the addressee named 
 above. If you receive this e-mail in error, please do not read, 
 copy, or disseminate it. If you are not the intended recipient, 
 any disclosure, copying, distribution or use of the contents of 
 this information is prohibited. Please reply to the message 
 immediately by informing the sender that the message was 
 misdirected. After replying, please erase it from your computer 
 system. Your assistance in correcting this error is appreciated. 
 ___ 
 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] Storage Unit Recommendations

2007-08-21 Thread BrHesseling
I'm getting it done right now, about 14 TB starting friday at 6 pm till
Monday at 6:00 am but it is tight. We only have a few Oracle RMAN backups
right now but we are getting ready to move about 4 TB of Oracle from being
a cold file level backup to RMAN.




Brian Hesseling
Storage Administrator
American Modern Insurance Group
7000 Midland Blvd.
Amelia, OH 45103
PH: 513.947.6821
FX:513.388.5117



   
 [EMAIL PROTECTED] 
 net   
To 
 08/21/2007 01:32  [EMAIL PROTECTED],   
 PMveritas-bu@mailman.eng.auburn.edu   
cc 
   
   Subject 
   Re: [Veritas-bu] Storage Unit   
   Recommendations 
   
   
   
   
   
   




You are about 12 tape drives short for backing up that number of clients
with SQL and Oracle and 250 clients.

If your datamover can back up straight to tape, you are much better off
attaching it direct and getting the NDMP agent.

You will be in a constant fight to get your backups done.

Bobby.



 -- Original message --
 From: [EMAIL PROTECTED]

 
  I am looking for recommendations are configuring storage units. Right
 now
  the setup is:
 
  Master server is directly fiber attached to the library as the robotic
  control, and directly fiber attached to 2 drives in the library. Media
  server is directly fiber attached to the other 2 drives in the library.
 My
  storage units are one for the master with two drives in it and one for
 the
  media with the other two drives. All of my policies are defined for
 their
  storage units as Any Available. I am looking to improve the performance
 of
  my backups, I have 250 clients, with some SQL, Oracle, and NDMP agents
  sprinkled in.
 
  Should I break these up in to individual storage units for each drive
 and
  the n recombine them into storage groups of one 4 unit group, two 2 unit

  groups, and four 1 unit groups. Then assign the groups directly to the
  policies? Does that gain me anything?
 
  If I want to begin using disk staging do I need to change all of the
  policies from any available to either the disk storage unit or a tape
 unit?
 
 
  Brian H.
 
 
  -
  CONFIDENTIALITY STATEMENT:
  This e-mail transmission contains information that is intended to
  be confidential. It is intended only for the addressee named
  above. If you receive this e-mail in error, please do not read,
  copy, or disseminate it. If you are not the intended recipient,
  any disclosure, copying, distribution or use of the contents of
  this information is prohibited. Please reply to the message
  immediately by informing the sender that the message was
  misdirected. After replying, please erase it from your computer
  system. Your assistance in correcting this error is appreciated.
  ___
  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] Storage Unit Recommendations

2007-08-20 Thread BrHesseling

I am looking for recommendations are configuring storage units. Right now
the setup is:

Master server is directly fiber attached to the library as the robotic
control, and directly fiber attached to 2 drives in the library. Media
server is directly fiber attached to the other 2 drives in the library. My
storage units are one for the master with two drives in it and one for the
media with the other two drives. All of my policies are defined for their
storage units as Any Available. I am looking to improve the performance of
my backups, I have 250 clients, with some SQL, Oracle, and NDMP agents
sprinkled in.

Should I break these up in to individual storage units for each drive and
then recombine them into storage groups of one 4 unit group, two 2 unit
groups, and four 1 unit groups. Then assign the groups directly to the
policies? Does that gain me anything?

If I want to begin using disk staging do I need to change all of the
policies from any available to either the disk storage unit or a tape unit?


Brian H.


-
CONFIDENTIALITY STATEMENT:
This e-mail transmission contains information that is intended to
be confidential.  It is intended only for the addressee named
above.  If you receive this e-mail in error, please do not read,
copy, or disseminate it.  If you are not the intended recipient,
any disclosure, copying, distribution or use of the contents of
this information is prohibited.   Please reply to the message
immediately by informing the sender that the message was
misdirected.  After replying, please erase it from your computer
system.  Your assistance in correcting this error is appreciated.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] Storage Unit Strangeness

2007-04-24 Thread Greenberg, Katherine \(ISD, IT\)
Have a support call open, but find you guys to have seen more than they
have sometimes ;)

Solaris 9
NBU 5.1 MP4 Media server
NBU 5.1 MP6 Master

The storage unit for media server (the only one for that media server)
is configured to use 3 drives, however the media server has 6 drives in
use...

Label: HOST_STU
Media Type:Media Manager (2)
Host Connection:   HOST
Number of Drives:  3
On Demand Only:no
Density:   hcart2 (14)
Robot Type/Number: ACS (1) / 0
Max Fragment Size: 2048
Max MPX/drive: 8

isdsnh027 (root):/usr/openv/pack# vmoprcmd 

PENDING REQUESTS

 NONE

  DRIVE STATUS

Drv Type   Control  User  Label  RecMID  ExtMID  Ready   Wr.Enbl.
ReqId
  0 hcart2   ACSroot   Yes   L94844  L94844   Yes Yes
2  
  1 hcart2   ACSroot   Yes   L92802  L92802   Yes Yes
1  
  2 hcart2   ACSroot   Yes   L01203  L01203   Yes Yes
5  
  3 hcart2   ACSroot   Yes   L96625  L96625   Yes Yes
4  
  4 hcart2   ACS- No   -
-   
  5 hcart2   ACS   Yes   L00222  L00222   Yes Yes
-   
  6 hcart2   ACSroot   Yes   L95981  L95981   Yes Yes
3  
  7 hcart2   ACS -No   -
-   
  8 hcart2   ACSroot   Yes   H05037  H05037   Yes Yes
1  
  9 hcart2   ACSroot   Yes   L94986  L94986   Yes Yes
2  
 10 hcart2   ACSroot   Yes   L95971  L95971   Yes Yes
0  
 11 hcart2   ACSroot   Yes   L95991  L95991   Yes Yes
3  

 ADDITIONAL DRIVE STATUS

Drv DriveNameSharedAssignedComment

  0 HFD_STK3_0_10_06  Yes  HOST 
  1 HFD_STK3_0_10_08  Yes  HOST
  2 HFD_STK3_0_10_10  Yes  HOST
  3 HFD_STK3_0_10_11  Yes  HOST
  4 HFD_STK3_0_10_12  Yes  -

  5 HFD_STK3_0_10_13  Yes  -

  6 HFD_STK3_0_10_14  Yes  HOST 
  7 HFD_STK3_0_10_16  Yes  -

  8 HFD_STK3_0_10_17  Yes  other

  9 HFD_STK3_0_10_18  Yes  other
 10 HFD_STK3_0_10_07  Yes  HOST 
 11 HFD_STK3_0_10_09  Yes  other


And no commentary on the MPX or Fragment size, I'm slowly digging them
out of their backward ways...

Anyone seen this???

Kate Greenberg
Enterprise Backup
Infrastructure Solutions Department
860.547.8155
[EMAIL PROTECTED]



*
This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary,
confidential and/or privileged information.  If you are not the intended
recipient, any use, copying, disclosure, dissemination or distribution is
strictly prohibited.  If you are not the intended recipient, please notify
the sender immediately by return e-mail, delete this communication and
destroy all copies.
*

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


Re: [Veritas-bu] Storage Unit Strangeness

2007-04-24 Thread David Chapa
ACS/LS will use whatever it wants.

 

Are all 6 really active?   Is there another application using those
drives somewhere?  ACS/LS may have just left those in the drives...eh,
its been a long time since I rock and rolled with acs

 

What's with the fragment size and the mpx value?

 

:-)

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Greenberg, Katherine (ISD, IT)
Sent: Tuesday, April 24, 2007 9:41 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Storage Unit Strangeness

 

Have a support call open, but find you guys to have seen more than they
have sometimes ;) 

Solaris 9 
NBU 5.1 MP4 Media server 
NBU 5.1 MP6 Master 

The storage unit for media server (the only one for that media server)
is configured to use 3 drives, however the media server has 6 drives in
use...

Label: HOST_STU 
Media Type:Media Manager (2) 
Host Connection:   HOST 
Number of Drives:  3 
On Demand Only:no 
Density:   hcart2 (14) 
Robot Type/Number: ACS (1) / 0 
Max Fragment Size: 2048 
Max MPX/drive: 8 

isdsnh027 (root):/usr/openv/pack# vmoprcmd 

PENDING REQUESTS 

 NONE 

  DRIVE STATUS 

Drv Type   Control  User  Label  RecMID  ExtMID  Ready   Wr.Enbl.
ReqId 
  0 hcart2   ACSroot   Yes   L94844  L94844   Yes Yes
2  
  1 hcart2   ACSroot   Yes   L92802  L92802   Yes Yes
1  
  2 hcart2   ACSroot   Yes   L01203  L01203   Yes Yes
5  
  3 hcart2   ACSroot   Yes   L96625  L96625   Yes Yes
4  
  4 hcart2   ACS- No   -
-   
  5 hcart2   ACS   Yes   L00222  L00222   Yes Yes
-   
  6 hcart2   ACSroot   Yes   L95981  L95981   Yes Yes
3  
  7 hcart2   ACS -No   -
-   
  8 hcart2   ACSroot   Yes   H05037  H05037   Yes Yes
1  
  9 hcart2   ACSroot   Yes   L94986  L94986   Yes Yes
2  
 10 hcart2   ACSroot   Yes   L95971  L95971   Yes Yes
0  
 11 hcart2   ACSroot   Yes   L95991  L95991   Yes Yes
3  

 ADDITIONAL DRIVE STATUS 

Drv DriveNameSharedAssignedComment

  0 HFD_STK3_0_10_06  Yes  HOST 
  1 HFD_STK3_0_10_08  Yes  HOST 
  2 HFD_STK3_0_10_10  Yes  HOST 
  3 HFD_STK3_0_10_11  Yes  HOST 
  4 HFD_STK3_0_10_12  Yes  -

  5 HFD_STK3_0_10_13  Yes  -

  6 HFD_STK3_0_10_14  Yes  HOST 
  7 HFD_STK3_0_10_16  Yes  -

  8 HFD_STK3_0_10_17  Yes  other

  9 HFD_STK3_0_10_18  Yes  other 
 10 HFD_STK3_0_10_07  Yes  HOST 
 11 HFD_STK3_0_10_09  Yes  other 

 

And no commentary on the MPX or Fragment size, I'm slowly digging them
out of their backward ways... 

Anyone seen this??? 

Kate Greenberg 
Enterprise Backup 
Infrastructure Solutions Department 
860.547.8155 
[EMAIL PROTECTED] 




*
This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary,
confidential and/or privileged information. If you are not the intended
recipient, any use, copying, disclosure, dissemination or distribution
is
strictly prohibited. If you are not the intended recipient, please
notify
the sender immediately by return e-mail, delete this communication and
destroy all copies.

*



The information contained in this transmission is 
confidential.  It is intended solely for the use of the 
individual(s) or organization(s) to whom it is addressed.  
Any disclosure, copying, or further distribution is not 
permitted unless such privilege is explicitly granted in 
writing by Quantum Corporation.  Furthermore, Quantum 
Corporation is not responsible for the proper and complete 
transmission of the substance of this communication or for
any delay in its receipt.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Storage Unit Strangeness

2007-04-24 Thread Green, Richard R
 We had this same problem where there were more drives used than was
stated in the storage_unit parameters for backups. We have NetBackup 5.1
MP4 on a Sun box with Solaris 10. We have two storage_units. One for
backups on newer tape drives and another storage_unit for old technology
drives to use for restores of older backups.  


After opening a case with Symantec it was determined that we needed to
do the following;

Create a line in /usr/openv/netbackup/db/config/behavior/ called
MAX_DRIVES_THIS_MASTER 12. 12 being the total number o tape drives that
will be used for backups. You will need to determine this number for
your Master. We do this so there is a least one drive available for
restores.

You will then need to stop and restart NetBackup.  

From the case;
The calculation of active jobs and concurrent jobs is based on:
Definitions.
Active jobs is the sum of mpxgrps (multiplex groups) and a multiplex
group is equivalent to a tape drive.

Concurrent jobs is derived as a minimum of either the available drives
in the robot or the maximum concurrent jobs for all storage units in a
robot.

For this problem:   max concurrent jobs is 32 x 12 = 384, mpx per
drive is set to 32 and 12 drives in the storage unit.
To solve or try to solve the problem comes down to utilizing the
parameter: mdtm MAX DRIVES THIS MASTER.

Bpsched algorithm will check for a hard limit, mdtm and stop allocating
drives at that point.
Any drives that are not allocated due to the hard limit , remain
available for restore work

Hope this helps.




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


Re: [Veritas-bu] Storage unit number of drives

2006-11-27 Thread Weber, Philip
You can set the Maximum Concurrent drives used for backup in the
storage unit, but that doesn't give you any control over WHICH drives
are used, which sounds like what you want.  I think you could use
tpconfig to manually set which drives (that the OS can see) are
available to NetBackup, but I'm not sure you could then create a 2nd
storage unit to use the other drives.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave
Markham
Sent: 24 November 2006 11:12
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Storage unit number of drives


Guys is there anyway to create a storage unit and use only a certain
number of drives?

Im Netbackup 5.0mp4 on sol9. I have 5 drives available in a L700 3 of
which are Shared SSO. I want to create a storage unit of 3 drives ( 1
shared and 2 not ) so that a network based job doesnt tie up 2 of the
shared drives and cause my media servers using SSO to fail. Im running
ITC so need 2 drives at a time.

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

-
Egg is a trading name of the Egg group of companies which includes:
Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no
3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and
Egg Financial Intermediation Ltd are authorised and regulated by
the Financial Services Authority (FSA) and are entered in the FSA
register under numbers 205621 and 309551 respectively. These
members of the Egg group are registered in England and Wales.
Registered office: Laurence Pountney Hill, London EC4R 0HH. 

This e-mail is confidential and for use by the addressee only. If
you are not the intended recipient of this e-mail and have received
it in error, please return the message to the sender by replying to
it and then delete it from your mailbox. Internet e-mails are not
necessarily secure. The Egg group of companies do not accept
responsibility for changes made to this message after it was sent.


Whilst all reasonable care has been taken to avoid the transmission
of viruses, it is the responsibility of the recipient to ensure
that the onward transmission, opening or use of this message and
any attachments will not adversely affect its systems or data. No
responsibility is accepted by the Egg group of companies in this
regard and the recipient should carry out such virus and other
checks as it considers appropriate.

This communication does not create or modify any contract.


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


[Veritas-bu] Storage unit number of drives

2006-11-24 Thread Dave Markham
Guys is there anyway to create a storage unit and use only a certain
number of drives?

Im Netbackup 5.0mp4 on sol9. I have 5 drives available in a L700 3 of
which are Shared SSO. I want to create a storage unit of 3 drives ( 1
shared and 2 not ) so that a network based job doesnt tie up 2 of the
shared drives and cause my media servers using SSO to fail. Im running
ITC so need 2 drives at a time.

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


[Veritas-bu] Storage Unit Transition Schedule

2006-10-18 Thread Matthews, Gary
Hi,

Am having a problem creating a storage Unit on NBU 6.0 MP3 ( W2K3) .
Want to create the full weeklies to disk staging then to tape. When I
create a storage group on disk  it' s fine but if I try to make it a
staging areas and add a staging schedule  when I go  to save the
definition I get

Storage unit storage-unit-name could not be added, status 11, system
call failed

Anyone come across this before?  Any ideas

TIA

Gary 


This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.

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