If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
|
Thread Tools | Display Modes |
#12
|
|||
|
|||
Ramesh Pun wrote:
Oh Man, I cant believe the level of knowledge about SAN's that exists here. If I had known I would have defined it in more layman terms It seems that your command of English is no better than your understanding of storage architectu 'layman' is not a synonym for 'accurate'. - bill |
#13
|
|||
|
|||
Ramesh Pun wrote:
I guess we need to define what a SAN is then. No, Nik and others here understand that quite well, thank you. For me a SAN is all the fabric components (HBA, switch, storage). The only thing I would correct in that little diagram is make the arrows double headed. serverA - SAN - serverB Now, we can expand the SAN HBA-serverA - Switch - Storage - Switch - HBA-serverB Now, the fact that server A and server B cant see each others storage is secondary. The config is correct. Only as far as it goes, which is not far enough to answer the original question. If you wanted to copy data from serverA's LUN to serverB's LUN, you dont necessarily have to go over a LAN link, you could do it with the storage box. No, you could not. If you wanted to copy *the entire contents of servera's LUN to serverb's LUN* (destroying whatever already happened to be present on serverb's LUN in the process), then yes, with appropriate snapshot (in case servera might want continued update access to its LUN during the operation) and copy support in the storage box, and some interface to that support, and agreement from serverb that it would leave its LUN alone while all this was going on you could do so. But when someone talks about 'copying data' (as distinct from, say, 'copying the LUN') they're usually talking about file-level operations, and indeed Dave's subsequent response made that very clear. - bill |
#14
|
|||
|
|||
"Bill Todd" wrote in message news But when someone talks about 'copying data' (as distinct from, say, 'copying the LUN') they're usually talking about file-level operations, and indeed Dave's subsequent response made that very clear. - bill semantics...... I guess what we have established is that theres more than one way to skin the SAN 'cat'. |
#15
|
|||
|
|||
"Ramesh Pun" wrote in message semantics...... I guess what we have established is that theres more than one way to skin the SAN 'cat'. But only one of those ways is relevant when answering the original question. If we are all allowed to redefine the original question to fit whatever answer we happen give then this is going to become a forum of limited to value(tm). -- Nik Simpson |
#16
|
|||
|
|||
Charles Morrall ) wrote:
: Heck, Fibre Channel is a SCSI-3 protocol. Technically speaking that is not correct. An analogous and equally incorrect statement would be "Ethernet is a file storage protocol". FCP is a SCSI-3 protocol that uses Fibre Channel as the underlying network interconnect just as Ethernet is the underlying network interconnect for NFS. Dave |
|
Thread Tools | |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
hardware compatibility question regarding compaq deskpro 1.0 Ghz | J Santos | Compaq Computers | 4 | September 16th 04 12:46 PM |
hardware compatibility question regarding compaq deskpro 1.0 Ghz | J Santos | Compaq Computers | 0 | September 15th 04 03:38 AM |
Very basic stupid newbie question | coldhands | General | 20 | August 27th 04 04:11 AM |
AIW question and PowerColor question | GTX_SlotCar | Ati Videocards | 2 | January 22nd 04 06:23 PM |
Basic overclocking question | Flow | Nvidia Videocards | 8 | July 18th 03 06:50 AM |