首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >合并Server

合并Server
EN

Server Fault用户
提问于 2012-02-24 18:47:22
回答 1查看 88关注 0票数 2

我们有许多server 2008 R2标准服务器,每个服务器都用于一个应用程序,我们希望将其合并到一个物理服务器中。在这些服务器上运行perfmon时,它们不会使用大量的CPU、IO或网络流量,因此它们是很好的合并选择。以下是几个问题:

最好是用多个数据库创建一个实例,还是创建多个实例(例如,每个应用程序的一个实例)?

我预计不会有太多的争论,但是否有办法对IO进行某种治理,使任何数据库/实例都不能占用所有IO资源?我知道我可以用资源调速器做CPU。

在RAID配置中,我们将有22个磁盘可用(和2个热备件)。写的比读的重,所以我们要做RAID-10。最好为所有数据库设置一个大数组,然后为日志文件和tempdbs设置两个较小的数组,还是为每个数据库/实例设置一个专用数组。

谢谢。

EN

回答 1

Server Fault用户

回答已采纳

发布于 2012-02-24 22:31:26

下面是一些需要考虑的事情:

  • 您可能希望从安全的角度来处理单独的实例。如果您有一个管理团队来管理所有现有的服务器,那么这不是一个问题,一个具有多个数据库的实例可能是可行的。如果您打破了您的管理或如果您有特殊的安全问题,那么一个实例可能不是前进的道路。
  • 是唯一可用资源调控器的生产版本。如果您要将其合并到SQL Standard中,那么这对您来说不是一个选项。
  • 一个实例的dba工作可能比多个实例容易(从一般操作的角度来看)。
  • 假设没有资源调控器,那么使用单独的实例并设置每个实例的最大内存选项来限制每个应用程序使用的内存会更容易。不过,这也会增加更多的管理开销。也就是说,Server非常擅长管理物理资源。关于你的环境,没有足够的信息来知道这是否值得去做,但我的直觉是否定的。
  • 通常,在共享(即单个实例)环境中,针对单个应用程序有更多的变量。例如,如果一个糟糕的查询计划被卡在一个计划缓存中,并且您使用的是一个实例,那么所有其他数据库都会受到不利影响,直到您清除掉该糟糕的计划。但对你来说,这听起来并不是很大的风险。

如果数据库目前没有执行大量IO操作,那么您应该可以只为数据拥有一个卷,然后为日志单独设置一个卷。

票数 3
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/363529

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档