In articles analyzing the pros and cons of NAS vs. SAN, the issue of file-level vs. block-level access often comes up. In particular, it's often said that databases operate "at the block-level". What is unique about the way a database accesses information that makes block-level access desirable? In a SAN environment, can a client request/receive individual pieces of the database (select blocks) rather than the entire database? I'm not certain where the efficiencies come in.
The issue is really one of buffering. Typically file systems or virtual memory managers cache data in the processor memory in order to improve performance. Since they don't know anything about the application that is running, they use some generalized best efforts. The application (in this case the database) knows more about the data access and can be written to do its own buffering (or caching if you like). To do that, the file system caching must be bypassed. This requires what is termed "raw I/O" by the database where it will directly do the block I/O to the device (
). There have been great improvements in file systems such that is not as significant an issue as it used to be.
Read Greg Schulz' answer to this question.
Dig deeper on SAN management
Learn how different scale-out architectures can be good options for providing high availability and easy growth.continue reading
Learn about NAS security and if SAN is more secure than NAS in this expert response.continue reading
Learn the definition of N_Port ID virtualization (NPIV) in this expert response by Randy Kerns.continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.