Terry,
That's done the trick, brilliant. Thanks very much for your help.
Regards,
Iain
-----Original Message-----
From: Terry McColgan [mailto:tmccolgan AT oct DOT ca]
Sent: 04 March 2005 17:19
To: Iain Barnetson
Subject: RE: [ADSM-L] NetApp NAS NDMP Data
Bear with me here.
Update Stg does not support location.
move media does
When we run out of space in the library I move the onsite full tapes out
to create space for the new monthly full backup:
mov med * stg=<yourpoolname> wherestate=mountableinlib
wherestatus=full rem=b checkl=n ovflo=TOPDRAWER
In the beginning, I missed the ovflo parameter. For those volumes I used
the upd vol command with the location and stg switches
hope this helps. - t
-----Original Message-----
From: Iain Barnetson [mailto:Iain.Barnetson AT Halliburton DOT com]
Sent: Friday, March 04, 2005 11:20 AM
To: Terry McColgan
Subject: RE: [ADSM-L] NetApp NAS NDMP Data
Terry,
You've lost me on that one, what am I updating there?
Regards,
Iain Barnetson
IT Systems Administrator
UKN Infrastructure Operations
-----Original Message-----
From: Terry McColgan [mailto:tmccolgan AT oct DOT ca]
Sent: 04 March 2005 15:32
To: Iain Barnetson
Subject: RE: [ADSM-L] NetApp NAS NDMP Data
Try UPDATE VOL LO=FIRESAFE - t
-----Original Message-----
From: Iain Barnetson [mailto:Iain.Barnetson AT Halliburton DOT com]
Sent: Friday, March 04, 2005 7:46 AM
To: ADSM: Dist Stor Manager
Cc: Terry McColgan
Subject: RE: [ADSM-L] NetApp NAS NDMP Data
I tried to update our nasmonthly stg ( update stg nasmonthly
ovfloc=firesafe ) to use an overflow location, but got an error saying
that "overflow location is not valis with the storage pools data
format".
The nasmonthly stg data format is "netapp dump".
So effectively that rules out using an overflow location.
Any ideas how I can achieve what I'm trying to do: see below
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
<<<<<<<<<<<<<<<<<<<<<<
Previoulsy we backed up our NAS nodes via cifs & named pipes. At the end
of each month I took a Backupset of each filespace on the NAS nodes.
I've now moved onto backing the NAS nodes up using NDMP across a SAN.
As I can no longer take backup sets or backup the NAS stgpool to a copy
stgpool I tried creating a primary stgpool called "monthly", set to keep
12 versions etc, and setup a cmd schedule to do a full backup of the NAS
nodes to it once a month, the idea was that I would make the tapes in
the monthly stgpool "offsite". However I am unable to change the tapes
in the monthly pool to "offiste".
I was wondering if anyone had any suggestions as to what I could do to
get a series of Monthly full backups of the NAS nodes?
I'm running TSM 5.2.4.1 on Win2K Advanced Server.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Terry McColgan
Sent: 03 March 2005 20:56
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] NetApp NAS NDMP Data
Not to niggle here but NDMP only supports FULL and DIFFERENTIAL backup,
not INCREMENTAL. Also, make sure that your NDMP versions are the same on
both Tivoli and your NetApp device. Tivoli supports version 3. The
NetApp command is ndmpd version 3.
Joni: Does your "full backup of our NAS on Sunday" run in its own
storage pool. If it does then it should not interfere with anything
else.
We have two storage pools (one for onsite, one for offsite) that are set
to retain 60 versions (approx. 2 months). We do a full backup monthly on
a weekend day and then run differentials on weekdays. This allows us to
have 30 days of backups from any given point. After 60 days everything
goes away on its own. I have rudimentary scripts to automate some of
this. Email me if you wish.
Terry McColgan
Help Desk Support Specialist
Tivoli Storage Manager Specialist
Ontario College of Teachers
121 Bloor Street East, Floor 6
Toronto, Ontario
M4W 3M5
tmccolgan AT oct.on DOT ca
416-961-8800 ext. 270
"Go ahead... backup."
-----Original Message-----
From: Joni Moyer [mailto:joni.moyer AT HIGHMARK DOT COM]
Sent: Thursday, March 03, 2005 3:15 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: NetApp NAS NDMP Data
Hi Terry!
That is exactly what I wanted to do! I wanted to do an initial full
backup and then do incrementals and keep them all onsite. I then wanted
to do a full backup of our NAS on Sunday, but how do you do yours? I
thought that if I did a full, selective, backup on Sunday that would
interfere with the other backups I would want to keep onsite for regular
restore purposes?
Any thoughts are appeciated! Thanks!
********************************
Joni Moyer
Highmark
Storage Systems
Work:(717)302-6603
Fax:(717)302-5974
joni.moyer AT highmark DOT com
********************************
"Terry McColgan"
<tmccolgan AT OCT DOT CA
>
To
Sent by: "ADSM: ADSM-L AT VM.MARIST DOT EDU
Dist Stor
cc
Manager"
<[email protected]
Subject
.EDU> Re: NetApp NAS NDMP Data
03/03/2005 02:21
PM
Please respond to
"ADSM: Dist Stor
Manager"
<[email protected]
.EDU>
Hello; I have some experience with NDMP on a NetApp to Tivoli system. To
the best of my knowledge, NDMP does not support archiving. It supports
FULL and DIFFERENTIAL backups only. Using the TOC I am able to do file
level restores without a problem. Given the limitations on NDMP (no DRM
...), we scripted a system that has ONSITE and OFFSITE pools where the
ONSITE pools stay in the library and the OFFSITE pools are ejected from
the library (IBM 3583) automatically to be stored offsite. Then, by
running some SELECT statements in MS excel we are able to determine when
to bring the empties back. Given the horror stories I've been reading
about YSM 5.3 I think we'll just stick to 5.2.x.x, thanks. - t
-----Original Message-----
From: Ben Bullock [mailto:bbullock AT MICRON DOT COM]
Sent: Thursday, March 03, 2005 1:16 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: NetApp NAS NDMP Data
Hmm, but can that be done through the NDMP methodology of
backup? I don't think so. You only really have a "backup" method, not an
"archive" with NDMP. I think....
We are just dipping our toes in NDMP, so I'm not an expert,
but it looks like for that data what we want to keep longer than just DR
purposes, we will need to archive it though an NFS mount, especially
where there are a few files in a whole qtree that you want kept forever
but the rest only for 30 days.
NDMP just lacks that granularity, especially at the file
level.
There is a 'virtualfsmapping' method in TSM 5.3 that can get you to the
directory level, so that may work if directory level is granular enough
for you.
Ben
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Stapleton, Mark
Sent: Thursday, March 03, 2005 11:04 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: NetApp NAS NDMP Data
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Iain Barnetson
>I was wondering if anyone had any suggestions as to what I could do to
>get a series of Monthly full backups of the NAS nodes?
Easy. Use archives, not backups, for your monthlies. Set your archive
expiration to whatever timeframe is appropriate for your business needs.
--
Mark Stapleton (stapleton AT berbee DOT com)
Office 262.521.5627
|
