SQL SERVER误把数据库最大内存设置为0,导致现场爆炸,被现场疯狂叼

前因

之前因为系统内存资源崩溃了,导致内存不够用了,就想着改数据库最大服务器内存资源与系统运行程序的运行内存,然后改回去的时候,将最大服务器然后改为0(PS:当时现场要开工了,一着急就以为0是最大,连看都没有看,就重启了数据库)
如下图所示:
在这里插入图片描述
然后,又用了工具重启数据库,现场就提示不能使用了。
在这里插入图片描述

数据库一直提示无法启动服务器,刚巧不巧,现场又在使用了,一直给我打电话,瞬间感觉天都要塌下来了。 但是,不谎,干了四五年了,啥大风大浪没有经历过,马上进行必应搜索,找对应的方法。 网上的解决方案很多 链接: sqlserver最大内存太小不能正常启动
这里就不再一一阐述。

主要是遇到
RegOpenKeyEx of “Software\Microsoft\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQLServer\HADR” failed.

RegOpenKeyEx of "Software\Microsoft\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQLServer\HADR" failed.
2024-08-14 17:18:45.19 Server      Error: 17058, Severity: 16, State: 1.
2024-08-14 17:18:45.19 Server      initerrlog: Could not open error log file ''. Operating system error = 3(系统找不到指定的路径。).
2024-08-14 17:18:45.50 Server      Error: 17058, Severity: 16, State: 1.
2024-08-14 17:18:45.50 Server      initerrlog: Could not open error log file ''. Operating system error = 3(系统找不到指定的路径。).
2024-08-14 17:18:45.81 Server      Error: 17058, Severity: 16, State: 1.
2024-08-14 17:18:45.81 Server      initerrlog: Could not open error log file ''. Operating system error = 3(系统找不到指定的路径。).
2024-08-14 17:18:46.12 Server      Error: 17058, Severity: 16, State: 1.
2024-08-14 17:18:46.12 Server      initerrlog: Could not open error log file ''. Operating system error = 3(系统找不到指定的路径。).
2024-08-14 17:18:46.43 Server      Error: 17058, Severity: 16, State: 1.
2024-08-14 17:18:46.43 Server      initerrlog: Could not open error log file ''. Operating system error = 3(系统找不到指定的路径。).
2024-08-14 17:18:46.74 Server      Error: 17058, Severity: 16, State: 1.
2024-08-14 17:18:46.74 Server      initerrlog: Could not open error log file ''. Operating system error = 3(系统找不到指定的路径。).
2024-08-14 17:18:47.05 Server      Error: 17058, Severity: 16, State: 1.
2024-08-14 17:18:47.05 Server      initerrlog: Could not open error log file ''. Operating system error = 3(系统找不到指定的路径。).
2024-08-14 17:18:47.37 Server      Error: 17058, Severity: 16, State: 1.
2024-08-14 17:18:47.37 Server      initerrlog: Could not open error log file ''. Operating system error = 3(系统找不到指定的路径。).
2024-08-14 17:18:47.68 Server      Error: 17058, Severity: 16, State: 1.
2024-08-14 17:18:47.68 Server      initerrlog: Could not open error log file ''. Operating system error = 3(系统找不到指定的路径。).
2024-08-14 17:18:47.99 Server      Error: 17058, Severity: 16, State: 1.
2024-08-14 17:18:47.99 Server      initerrlog: Could not open error log file ''. Operating system

啥情况? 这种问题没有见过。网上也没有解决方案,官网说是网关什么没有开,用GPT说
HADR 的注册表可能没有。 外网一些网站说用虚拟机装一个相同的,我丢,那么复杂,不会吧。想到其他电脑上有相同的,复制一个过来,发现还是不行。 完了。。。。。
还是不行。。。 现场疯狂给你打电话,赶紧接电话,赔礼道歉吧。。。 关了电话,答复半个小时修复。

好,现在静静想一下,我安装的路径不同,管理员试一下,巴拉巴拉巴拉,成功了。

在这里插入图片描述
ok, 继续操作!!!

在这里插入图片描述
原因: 服务器处于单用户模式,目前只有一位管理员能够连接。

好吧, 关闭sql server 客户端工具,什么连接服务都关闭,好了。 一切都安静了。
赶紧答复现场修复了。 然后抗下所有。

总结

1、不要在生产环境随便变更,一定要做计划,做步骤,然后汇报给上一级。
2、执行命令用管理员执行一定没有错。
3、遇事一定不要慌,深深呼吸,有不同的灵感。

  • 4
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
微软SQL Server 2008 R2中的资源分配方式与SQL Server 2005中的方式相比是一种完全不同的过程。利用资源控制器,在SQL Server 2008 R2中解决方案供应商有切实可用的方法管理CPU和内存。   资源消耗是长期以来困扰使用SQL Server的解决方案供应商的基本问题之一。任何服务器,不管它是物理的还是虚拟的,供处置的CPU和内存池都是有限的。过去,这一简单的事实给SQL Server带来许多麻烦,因为它通常是资源非常敏感的应用。   如果服务器上只托管了唯一一个数据库的话,那么SQL Server资源消耗并不是个严重的问题。但是如果有多个数据库在用着,那就真的变成一个问题了,因为各种数据库都会竞争同样一组CPU和内存资源。   在SQL Server 2005中,对这个问题可以接受的解决方案通常是为每个数据库创建独立的SQL Server实例,利用处理器亲和度为每个数据库实例分配资源。这种技术的问题是一旦资源被分配给SQL Server实例,他们对其他SQL Server实例就不可用了。结果,如果一个数据库的负载特别重,它也不可能从其他SQL实例暂借服务器的CPU资源,虽然这个实例上的资源此时可能什么都没做。   一些解决方案供应商也曾尝试利用服务器虚拟化作为给个别SQL Server数据库分配资源的一种途径。在这种模型中,每台虚拟机只托管一个SQL Server数据库。这种方法也可行,但是虚拟机和他们的操作系统也消耗了一些本该用于SQL Server服务器资源。此外,还依赖于你使用的虚拟化软件,以按需分配为基础的资源动态分配可能有些困难或者不可能实现。   微软最终针对SQL Server 2008 R2中的资源分配问题创建了一套可行的解决方案,引入了叫做资源控制器的新组件。这个资源控制器是可以通过微软SQL Server Management Studio访问的,它可以定义资源池,每个资源池都包含负载工作组,如下图所示:
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值