Hi All
Does anyone have the columns for
bppllist $policy
Basically trying to put something together based on policy type, trying to get
the columns specifically for the INFO section below.
Eg.
CLASS croyvtsms_oracle *NULL* 0 500000 169200 *NULL*
NAMES
INFO 0 0 0 0 *NULL* 0 0 2147483647 1 0 1 0 0 0 0 0 0 0 1041511308
3E0E2989A5AF4185B6575FE1DA53C67A 1 0 0 0 0 0 0 0 2
Regards
Dave
-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu [mailto:veritas-bu-bounces
at mailman.eng.auburn.edu] On Behalf Of Didier BRUN
Sent: 19 September 2006 09:54
To: veritas-bu at mailman.eng.auburn.edu
Cc: 'Martin, Jonathan (Contractor)'
Subject: Re: [Veritas-bu] problems with VTL StorageTek solution ?
Thank you for all the messages,
I read few messages of the solution " falconstore " VTL of storagetek.
Do you think that the DSSU will replace the solutions VTL ?
Didier
Hampus Lind a ?crit :
>Hi,
>
>Here in Sweden Diligent is pretty cheap I think, or at least at the
>same level as other vendors. But of course management people can twist
>things the other way...
>
>Did you go with another VTL/de-dup solution instead?
>
>Hampus Lind
>Rikspolisstyrelsen
>National Police Board
>Tel dir: +46 (0)8 - 401 99 43
>Tel mob: +46 (0)70 - 217 92 66
>E-mail: hampus.lind at rps.police.se
>
>
>-----Ursprungligt meddelande-----
>Fr?n: Martin, Jonathan (Contractor) [mailto:JMARTI05 at intersil.com]
>Skickat: den 15 september 2006 15:33
>Till: Hampus Lind; Paul Keating; briandiven at northwesternmutual.com;
>didier.brun at fr.thalesgroup.com
>Kopia: veritas-bu at mailman.eng.auburn.edu
>?mne: RE: [Veritas-bu] problems with VTL StorageTek solution ?
>
>
>We were looking at an offsite backup solution w/ Diligent here and
>everyone we talked to (Local Reseller, Diligent Sales & Technical
>resources) said our HDS AMS500 w/ SATA Shelves would be fine. In the
>end we balked at the Diligent Protectier software cost and went another
>way but cost aside this solution was our best choice.
>
>-Jonathan
>
>
>-----Original Message-----
>From: veritas-bu-bounces at mailman.eng.auburn.edu
>[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Hampus
>Lind
>Sent: Friday, September 15, 2006 9:12 AM
>To: 'Paul Keating'; briandiven at northwesternmutual.com;
>didier.brun at fr.thalesgroup.com
>Cc: veritas-bu at mailman.eng.auburn.edu
>Subject: Re: [Veritas-bu] problems with VTL StorageTek solution ?
>
>Hi,
>
>ProtecTier on work over FC protocol but I have never heard that it
>require FC disk... When I meet with diligent people from Israel, I told
>them that we already have 7 TB of SATA that we which to "re-use", that
>would be no problem, they said.
>
>They only support FC arrays today, but in that array you can have both
>FC and SATA drives. It feels strange creating a backup-to-disk solution
>that only support FC disks...
>
>The guy selling you ProtecTier, does he work at HDS and want you to buy
>a solution that includes expensive FC disks?? ;-)
>
>I think you need to find another source to Diligent, or perhaps I need
>to find one that tells me the truth.. :-)
>
>
>
>
>
>Hampus Lind
>Rikspolisstyrelsen
>National Police Board
>Tel dir: +46 (0)8 - 401 99 43
>Tel mob: +46 (0)70 - 217 92 66
>E-mail: hampus.lind at rps.police.se
>
>
>-----Ursprungligt meddelande-----
>Fr?n: Paul Keating [mailto:pkeating at bank-banque-canada.ca]
>Skickat: den 15 september 2006 14:51
>Till: Hampus Lind; briandiven at northwesternmutual.com;
>didier.brun at fr.thalesgroup.com
>Kopia: veritas-bu at mailman.eng.auburn.edu
>?mne: RE: [Veritas-bu] problems with VTL StorageTek solution ?
>
>I like the look of the ProtecTIER product.
>
>However, I've come up with some information that I can't get a hard
>answer on.
>The info I got from Diligent coonfused me even more.
>
>Everything I can find, and am told by either HDS, or Diligent says that
>Protectier requires FC disk.......as in, not SATA......
>
>I find this confusing.....sure the data de-duplication technology
>requires knowing where the data is on disk, quickly, etc, etc. So I
>said to the Diligent rep I spoke with "Ok, so the de-duplication
>algorithm actually has to search the disk to find patterns?" to which I
>got the response (paraphrasing)"Oh no, of course not...all of the data
>on disk is mapped in RAM, we can map 1PB of disk in 4GB of RAM. The
>appliance doesn't need to read the disk to find hash matches, etc. All
>of that is done in RAM and only the unique data that needs to be written to
>disk is written to disk".
>So I asked why then would FC disk be necessary???
>After pushing it a bit, I got a response that Yes, it would technically
>"work" with SATA disk, however there would be a performance hit due to
>SATA's transfer speed, of approx 40%, so they don't support SATA.
>
>So....here's my confusion....since the de-duplication is being done "in
>stream" on the appliance before the data ever gets to the disk array,
>then with the advertised 25:1 ratio, only 4% of the data hitting the
>box is getting written to disk.
>
>Even if the SATA disk is 80% slower that FC (being fascetious here),
>shouldn't it still be like 5 times faster than another product that
>writes "everything" to SATA disk? Yes all the other VTL vendors are
>basing their products on SATA (as Diligent is with their VTF Open
>product)
>
>
>Paul
>
>
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Notice to recipient:
The information in this internet e-mail and any attachments is confidential and
may be privileged. It is intended solely for the addressee. If you are not the
intended addressee please notify the sender immediately by telephone. If you
are not the intended recipient, any disclosure, copying, distribution or any
action taken or omitted to be taken in reliance on it, is prohibited and may be
unlawful.
When addressed to external clients any opinions or advice contained in this
internet e-mail are subject to the terms and conditions expressed in any
applicable governing terms of business or client engagement letter issued by
the pertinent Bank of America group entity.
If this email originates from the U.K. please note that Bank of America, N.A.,
London Branch and Banc of America Securities Limited are authorised and
regulated by the Financial Services Authority.
|
