Hi Judy,
Thank you for the article, it's very useful & clear to me.
Best Regards,
Adrian
-Original Message-
From: judy_hinchcli...@administaff.com
[mailto:judy_hinchcli...@administaff.com]
Sent: 28 September 2010 21:23
To: Adrian Soetanto; veritas-bu@mailman.eng.auburn.edu
Subject: RE
I knew someone would pull out some niche backup product from some tiny vendor
to hit me in the head with:-)
This is the last I thing I will add to the discussion, as it is a bit
off-topic, but for my own curiosity...
Dean, are you talking about reclaim? Because I don't think that is ex
Hi,
I was curious, as backups get larger and larger, how many out there are
using checkpoint restart (yes I know it slows down the backups a bit) but
it saves a lot of time having to start a 2-8TB backup again from scratch
if something goes wrong (network issue or otherwise).
Is it becoming mo
Use it all the time !!! 180 Mins I set for our larger TB's ones.
Each to their own, but I think I would rather have a checkpoint that a
restart from scratch !
S.
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behal
We break our large datasets into multiple streams and restart that way.
It's much easier for me to say to an app group "all of the backups
finished except /lun7 and I'm rerunning that now" than "The backup is
80% complete and we're rerunning it from wherever it failed." For
backups that run 48 hour
On Wed, 29 Sep 2010, Martin, Jonathan wrote:
> We break our large datasets into multiple streams and restart that way.
> It's much easier for me to say to an app group "all of the backups
> finished except /lun7 and I'm rerunning that now" than "The backup is
> 80% complete and we're rerunning i
We break our larger backups into 3-4 streams but still use checkpointing
on those streams as well.
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Martin,
Jonathan
Sent: Wednesday, September 29, 2010 10:15 A
Justin,
We use it and many of our backups are between 4TB and 90TB, so a restart
at the 50TB point is a big plus for us. Checkpointing has been a good
option for us and here, it means a lot because we are backing up right
at 5PB per month.
Thank You,
Dennis Peacock
EBCA
Acxiom Corporation
501-342
We break ours up.
If I have one very large drive that I also need to break up I will create a
policy just for that server.
I might have
C:\
E:\
F:\ - but this is the big one so for F I do
A new stream for f:\ with anything starting with a 0 -9
Then new stream
And f for anything starting with a -
Hi Abhishek,
I have done the Integration of KMS(SYMC) with TKLM.
Please let me know if any help required.
+--
|This was sent by v2a...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+
7112a803f0e358c3edd...@usindevs02.corp.hds.com>
> Content-Type: text/plain; charset="us-ascii"
>
> I knew someone would pull out some niche backup product from some tiny vendor
> to hit me in the head with:-)
>
>
>
> This is the last I thing I will add to the di
Hi All
It appears I have hit a snag with FlashBackups and the HP EVA6400 that
majority of our servers have SAN disks connect to.
Firstly, does anyone use FlashBackups and EVA6400 Enterprise Array
systems?
It appears that when doing FlashBackups, they are 10 times slower than
SAN Based Backups.
One use for VTLs are NDMP backups, which can be written directly and
thus bypass the media server. You can send NDMP backups to an OST
device, but not without going through a media server first. Depending
on how much data you have, that might mean additional media server(s)
and a dedicate
Neil,
True for the likes of say Quantum you can NDMP direct to tape, and that is a
cool feature. I however dont see much issue going through a media server these
days as fast as media servers are, and forget VTL, just use disk built into and
accessible to NBU!
+--
14 matches
Mail list logo