如何向您的应用程序添加 SAN 存储支持？
我想在我的应用程序中添加 San Storage 支持。是否有一个标准协议可用于与 EMC Centera、Hitachi、NetApp 等所有 SAN 存储设备进行通信，或者我是否必须使用特定于每个供应商的库？
简而言之，我想将数据保存在设备上并将其读回。我知道这些设备可以作为驱动器安装或作为网络共享发布，但我们是否有开放的 API 级别访问权限？
你们中有人在您的应用程序中添加过此类支持吗？如果是的话，如何添加？
I want to add San Storage support in my application. Is there a standard protocol that I can use to communicate with all san storage devices like EMC Centera, Hitachi, NetApp or do I have to use library specific to each vendor?
In a nutshell i'd like to save data on device and read it back. I know these devices can be mounted as drives or published as network shares but do we have an open API level access to it?
Have any of you added such support to your application if so how?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
通常，这些设备将以透明的方式连接到 Windows 和/或 SQL Server，例如，作为应用程序开发人员，您不应该也不得处理 SAN 是否连接以及如何连接的实现细节。
通常，您只需使用连接到 SAN 的驱动器号，或者将 SAN 中的网络共享挂载为文件系统中某个位置的目录。
马克
Typically, those devices will be attached to a Windows and/or SQL Server in a transparent way, e.g. you as an application developer should not and must not deal with the implementation details of if and how a SAN has been attached.
Typically, you'd simply use either a drive letter connected to a SAN, or mount a network share from your SAN as a directory in your file system somewhere.
Marc
将 SAN LUN“挂载”为块设备、使用文件系统格式化设备并使用正常的文件 IO 操作访问它有什么问题？
顺便问一下：SAN 通常无法通过网络共享访问？ SAN 是块级抽象。但一些 NAS（网络附加存储）设备（例如 NetApp 文件管理器）除了 CIFS/NFS 访问之外还提供块级访问。
What is wrong with "mounting" the SAN LUNs as block devices, formatting the device with a filesystem and accessing it using the normal file IO operations?
By the way: A SAN normally cannot be accessed via a network share? A SAN is a block-level abstraction. But some NAS (Network Attached Storage) Appliances like a NetApp Filer provide in addition to the CIFS/NFS access a block level access.
您希望支持的应用程序中是否有与常规磁盘 I/O 不同的地方？
如果没有，请使用 System.IO 命名空间中的常规写入磁盘和从磁盘加载例程。否则你就会增加不必要的复杂性。
如果有特定的内容，那么您将必须写入各个供应商的 API。
Is there anything specifically different from regular disk I/O in your application that you'd like to support?
If not, use the regular write-to-disk and load-from-disk routines that are in the
System.IOnamespace. Otherwise you're adding needless complication.If there is something specific then you will have to write to the individual vendor's API.
从应用程序 vie 中，您仍然可以使用文件系统和驱动器，无论它们是本地的还是 SAN 连接的。
如果您想控制存储系统，请查看 SMI-S 系列协议。
From application vie, you are still working with filesystems and drives no matter if they are local or SAN-attached.
If you want to control storage systems, look at SMI-S family protocols.