Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Archive\s+vs\.\s+Backup\s*$/: 31 ]

Total 31 documents matching your query.

1. Archive vs. Backup (score: 1)
Author: Karen Hinds <karen.hinds AT CENTURYTEL DOT COM>
Date: Thu, 13 Apr 2000 15:29:24 -0500
Is it faster to selective backup a file than to archive a file? Thanks, Karen
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-04/msg00654.html (10,073 bytes)

2. Re: Archive vs. Backup (score: 1)
Author: Frederic Landreville <landrefl AT YAHOO DOT COM>
Date: Fri, 14 Apr 2000 08:25:31 +0200
Like we always say; Backups are short term... Archive are long term... If these two things were the same... there would be only one word in the dictionary... right??? Don't get them both confused...
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-04/msg00668.html (10,297 bytes)

3. Archive vs. Backup (score: 1)
Author: "Karen Hinds" <karen.hinds AT CENTURYTEL DOT COM>
Date: Sun, 04 Oct 2015 17:31:35 -0500
__________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2000-04/msg00669.html (10,394 bytes)

4. Re: Archive vs. Backup (score: 1)
Author: Robert Cross <Robert.Cross AT SCOTTISH-NEWCASTLE.CO DOT UK>
Date: Mon, 1 Feb 1999 10:41:55 +0000
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00015.html (10,846 bytes)

5. Re: Archive vs. Backup (score: 1)
Author: Richard Sims <rbs AT BU DOT EDU>
Date: Mon, 1 Feb 1999 07:57:45 -0500
Bob - You're completely missing the point about Archive: it is intended to back up DATA. No one who knows what a symbolic link is would agree with you that it is data - it is just a *reference* to d
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00024.html (11,681 bytes)

6. Re: Archive vs. Backup (score: 1)
Author: Tom Harald Engen <Tom.Harald.Engen AT NO.IBM DOT COM>
Date: Mon, 1 Feb 1999 13:19:51 +0000
Status Distribution January 31, 1999 13:19:14 The message regarding "Re: Archive vs. Backup" sent on January 31, 1999 13:19:14 was sent by Status Recipient Type To Native Name ADSM-L AT VM.MARIST DOT
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00026.html (11,739 bytes)

7. Re: Archive vs. Backup (score: 1)
Author: Odd Magne Sekkingstad <oddmagne AT NO.IBM DOT COM>
Date: Mon, 1 Feb 1999 13:11:17 +0000
Status Distribution January 31, 1999 13:10:11 The message regarding "Re: Archive vs. Backup" sent on January 31, 1999 13:10:11 was sent by Status Recipient Type To Native Name ADSM-L AT VM.MARIST DOT
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00027.html (11,707 bytes)

8. Re: Archive vs. Backup (score: 1)
Author: Tom Harald Engen <Tom.Harald.Engen AT NO.IBM DOT COM>
Date: Mon, 1 Feb 1999 13:26:18 +0000
Status Distribution January 31, 1999 13:12:22 The message regarding "Re: Archive vs. Backup" sent on January 31, 1999 13:12:22 was sent by Status Recipient Type To Native Name ADSM-L AT VM.MARIST DOT
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00029.html (11,729 bytes)

9. Re: Archive vs. Backup (score: 1)
Author: Roger Stakkestad <rogers AT NO.IBM DOT COM>
Date: Mon, 1 Feb 1999 13:26:19 +0000
Status Distribution January 31, 1999 13:13:04 The message regarding "Re: Archive vs. Backup" sent on January 31, 1999 13:13:04 was sent by Status Recipient Type To Native Name ADSM-L AT VM.MARIST DOT
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00030.html (11,641 bytes)

10. Re: Archive vs. Backup (score: 1)
Author: Paul Zarnowski <vkm AT CORNELLC.CIT.CORNELL DOT EDU>
Date: Mon, 1 Feb 1999 14:48:56 -0500
Bill, I like your idea. It, or something like it, would address the needs of some of our users. While it's true that you can implement snapshots with Archives, it would not be nearly as efficient. I
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00091.html (16,048 bytes)

