sql-server – 优化数千个SQL Server数据库的性能

前端之家收集整理的这篇文章主要介绍了sql-server – 优化数千个SQL Server数据库的性能前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们正在构建一个应用程序,每个客户端都有自己的数据库.没有一个数据库特别大(每个20MB到400MB),但是将会有~5,000个启动,并且在任何时候100个左右都将处于活动状态.

我们的团队一直在讨论如何最好地设置系统.客户端每两周只访问一次数据库(401k /财务处理),一次只能使用10-30分钟.操作在读/写之间均匀分布.

我们团队中有一半认为我们应该将数据库分布在多个便宜的服务器上并且只使用sql Express ……他们说在每个数据库使用时间短的情况下,内存/缓存不会那么有用(我们没有超过1台服务器上的完整sql标准的预算).

是这样的吗?更高的内存限制实际上是我看到MSsql Standard带给我们的唯一优势(我们已经有用于执行备份/恢复,模式升级,迁移数据等的脚本).

更新

我对多个数据库与一个数据库性能特征特别感兴趣.对于单个200MB数据库而言,最终用户体验不会比1TB数据库更好(即使两者都被很好地编入索引)?这也意味着我们可以非常快速地轻松备份/恢复单个客户端数据库,对吧?我们是否需要调整sql Server以更好地处理“数千个数据库”场景?

解决方法

我把它扔在一台服务器上.维护几个廉价的sql express服务器将是一件痛苦的事.您可以跨不同的RAID磁盘阵列传播数据库,日志和临时数据库.您应该考虑将临时数据库移动到它自己的数组,因为它可能同时被所有数据库使用.

查看2008资源调控器,确保没有任何用户将服务器抓取.它只是在企业版中.

猜你在找的MsSQL相关文章