|
Hi Curtis
It could be the fact the product was poorly implemented on a cluster, a
Windows cluster. If I recall, it was to make a "basic" disk appear dynamic, so
you can do alot of fancy things with the Veritas Volume
Manager.
But it was causing some huge issues with the cluster environment, and
when a failover occurred, the disks would not always come online, and in fact
some ended up missing.
Spending time with Symantec (Veritas at the time), resulted in alot of
diagnostic logging / details going back & forwards to no
avail.
End result - disks lost.... had to rebuild the disks, restore the data,
and the business was out for a few days, which did not bode
well.
I
think if Veritas could have fixed it, they would. In the end, the result was to
move off the software. It simply seemed to be overkill for the function it was
going to be used for.
Diskpart CLI does what the client wanted...... extend a volume! to this
day, I am still unsure why it was implemented, but I am sure there was a genuine
reason.
If it works for everyone else, then its my own experience that has caused
me to have a bad taste.
And clearly, there are alot of fans using it :)
Simon
Is it just the idea of
a virtual volume that you don’t like, or do you have another volume manager you
like? Last time I looked, the dynamic disks functionality in Windows is based on
a stripped down version of VxVM.
From:
veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of WEAVER, Simon
(external)
Sent: Tuesday, April
01, 2008 6:35 AM
To: Ed
Wilts
Cc:
veritas-bu AT mailman.eng.auburn DOT edu; Paul Keating
Subject: Re: [Veritas-bu] NetBackup 6.5
index size
Ed
I use Robocopy alot,
but I feel that the product may have been ill-advised by someone who thought we
needed the product, when clearly we have proven this is not the
case.
Robocopy and Diskpart
:-) works like a charm!
From: Ed Wilts
[mailto:ewilts AT ewilts DOT org]
Sent: Tuesday, April 01, 2008 1:22
PM
To: WEAVER, Simon
(external)
Cc: Paul Keating;
Dariusz.Klar AT sun DOT com; veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] NetBackup 6.5
index size
On Tue, Apr 1, 2008 at 12:27 AM, WEAVER, Simon
(external) <simon.weaver AT astrium.eads DOT net>
wrote:
Personally, I am not a fan of Veritas Volume
Manager, and I certainly cannot recommend
it.
That's because you're a Windows guy and
the product certainly doesn't function on Windows like it does on Unix. If
you're a Unix guy, you'll see the limitations of Windows and its lack of a
volume manager very quickly.
My catalog is in a volume manager and yes,
we've grown it. We've bounced a lot of our storage around between
SAN frames as well as expanded volumes. On the other hand, my Windows
admins do nothing but bitch and moan when they have to do the same thing.
Linux, HP-UX, Solaris, VMS - all move data nicely around. Windows, well,
just say no.
Robocopy is not an alternative to a volume manager
:-)
.../Ed
-----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 Paul Keating
Sent: Monday, March 31, 2008 5:19 PM
To: Dariusz.Klar AT Sun DOT COM; veritas-bu AT mailman.eng.auburn DOT edu
Subject:
Re: [Veritas-bu] NetBackup 6.5 index size
Build your catalog filesytem
using a Logical Volume Manager, such as Veritas Volume Manager (Storage
Foundations) on a SAN attached LUN. As your catalog grows you can grow both
the LUN and the filesystem hot, without an outage.
Or, if you have
availability of a recent Enterprise class array such as the HDS USP-V,
you can build it on a DP (Dynamic provisioned) LUN (aka thin
provisioning)
The array presents your server with a large fixed size
LUN, even several terabytes, but only occupies as much disk space as needed,
initially, then auto allocates disk as needed.
Personally, I'd just go
the volume manager
route.
Paul
--
Ed Wilts, Mounds View, MN, USA
mailto:ewilts AT ewilts DOT org
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.
---------------------------------------------------------------------
Astrium
Limited, Registered in England and Wales No. 2449259
REGISTERED
OFFICE:-
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England
|
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.
---------------------------------------------------------------------
Astrium Limited, Registered in England and Wales No. 2449259
REGISTERED OFFICE:-
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
|
|
