在SAN上创建SQL Server群集.docxVIP

PAGE 1 PAGE 1 在SAN上创建SQL Server群集 　　RAID-5通常是针对数据库的，但是RAID-5嘴适合只读卷。当磁盘写这一活动超过10%时，RAID-10在任意scenario上是运行得最好的可能有那里有大量的数据库。因为这么多数据库要用TB来计算。这时你甚至可能会想到RAID-100,它又增加了另一级别的nesting和striping（也叫plaidRAID）。  　　3、Active/activeandactive/passive需要考虑的事项  　　一个active/active(a/a)群集有两个节点或服务器，它们同时都很活跃、平分负荷，相互映射对方的数据更新。假如一台服务器离线了，另外一台服务器就会接着工作。一个a/p方案就是一台服务器不停运作，另外一台随时待命。假如主要的那台服务器不运转了，只需要进行备份。  　　有了a/a群集，每台数据库服务器都应当有自己的一套磁盘镜像，这两台服务器不能共享同一个数据库规律驱动。这样一来很明显就要贵得多，但是假如你想要得到最好的运行时间，那么这里增加所需磁盘的价格还是值得的。一些数据库管理员甚至给每个群集的节点都供应了SAN。然而假如在节点之间数据复制的数量超过了在用户之间来回传送的数据的数量，那在同一个SAN上设置a/a群集可能就更加有意义了（虽然是在不同的物理磁盘）。  　　有了a/p群集，你能跟轻松地让数据库共享磁盘或者是SAN集合。既然一台数据库服务器在任何时候都能起到作用，就没有什么可以争辩的了。  　　4、保持群集之间的驱动器名全都  　　这是有关群集最具体的建议，需要牢记。全部在一个群集中的主机节点必需是有着相同驱动器名称的驱动器，所以要广泛策划你的驱动器名称。集合起来的软件能够把握能够访问详细设备的用户信息，因此你不必担忧这种事情会发生，但是每个节点都必需对存储持全都的意见。  　　5、不要尝试来回迁移临时数据库  　　SQLServer临时数据库是失效转移过程的一部份，需要作为共享文件来利用。不要来回迁移临时数据库。你可能认为你正在通过本地寄宿数据库获取SAN的带宽，但是为了基本功能所用的费用并不值得。  　　6、仅通过映射驱动器进行备份  　　假如你正使用SAN存储SQLServer备份，这些备份就应当通过映射驱动器名而不是通过UNC名称运行。SQLServer群集失效转移只能通过用ClusterServiceClusterAdministrator登记的存储设备来操作。，假如你操作失败并需要通过群集里的共享设备登录SQLServer备份的话，这一点就尤其重要。同样在为你的备份设置驱动的时候也要记的第四点建议。