SQL Server规模

Question

我需要创建一个设计来满足以下优惠券系统的要求

• 每6个星期发行一次优惠券
• 每次发行将提供约9000万张优惠券实例。
• 优惠券实例记录一旦超过6个月就可以删除
• 优惠券实例共计约380百万
• 每分钟约3,500次赎回请求(读/写)+ 1,500次验证请求(仅读)
• 必须支持来自大约3,000个POS倾斜体的连接。
• db必须提供0.5秒的响应

我需要使用SQLServer2008r2 64位。16 be和8 8CPU就足够了吗？您认为我也需要使用表分区吗？

谢谢

罗伯。

Answer 1

我将保留对硬件部分的回答：

基本上，SQL Server试图将数据库(S)保存在RAM中，并经常轮询系统以查看RAM是否可用，并且只有在空闲内存耗尽时才开始交换数据(不完全正确，很少使用的表也可能被交换到磁盘AFAIK)。如果您可以在一定程度上估计您的数据库的大小，尝试获得尽可能多的RAM，以便将您的数据库完全安装到RAM中，然后再添加一些。如果这是不可能的(或者更好的做法:也这样做)，请尝试获得一个快速的I/O子系统，并按照建议将db文件分散到多个磁盘上。

Answer 2

• 如果没有这些，您的设计和索引将更加重要，无论您做什么，您都会遇到问题。
• 我会增加更多的内存
• 磁盘设置很重要:单独的数据/日志/tempdb
• 分区可能很有用，但并不是必需的:每个分区单独的磁盘阵列会更好。

Answer 3

16 be和8 8CPU就足够了吗？

是的，但这就像用收音机的型号来调整汽车的尺寸一样。

对于事务性数据库来说，更重要的因素一直是磁盘布局和速度。例如，您达到3500个变化的超越每秒(写通过赎回)。一个15k的SAS驱动器是为450 IOPS。银行-这是个问题。您的CPU甚至不会在这方面出汗，而且RAM甚至不在游戏中。

因此，更重要的是一个非常快速的IO子系统。