服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

糟糕的内部数据库 – 更换它或夹头硬件?

所以 – 我们有一个内部的公司数据库,通常是这样的:pipe理客户,电话,销售交易和客户协议/计划。 这是一个Access 2000前端和一个SQL Server 2000 Standard后端。 单服务器,双至强3.2GHz,2GB内存,Windows Server 2003,整天占用40%的CPU负载,分布在OS(HT)可见的4个内核中。 后台数据库devise不佳,已经有超过10年的有机增长,由不太熟练的人维护。 这是严重的规范化,一些显而易见的问题包括成千上万的行没有主键或索引的表,这些也在系统中使用最多的一些部分的多表连接中大量使用(例如,呼叫pipe理器应用程序,每天在每个人的第二台显示器上工作8个小时,每隔几秒钟运行一次大量低效的查询)。 前端并不好,这是几百个表单的典型混乱,嵌套保存的查询,VBA代码中embedded式SQL写得不好,几十个“怪癖”等等,每当一个变化被做出时,不相关的东西似乎就破坏了。 我们已经解决了一个“足够好”的多边开发银行,现在有一个不变的政策,因为我们在内部没有访问权重(也没有计划雇用)。 现在公司正在慢慢成长,客户数量不断增加,电话用户数量不断增加,并发用户数量也有所增加,而且最近的performance也变得越来越糟糕(等待表单之间的移动,等待列表填充等)。 ) Perfmon说: 每秒磁盘传输:0到30之间,平均4次。 当前磁盘队列长度:徘徊在1左右 SQL Server的分析器每分钟都会看到成千上万的查询。 客户端的CPU使用率几乎为零,表示正在等待服务器端查询执行。 我已经通过数据库引擎优化顾问把这个工作量,将其build议应用于testing备份,但这并没有太大的差别。 顺便说一句,我们有一个100MB和千兆以太网的组合,全部在一个子网上,两个楼层有40个用户。 对于这个问题。 正如我所看到的,我们有两个select来解决/改善这种情况。 我们可以取消它,并用一个全新的客户关系pipe理系统取而代之,可以定制或部分定制 我们可以通过硬件来延长这个系统的寿命。 我们可以构build一个性能数字惊人的英特尔i7系统,其成本比replace软件的成本低一个数量级。 当一个新的系统最终被开发出来,它可以被托pipe在这个盒子里,所以没有浪费的硬件。 一个新的客户关系pipe理系统不断推迟,closures和closures – 我至less有一年没有看到这种情况发生。 任何关于这种情况的想法,特别是如果你一直在这里,将不胜感激。 谢谢