Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Taking\s+an\s+end\-of\-year\s+snapshot\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Taking\s+an\s+end\-of\-year\s+snapshot\s*$/: 11 ]

Total 11 documents matching your query.

1. Taking an end-of-year snapshot (score: 1): Author: Mark Ferraretto <mark.ferraretto AT DB DOT COM>; Date: Tue, 6 Jan 2004 11:59:29 +0800; All, We are running TSM 5.1.6.1 on AIX 5.1 What I want to do is to take an snapshot of our TSM data as it was at end of year 1/1/04 and archive it away for 10 years. Is this possible? I haven't found; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-01/msg00038.html (12,128 bytes)
2. Re: Taking an end-of-year snapshot (score: 1): Author: "Stapleton, Mark" <stapleto AT BERBEE DOT COM>; Date: Tue, 6 Jan 2004 09:09:56 -0600; of year 1/1/04 and archive it away for 10 years. Is this possible? I haven't found a way of doing it.< You could do this with the backupset process, but you'd have to make one for each TSM client. sn; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-01/msg00052.html (12,423 bytes)
3. Re: Taking an end-of-year snapshot (score: 1): Author: "Wilcox, Andy" <andy.wilcox AT AQUILA-NETWORKS.CO DOT UK>; Date: Thu, 08 Jan 2004 10:30:07 -0500; This isn't exactly a solution but I have the very same problem as yourself in finding the best way of doing this, and as you have pointed out, there is no easy way that we have found. It is lookin ve; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-01/msg00130.html (16,419 bytes)
4. Re: Taking an end-of-year snapshot (score: 1): Author: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>; Date: Thu, 8 Jan 2004 10:41:53 -0500; Try EXPORT. You can specify all data, or only ACTIVE data. It has NO impact on your TSM DB, as an archive will. And you don't have to move the data across the network again. You can re-import it to A; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-01/msg00131.html (17,076 bytes)
5. Re: Taking an end-of-year snapshot (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Thu, 8 Jan 2004 10:57:33 -0500; ... This kind of requirement begs a lot of questions, as it tends to be one of those very vague management ideas which receives too little thought from the decision makers. - With organizations typic; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-01/msg00132.html (12,494 bytes)
6. Re: Taking an end-of-year snapshot (score: 1): Author: Tom Kauffman <KauffmanT AT NIBCO DOT COM>; Date: Thu, 8 Jan 2004 14:08:07 -0500; I've been hit with this 'requirement' twice. I've let the powers-that-be know that there are two options: 1) We *will* shut down *all* operations for 30 to 60 days while all databases are converted t; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-01/msg00151.html (14,116 bytes)
7. Re: Taking an end-of-year snapshot (score: 1): Author: Alex Paschal <AlexPaschal AT FREIGHTLINER DOT COM>; Date: Thu, 8 Jan 2004 15:15:43 -0800; Mark, Possibly one of the least intrusive ways of actually doing this would be to define a new copypool, say "SNAPSHOT_2004", and backup all your storagepools into that storagepool. If you start this; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-01/msg00153.html (13,541 bytes)
8. Re: Taking an end-of-year snapshot (score: 1): Author: Mark Ferraretto <mark.ferraretto AT DB DOT COM>; Date: Fri, 9 Jan 2004 17:59:05 +0800; Andy/Chaps, Well, it looks like what we're going to do is set up a separate TSM instance and have it share the tape library. Then we will copy our onsite pool from the main instance to this other ins; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-01/msg00166.html (18,107 bytes)
9. Re: Taking an end-of-year snapshot (score: 1): Author: tsmadmin account for Excaliber Business Solutions <tsmadmin AT VODACOM.CO DOT ZA>; Date: Fri, 9 Jan 2004 12:41:13 +0200; Hi Have you had a look at the EXPORT SERVER command. This could help you and you can keep your data as long as you want to. The only problem will be your hardware when you want to recover your data i; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-01/msg00168.html (19,857 bytes)
10. Re: Taking an end-of-year snapshot (score: 1): Author: "Wilcox, Andy" <andy.wilcox AT AQUILA-NETWORKS.CO DOT UK>; Date: Fri, 09 Jan 2004 06:03:58 -0500; What you are saying Sean makes perfect sense and I couldn't agree more but the big issue anyone trying this faces at the moment is the time it will take to do this operation. If you only have a very; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-01/msg00170.html (22,811 bytes)
11. Re: Taking an end-of-year snapshot (score: 1): Author: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>; Date: Fri, 9 Jan 2004 10:16:37 -0500; <snip>.. ..... This is actually only a last resort of "malicious compliance." Hee Hee! I like that term! LOL!!; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-01/msg00192.html (11,458 bytes)

Current List: 1 - 11
Page: [1]