微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

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资源调控器,确保没有任何用户将服务器抓取.它只是在企业版中.

原文地址:https://www.jb51.cc/mssql/80768.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