Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*The\s+\"incremental\s+forever\"\s+paradigm\,\s+Was\:\s+How\s+would\s+you\s+do\s+this\?\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*The\s+\"incremental\s+forever\"\s+paradigm\,\s+Was\:\s+How\s+would\s+you\s+do\s+this\?\s*$/: 3 ]

Total 3 documents matching your query.

1. The "incremental forever" paradigm, Was: How would you do this? (score: 1): Author: John Schneider <jdschn AT IBM DOT NET>; Date: Fri, 6 Mar 1998 11:05:07 -0600; Curtis, I waited until replies to your post stopped trickling in before I posted. My problem with the "incremental forever" paradigm is that it assumes that once you write a file to a disk or tape yo; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1998-03/msg00210.html (13,033 bytes)
2. Re: The "incremental forever" paradigm, Was: How would you do this? (score: 1): Author: Michael R Vogt <vogt AT AUK.NIST DOT GOV>; Date: Fri, 6 Mar 1998 13:28:54 -0500; You actually have *TWO* copies of your files. The one on the client's disk and the one that serves as a backup. And counting an offsite copy, that's *THREE*. Periodic full backups buy you absolutely; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1998-03/msg00221.html (11,430 bytes)
3. Re: The "incremental forever" paradigm, Was: How would you do this? (score: 1): Author: Doug Thorneycroft <dthorneycroft AT LACSD DOT ORG>; Date: Fri, 6 Mar 1998 11:07:12 -0800; Reguarding the loss or damage of a tape or media, If you loose a primary volume, it can be recreated from the copy pool, if you loose a copy volume, it can be recreated from the primary pool. If ADSM; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/1998-03/msg00229.html (12,035 bytes)

Current List: 1 - 3
Page: [1]