NDMP restores

2014-07-01 Thread Nick Marouf
Good morning,

 I've recently been running into a very odd problem that maybe someone on
the list might have experienced in the past.

 We currently have virtual machines that are provisioned from a NetApp data
filer. Using VSC we take daily snapshots on the backend. We use virtual
nodes setup to map to the the filer for an NDMP data backup.

This process has been working and stable for some time. However, with only
one of the many datastores when I restore a specific virtual machine
instance to a new empty datastore location, the restore itself is
successful.

If I browse the datastore location, Almost all files have the requested
PITD,PITT however the machinename-flat.vmdk and vmware.log file are from
the most recent backup.

Multiple trial and errors with various specified days, all act the same way.

I'm on TSM 6.2.1 RHEL


Has anyone see this behavior from before?

Thank you,
-Nick


NDMP Restores: DAR VS File Level

2008-11-13 Thread Shawn Drew
Just learned something, thought I'd pass it along.  I just finished with
one of the eseminars that someone recently posted about the IBM N-Series
Netapps
I just wanted to review what I thought I already new.  There was one
little tidbit on there that I thought was pretty valuable, and I've never
seen it on this list.  (Also didn't come up in a search)

There are 2 types of TSM NDMP restores
- DAR - Direct Access Recovery
- File Level Restore

- A File Level Restore is when it has to scan the whole backup image to
find the requested files.
- a DAR restore has the exact location of the file, so the restore can
jump straight to the file location and restore it

The only way to get a DAR restore is to use the web gui and select ONLY
one file.  Command line restores or web restores of more than one file
fall back to the file-level restores.

So if you have 2 or 3 files to restore, it may be worth it to do them one
at a time.

Regards,
Shawn


This message and any attachments (the message) is intended solely for
the addressees and is confidential. If you receive this message in error,
please delete it and immediately notify the sender. Any use not in accord
with its purpose, any dissemination or disclosure, either whole or partial,
is prohibited except formal approval. The internet can not guarantee the
integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
not therefore be liable for the message if modified. Please note that certain
functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.