While I can find no documentation to the effect of a 2
TB limit on disk staging size, it would make sense
since until recently there was a similar limitation on
image size on tape. Also for those who are dealing
with trying to optimize disk staging pg.40-42 and this
technote
http://seer.support.veritas.com/docs/270101.htm are
very helpful resources.
JR
--- veritas-bu-request AT mailman.eng.auburn DOT edu wrote:
> Send Veritas-bu mailing list submissions to
> veritas-bu AT mailman.eng.auburn DOT edu
>
> To subscribe or unsubscribe via the World Wide Web,
> visit
>
>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> or, via email, send a message with subject or body
> 'help' to
> veritas-bu-request AT mailman.eng.auburn DOT edu
>
> You can reach the person managing the list at
> veritas-bu-admin AT mailman.eng.auburn DOT edu
>
> When replying, please edit your Subject line so it
> is more specific
> than "Re: Contents of Veritas-bu digest..."
>
>
> Today's Topics:
>
> 1. Re: Fast backup to tape but slow backup to
> disk on NBU (Kathryn Hemness)
> 2. Re: NB4.5 MP6 Disk storage unit limitation?
> (Kathryn Hemness)
> 3. Re: media manager - system error occurred(174)
> (Tim Hoke)
> 4. Re: Re: Fast backup to tape but slow backup to
> disk on NBU (william.d.brown AT gsk DOT com)
> 5. NetBackup 4.5 Jobs failing with Status 84
> (Douglas Ritschel)
> 6. RE: Re: Fast backup to tape but slow backup to
> disk on NBU (Paul Keating)
> 7. Re: Help! How to force an inventory update
> after loading
> tapes into a library? (Dave Markham)
> 8. Re: Re: Fast backup to tape but slow backup to
> disk on NBU (Shyam Hazari)
> 9. RE: Re: Fast backup to tape but slow backup to
> disk on NBU (Paul Keating)
> 10. NetBackup and TIR (True Image Restoration)
> w/NB 5.1MP3a (Piszcz, Justin)
>
> --__--__--
>
> Message: 1
> Date: Mon, 22 Aug 2005 12:08:32 -0700 (PDT)
> From: Kathryn Hemness <kfhemness AT ucdavis DOT edu>
> To: veritas-bu AT mailman.eng.auburn DOT edu
> cc: mclausen AT csit.fsu DOT edu
> Subject: [Veritas-bu] Re: Fast backup to tape but
> slow backup to disk on NBU
>
> Hi Matt --
>
> I have a Fibre Channel SATA and over 260 backups to
> run every night so
> I have my concurrent jobs set to 24. However,
> because I can't stage diskimages
> to tape while active backups are writing to the
> disks, I have to
> run a daily script to alternate the active storage
> unit for my backup
> policies.
>
> I'd vote for SCSI at this point.
>
> > Message: 5
> > Date: Mon, 22 Aug 2005 14:17:43 -0400
> > From: Matt Clausen <mclausen AT csit.fsu DOT edu>
> > Organization: Florida State University
> > To: "'Veritas List'"
> <veritas-bu AT mailman.eng.auburn DOT edu>
> > Subject: Re: [Veritas-bu] Fast backup to tape but
> slow backup to disk on NBU
> > 5.1MP3
> >
> > Matt Clausen wrote:
> > > This has indeed been a very valuable thread to
> me.... and I've
> > > implemented a bunch of the suggestions given so
> far and will have some
> > > results to send back to the list in a little
> while...
> >
> > Well, here's the final setups that seem to be
> working for me now....
> >
> > First off, there is a lot of conflicting
> information out there on the
> > net, where some people say to do it one way and
> someone else says
> > something totally in the opposite direction... So
> while this may work
> > for me, it might not work for you all that
> well.... That being said...
> >
> > I had a 16x250GB SATA Array which originally I had
> setup as a single 16
> > disk RAID5 unit. I fragmented this array up into 3
> 5-disk RAID3 groups
> > with only 1 LUN (the 16th disk is a global spare).
> >
> > Then using Veritas Volume Manager, I striped the
> LUNs together into a 3
> > disk 256k stripe RAID0 set and put a Veritas File
> System on there.
> >
> > Under Netbackup I made it so only ONE job goes to
> this disk at a time.
> > As someone mentioned, SATA is good at sequential
> writes not random
> > writes so when one job goes at a time, I am seeing
> 10-15Kb/sec transfers
> > (still not what I would expect for a disk based
> backup but better then
> > what I was seeing).
> >
> > It'd be interesting to see if a Fibre Channel to
> SATA setup would be
> > better then the SCSI to SATA based one I am using
> right now.. or if a
> > straight up SCSI based solution would offer better
> performance.
> >
> >
> > -- __--__--
> >
>
>
>
> --__--__--
>
> Message: 2
> Date: Mon, 22 Aug 2005 12:31:32 -0700 (PDT)
> From: Kathryn Hemness <kfhemness AT ucdavis DOT edu>
> To: veritas-bu AT mailman.eng.auburn DOT edu
> cc: muldoonj AT gmail DOT com
> Subject: [Veritas-bu] Re: NB4.5 MP6 Disk storage
> unit limitation?
>
> Hi Joe --
>
> I had to install a bunch of patches to get full
> multi-terabyte
> support on my Solaris box back in early April.
> Here's what the Sun
> engineer told me:
>
> (This was cut and pasted from an email to me, I only
> edited it for readability).
>
> Solaris 9 version 8/03 has this functionality: It
> can handle "disks" up
> to 16TB in size, and filesystems of the same size.
> This functionality
> requires running the 64-bit kernel.
>
> In Sol 9 the cyl, hd and sec parameters were
> increased to 65535.
>
> But using anything above 65535 cyl, 64 hd and 512
> sec breaks format.
> So, with those values we arrive at about 1Tb disk
> size.
>
> This option is available on a man page for solaris 9
> 8/03 (Update4) or higher.
>
> #newfs -T /dev/.../.../....
>
> Also the following patches need to be installed for
> multi-terabyte support:
>
> 113277-06 (or newer) sd & ssd patch114127-01 (or
> newer) abi_libefi.so.1 patch
> 114128-01 (or newer) sd_lun patch
> 114131-01 (or newer) libadm.so.1 patch
> 113981-02 (or newer) devfsadm patch
> 114132-01 (or newer) fmthard patch
> 113072-03 (or newer) format patch
> 114369-01 (or newer) prtvtoc patch
> 113049-01 (or newer) luxadm & liba5k.so.2 Patch
> 115026-01 (or newer) Multiterabyte UFS file system
> maintenance tools
> 114129-01 (or newer) Multi-terabyte disk support
> -libuuid patch
> 115030-01 (or newer) Multiterabyte UFS - patch mount
> 113454-14 (or newer) security ufs
> ufs_idle_qufs_idle_some ufs_idle_drain nfs dirent.h
>
> Solaris 9 Update 4 has introduced a Multiterabyte
> ufs. Individual file
> size is still the same as before (~1Tb), because
> increasing it would
> require redical on-disk format changes. But, the
> total filesystem size can
> now be up to 16Tb. Newfs -T is used to create such
> a filesystem. See the
> newfs(1M) manpage for additional information. There
> is also a
>
=== message truncated ===
"A wise man once said 'Wherever you go, there you are'"
-Mike Brady
|
