[Veritas-bu] Clearing DSSU's.

2009-01-26 Thread Matthew Stier
Background: Solaris 10 master/media server with several filesystems 
mounted from SAN to act as DSSU's.  Backups are done using cron 
initiated backup scripts, which call the applicable policy. Whe the 
policy is completed, another script dumps each DSSU to tape.


Issue: Need to rebuild the filesystems hosting the DSSU's.  Since these 
tapes are already backed up to tape, what do I need to do to purge all 
the images?
begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:matthew.st...@us.fujitsu.com
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard

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


[Veritas-bu] Upgrading NetBackup 6.0m4 to 6.5 [With a Twist]

2008-02-15 Thread Matthew Stier
Long ago, I started with NetBackup 3.4 running on a Enterprise 450 
running Solaris 2.6 system.  Over the years I've upgraded the OS to 
Solaris 8, and NetBackup to 4.5, then 5.1, and finally to 6.0mp4.


Now I plan on taking several leaps, but am indecisive on how to take them.

One leap, is from 6.0mp4 to 6.5.

A second leap is from the Enterprise 450 to a Enterprise T5220.

A third leap is from Solaris 8 to Solaris 10.  [This leap is tied to the 
change in platform, I won't be able to upgrade the E450 to Solaris 10 
and the minimum OS for the T5220 is Solaris 10.]


I have NetBackup in /usr/openv on the operating system disk.  I have the 
catalog (/usr/openv/netbackup/db), as a volume I mount from my SAN.



Now for the choice I have to make:

1) Do I install 6.0mp4 on the T5220.  Mount the catalog on the T5220 
test it out, and then upgrade when satisfied?


2) Do I upgrade the E450 to 6.5, test it out, install 6.5 on the T5220 
and move over the catalog, test and roll it out?


3) Or will it be safe to just install 6.5 on the T5220, move over the 
6.0 catalog, and run with it.



And finally, any tools to migrate NetBackup from one host to another? 
are the policies defined in the catalog (/usr/openv/netbackup/db) or am 
going to have to record them by had, and recreate them from scratch?
begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:[EMAIL PROTECTED]
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard

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


[Veritas-bu] Any issues about moving NetBackup from Solaris 8 to Solaris 10?

2008-01-21 Thread Matthew Stier
I'm currently running NetBackup 6.0mp4 on a Solaris 8 server.  I'm plan 
on moving it to a Solaris 10 server.  Any issues if I run NetBackup 
within a container (zone)?


On the Solaris 8 server, /usr/openv is a volume from my SAN.  Any issue 
with moving the volume from my Solaris 8 server to the Solaris 10 
server?  What would be the proper process? (I'm concerned about keeping 
the openv and non-openv files in sync?


Should I upgrade to 6.5 during the migration, or should I try sticking 
with 6.0mp4, and upgrade to 6.5 at a later date?





begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:[EMAIL PROTECTED]
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard

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


[Veritas-bu] SUMMARY: jnbSA login screen to large

2008-01-14 Thread Matthew Stier

Found the source of my problem.  Font conflicts.

Although I am running NetBackup on a Solaris 8 server, I am managing it 
from a Windows XP workstation, using Xming as my X-Windows server.


I had set Xming to use a Solaris 10 system as it's font server. Once I 
changed it to use a Solaris 8 system, the problem went away.


PS: http://www.straightrunning.com/XmingNotes/

PS: There is a known font quality issue on Solaris 8 systems, when 
displayed on non-Sun displays. Patch 117518-02 resolves this issue.



Matthew Stier wrote:

Platform: Solaris 8 (SPARC)
NetBackup Version: 6.0mp4

Problem:  Starting recently, when I start 'jnbSA' the initial login 
dialog box fills the screen, and only the open box icon on the left 
side is displaying.  The entire right side is blank.  No fields. No 
buttons.


It appears that 'jnbSA' does not use standard geometry flags.  I can 
resize on the panel, on startup, to recover the login fields.



___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
  
begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:[EMAIL PROTECTED]
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard

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


[Veritas-bu] jnbSA login screen to large

2008-01-11 Thread Matthew Stier

Platform: Solaris 8 (SPARC)
NetBackup Version: 6.0mp4

Problem:  Starting recently, when I start 'jnbSA' the initial login 
dialog box fills the screen, and only the open box icon on the left side 
is displaying.  The entire right side is blank.  No fields. No buttons.


It appears that 'jnbSA' does not use standard geometry flags.  I can 
resize on the panel, on startup, to recover the login fields.



begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:[EMAIL PROTECTED]
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard

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


Re: [Veritas-bu] T2000 vaulting performance with VTL/LTO3

2007-11-17 Thread Matthew Stier
Same here. But I'm looking into replacing an UE450 with a T2 box. (T5120 
or T5220)


