Windows IT Pro is the leading independent community for IT professionals deploying Microsoft Windows server and client applications and technologies.
  
  
  Advanced Search 


June 23, 2000

Network-Attached Storage in an Exchange Environment

RSS
Subscribe to Windows IT Pro | See More Storage Articles Here | Reprints | Or get the Monthly Online Pass—only $5.95 a month!

When I was presenting some sessions at Microsoft Tech-Ed 2000 in Orlando the week before last, one question came up several times: Can I use network-attached storage (NAS) with Exchange Server? The topic warrants further discussion.

NAS technology is not all that new. Several vendors have been selling this technology for several years, and others have announced offerings that are in the works. However, the recent hype about storage area networks (SANs) seems to have also generated interest in NAS. SANs and NAS are often confused. In a nutshell, NAS is the implementation of a disk block protocol (e.g., SCSI) over a common network protocol, such as TCP/IP. Some implementations actually use common network file access protocols such as NFS. You might be familiar with Network Appliance’s Filer, an NAS product that lets servers access their storage over a LAN connection. Essentially, the Filer device is a storage cabinet with an embedded processor and a "lite" OS that exposes disk units to network-based clients (which are usually servers themselves). Clients that access NAS-based storage must also run some sort of redirector or client software that lets the OS see the NAS-based disk as locally attached storage. From this point, the application simply accesses NAS-based storage as if it were local to the server. The downside of NAS-based storage is that the data transfer burden is shifted from the storage bus (SCSI, fibre channel) to the network, and the overhead of the underlying transport protocol is added to storage data transfer.

Although effective for applications such as file serving and excellent in terms of centralized management or backup and restore, NAS presents some potential pitfalls for applications such as Exchange Server. Implementing a disk protocol over IP and a dedicated LAN is relatively effective for a file server, but SCSI over IP can’t deliver the high I/Os per second that Exchange Server demands when supporting large user loads. Because disk I/O is the key to Exchange Server performance, Microsoft officially does NOT support NAS with Exchange Server. However, many organizations use NAS for their Exchange deployments and are quite satisfied. These organizations usually tout the great management, heterogeneous host support, and disaster recovery capabilities that NAS can bring to Exchange environments.

For centralized Exchange deployments supporting small user populations (500 users or less), NAS can be a worthwhile alternative to direct or SAN-based storage. However, if you're concerned about performance for servers with large populations, or if the fact that Microsoft doesn't support NAS with Exchange is important to you, stick to a SAN-based alternative for your future storage needs.

End of Article



Reader Comments
Well I agree that SAN is a great Idea. We are at the moment implementing a SAN ( a solution offered by Compaq ). At this moment in time I would advise anyone considering using a SAN with a clustered Exchange server... DON'T DO IT. The version of EVM / DRM & Virtual replicator software which are needed to create both clones and snapshots, dont work as they should. Furthermore getting a clone back online , once you have fought the machine into allowing you to make one, is no easy task. The tech just isnt ripe. The next version of EVM is meant to arrive at the end of the year. If you want gray hair go ahead and try, otherwise wait.
All the best

conor davis July 26, 2000


The writer is obviously aware of Network Appliance but it appears that he is totally ignoring the fact that Network Appliance have a product, written in conjunction with Microsoft, that helps customers recover from Exchange problems. This product is SnapManager for Exchange and is an excellent product for recovering from Exchange snarl ups.

This product, in conjunction with NetApps Filers will recover an Exchange Database AUTOMATICALLY from any failure and it will do it very quickly.

More information can be found at the Network Appliance web site at www.netapp.com.

Alan Edgecombe August 10, 2000


This writer also seems to be unaware that performance on a NAS can be just as good if not better then a SAN. The setup time of a SAN and troubleshooting issues of a SAN are many times more complex then a NAS. I personaly have run stress tests with a NAS simulating 1000 users on a exchanger server with it's databases on a NAS and the performance was better then local SCSI storage.

I also have to recovery using Snap Manager and Network Appliance is so easy and no more online backups.

Brian Davis August 14, 2000


In a nutshell, NAS is NOT "an implementation of a disk block protocol, e.g. SCSI". The term NAS is only a concept which means "storage over the network", rather than traditional direct-attached storage, e.g. SCSI.

Currently shipping Network Appliance Filer products do not even use SCSI to connect to their drives, they use FC-AL. Every vendor currently shipping any SAN products uses SCSI over fibre channel, whether it's FC-AL or a fabric solution.

Filers are "network appliances" (hence the company name) and serve data over the network via NFS and/or CIFS, and can operate as an NIS client (for UNIX) or in an NT domain as a regular member server. They are very easy to administer and have features you won't find in most servers (no matter how their disks are attached) such as seamless NT or UNIX operation, clustering, quotas, snapshots, mirroring all data or just volumes to remote filers. They can also operate as a web server or an FTP server. All disk components are hot-swappable and have built-in RAID protection and performance. This is much more than just a question of how the storage attaches to the server, a la SAN.

More to the point, a Filer is fully supported in an Exchange environment as a data store, and the SnapManager for Exchange product allows quick backups and restores specifically for Exchange.

NetApp filers scale easily to 3TB per Filer (6TB in a cluster). They are very suitable for large environments (more than 500 users).

In the future, I think everyone would appreciate more thorough research.

Justin Sullivan September 06, 2000


