您是否有任何好的或坏的经验来共享在NetApp设备上运行sql Server OLTP系统？我一直在使用具有低端NetApp设备的小型,相对低容量的群集,我发现环境通常不稳定,至少与我使用其他SAN,iSCSI阵列和DAS设置的经验相比.我很难相信RAID DP和WAFL不仅仅是童话般的技术.我已经向我提出了一个解决方案,我只需要一个更大,更好的NetApp,使用PAM卡和其他我从未听说过的很酷的技术,而且我觉得我会更好地将四分之一用于良好的直接连接驱动器和强大的服务器.与此同时,我觉得企业级SAN应该是我可以依靠的东西,能够始终比我可能提出的更便宜的解决方案更稳定,更好的表现.您是OLTP环境中的sql Server DBA并且喜欢您的NetApp吗？如果你不喜欢它们,为什么不呢？
解决方法
由于SMB不支持必要的文件锁定语义,因此sql Server不会(或至少不会在最近)处理SMB共享卷.您将需要通过iSCSI,FC over Ethernet或光纤通道公开的LUN来执行此操作.如果您使用NetApp作为共享SMB卷的Filer,则可能是您的问题的根源.
如果您需要SAN功能(快照备份等),请购买SAN,否则购买直接连接存储.如果你真的只是想要一个运行sql Server的盒子来支持中等负载的应用程序组合,那么一个带有直接连接存储的大型sql Server盒子可能会正常工作.它会更便宜,更快,并且可能在sql Server许可中花费更少.
对于一些大的值,像DL380 G6这样的沼泽标准双插座Nelahem盒子可能会有资格.这将花费你两个插槽价值的sql Server许可,带有8个内核,并占用高达192GB的RAM.它可以在内部使用16个磁盘,您可以使用库存控制器和外部机架(MSA70)选项在外部连接100个或更多磁盘.大多数其他供应商提供一盒类似的规格.
如果您使用的是sql Server EE,则机器和DR盒的成本可能低于两个套接字的sql Server许可.如果您从小规模开始,只需填充一个插槽,并在许可上节省20美元或更多.
我认为这种类型的盒子被低估了,现在变得越来越多 – 因为VM和刀片现在风靡一时.但是,这是一台功能非常强大的机器,能够支持相当大的sql Server许可的两个套接字,支持非常强大的数据库工作负载.如果您目前使用的是低端SAN,这将花费更少,并围绕它运行环以获得性能.