11. Re: Archive vs. Backup (score: 1)
Author: Bruce Elrick <belrick AT HOME DOT COM>
Date: Mon, 1 Feb 1999 20:22:41 -0700
I think it is unfair to imply that Bob does not understand what a symbolic link is. A symbolic link allows you to access/call/reference one and only one copy of a piece of data by two or more names.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00142.html (14,304 bytes)

12. Re: Archive vs. Backup (score: 1)
Author: Robert Cross <Robert.Cross AT SCOTTISH-NEWCASTLE.CO DOT UK>
Date: Tue, 2 Feb 1999 17:34:47 +0000
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00172.html (10,759 bytes)

13. Re: Archive vs. Backup (score: 1)
Author: Robin Sharpe <robin_sharpe AT HOTMAIL DOT COM>
Date: Fri, 5 Feb 1999 09:27:40 PST
the purpose of the Archive operation so that it will do what customers can do now with Selective Backup. I don't want to corrupt anything. What I want to do is save an entire system for a specified
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-02/msg00428.html (12,069 bytes)

14. Archive vs. Backup (score: 1)
Author: "Magura, Curtis" <curtis.magura AT LMCO DOT COM>
Date: Tue, 26 Jan 1999 01:46:01 -0600
I've been following the comments on using Archive to meet the requirements of long term data storage asked by someone else on the list. I have the same sort of requirement and imagine most everyone d
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg00987.html (12,161 bytes)

15. Re: Archive vs. Backup (score: 1)
Author: "Lambelet,Rene,VEVEY,FC-SIL/INF." <Rene.Lambelet AT NESTLE DOT COM>
Date: Tue, 26 Jan 1999 09:12:24 +0100
Hello, you are right, an archive is like a selective (full) backup. Therefore we kepp our archives to a strict minimum, specifying the desired filesystems or directories in the archive command. Remem
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg00991.html (13,574 bytes)

16. Re: Archive vs. Backup (score: 1)
Author: Bruce Elrick <belrick AT HOME DOT COM>
Date: Wed, 27 Jan 1999 00:17:14 -0700
Guys, Another option, which has the cost of another ADSM client licence, is to register a second node name for your client and run an incremental backup on a monthly basis on that client using that s
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg01075.html (14,807 bytes)

17. Re: Archive vs. Backup (score: 1)
Author: "Kelly J. Lipp" <lipp AT STORSOL DOT COM>
Date: Wed, 27 Jan 1999 08:49:02 -0700
Does this really cost another license? One client, one license, no matter how many instances of the BA client run was what I thought! Kelly J. Lipp Storage Solutions Specialists, Inc. www.storsol.com
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg01123.html (11,646 bytes)

18. Re: Archive vs. Backup (score: 1)
Author: Bruce Elrick
Date: Sun, 04 Oct 2015 17:48:52 -0500
Guys, Another option, which has the cost of another ADSM client licence, is to register a second node name for your client and run an incremental backup on a monthly basis on that client using that s
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg01124.html (14,621 bytes)

19. Re: Archive vs. Backup (score: 1)
Author: Bill Smoldt <smoldt AT STORSOL DOT COM>
Date: Wed, 27 Jan 1999 10:20:02 -0700
Yes, it does cost another license. The license checking is done by the number of nodes that you have registered in the server. A node is defined by the node name such that nodea is different than nod
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg01130.html (11,994 bytes)

20. Re: Archive vs. Backup (score: 1)
Author: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Date: Sun, 04 Oct 2015 17:48:52 -0500
Does this really cost another license? One client, one license, no matter how many instances of the BA client run was what I thought! Kelly J. Lipp Storage Solutions Specialists, Inc. www.storsol.com
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/1999-01/msg01131.html (11,340 bytes)


This search system is powered by Namazu