Similarly to SCSI, FC-ALs have devices that electrically (if optically) enter and leave the channel. A hub stabilizes the connectivity electrically and logically the same way an Ethernet 100Base-TX hub adds and removes connections electrically to stabilize the Ethernet logical bus.
Fibre channel SAN components are similar to SCSI SAN components and consist of an HBA, a cable, and a disk subsystem. A fibre channel hard disk takes one fibre channel ID. Some fibre channel subsystems take one ID, but this occurrence isn't as common as with RAID system disks.
Disk enclosures that have quick-disconnect hub connections to the FC-AL are available. Unlike with SCSI RAID disk cabinets, you can chain these disk enclosures together quickly to create huge logical storage areas that are visible to FC-AL hosts. You can also use SCSI-fibre channel bridges to link legacy SCSI-based systems to fibre channel.
SAN Deployment
Creating large SANs makes sense when you need to use large data stores over a wide geography, such as a large WAN. Even the 10km fibre channel limitation can be detrimental when SAN data needs to be accessible to a wider geography, so groups are attempting to extend SANs' distance. SANs running over asynchronous transfer mode (ATM) or Synchronous Optical Network (SONET) are possible, and SanCastle Technologies has proposed piping or tunneling fibre channel SANs through Gigabit Ethernet. (For information about SanCastle's gigabit network technology, see http://www.sancastle.com.) As SAN popularity increases and quantity drives down the price of tunneling technologies, these ideas will become more practical.
When you begin investigating SAN deployment, you have a few resources available. Many large vendors of computers, disk controllers, and hard disks include product-specific SAN information on their Web sites. This information typically describes how the product relates to SANs, SCSI, and fibre channel.
Microsoft also has a Fibre Channel SAN Management Work Program (SNMWG-FC) that the company designed to aid the development of fibre channel-based management. Microsoft has proposed combining its Windows Management Instrumentation (WMI) and the Common Information Model (CIM) to develop common management services for SAN data. This combination would provide cross-platform data-access support and let users map and aggregate data from disparate data sources. For more information about SNMWG-FC, see http://www.microsoft.com/winhec/presents/enterprise/enterprise9.htm.
How NT Works with SANs
A SAN's cost can be high because a SAN is a huge pool of expensive storage devices. Most organizations use SANs in heterogeneous environments to spread the storage cost over several hosts and workstations. In this model, NT can share a SAN pool with non-Server Message Block (SMB) filing systems—usually UNIX filing systems. NT typically dominates the LUNs that represent devices in a fibre channel loop chain, and NT won't relinquish control of a LUN to a requestor, such as UNIX. Under NT, relinquishing control would destabilize the device because a change in the device's state would occur that NT doesn't expect. A UNIX or other filing system can dominate the LUN, but NT and UNIX can't both dominate.
Ethernet connects storage servers that don't fall into the category of SAN devices (e.g., Network Attached Storage—NAS—appliances) to LANs. The media in storage servers appear as ordinary shares on the LAN, whereas SAN devices appear (e.g., in Windows Explorer) as drives first and shares of the drive second. For more information about the differences of storage servers and SANs, see C. Thi Nguyen and Barrie Sosinsky, "NAS vs. SAN," page 87.
Under NTFS, no filing system mount currently lets NT share the same logical volume in a SAN with UNIX. Several organizations are working on SMB emulators that will make one logical storage area available to SMB and popular UNIX filing systems, such as NFS. These emulator devices would arbitrate calls that various hosts (e.g., NT, NFS) make, then translate the call into a common internal access command to complete read and write requests that users make to the emulation device. You can use NFS (which third-party software vendors supply) with NT servers, but NFS file-locking mechanisms are less desirable to NT than NTFS because the NFS file-locking mechanisms are a subset of SMB and NTFS.
Because SANs can consist of many RAID arrays and RAID arrays consist of a controller and multiple disks, an FC-AL's LUN number (1 to 127) can represent many devices. Ironically, heterogeneous networks that have NTFS and other file-system devices don't support multiple OSs, yet dual RAID controllers (which diminish the chance of one point of failure) have cache for multiple OSs. Some vendors, such as Mylex, use a technique called cache coherency to mirror controller cache so that if a failure occurs, calls that the cache accepted don't result in data delivery from the wrong OS. NTFS will survive a controller crash, as will the data on the surviving RAID array.
SANs that consist solely of NT servers are somewhat rare but are increasing in number. You can connect two or more NT servers to the same FC-AL LUN to let them share the same physical and logical media. To the server or its applications, the LUN appears as a storage device, such as an internal disk or external RAID device. You manage the SAN device (e.g., formatting, use, tape backup) the same way you manage locally connected storage media. File and record-locking mechanisms also follow the standard NT rules of management because the SAN media come preformatted with NTFS.
Today, NT ordinarily shares a SAN with non-NT hosts, and NT rarely shares data with other devices in the SAN unless the device uses a foreign host call, such as an ODBC call made to an Oracle database running on a UNIX server. Instead, administrators dedicate fractions of SANs to NT use and will continue to use this methodology in Windows 2000 (Win2K) until SMB emulators arrive or someone writes NTFS, UNIX, or other file-system access translators for Win2K and NT.
Closing the Loop
Microsoft has used SANs to demonstrate its potential Microsoft Exchange Server messaging throughput capability and has put a great deal of emphasis on Win2K's SAN and fibre channel capabilities. Although computer vendors aren't anxious to give up their internal-disk storage revenue, they also realize that data-management and SCSI ID limitations force organizations that need huge storage space (often on a variety of devices) to use SANs to perform the job. Fortunately, SAN technology has evolved dramatically, and SAN extensibility is mind-boggling. Whether an organization is large or small, the available options and the lower cost of fibre channel technology make SANs a very reasonable alternative to monolithic server farms.