Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Networker\]\s+Query\s+in\s+Staging\s+from\s+adv

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Networker\]\s+Query\s+in\s+Staging\s+from\s+adv_file\s*$/: 68 ]

Total 68 documents matching your query.

61. Re: [Networker] Query in Staging from adv_file (score: 1): Author: Bruce Breidall <Bruce.Breidall AT CONCUR DOT COM>; Date: Thu, 21 Aug 2008 14:58:12 -0700; Excellent discussions. I'd like to add that a lot of the benefits to implementing a VTL solution are difficult to quantify. Eliminating off hours tape problems is a huge ROI, but it is difficult to s; /usr/local/webapp/mharc-adsm.org/html/Networker/2008-08/msg00307.html (24,068 bytes)
62. Re: [Networker] Query in Staging from adv_file (score: 1): Author: Curtis Preston <cpreston AT GLASSHOUSE DOT COM>; Date: Thu, 21 Aug 2008 18:06:04 -0400; I've heard that SO many times. I'll eat my hat when 10 GbE becomes faster than FC without bringing the server that's using it to it's knees. ;) all Amen! If only there was a company that could help y; /usr/local/webapp/mharc-adsm.org/html/Networker/2008-08/msg00309.html (14,627 bytes)
63. Re: [Networker] Query in Staging from adv_file (score: 1): Author: Will Aymond <Wilbur.Aymond AT SHELL DOT COM>; Date: Thu, 21 Aug 2008 19:18:57 -0500; These are really good comments too. Thanks :-) I didn't mention one thing about VTLs that I noticed during my evaluations a while back. For your own fun (I like doing this sort of thing during evals); /usr/local/webapp/mharc-adsm.org/html/Networker/2008-08/msg00311.html (25,214 bytes)
64. [Networker] Query in Staging from adv_file (score: 1): Author: tkimball <networker-forum AT BACKUPCENTRAL DOT COM>; Date: Fri, 22 Aug 2008 03:29:35 -0400; [And Two Forum Pages Later...] ;) Very interesting discussions. However, I have some direct comments/questions for Curtis here: Unlimited adv_file) and actually use it as our primary storage? With VT; /usr/local/webapp/mharc-adsm.org/html/Networker/2008-08/msg00313.html (15,691 bytes)
65. Re: [Networker] Query in Staging from adv_file (score: 1): Author: Stan Horwitz <stan AT TEMPLE DOT EDU>; Date: Fri, 22 Aug 2008 10:38:16 -0400; [And Two Forum Pages Later...] ;) Very interesting discussions. However, I have some direct comments/ questions for Curtis here: -> How do you deal with sites like mine, who have 'DBO Option Tier 5'; /usr/local/webapp/mharc-adsm.org/html/Networker/2008-08/msg00316.html (19,307 bytes)
66. Re: [Networker] Query in Staging from adv_file (score: 1): Author: Curtis Preston <cpreston AT GLASSHOUSE DOT COM>; Date: Fri, 22 Aug 2008 13:34:36 -0400; (aka VTLs I think that's a business relationship thing. My conversation would go something like, "We bought this because that wasn't available. Now you're selling that." If you had the right VTL, yo; /usr/local/webapp/mharc-adsm.org/html/Networker/2008-08/msg00317.html (16,123 bytes)
67. [Networker] Query in Staging from adv_file (score: 1): Author: anandhg <networker-forum AT BACKUPCENTRAL DOT COM>; Date: Fri, 29 Aug 2008 04:13:33 -0400; We have recently got a VTL, HP VLS 12000, connected to HP EVA 4400 with 9TB of usable capacity. I feel one disadvantage in VTL for our case. We are planing to use a VTL only as a caching device so as; /usr/local/webapp/mharc-adsm.org/html/Networker/2008-08/msg00397.html (14,644 bytes)
68. Re: [Networker] Query in Staging from adv_file (score: 1): Author: Fazil Saiyed <Fazil.Saiyed AT ANIXTER DOT COM>; Date: Fri, 29 Aug 2008 07:56:12 -0500; Hello, I have concerns about your implementation, not having enough capacity to hold 7-10 days worth of backups prevents onsite recovery initiative and in my opinion, why go the expensive route of VT; /usr/local/webapp/mharc-adsm.org/html/Networker/2008-08/msg00402.html (16,774 bytes)

Current List: 61 - 68
Page: [1] [2] [3] [4]