Conner, Neil wrote:

Let us know how it goes - I'm looking at doing the same thing with a T2000.

-Neil

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris_Millet
Sent: Friday, November 16, 2007 11:57 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] T2000 vaulting performance with VTL/LTO3


Seems like that shouldn't be the case, but OK i'll try it.  Our Qlogic rep states this 
adapter should be fully capable of 380MB/sec, full duplex, on both ports, simultaneously. 
 "best in industry"  And the T2000 is no slouch in the PCI-E department.

+--
|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
  
begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:[EMAIL PROTECTED]
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard

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


Re: [Veritas-bu] clients in hosts files and forcing NICs to FULL

2007-04-15 Thread Matthew Stier
Yeap, Another conflict between Sun Microsystems and Cisco.

What Cisco calls Channeling, Sun calls Trunking.

http://www.sun.com/products/networking/ethernet/suntrunking/

Wilkinson, Alex wrote:
> 0n Fri, Apr 13, 2007 at 11:19:59AM +0200, Clem Kruger (C) wrote: 
>
> >It is better to combine a number of 100MB cards using CISCO trunking,
> >increasing the pipe size in that way.
>
> Trunking is a method used to carry traffic for multpile VLANS over a single
> physical link. Aggregation (aka port channeling or etherchannel) is combining
> multiple physical interfacess to increase bandwidth.
>
>  -aW
>
> IMPORTANT: This email remains the property of the Australian Defence 
> Organisation and is subject to the jurisdiction of section 70 of the CRIMES 
> ACT 1914.  If you have received this email in error, you are requested to 
> contact the sender and delete the email.
>
>
> ___
> 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] clients in hosts files and forcing NICs to FULL

2007-04-12 Thread Matthew Stier
This is because you don't have the ports on the Cisco etherswitch 
configured correctly.


If you turn off trunk and channel arbitration on the Cisco etherswitch 
(ie: set port host) Sun Microsystems servers and workstations connect 
without problem.


I've proven this on nearly 200 Ultra-1, 2, 5, 10, 30, 60 and 450's.  All 
with HME interfaces.


Cisco has known about this for year.

 http://www.cisco.com/warp/public/473/12.html

Paul Keating wrote:

That's cuz the old Sun HME stuff wouldn't autoneg worth a crap.

;o)

That's the only stuff in my env that needs to be hardcoded.

Paul

  
begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:[EMAIL PROTECTED]
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard

___
Veritas-bu maillist  -  [EMAIL PROTECTED]
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Restore senairo

2007-02-10 Thread Matthew Stier
Since your talking remote Windows servers, have you considered 
"NetBackup PureDisk Remote Office Edition"? 

It sounds like it fits your needs.

Deiter Scott wrote:
>  I have been asked what we would plan to do if the following occurs.
>
> A restore is necessary at a remote site which contains a media server
> while the network connection to the master server is not functional.
> Waiting for the connection to be restored is not one of our options.
> I'm assuming that some piece of the catalog data on the master is
> necessary to perform the restore.
>
> We are using a solaris 9 master/media server at the main site.
> The remotes are windows media servers.  
> We are running netbackup 5.1  mp 4.
>
>
>
> Scott Deiter
> System Administrator
> Hanover Direct, Inc. 
> Hanover, PA 
> Voice: 717-633-3298
> Fax: 717-633-3101
>
> ___
> 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] Is this possible ....

