Veritas-bu

[Veritas-bu] Quantum SDLT600 Tapedrives

2004-03-04 12:14:26
Subject: [Veritas-bu] Quantum SDLT600 Tapedrives
From: rbond AT gs.washington DOT edu (Richard Bond)
Date: Thu, 04 Mar 2004 09:14:26 -0800
To piggyback on your question:

I have been doing lifecycle costs and the  Super AIT ( SAIT ) wins
counting tape and ofsite storage costs, and library license ( number of 
tapes
needed )

practical experience would be appreciated
rcb


Klaus.Micheler AT infineon DOT com wrote:

>Hi,
>
>we are currently investigating for a new Tapedrive Technology for our
>backupsystem.
>From first sight i would prefer the new Quantum SDLT600 Tape Drives
>(300/600GB, 36MB/s native).
>
>Does anybody has experiences with this Tape Drive?
>
>regards,
>Klaus Micheler
>Infineon Technologies
>
>
>-----Original Message-----
>From: veritas-bu-admin AT mailman.eng.auburn DOT edu
>[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Joost 
>Mulders
>Sent: Donnerstag, 04. März 2004 09:46
>To: veritas-bu AT mailman.eng.auburn DOT edu; dannhmch AT de.ina DOT com
>Subject: Re: [Veritas-bu] exited with status 130 (system error occurred)
>
>
>From the NBU 5.0 relnetotes, p6:
>
>
> "The maximum backup size (per backup stream) supported for NetBackup 4.5
>was 1 
>  terabyte. By extension, this was also the maximum supported file size and
>file
>  system size. NetBackup 5.0 extends beyond this limit with the capability
>of
>  taking very large backups, with very large defined as over 1 terabyte and
>up
>  to 2 exabytes (2 million terabytes). This includes backup and restore when
>  combined with other NetBackup features and attributes, such as TIR, raw
>  partition, encryption, compression, etc. With this new very large backup
>  support, NetBackup 5.0 supports file sizes up to 64 terabytes, and file
>system
>  sizes up to 2 exabytes, for all file systems currently supported by
>NetBackup,
>  on all operating systems currently supported by NetBackup"
>  
>So, you have reached this limit. Either
> * upgrade to NBU 5.0
> * split the filelist into more entries so multiple images will be created
> * configure a "max. fragment size" of say 500.000MB on the storage unit.
> 
>Best regards, Joost
>
>  
>
>>Who knows which Problem we have?
>>The Job breaks at about 1 TB.
>>
>>28.02.04 17:29:57 - positioned; position time: 00:00:08 28.02.04 
>>19:58:14 - Critical bpbrm(pid=2972) from client xxxxx: FTL - Backup
>>    
>>
>image size limit has been exceeded.
>  
>
>>28.02.04 19:58:14 - Error bpbrm(pid=2972) could not send server status 
>>message 28.02.04 19:58:15 - end writing; write time: 22:56:14 28.02.04 
>>20:02:27 - Error bptm(pid=3104) read of TIR file failed: the file list
>>    
>>
>is incomplete
>  
>
>>system error occurred(130)
>>28.02.04 20:02:39 - Error bpsched(pid=3304) suspending further backup 
>>attempts
>>    
>>
>for client xxxxx, policy PW_W2K_ADM_000_STD_xxxxx, schedule 
>SC_W2K_ADM_STD_FULL_W because it has exceeded the configured number of tries
>  
>
>>28.02.04 20:02:40 - Error bpsched(pid=3304) backup of client xxxxx 
>>exited with
>>    
>>
>status 130 (system error occurred)
>  
>
>>_______________________________________________
>>Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu 
>>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>    
>>
>
>  
>




<Prev in Thread] Current Thread [Next in Thread>