请看下面的屏幕截图。
我正在尝试使用两个节点使 SQL Server 2012 故障转移群集。如您所知,我们需要一个共享的 SAN,两个节点都将使用它来存储数据,但我对此有些困惑。
我的印象是我们需要一个驱动器,例如 Z 用于“Temp DB 目录”,这将由两个节点共享以存储数据。
但是有人告诉我,对于每个节点,这些实际上是两个驱动器,对于这些节点,它将显示为一个。所以我不确定什么是真的。可能我们都在说同样的话!?
请看下面的屏幕截图。
我正在尝试使用两个节点使 SQL Server 2012 故障转移群集。如您所知,我们需要一个共享的 SAN,两个节点都将使用它来存储数据,但我对此有些困惑。
我的印象是我们需要一个驱动器,例如 Z 用于“Temp DB 目录”,这将由两个节点共享以存储数据。
但是有人告诉我,对于每个节点,这些实际上是两个驱动器,对于这些节点,它将显示为一个。所以我不确定什么是真的。可能我们都在说同样的话!?
这完全取决于您要寻找的配置。正如@EricHiggins 指出的那样,传统集群将拥有共享资源,包括磁盘、网络名称和 IP,以及服务本身。SQL Server 是一个集群感知应用程序,将与 Windows 集群服务交互。当集群服务检测到故障(或手动故障转移)时,SQL Server服务停止(下线)并将实例资源(名称、IP、磁盘和其他集群资源)迁移/转移到另一个节点集群。当资源完全转移后,SQL Server服务启动,实例可用。
SQL Server 2012企业版引入了可用性组的概念。可用性组是一个无共享环境,它使用故障转移集群进行网络命名和侦听,但使用镜像在数据库级别进行保护。
要了解这些解决方案中的每一个之间的区别(以及它们的好处),还有更多的细节需要研究。但是,要直接回答您的问题,如果您要使用故障转移集群进行集群,那么将共享 TempDB LUN。如果您要使用可用性组,那么您的存储量将增加一倍,但能够在数据库级别(而不是实例级别)进行保护。
我需要更多关于“看起来像一个”声明的信息——对什么或谁来说,它“看起来像一个?”
在集群中,TempDB 绝对会在共享存储上,理想情况下它会与其他共享存储分开。
要遵循的基本 SAN 模板是(至少):
这是一个非常基本的最低配置。有许多“取决于...”的考虑因素。查看Brent Ozar 关于 SAN 存储的文章了解更多详细信息。