有什么原因停止SQL Server?


9

我所读到的只是停止SQL Server可能造成的破坏,因为它会创建一个冷缓存并占用内存。那么为什么有人停止SQL Server?如果您可以提供文章的任何链接,以便我可以阅读更多文章,我将不胜感激!

这个问题是我老师提出的。除非是一个棘手的问题,否则我绝对会感到困惑。他的确切问题是:

使用Internet进行研究,并了解为什么有人想要停止SQL Server。解释你的答案。

这是在我们探索如何使用SQL Server 2008 R2的上下文中。我不确定他是否在寻求明显的答案,或者我缺少什么。


2
停电?操作系统升级?迁移物理服务器?基本上是您要重新启动计算机的所有原因。或如何升级SQL Server本身,在运行时该如何做呢?
user253751'1

Answers:


22

布伦特列出了停止服务的一些无效原因,但也有有效的原因:

  • 重新启动Service Pack或其他更新
  • 某些配置更改(例如,服务帐户更改,硬件更改,即时文件初始化,此列表可能持续数周)
  • 在集群中,重新启动以强制故障转移或应用滚动补丁
  • Windows补丁

1
我可以建议硬件改进,SSD,内存等吗?
McNets

1
我还要添加启用IFI。
Erik Darling

如果要将系统数据库从C:移到另一个驱动器,则需要停止它。还有另一个正当的理由。
SQL_Deadwood

在服务控制管理器中启用始终在线可用性组是另一种方法。
Kris Gruttemeyer '17年

在SQL Server配置管理器中执行的某些操作,例如启用TCP / IP端口或命名管道,也需要重新启动服务才能生效。
dlatikay

19

因为他们认为存在内存问题 -SQL Server会使用所有可用的内存,直到其最大内存设置(甚至超出最大内存设置)。不知道的人进入了任务管理器,看到SQL Server使用了很多内存,然后想到, “肯定有内存泄漏-我将停止并重新启动SQL Server,然后看看会发生什么。” 可以肯定的是,这释放了很多内存(因为默认情况下SQL Server不会立即分配所有内存),因此他们认为自己已修复了该错误。接下来,您知道他们每周重新启动SQL Server。

因为他们认为这是CPU问题,所以查询将占用大量CPU资源,尤其是在参数嗅探问题的情况下。不知道的人会尝试在不了解专用管理连接(DAC)的情况下连接到SQL Server,无法连接,并且用光了所有选项。他们之所以重启,是因为高管们站在他们身后,他们希望尽快找到解决方案。

因为他们听说过它可以解决腐败问题,所以当人们遇到腐败问题时,他们通常会乐于尝试任何解决问题的方法。

因为他们希望回滚完成 -他们杀死了一个查询,并且由于不知道回滚查询是单线程的,所以在回滚中停留了一段时间。等待了几分钟(或几个小时)后,他们重新启动了SQL Server,并认为在再次启动备份时不需要回滚。可悲的是,它们是错误的,并且SQL Server在启动时一直保持正确的状态。


“因为他们希望完成回滚”:我记得艰难地学习了这一课。
Michael J Swart

1

原因之一可能是您购买了新硬件并将数据库迁移到该新服务器。现在,您要关闭旧框(连同框本身)上的该sql server实例,因为您要确保没有人再连接到它

您移到了云上,不再需要prem框,它已关闭,重新格式化并重新定义了用途(如果不太旧)


1

一个有效的原因是,同一台服务器上运行着其他软件,它们需要SQL Server拥有的一些内存,但是每个月只能运行几次。

例如,我的妻子(一位希望对她的工作所需要的SQL服务器了解得很少(或更少)的会计师)拥有一个基于SQL Server的系统,该系统由3个人(包括她在内)用于处理非常大的数据集,很多ad-hock查询,但是每个月要运行几次,它们必须运行同一台服务器上的计算引擎并访问数据库。计算引擎需要内存。他们没有DBA,他们无法获得更多硬件的资金,即使可以,IT部门(对SQL的了解比会计师少的人)将花费数月的时间来安装新的硬件,并重置SQL服务器允许他们以会计师的身份工作。(事务系统是独立的。)


他们可能想减少和增加最大内存设置,而不是释放一些RAM。
玛吉尔'01

@Magier和学习如何做到这一点而不是完成工作的会计师的投资回报是多少...((一旦发生任何变化,就需要将不同的魔术数设置为不同的时间。)
Ian Ringrose
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.