Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Long\s+Term\s+Archive\s+for\s+Databases\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Long\s+Term\s+Archive\s+for\s+Databases\s*$/: 12 ]

Total 12 documents matching your query.

1. Long Term Archive for Databases (score: 1): Author: Jim Taylor <jtaylor AT ENLOGIX DOT COM>; Date: Thu, 5 Apr 2001 07:48:13 -0700; I keep getting this pressure from clients to keep copies of their 500GB oracle database for 7 years. They don't seem to know why they want it kept for seven years. Like most others they don't think o; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00204.html (11,788 bytes)
2. Re: Long Term Archive for Databases (score: 1): Author: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>; Date: Thu, 5 Apr 2001 11:12:35 -0400; Suppose you did restore an Oracle data base that was 7 years old. How confident are you that your Oracle software could still read it?; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00207.html (11,422 bytes)
3. Re: Long Term Archive for Databases (score: 1): Author: Reinhold Wagner <rwagner AT ZEUNASTAERKER DOT DE>; Date: Thu, 5 Apr 2001 17:12:32 +0200; Dies ist eine mehrteilige Nachricht im MIME-Format.; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00208.html (11,366 bytes)
4. Re: Long Term Archive for Databases (score: 1): Author: "Kauffman, Tom" <KauffmanT AT NIBCO DOT COM>; Date: Thu, 5 Apr 2001 10:50:53 -0500; My standard rant on this (based on past experience): "Data to be archived for more than one year will be flat-filed in 8-bit ASCII and written to tape UNBLOCKED with a record length that is divisible; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00216.html (13,556 bytes)
5. Re: Long Term Archive for Databases (score: 1): Author: "Kelly J. Lipp" <lipp AT STORSOL DOT COM>; Date: Thu, 5 Apr 2001 10:48:28 -0600; I'll give odd of 1 in 1,000,000 against. Never happen. Export to ASCII and archive that. You'll be able to read it with something. Having a database this big must be a guy thing. "Yeah, I've gotta 50; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00224.html (11,909 bytes)
6. Re: Long Term Archive for Databases (score: 1): Author: "Kelly J. Lipp" <lipp AT STORSOL DOT COM>; Date: Thu, 5 Apr 2001 16:05:49 -0600; In the case where you are required to put the data on tape, you might as take a new tape out of the box, write the name of the archive one it and put it into the box going off-site. Skip that annoyin; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00254.html (12,320 bytes)
7. Re: Long Term Archive for Databases (score: 1): Author: Kai Hintze <kai_hintze AT ALBERTSONS DOT COM>; Date: Fri, 6 Apr 2001 10:08:28 -0600; It's not our job to tell the business what they can and cannot back up. On the other hand, sometimes when we present them with the cost--be sure to include the cost of maintaining the current tape li; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00296.html (12,640 bytes)
8. Re: Long Term Archive for Databases (score: 1): Author: Lindsay Morris <lmorris AT SERVERGRAPH DOT COM>; Date: Fri, 6 Apr 2001 12:56:10 -0400; Here's an easy answer that'll work some of the time: If your organization already has in place a job that archives the necessary things to microfiche or local tape, etc, just modify that job to write; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00306.html (11,871 bytes)
9. Re: Long Term Archive for Databases (score: 1): Author: Joe Faracchio <brother AT SOCRATES.BERKELEY DOT EDU>; Date: Fri, 6 Apr 2001 10:34:32 -0700; Not if the paper is high in acid content. .... :-) ... joe.f. (Or hi on drugs !!!! :-); /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00308.html (11,672 bytes)
10. Re: Long Term Archive for Databases (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Fri, 6 Apr 2001 13:45:26 -0400; One thing to keep in mind: TSM is a proprietary solution, meaning that your data is locked into it and unaccessible by any other means. And there are no guarantees from Tivoli that I've ever seen th; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00310.html (12,245 bytes)
11. Re: Long Term Archive for Databases (score: 1): Author: "Dmochowski, Ray" <ray.dmochowski AT SPCORP DOT COM>; Date: Mon, 9 Apr 2001 08:06:54 -0400; Richard Sims ... How do YOU perceive implementing a "neutral" archive format given that most storage formats vary from platform to platform anyway (e.g., MVS to AIX), and sometimes from one drive arc; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00332.html (11,690 bytes)
12. Re: Long Term Archive for Databases (score: 1): Author: Richard Sims <rbs AT BU DOT EDU>; Date: Mon, 9 Apr 2001 09:09:34 -0400; Ray - I think that one has to approach the long-term archiving of electronic records in stages of practicality, and considering the longevity of the data. Other postings on the issue suggested what; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2001-04/msg00336.html (13,968 bytes)

Current List: 1 - 12
Page: [1]