OK, I can accept that : it means that data transfers twice over the SAN : from disk to server and from disk to SAN tape storage, wright ?
-----Oorspronkelijk bericht----- Van: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]Namens Bill Mansfield Verzonden: woensdag 14 november 2001 16:00 Aan: [EMAIL PROTECTED] Onderwerp: Re: LAN Free (SAN) Backup Regarding your 4th bullet, there is no Server Less backup as yet. In all cases the data must be passed through a server between the SAN disk storage and the SAN tape storage. _____________________________ William Mansfield Senior Consultant Solution Technology, Inc Wouter V <wouter-v@EAS To: [EMAIL PROTECTED] YNET.BE> cc: Sent by: Subject: LAN Free (SAN) Backup "ADSM: Dist Stor Manager" <[EMAIL PROTECTED] RIST.EDU> 11/14/2001 06:44 AM Please respond to "ADSM: Dist Stor Manager" Hello, I will soon implement my first TSM Server on a SAN network. The SAN is connected with a MA8000 storage server, 5 NT clients, and 1 Sun Unix server Each machine has local disk + san-attached storage and will use TDP for oracle to make backups (data on the MA8000). I read that a backup/archive of regular files is also possible since TSM 4.2. Now, is it correct that with LAN-Free backup : - I can't use diskpools (on the SAN), with migration (next storage pool) to the tapelibrary, over the SAN ? - You always make a "direct connection" from the backup client to the storage device which takes the backup (tape). So data transfers twice through the SAN-switch ? >From the MA8000 storage server to the client (storage agent) and then, from the client to the tape library ? - The maximum number of concurrent clientbackups is limited to the number of drives in the library('s) ? Because we can't use a SAN diskpool as destination the number of mount points is limited to the number of drives ? (disk has unlimited number of mountpoints) - If I want to do Serverless backup / use SAN diskpools I need Sanergy ? Can you give me any advices concerning LAN-Free / Serverless backup ? Thank you for your help. Wouter V. Unix System Engineer.