2006-07-27 Thread Matthew Stier
Back in January, I replace my old SCSI attached tape library. I now have 
an Overland Storage NEO8000 with 6 drives, plus a REO9000 which is 
sliced into multiple 1TB partitions which I have mounted on my media 
server (Sun Microsystems Ultra Enterprise 450 running Solaris 8 and 
NetBackup 5.1mp5) to use as DSSU's.


In the next two months, I will be switching from systems with direct 
attached drives, (which I backup over the network) to a full SAN.


Do I continue as I have? Backing up the clients over the (1000Base-T) 
network?


Can the DSSU partition be shared between the client and the media 
server, and client write directly to the DSSU, and the media server 
write it to tape?


Can the media server mount the clients (SAN) volume, and back it up to 
the DSSU directly.  (Although I see this option fought with backup 
management issues.)



begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:[EMAIL PROTECTED]
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard

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


Re: [Veritas-bu] DSSU/DSU experience

2006-04-28 Thread Matthew Stier




Ed is correct.  

Multiple Policies can be written to the same DSSU, however, the
contents of a DSSU can only be copied to a single "Volume Pool".  So
you going to need at least a unique DSSU for each Volume Pool you want
staged.

In my environment, I have 5 Volume Pools.  

The first is a NAS, and can feed the LTO3 drives a full speed. (So it
didn't make sense to stage them)

The 2nd, 3rd, and 4th, are databases held on three different servers,
and are backed up across a gigabit backbone.  Each of these have their
own DSSU on the media server. Which is then copied it's own Volume Pool
in the PTL.

The 5th covers everything else. Nearly a dozen policies that backed up
to two DSSU's, which feed a single Volume Pool.



Ed Wilts wrote:

  On Thu, Apr 27, 2006 at 05:17:41PM -0400, Matthew Stier wrote:
  
  
DSSU's do have their weaknesses. You are typically stuck with one-to-one 
ration between DSSU's and policies. This fit my needs, but for those 
with a multitude of policies to manage, I can see them having problems.

  
  
We have a lot of policies using the same DSSUs and have not run into any
issues with doing this.  The only time we have dedicated DSSUs is for
databases and that's to guarantee that their last backup is on DSSU for
a restore.

.../Ed

  



begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:[EMAIL PROTECTED]
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard



Re: [Veritas-bu] DSSU/DSU experience

2006-04-28 Thread Matthew Stier




VTL licensing was based upon the number of drives, and has or will
transition to capacity of the library.

DSSU is a freebie included in NetBackup 5.x+.

Shyam Hazari wrote:

  How does the veritas licensing works for DSSU and VTL ?  As far
as I know, VTL is based on capacity. Is their a licensing requirement
for DSSU as well ?
   
  TIA
   
  -Shyam
  
 
  On 4/27/06, Matthew Stier <[EMAIL PROTECTED]>
wrote:
  With
the recording speeds of todays tape drives, you have to put some
kind of disk in front of them, to ensure you have a steady stream of

data to record.  Without it, your just going to wear out the drives,
even faster than before.  And no matter how fast tape drives get, they
will never match the throughput of disk, and thus never match them, in
reducing backup windows.

I recently (January) replaced a six drive DLT7000 library with an
Overland Storage NEO8000/REO9000 combination.  The performance
difference is dramatic. And with plenty of disk, in the second "D" in

"D2D2T" the wear on the tape drives have been drastically reduced. It
has taken 4 months to reach the 100 hours "milestone" of per-drive wear.
Something I did on a weekly basis with the DLT7000's.


I originally looked at the REO9000 with the intent to use it as a VTL,
but (NetBackup) licensing costs, and the virtual media overhead I
encountered, in that mode, I chose to simply slice it up onto 1 TB
partitions, mount them on my media server (Sun Enterprise 450 running
Solaris 8) and use them as Disk Storage Staging Units (DSSU).

VTL's do have their strengths.  Nearly a unlimited number of virtual
drives; and by using smaller virtual media; a high flexibility in the

allocation of disk amongst numerous policies.  They are nearly the only
solution in situations, where the disk staging on the media server is
not an option. Many VTL manufacturers are also PTL manufactures, and
often tightly couple their offering. Even to the point of staging data
from disk to tape, outside the scope of the backup software.

DSSU's do have their weaknesses. You are typically stuck with one-to-one
ration between DSSU's and policies. This fit my needs, but for those

with a multitude of policies to manage, I can see them having problems.

Steven L. Sesar wrote:
> We're in the process of rearchitecting our BUR infrastructure. The
> most profound change will be the addition of disk storage, as we
are

> 100% tape, right now. We're considering a few different disk
> technologies, such as VTL, DataDomain NAS heads, as well as
> traditional DSU/DSSUs.
>
> I've heard anecdotal evidence that DSU/DSSU functionality in NBU
5.1
> is less-than-stellar. Would anyone care to share their overall
> experience with  disk storage?
>
> Thanks,
>
> Steve
>
>
>
> ___

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



  
  
  



begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:[EMAIL PROTECTED]
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard



Re: [Veritas-bu] DSSU/DSU experience

2006-04-27 Thread Matthew Stier
With the recording speeds of todays tape drives, you have to put some 
kind of disk in front of them, to ensure you have a steady stream of 
data to record.  Without it, your just going to wear out the drives, 
even faster than before.  And no matter how fast tape drives get, they 
will never match the throughput of disk, and thus never match them, in 
reducing backup windows.


I recently (January) replaced a six drive DLT7000 library with an 
Overland Storage NEO8000/REO9000 combination.  The performance 
difference is dramatic. And with plenty of disk, in the second "D" in  
"D2D2T" the wear on the tape drives have been drastically reduced. It 
has taken 4 months to reach the 100 hours "milestone" of per-drive wear. 
Something I did on a weekly basis with the DLT7000's.


I originally looked at the REO9000 with the intent to use it as a VTL, 
but (NetBackup) licensing costs, and the virtual media overhead I 
encountered, in that mode, I chose to simply slice it up onto 1 TB 
partitions, mount them on my media server (Sun Enterprise 450 running 
Solaris 8) and use them as Disk Storage Staging Units (DSSU).


VTL's do have their strengths.  Nearly a unlimited number of virtual 
drives; and by using smaller virtual media; a high flexibility in the 
allocation of disk amongst numerous policies.  They are nearly the only 
solution in situations, where the disk staging on the media server is 
not an option. Many VTL manufacturers are also PTL manufactures, and 
often tightly couple their offering. Even to the point of staging data 
from disk to tape, outside the scope of the backup software.


DSSU's do have their weaknesses. You are typically stuck with one-to-one 
ration between DSSU's and policies. This fit my needs, but for those 
with a multitude of policies to manage, I can see them having problems.


Steven L. Sesar wrote:
We're in the process of rearchitecting our BUR infrastructure. The 
most profound change will be the addition of disk storage, as we are 
100% tape, right now. We're considering a few different disk 
technologies, such as VTL, DataDomain NAS heads, as well as 
traditional DSU/DSSUs.


I've heard anecdotal evidence that DSU/DSSU functionality in NBU 5.1 
is less-than-stellar. Would anyone care to share their overall 
experience with  disk storage?


Thanks,

Steve



___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:[EMAIL PROTECTED]
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard



[Veritas-bu] Partitioning a Overland Storage NEO-8000

2006-04-18 Thread Matthew Stier

Anyone in this group, familiar with the Overland Storage NEO-8000 and
it's virtual library (ie: partitioning) capability.

I am running NetBackup 5.1, and have tried partitioning my NEO-8000,
however, every time I attempt this, I loose little things, like being
unable to eject media.

I do have Overland Storage working on the problem, but I want to see if
anyone in the group has run into the same problem.


begin:vcard
fn:Matthew Stier
n:Stier;Matthew
org:Fujitsu Network Communications;CAE
adr:Sixth Floor;;Two Blue Hill Plaza;Pearl River;NY;10965;USA
email;internet:[EMAIL PROTECTED]
title:Principal Engineer
tel;work:845-731-2097
tel;fax:845-731-2011
tel;cell:845-893-0575
x-mozilla-html:TRUE
version:2.1
end:vcard