Hi all
Not really looking for any solution on this one, just to see if anyone
has experienced issues of LTO3 cartridges phsyically snapping in drives
when performing backups.
The tape drives are HP LTO3, fibre attached running firmware M66s, the
tape drives are installed into a STK SL8500 silo.
Thanks in advance
Jon
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of
veritas-bu-request AT mailman.eng.auburn DOT edu
Sent: Thursday, June 10, 2010 8:10 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Veritas-bu Digest, Vol 50, Issue 11
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-owner 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: ALL_LOCAL_DRIVES question (WEAVER, Simon (external))
2. Re: NBU 7.0 media server upgrade problem (Preston, Douglas)
3. Re: FalconStor/NetApp w/OST (Spencer O'Donnell)
4. Large Full schedule, DSSU and Shoe Shinning (Nate Sanders)
5. Re: Large Full schedule, DSSU and Shoe Shinning (Lightner, Jeff)
6. Re: Large Full schedule, DSSU and Shoe Shinning (Nate Sanders)
7. VMWare vStorage API newbie Q (and never used VCB...)
(Jonathan Dyck)
8. Re: Large Full schedule, DSSU and Shoe Shinning (Dean)
9. Re: Large Full schedule, DSSU and Shoe Shinning (Ed Wilts)
10. Re: isilon backup accelerator (A Darren Dunham)
11. Re: isilon backup accelerator (David Magda)
12. Upgradation Steps - 6.5.5 to 7.0 (NBU)
13. NBU 7.0 media server upgrade problem (NBU)
14. Re: Upgradation Steps - 6.5.5 to 7.0 (WEAVER, Simon (external))
----------------------------------------------------------------------
Message: 1
Date: Wed, 9 Jun 2010 08:47:35 +0100
From: "WEAVER, Simon \(external\)" <simon.weaver AT astrium.eads DOT net>
Subject: Re: [Veritas-bu] ALL_LOCAL_DRIVES question
To: "BeDour, Wayne" <WBedour AT lear DOT com>,
<judy_hinchcliffe AT administaff DOT com>,
<steve.fogarty AT gmail DOT com>,
<layne.barber.ctr AT csd.disa DOT mil>
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Message-ID:
<8BCBC55B17626149A568F4E4AA24659EA75FEE AT VSMAIL1.uk.astrium DOT corp>
Content-Type: text/plain; charset="us-ascii"
Wayne
This Technote may be worth a read..... To get a better understanding :)
It refers to 5.1, but it gives you an idea on what is needed for
successful backups of Windows Machines.
NOTE: Ensure that your Windows boxes are using VSS to do the backups,
and not VSP! Check the settings using BPClient or from the GUI under
Master Server Properties / Client Attributes. Add a client in there and
check the TAB "Windows Open File Backup". Ensure VSP is not enabled and
Win2k3 or Win2k8 boxes are using VSS!
http://seer.entsupport.symantec.com/docs/272538.htm
________________________________
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of BeDour,
Wayne
Sent: Tuesday, June 08, 2010 8:26 PM
To: judy_hinchcliffe AT administaff DOT com; steve.fogarty AT gmail DOT com;
layne.barber.ctr AT csd.disa DOT mil
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] ALL_LOCAL_DRIVES question
Is all the registry information for a Windows 2003 system included in
the Shadow Copy Components?
Wayne BeDour
Unix System Administrator
PH: 248-447-1739
Internet: wbedour AT lear DOT com
________________________________
From: judy_hinchcliffe AT administaff DOT com
[mailto:judy_hinchcliffe AT administaff DOT com]
Sent: Tuesday, June 08, 2010 3:19 PM
To: steve.fogarty AT gmail DOT com; layne.barber.ctr AT csd.disa DOT mil
Cc: veritas-bu AT mailman.eng.auburn DOT edu; BeDour, Wayne
Subject: RE: [Veritas-bu] ALL_LOCAL_DRIVES question
Ok, slight correction
2003 servers it gets Shadow Copy Components:\
2008 servers it gets System_State:\
(but that could be dependent on vsp or vss - not sure)
But my policies say All-Local_Drives and it has gotten theses.
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Steve
Fogarty
Sent: Tuesday, June 08, 2010 2:01 PM
To: Barber, Layne Mr CTR US DISA CDM242
Cc: veritas-bu AT mailman.eng.auburn DOT edu; BeDour, Wayne
Subject: Re: [Veritas-bu] ALL_LOCAL_DRIVES question
ALL_LOCAL_DRIVES doesn't grab the SYSTEM_STATE/SHADOW_COPY_COMPONENTS
for my Windows clients. At least it never used to? I had to explicitly
put those in my file list. Most of my policies were created under 5.x,
now running 6.5.6. Maybe something has been ":fixed".
On Tue, Jun 8, 2010 at 2:56 PM, Barber, Layne Mr CTR US DISA CDM242
<layne.barber.ctr AT csd.disa DOT mil> wrote:
The ALL_LOCAL_DRIVES directive keeps you from having to know all the
drives local to a client. In windoze, it will also grab the system
state/shadow copy components. You use it to simply catch everything that
is local to the client instead of having to know ALL of the details of
the client.
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of BeDour,
Wayne
Sent: Tuesday, June 08, 2010 12:40
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] ALL_LOCAL_DRIVES question
Our environment, HP-UX 11-31 currently running one master and media
server running NetBackup 6.5.2. Running mostly unix / Linus backups and
a couple windows b/u's thrown in for good measure. Let me start this
out by stating that I just know enough Windows to scrape by and get me
into trouble. That said, I'm setting up a backup for a Windows box and
have been reading and trying to figure out exactly what the
ALL_LOCAL_DRIVES directive is used for. Why not just create a policy
and point to C:\ for example? Can someone give me a simple explanation
for ALL_LOCAL_DRIVES and when it should be used?
Thanks in advance...
Wayne BeDour
Unix System Administrator
PH: 248-447-1739
Internet: wbedour AT lear DOT com <mailto:wbedour AT lear DOT com>
**********************
** LEGAL DISCLAIMER **
**********************
This E-mail message and any attachments may contain legally privileged,
confidential or proprietary information. If you are not the intended
recipient(s), or the employee or agent responsible for delivery of this
message to the intended recipient(s), you are hereby notified that any
dissemination, distribution or copying of this E-mail message is
strictly prohibited. If you have received this message in error, please
immediately notify the sender and delete this E-mail message from your
computer.
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
**********************
** LEGAL DISCLAIMER **
**********************
This E-mail message and any attachments may contain legally privileged,
confidential or proprietary information. If you are not the intended
recipient(s), or the employee or agent responsible for delivery of this
message to the intended recipient(s), you are hereby notified that any
dissemination, distribution or copying of this E-mail message is
strictly prohibited. If you have received this message in error, please
immediately notify the sender and delete this E-mail message from your
computer.
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.
-o-
Astrium Limited, Registered in England and Wales No. 2449259 Registered
Office:
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20100609/
48e53dbe/attachment-0001.htm
------------------------------
Message: 2
Date: Wed, 9 Jun 2010 07:00:20 -0700
From: "Preston, Douglas" <dlpreston AT lereta DOT com>
Subject: Re: [Veritas-bu] NBU 7.0 media server upgrade problem
To: "veritas-bu AT mailman.eng.auburn DOT edu"
<veritas-bu AT mailman.eng.auburn DOT edu>
Message-ID:
<A79F9CA6AA66F04F8D54CBF8D1DC909419C2B5F257 AT SCACIXCMB01V1.inside DOT net>
Content-Type: text/plain; charset="us-ascii"
Issue resolved. Even with deleting all drives and robots on master
sever and media servers, then recreating them I still had the issues.
Symantec support had test connectivity and it all seemed to be fine. He
then had me run tpautoconf -a on the failing media server and it started
working. All my backups performed well last night. Now I need to figure
out how to get the same reports from bperror in 7.0 that I was getting
in 6.x
bperror -U -backstat -hoursago 24 -by_statcode this use to give me a
list of servers that get backup broken down by result code. Now all it
gives me is the master server. If I use -hoursago 72 I get a report for
the backups performed pre 7.0 upgrade.
Same problem with this command bperror -U -backstat -hoursago 24
Doug Preston
-----Original Message-----
From: bob944 [mailto:bob944 AT attglobal DOT net]
Sent: Tuesday, June 08, 2010 11:00 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Cc: Preston, Douglas
Subject: RE: [Veritas-bu] NBU 7.0 media server upgrade problem
> I performed an upgrade from 6.5 to 7.0 on my master server all went
> well, I performed an upgrade on 1 media server all went well. Before
> I could perform this on the next media server SCACIFS01.domain.com I
> started getting NetBackup TLD Control Daemon - "
> Invalid magic number from client SCACIFS01.domain.com " in the event
> log on the master server. I performed the upgrade on this media
> server SCACIFS01.domain.com it still has the issue.
The only time I've seen "invalid magic number" messages is when two
mismatched components were trying to communicate. Once was some upgrade
where I'd upgraded, say, ("say" == "I don't remember") the client but
not an agent.
That's pretty vague, but if you're still fighting it, it might be worth
scripting a comparison of the size (or, better, the sum) of each
NetBackup binary between systems that works and the one that doesn't.
Uninstall/reinstall might be faster.
There's an FT mention, AVR, drives that appear configured ... I'd first
blow away the device configuration and rediscover. And whatever FT
configuration there is--I've only done FT once and don't remember it
fondly.
------------------------------
Message: 3
Date: Wed, 9 Jun 2010 10:12:32 -0400
From: "Spencer O'Donnell" <sodonnel AT opentext DOT com>
Subject: Re: [Veritas-bu] FalconStor/NetApp w/OST
To: <VERITAS-BU AT mailman.eng.auburn DOT edu>
Message-ID:
<C88ACEAD8D5B024BBD922C6E2FAF661E063E4A35 AT OTWLMX04.opentext DOT net>
Content-Type: text/plain; charset="us-ascii"
What issues are you seeing with the Quantum in regards to restore?
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of mitch808
Sent: Monday, June 07, 2010 2:51 AM
To: VERITAS-BU AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] FalconStor/NetApp w/OST
There is no OST functionality with NetApp. NetApp wants you to buy more
storage, and snap everything, to their storage. There is no need for
backup to them.
As for Falconstor, I've yet to see any customer with it. And I see a
lot of customers a week across many states.
The customers that have Datadomain, love it. Almost as fanatical as
NetApp users. DataDomain's new DD Bost software is intriguing, but why?
were they suffering against other players, that they had to offload
processing?
Quantum has one of the best implementations of OST, with their direct to
tape feature. But I'm not sure if their restore issues have been solved
yet?
Exagrid as well has some positive remarks.
I'm pretty sure, that you'll pay more by a lot for DataDomain, but will
it be worth it?
+----------------------------------------------------------------------
|This was sent by mnabors AT gmail DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
------------------------------
Message: 4
Date: Wed, 9 Jun 2010 09:38:10 -0500
From: Nate Sanders <sandersn AT dmotorworks DOT com>
Subject: [Veritas-bu] Large Full schedule, DSSU and Shoe Shinning
To: "VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU"
<VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU>
Message-ID: <4C0FA752.5080406 AT dmotorworks DOT com>
Content-Type: text/plain; charset="iso-8859-1"
Our production Oracle jobs are set to use two 700GB dssu shares in a
Storage Unit. We have our Full schedule set to bypass this and go
straight to tape due to the job being larger than Disk Staging can
handle for Oracle. Is there a fear of shoe shinning here since our
recent migration to LTO4? DSSU sits on some 700GB SATAs in a netapp and
I want to make sure this is acceptable, or find a better way to handle
this.
--
Nate Sanders Digital Motorworks
System Administrator (512) 692 - 1038
This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and
confidential. If the reader of the message is not the intended recipient
or an authorized representative of the intended recipient, you are
hereby notified that any dissemination of this communication is strictly
prohibited. If you have received this communication in error, please
notify us immediately by e-mail and delete the message and any
attachments from your system.
------------------------------
Message: 5
Date: Wed, 9 Jun 2010 10:46:46 -0400
From: "Lightner, Jeff" <jlightner AT water DOT com>
Subject: Re: [Veritas-bu] Large Full schedule, DSSU and Shoe Shinning
To: "Nate Sanders" <sandersn AT dmotorworks DOT com>,
<VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU>
Message-ID: <FF38BBA1BF42AB46A7F46524614FAB620258D9B6 AT EXVS02.dsw DOT net>
Content-Type: text/plain; charset="us-ascii"
Have you thought about using dedupe to reduce the size of the backup to
disk? We do that here with Data Domain then vault that off to tape.
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Nate
Sanders
Sent: Wednesday, June 09, 2010 10:38 AM
To: VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU
Subject: [Veritas-bu] Large Full schedule, DSSU and Shoe Shinning
Our production Oracle jobs are set to use two 700GB dssu shares in a
Storage Unit. We have our Full schedule set to bypass this and go
straight to tape due to the job being larger than Disk Staging can
handle for Oracle. Is there a fear of shoe shinning here since our
recent migration to LTO4? DSSU sits on some 700GB SATAs in a netapp and
I want to make sure this is acceptable, or find a better way to handle
this.
--
Nate Sanders Digital Motorworks
System Administrator (512) 692 - 1038
This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and
confidential. If the reader of the message is not the intended recipient
or an authorized representative of the intended recipient, you are
hereby notified that any dissemination of this communication is strictly
prohibited. If you have received this communication in error, please
notify us immediately by e-mail and delete the message and any
attachments from your system.
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Proud partner. Susan G. Komen for the Cure.
Please consider our environment before printing this e-mail or
attachments.
----------------------------------
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or
confidential information and is for the sole use of the intended
recipient(s). If you are not the intended recipient, any disclosure,
copying, distribution, or use of the contents of this information is
prohibited and may be unlawful. If you have received this electronic
transmission in error, please reply immediately to the sender that you
have received the message in error, and delete it. Thank you.
----------------------------------
------------------------------
Message: 6
Date: Wed, 9 Jun 2010 09:51:42 -0500
From: Nate Sanders <sandersn AT dmotorworks DOT com>
Subject: Re: [Veritas-bu] Large Full schedule, DSSU and Shoe Shinning
To: "VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU"
<VERITAS-BU AT mailman.eng.auburn DOT edu>
Message-ID: <4C0FAA7E.10506 AT dmotorworks DOT com>
Content-Type: text/plain; charset="iso-8859-1"
We're still on 5.1mp6 at the time. Dedupe on the Netapp is happening I
believe. Not much we can do on that front right now.
On 06/09/2010 09:46 AM, Lightner, Jeff wrote:
> Have you thought about using dedupe to reduce the size of the backup
to
> disk? We do that here with Data Domain then vault that off to tape.
>
> -----Original Message-----
> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Nate
> Sanders
> Sent: Wednesday, June 09, 2010 10:38 AM
> To: VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU
> Subject: [Veritas-bu] Large Full schedule, DSSU and Shoe Shinning
>
> Our production Oracle jobs are set to use two 700GB dssu shares in a
> Storage Unit. We have our Full schedule set to bypass this and go
> straight to tape due to the job being larger than Disk Staging can
> handle for Oracle. Is there a fear of shoe shinning here since our
> recent migration to LTO4? DSSU sits on some 700GB SATAs in a netapp
> and I want to make sure this is acceptable, or find a better way to
> handle this.
>
>
--
Nate Sanders Digital Motorworks
System Administrator (512) 692 - 1038
This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and
confidential. If the reader of the message is not the intended recipient
or an authorized representative of the intended recipient, you are
hereby notified that any dissemination of this communication is strictly
prohibited. If you have received this communication in error, please
notify us immediately by e-mail and delete the message and any
attachments from your system.
------------------------------
Message: 7
Date: Wed, 9 Jun 2010 12:03:58 -0400
From: "Jonathan Dyck" <jdyck AT bank-banque-canada DOT ca>
Subject: [Veritas-bu] VMWare vStorage API newbie Q (and never used
VCB...)
To: "VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU"
<VERITAS-BU AT mailman.eng.auburn DOT edu>
Message-ID:
<22D301D9B05B074F900C913A9550E935A5B45F AT EXMAIL1.bocad DOT bank-banque-canada
.ca>
Content-Type: text/plain; charset="utf-8"
Hello all,
I've been trying to get vStorage API backups going with Netbackup 7 in
my test environment now, and am running into what I presume are
"standard" issues for people who've done this with VCB in the past.
Pretty sure I'm getting through those OK.
Getting beyond myself now, as this is a test environment which has Lab
Manager, I'm running into VMs I can't backup. This is presumably because
they've been deployed via Lab Manager, which doesn't support the VMWare
snapshot method required to get the vStorage backups working. The VMs
deployed straight from vCenter are no problem (basically the ones I can
right-click in vSphere client and create manual snapshots for ;).
Does this make sense? Anyone have any experience with Lab Manager
deployed VM guests and VCB/vStorage backups? Is there another method I
can try?
Thanks,
Jon
========================================================================
============
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.
------------------------------
Message: 8
Date: Thu, 10 Jun 2010 02:08:42 +1000
From: Dean <dean.deano AT gmail DOT com>
Subject: Re: [Veritas-bu] Large Full schedule, DSSU and Shoe Shinning
To: Nate Sanders <sandersn AT dmotorworks DOT com>
Cc: "VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU"
<VERITAS-BU AT mailman.eng.auburn DOT edu>
Message-ID:
<AANLkTimwm09CpmJDgYmKP1nXMscg00R1jstkKxy2ncuR AT mail.gmail DOT com>
Content-Type: text/plain; charset="iso-8859-1"
Shoe shining is less of a problem with modern tape drives, as they have
this "speed matching" which will slow the tape drive's throughput down
to match, as closely as possibe, the speed that data is coming in from
the host...
"The IBM LTO-4 drive has the new technology that matches dynamic speed
at any of the 6 speeds of 30MB/sec, 48MB/sec, 66MB/sec, 84MB/sec,
103MB/sec, or 120MB/sec. This speed matching is done for the adjustment
of native data speed of the tape drive as close as possible with the net
data rate of the host. The host's net data speed is that which is
achieved after the factoring out of data compressibility."
The details vary by drive vendor.
On Thu, Jun 10, 2010 at 12:38 AM, Nate Sanders
<sandersn AT dmotorworks DOT com>wrote:
> Our production Oracle jobs are set to use two 700GB dssu shares in a
> Storage Unit. We have our Full schedule set to bypass this and go
> straight to tape due to the job being larger than Disk Staging can
> handle for Oracle. Is there a fear of shoe shinning here since our
> recent migration to LTO4? DSSU sits on some 700GB SATAs in a netapp
> and I want to make sure this is acceptable, or find a better way to
> handle this.
>
> --
> Nate Sanders Digital Motorworks
> System Administrator (512) 692 - 1038
>
>
>
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and
confidential.
> If the reader of the message is not the intended recipient or an
> authorized representative of the intended recipient, you are hereby
> notified that any dissemination of this communication is strictly
> prohibited. If you have received this communication in error, please
> notify us immediately by e-mail and delete the message and any
attachments from your system.
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20100610/
b02354d4/attachment-0001.htm
------------------------------
Message: 9
Date: Wed, 9 Jun 2010 11:17:34 -0500
From: Ed Wilts <ewilts AT ewilts DOT org>
Subject: Re: [Veritas-bu] Large Full schedule, DSSU and Shoe Shinning
To: Dean <dean.deano AT gmail DOT com>
Cc: "VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU"
<VERITAS-BU AT mailman.eng.auburn DOT edu>
Message-ID:
<AANLkTil1KjnL_OBiK73cq1zyDv4Nph12jZMFUW1KMZq6 AT mail.gmail DOT com>
Content-Type: text/plain; charset="iso-8859-1"
On Wed, Jun 9, 2010 at 11:08 AM, Dean <dean.deano AT gmail DOT com> wrote:
> Shoe shining is less of a problem with modern tape drives, as they
> have this "speed matching" which will slow the tape drive's throughput
> down to match, as closely as possibe, the speed that data is coming in
> from the host...
>
> "The IBM LTO-4 drive has the new technology that matches dynamic speed
> at any of the 6 speeds of 30MB/sec, 48MB/sec, 66MB/sec, 84MB/sec,
> 103MB/sec, or 120MB/sec. This speed matching is done for the
> adjustment of native data speed of the tape drive as close as possible
> with the net data rate of the host. The host's net data speed is that
> which is achieved after the factoring out of data compressibility."
>
In other words, you should be seeing about 60MB/sec from NetBackup
(assuming
2:1 compression) to meet the minimum LTO-4 drive speed of 30MB/sec.
.../Ed
Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewilts AT ewilts DOT org
Linkedin <http://www.linkedin.com/in/ewilts>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20100609/
33efc5b9/attachment-0001.htm
------------------------------
Message: 10
Date: Wed, 9 Jun 2010 23:27:09 +0000
From: A Darren Dunham <ddunham AT taos DOT com>
Subject: Re: [Veritas-bu] isilon backup accelerator
To: VERITAS-BU AT mailman.eng.auburn DOT edu
Message-ID: <20100609232709.GA4968 AT SDF.LONESTAR DOT ORG>
Content-Type: text/plain; charset=us-ascii
On Mon, Jun 07, 2010 at 09:03:12AM -0500, Ed Wilts wrote:
> If you have a NetApp filer (and there may be other NAS heads that have
> the same functionality) that have multiple security models on the same
> data, this approach simply will not work. We have some file systems
> that use both Unix and NTFS security so backing the data up using
> either CIFS or NFS will miss the rest of the security information.
Just a note on this point. Don't know about other systems, but Netapp
says that CIFS backups do properly save UNIX security info. It's saved
in a SMB structure.
NFS cannot carry the NTFS ACLS though. So conceivably you can do all
CIFS backups and get all security structures. (I do NDMP and have
mainly UNIX servers, so it's not something I've tried to test).
--
Darren
------------------------------
Message: 11
Date: Wed, 9 Jun 2010 20:26:55 -0400
From: David Magda <dmagda AT ee.ryerson DOT ca>
Subject: Re: [Veritas-bu] isilon backup accelerator
To: A Darren Dunham <ddunham AT taos DOT com>
Cc: VERITAS-BU AT mailman.eng.auburn DOT edu
Message-ID: <823F6B54-048E-4828-9CB6-943F1709684F AT ee.ryerson DOT ca>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
On Jun 9, 2010, at 19:27, A Darren Dunham wrote:
> NFS cannot carry the NTFS ACLS though. So conceivably you can do all
> CIFS backups and get all security structures. (I do NDMP and have
> mainly UNIX servers, so it's not something I've tried to test).
Well, NFSv4 does NTFS-style ACLs. See Section 5.11 of the NFSv4 spec
(RFC 3530). There's also a draft on mapping NFSv4 and draft-POSIX ACLs
("draft-ietf-nfsv4-acl-mapping-05").
Don't know of many systems that can show both though. I believe
OpenSolaris can do UID-SID mapping and such with ACLs if you're
exporting a ZFS file system to both NFS and CIFS/SMB.
NetApp should be able to handle it if you use "mixed" QTrees:
http://www.netapp.com/us/communities/tech-ontap/nfsv4-0408.html
------------------------------
Message: 12
Date: Thu, 10 Jun 2010 02:48:15 -0400
From: NBU <netbackup-forum AT backupcentral DOT com>
Subject: [Veritas-bu] Upgradation Steps - 6.5.5 to 7.0
To: VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU
Message-ID: <1276152495.m2f.336645 AT www.backupcentral DOT com>
Hi Forum,
Need to upgrade my setup which is on NBU 6.5.5 (Solaris) to NBU 7.0
Pls. inform/suggest the steps involved to do so.
Thanks in Advance
+----------------------------------------------------------------------
|This was sent by qureshiumar AT rediffmail DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------
------------------------------
Message: 13
Date: Thu, 10 Jun 2010 02:49:50 -0400
From: NBU <netbackup-forum AT backupcentral DOT com>
Subject: [Veritas-bu] NBU 7.0 media server upgrade problem
To: VERITAS-BU AT MAILMAN.ENG.AUBURN DOT EDU
Message-ID: <1276152590.m2f.336646 AT www.backupcentral DOT com>
Hi,
Can u share the procedure for upgrading netbackup from 6.5 to 7.0
Thanks in Advance
+----------------------------------------------------------------------
|This was sent by qureshiumar AT rediffmail DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------
------------------------------
Message: 14
Date: Thu, 10 Jun 2010 08:09:43 +0100
From: "WEAVER, Simon \(external\)" <simon.weaver AT astrium.eads DOT net>
Subject: Re: [Veritas-bu] Upgradation Steps - 6.5.5 to 7.0
To: <VERITAS-BU AT mailman.eng.auburn DOT edu>
Message-ID:
<8BCBC55B17626149A568F4E4AA24659EA75FFA AT VSMAIL1.uk.astrium DOT corp>
Content-Type: text/plain; charset="us-ascii"
Hi
I would suggest you look here as a starter....
http://seer.entsupport.symantec.com/docs/332137.htm
Some important information you may need to know about.
Regards
S.
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of NBU
Sent: Thursday, June 10, 2010 7:48 AM
To: VERITAS-BU AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Upgradation Steps - 6.5.5 to 7.0
Hi Forum,
Need to upgrade my setup which is on NBU 6.5.5 (Solaris) to NBU 7.0
Pls. inform/suggest the steps involved to do so.
Thanks in Advance
+----------------------------------------------------------------------
|This was sent by qureshiumar AT rediffmail DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
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.
-o-
Astrium Limited, Registered in England and Wales No. 2449259 Registered
Office:
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
End of Veritas-bu Digest, Vol 50, Issue 11
******************************************
Visit our website at http://www.ubs.com
This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.
E-mails are not encrypted and cannot be guaranteed to be secure or
error-free as information could be intercepted, corrupted, lost,
destroyed, arrive late or incomplete, or contain viruses. The sender
therefore does not accept liability for any errors or omissions in the
contents of this message which arise as a result of e-mail transmission.
If verification is required please request a hard-copy version. This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities
or related financial instruments.
UBS Limited is a company registered in England & Wales under company
number 2035362, whose registered office is at 1 Finsbury Avenue,
London, EC2M 2PP, United Kingdom.
UBS AG (London Branch) is registered as a branch of a foreign company
under number BR004507, whose registered office is at
1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.
UBS Clearing and Execution Services Limited is a company registered
in England & Wales under company number 03123037, whose registered
office is at 1 Finsbury Avenue, London, EC2M 2PP, United Kingdom.
UBS reserves the right to retain all messages. Messages are protected
and accessed only in legally justified cases.
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
