SQL Server 2008性能突降的问题

悬崖跳舞被人砍 2015-12-27 12:48:57

加精

##服务器介绍：
部署在虚拟机上的SQL Server 2008，是从一个oracle库到另一个MS库的数据中转站，先将oracle库部分表的数据抽取到该库，再用生成视图的方式进行数据清洗，然后将视图数据抽到另一个MS库中，**两个MS库在同一服务器上**。
##问题描述：
前天发现，从oracle库抽取数据到该库的时间由原来的2个小时，延长到3个小时，而从该库到另一个MS库的数据抽取工作变得非常缓慢，以往1个半小时的抽取，延长到10个小时却只抽取的一半。
后续排查的过程中发现了其他的一些问题现象，如：1.查询作业执行历史记录延时明显；2.展开MS库中的表、视图延时明显；3.用右键视图“编写视图脚本为”——“Alter到”——“新查询编辑器窗口”延时明显。似乎与数据库的相关操作，较于以往都出现了明显的延时现象。
##服务器相关参数图：
在百度后，个人初步怀疑是内存的问题，但不得其解。相关参数图供诸位大神参考：

求指导~
已经尝试过重启服务器~

...全文

2022 35 打赏收藏转发到动态举报

写回复

用AI写文章

35 条回复

切换为时间正序

请发表友善的回复…

发表回复

悬崖跳舞被人砍 2016-01-13

打赏
举报

已结贴，分有点少，有些朋友没有给到

，谢谢诸位了~

悬崖跳舞被人砍 2016-01-13

打赏
举报

引用 32 楼 yenange 的回复:

引用 31 楼 kingofluo 的回复:
[quote=引用 21 楼 yenange 的回复:] 没事了就给分结贴吧
对不起，后来又解决其他问题就忘了结贴了~~

您是逗我玩吧，好象还没有结贴，小心下次没人回你贴哦[/quote]被喊下去吃饭了~~~

悬崖跳舞被人砍 2016-01-13

打赏
举报

引用 27 楼 giftsf 的回复:

为什么要搞虚拟机服务器? 而不弄个真服务器? 是为了省钱,而且显得分布了?

为了省钱~ 我们是乙方~

吉普赛的歌 2016-01-13

打赏
举报

引用 31 楼 kingofluo 的回复:

引用 21 楼 yenange 的回复:
没事了就给分结贴吧
对不起，后来又解决其他问题就忘了结贴了~~

您是逗我玩吧，好象还没有结贴，小心下次没人回你贴哦

悬崖跳舞被人砍 2016-01-13

打赏
举报

引用 21 楼 yenange 的回复:

没事了就给分结贴吧

对不起，后来又解决其他问题就忘了结贴了~~

qq_30119947 2016-01-06

打赏
举报

内存够用吗？

kevin_水滴石穿 2016-01-06

打赏
举报

我们的数据库服务器和应用服务器也有虚拟机，那性能的确无法和实体机比

qq_31420743 2016-01-05

打赏
举报

那是几号的，呵呵呵

giftsf 2016-01-04

打赏
举报

为什么要搞虚拟机服务器? 而不弄个真服务器? 是为了省钱,而且显得分布了?

nettman 2016-01-01

打赏
举报

足球中国 2016-01-01

打赏
举报

如果不是虚拟机性能至少提升3倍。

cattpon 2015-12-31

打赏
举报

这个情况没遇到过~

悬崖跳舞被人砍 2015-12-30

打赏
举报

引用 17 楼 szx1999 的回复:

[quote=引用 9 楼 kingofluo 的回复:] [quote=引用 8 楼 szx1999 的回复:] 你的库由于写动作频繁，日志增长肯定很快。看一下日志文件是不是太大了？如果是日志太大，收缩一下就能解决问题。如果中转库的安全不要求那么严格的话，可以把恢复模式设为简单。

有两个日志文件确实有40G那么多，但是日志所在的磁盘下还是有200G的空间的~[/quote] 磁盘空间不足是另一方面的问题了。日志文件本身过大，也会让系统变慢，这是实践过的。[/quote]嗯嗯，好的，已经收缩了日志了~

吉普赛的歌 2015-12-30

打赏
举报

引用 22 楼 x_wy46 的回复:

[quote=引用 20 楼 kingofluo 的回复:] [quote=引用 19 楼 x_wy46 的回复:] [quote=引用 18 楼 kingofluo 的回复:] [quote=引用 17 楼 szx1999 的回复:] [quote=引用 9 楼 kingofluo 的回复:] [quote=引用 8 楼 szx1999 的回复:] 你的库由于写动作频繁，日志增长肯定很快。看一下日志文件是不是太大了？如果是日志太大，收缩一下就能解决问题。如果中转库的安全不要求那么严格的话，可以把恢复模式设为简单。

