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:[EMAIL PROTECTED] On Behalf Of Terry McColgan Sent: 03 March 2005 20:56 To: ADSM-L@VM.MARIST.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 [EMAIL PROTECTED] 416-961-8800 ext. 270 "Go ahead... backup." -----Original Message----- From: Joni Moyer [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 3:15 PM To: ADSM-L@VM.MARIST.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 [EMAIL PROTECTED] ******************************** "Terry McColgan" <[EMAIL PROTECTED] > To Sent by: "ADSM: ADSM-L@VM.MARIST.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:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 1:16 PM To: ADSM-L@VM.MARIST.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:[EMAIL PROTECTED] On Behalf Of Stapleton, Mark Sent: Thursday, March 03, 2005 11:04 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: NetApp NAS NDMP Data From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] 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 ([EMAIL PROTECTED]) Office 262.521.5627