I certainly understand the comments from faithful NetApps users and employees. The point that everyone seems to have missed in the article (my fault for not being clearer) is that Microsoft does NOT support NAS technology with Exchange (regardless of what block/file protocol is used).

Microsoft (Exchange Dev) did look at NAS technology with NetApp and worked with them on their solution. However, the fact that NetApp folks seem to forget is that Microsoft determined during that work to specifically withhold support for the use of NAS with Exchange - PERIOD. They have publicly stated this fact at conferences and other "official" platforms such as Tech Ed and MEC. Not my words, Microsoft's

That being said, believe it or not, I am not against the use of NAS technology with Exchange. I have talked to many organizations using NAS with Exchange who are quite happy with it. For most organizations, the choice will be one of whether or not they care about Microsoft support of their storage strategy for Exchange. Some do, some don't.

What is really needed is for NAS vendors to work closer with Microsoft to demostrate that NAS technology can be a suitable solution for Exchange and other applications. A performance benchmark showing comparable performance between a NAS and a SAN solution would be a great start. The more Microsoft is educated on this technology the more they will embrace it. This is particularly true of the Exchange development team.

JC

Jerry Cochran (Author) September 07, 2000


By chance would any writer here have information on how to setup Exchange and NAS and Which NAS products support this solution. Thanks in advance.

Stuart September 08, 2000


The other point to keep in mind when Microsoft say they do not support (or like) NAS technology is that at present a NAS box is a box that isn't running a Microsoft OS. It will be interesting to see if this view changes with the release of the Embedded NT based NAS solutions (such as Compaq have). These however may not perform as well as the purpose built filer OSs.

Quentin Smart September 11, 2000


I take issue with the statement that NAS devices implement a block I/O protocol over IP. They don't they are a file I/O protocol. Should somebody actually create a SCSI/IP protocol and design a NAS around that, then it would be a block protocol.

Nik Simpson September 18, 2000


So far no one has discussed clustering with NAS. Can MSCS actually work with a NAS ? Has anyone done it ?

Thayalam Pillai September 27, 2000


As others have pointed out here Jerry has shown a complete misunderstanding of NAS. The whole point of using file-sharing protocols over IP rather than block SCSI is to provide true data sharing and improved file i/o efficiency.

Data sharing is of course not an issue for an Exchange IS. File i/o efficiency however IS. An Exchange server running a "local" disk array using block SCSI as the data access protocol (whether over parallel SCSI or Fibre Channel), has to perform the management of the filesystem itself. As the operational load (# of users) and volume size scales, you start running into response time bottlenecks. Large enterprise Exchange admins are well aware of this.

The typical workarounds are to limit the size of mailboxes, and limit the number of users per Exchange server.

By offloading the file I/O to a NAS device (i.e. NetApp Filer, EMC Celerra, Auspex etc.), accessed via CIFS, each Exchange server can cope with a much larger number of users and dramatically larger databases. It takes far less CPU to manage a TCP/IP stack than to track file data blocks in a large filesystem. NAS devices typically use dedicated OS's that use their CPU more efficiently, and in the case of NetApp this is combined with a very efficient filesystem that can dramatically outperform NTFS under load.

To implement SCSI over IP as Jerry suggests WOULD be sheer lunacy. Unfortunately there are a companies working on doing this now, who are completely missing the point. So far however all NAS devices use CIFS and/or NFS as the data access protocol.

Alan McLachlan October 04, 2000


 See More Comments  1   2 

You must be a registered user or online subscriber to comment on this article. Please log on before posting a comment. Are you a new visitor? Register now




Top Viewed ArticlesView all articles
Battery Life Issues Almost Certainly Not Windows 7's Fault

While Microsoft is still investigating a notebook battery life issue that was supposedly caused by Windows 7, some interesting trends have emerged. ...

Getting your iPhone to Sync with Exchange 2003

Follow these steps to use an iPhone with Exchange. ...

Confirmed: Battery Life Issues Not Windows 7's Fault

Microsoft on Monday issued a lengthy statement about the recent Windows 7 battery controversy, echoing my assessment from earlier in the day, but backing it up with hard, cold evidence. Put simply, Windows 7 is not responsible for any battery life issues ...


Storage Whitepapers Turn to a Proven Server and Storage Migration Solution

The Impact of Disk Fragmentation on Servers

Take Control of Your Email: Understand the Business Reasons for Email Storage Management

Related Events Top 5 Key Technologies Changing The Face of Exchange and Data Protection

Disk-to-Disk Grows Up

Check out our list of Free Email Newsletters!

Storage eBooks A Guide to Windows Certification and Public Keys

SQL Server Administration for Oracle DBAs

Keeping Your Business Safe from Attack: Encryption and Certificate Services

Related Storage Resources Introducing Left-Brain.com, the online IT bookstore
Looking for books, CDs, toolkits, eBooks? Prime your mind at Left-Brain.com

Discover Windows IT Pro eLearning Series!
Clear & detailed technical information and helpful how-to's, all in our trademark no-nonsense format


Windows IT Pro Home Register FAQ for Windows WinInfo News
Europe Edition About Us Contact Us/Customer Service Media Kit Affiliates / Licensing  
SQL Server Magazine Office & SharePoint Pro DevProConnections IT Job Hound
Left-Brain.com Technology Resource Directory asp.netPRO ITTV Windows SuperSite 
 
 Windows IT Pro is a Division of Penton Media Inc.
 © 2010 Penton Media, Inc. Terms of Use | Privacy Statement