有两个日志文件确实有40G那么多，但是日志所在的磁盘下还是有200G的空间的~[/quote] 磁盘空间不足是另一方面的问题了。日志文件本身过大，也会让系统变慢，这是实践过的。[/quote]嗯嗯，好的，已经收缩了日志了~[/quote] 收缩日志后性能有明显改善吗？[/quote]并没有~但是我的问题已经解决了。原来是因为实体机的配置发生了改动，影响到了虚拟机，问负责人做了什么改动，三缄其口，问不出所以~所以为什么出现这个问题还是不清楚。但是十分感谢各位的帮助，我还是从这次的问题中学到了很多调优和查看SQL Server状态的相关知识~[/quote] 说实话我一直不待见虚拟机，实际上一开始我就隐隐约约感觉到是虚拟机的问题，不过感觉有点事后诸葛亮和装逼的成分，原谅我吧我对虚拟机没有任何好感，大概是五年前做第一份工作的时候，有几台应用服务器用的就是虚拟机，制造业，海关进出口管理的系统，应用程序一直报错说磁盘空间不足（应用程序部署在虚拟机上）我等了服务器发现磁盘空间绰绰有余，然后拼命调试应用程序，因为系统无法更新放行单，导致海关无法放行进出卡口的车辆，已经堵了好长的路了调试了半天，都快崩溃了，海关卡口那边都堵疯了，电话一个接一个，一个一个台湾老大电话邮件使劲地催，你可知道我当时的心理是什么感觉？？？奇怪的是应用程序在本机跑一直没有问题，一到服务器上就报磁盘空间不足（因为写日志）表面上服务器看起来一切正常，内存，cpu消耗都不高，磁盘空间绰绰有余，网络正常后来实在没办法，找管服务器的人看看服务器，结果他说是虚拟机配置的问题，记得是hyper-v，也是弄了半天才弄好，当时虚拟机就在我心里留下阴影了无语的是现在这份工作的db服务器依然是虚拟机，性能差到爆我想这些大量操作IO的应用，用虚拟机有个吊毛用？你IO不还是映射到物理磁盘上， n台虚拟机的读写都映射到一个物理磁盘（即便是多个），那磁盘忙不过来啊为啥用虚拟机只能说是满足一部分应用服务器管理员人装逼的心理，说是虚拟机节约成本，方便切换你节约成本有个掉毛用，CPU的CPU不够用，内存内存不够，磁盘磁盘慢的一比算了，有点激动[/quote] 哥们，这个其实值得鸡冻！！！

专注or全面 2015-12-30

打赏
举报

引用 20 楼 kingofluo 的回复:

[quote=引用 19 楼 x_wy46 的回复:] [quote=引用 18 楼 kingofluo 的回复:] [quote=引用 17 楼 szx1999 的回复:] [quote=引用 9 楼 kingofluo 的回复:] [quote=引用 8 楼 szx1999 的回复:] 你的库由于写动作频繁，日志增长肯定很快。看一下日志文件是不是太大了？如果是日志太大，收缩一下就能解决问题。如果中转库的安全不要求那么严格的话，可以把恢复模式设为简单。

吉普赛的歌 2015-12-30

打赏
举报

没事了就给分结贴吧

悬崖跳舞被人砍 2015-12-30

打赏
举报

引用 19 楼 x_wy46 的回复:

[quote=引用 18 楼 kingofluo 的回复:] [quote=引用 17 楼 szx1999 的回复:] [quote=引用 9 楼 kingofluo 的回复:] [quote=引用 8 楼 szx1999 的回复:] 你的库由于写动作频繁，日志增长肯定很快。看一下日志文件是不是太大了？如果是日志太大，收缩一下就能解决问题。如果中转库的安全不要求那么严格的话，可以把恢复模式设为简单。

专注or全面 2015-12-30

打赏
举报

引用 18 楼 kingofluo 的回复:

[quote=引用 17 楼 szx1999 的回复:] [quote=引用 9 楼 kingofluo 的回复:] [quote=引用 8 楼 szx1999 的回复:] 你的库由于写动作频繁，日志增长肯定很快。看一下日志文件是不是太大了？如果是日志太大，收缩一下就能解决问题。如果中转库的安全不要求那么严格的话，可以把恢复模式设为简单。

有两个日志文件确实有40G那么多，但是日志所在的磁盘下还是有200G的空间的~[/quote] 磁盘空间不足是另一方面的问题了。日志文件本身过大，也会让系统变慢，这是实践过的。[/quote]嗯嗯，好的，已经收缩了日志了~[/quote] 收缩日志后性能有明显改善吗？