Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Archiving\s*$/: 16 ]

Total 16 documents matching your query.

1. Re: Archiving (score: 1)
Author: "Lambelet,Rene,VEVEY,FC-SIL/INF." <Rene.Lambelet AT NESTLE DOT COM>
Date: Tue, 16 Jan 2001 09:13:13 +0100
HEllo, we do archive our diatheque (more than 3'000 dias with a size of 30 MB, total 90 GB) on Magstar in an IBM 3494 library. The backup copy group for the specific managment class is defined as " 1
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-01/msg00388.html (12,185 bytes)

2. Re: Archiving (score: 1)
Author: Richard Sims <rbs AT BU DOT EDU>
Date: Tue, 16 Jan 2001 07:46:29 -0500
That kind of situation is very problematic, in all respects. You will basically have to commit to freezing the hardware and software technology upon which the backup is based, and the environment in
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-01/msg00392.html (11,252 bytes)

3. Re: Archiving (score: 1)
Author: "Talafous, John G." <Talafous AT TIMKEN DOT COM>
Date: Tue, 16 Jan 2001 08:08:22 -0500
Archival, from a user's point of view, is quite easy with TSM. Archival, from a technical point of view, is complicated when you start talking long term retention. REALLY long term retention like 30
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-01/msg00393.html (11,808 bytes)

4. Re: Archiving (score: 1)
Author: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>
Date: Tue, 16 Jan 2001 11:46:12 -0500
THIRTY YEARS is a LOOOONG time. One nice thing about archiving with TSM is that the TSM server makes it very easy to rotate your media, make extra copies for vault storage (copy pools), or just move
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-01/msg00414.html (12,143 bytes)

5. Re: Archiving (score: 1)
Author: Scott McCambly <mccambly AT ATTCANADA DOT CA>
Date: Tue, 16 Jan 2001 13:55:54 -0500
Here's my $0.02 on this topic.... Wanda makes some good points pro and con, however I don't think they were given appropriate weighting. Whatever product or method is used to store data for 30 years,
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-01/msg00422.html (15,272 bytes)

6. Re: Archiving (score: 1)
Author: "Kauffman, Tom" <KauffmanT AT NIBCO DOT COM>
Date: Tue, 16 Jan 2001 14:22:26 -0500
And let me chime in with another point or three :-) I agree with Wanda and Scott, TSM will at least let you keep the media fresh and recoverable. My experience is that you won't have an application t
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-01/msg00426.html (11,171 bytes)

7. Re: Archiving (score: 1)
Author: Joerg Nouvertne <joerg.nouvertne AT WTAL DOT DE>
Date: Thu, 18 Jan 2001 09:11:28 +0100
^^^^^^^^ I don't know if this has changed with TSM. In ADSM 3.1, the maximum archive period is 9999 days (~25 years) We have different archive management classes (policies) for different timeframes (
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-01/msg00475.html (11,819 bytes)

8. Re: Archiving (score: 1)
Author: Richard Sims <rbs AT BU DOT EDU>
Date: Fri, 5 May 2000 16:29:28 -0400
Are you running this under a version of *SM which does not support Archive operations in the Include? Richard Sims, BU
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-05/msg00472.html (10,740 bytes)

9. Re: Archiving (score: 1)
Author: Bill Wheeler <Bill.Wheeler AT LA-Z-BOY DOT COM>
Date: Fri, 5 May 2000 16:34:25 -0400
I am running this on ADSM version 3.1.0.6. To my knowledge this should allow the include option. If I am wrong please let me know.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-05/msg00473.html (10,700 bytes)

10. Re: Archiving (score: 1)
Author: Richard Sims [mailto:rbs AT BU DOT EDU]
Date: Sun, 04 Oct 2015 17:30:26 -0500
Are you running this under a version of *SM which does not support Archive operations in the Include? Richard Sims, BU
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-05/msg00474.html (10,894 bytes)

11. Re: Archiving (score: 1)
Author: Richard Sims <rbs AT BU DOT EDU>
Date: Fri, 5 May 2000 16:42:38 -0400
The online manual does not list Archive as one of the methods that Include supports. Unless you have a doc. override in your 3.1.0.6 README, then you cannot Include archive files. Richard
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-05/msg00475.html (10,880 bytes)

12. Re: Archiving (score: 1)
Author: "Cook, Dwight E" <cookde AT BP DOT COM>
Date: Sat, 6 May 2000 11:22:05 -0500
just use the command line and specify the archive management class with the -archmc=blah... and that would do all of home and bind it to the management class 10yrarchmc (if such exists...) You could
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-05/msg00482.html (12,856 bytes)

13. Re: Archiving (score: 1)
Author: Bill Wheeler <Bill.Wheeler AT LA-Z-BOY DOT COM>
Date: Mon, 8 May 2000 16:13:44 -0400
Thank you for all the help.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-05/msg00540.html (10,607 bytes)

14. Re: Archiving (score: 1)
Author: Richard Sims [mailto:rbs AT BU DOT EDU]
Date: Sun, 04 Oct 2015 17:30:26 -0500
The online manual does not list Archive as one of the methods that Include supports. Unless you have a doc. override in your 3.1.0.6 README, then you cannot Include archive files. Richard
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-05/msg00541.html (11,034 bytes)

15. Re: Archiving (score: 1)
Author: David Cui <davidcui0 AT YAHOO DOT COM>
Date: Mon, 8 May 2000 13:55:10 -0700
Dear Netters, I ran a scheduled client command from server and got following message from the ACTLOG 05/08/00 13:47:47 ANR2579E Schedule RUN_C in domain NEWDOMAIN for node RATRI failed (return code 4
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-05/msg00544.html (11,726 bytes)

16. Re: Archiving (score: 1)
Author: William R Zehnder <wzehnder AT JCPENNEY DOT COM>
Date: Mon, 8 May 2000 20:31:28 -0500
/1 should be an object, not an option. -- Cordially, Cordially, Bill Zehnder 972-431-8733 Fax 972-531-8733
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-05/msg00546.html (12,495 bytes)


This search system is powered by Namazu