先感谢一下我的同事们最先发现此 问题 ，鸣谢：向飞、志刚、海云 最近在生产环境发现一个诡异的 问题 ； 环境：WINDOWS 2012+SQLSERVER 2012 SP1，双节点的故障转移群集+单节点的SQLSERVER 2012 SP1实例（镜像） 生产数据库是从SQLSERVER 2008R2迁移到2012的
先感谢一下我的同事们最先发现此问题，鸣谢：向飞、志刚、海云
最近在生产环境发现一个诡异的问题；
环境：WINDOWS 2012+SQLSERVER 2012 SP1，双节点的故障转移群集+单节点的SQLSERVER 2012 SP1实例（镜像）
生产数据库是从SQLSERVER 2008R2迁移到2012的，迁移过程很顺利，按照一般经验，可能导致数据库所有者丢失，因此在迁移后手动修改数据库所有者为sa，与此同时还有个job在做这个库的归档（定期清理历史数据到本地的历史库中，delete、insert操作）；
迁移后尝试运行job均可正常执行；第二天以镜像方式做灾备，搭建完镜像环境后，归档的job报错：无法登录到服务器“(local)”。
后测试尝试重建作业也无效，再创建一个新作业，只在这个做了镜像的库上执行“select 1”，同样报错（按理说select 1是不会记录日志的，因此也就不会影响到镜像）
最后通过查询代理错误日志，发现如下错误：
确实，MultiSubnetFailover参数必须要开启AlwaysOn属性后才能使用。但为何在只建立镜像的环境下，SQL Agent仍会通过这个连接选项连接到镜像实例？
此外，我又做了两个测试：
经过对v6.0为期一个月的调整，WRMPS v6.1 正式和大家见面，此版本在原6.0的基础上除修正旧版本所有问题外，还增加了很多人性化的功 能。 特别是在推广易功能上，做了很大提升，其包含的品牌店铺、竞价广告等服务内容将极大的提高站长的收益，而且快捷方便的服务购买支付 流程，将非常有效的推动客户在您的网站上进行消费。
0
测试A：在开启过AlwaysOn选项的单实例（非群集环境）上，先关闭AlwaysOn选项，删除并重建端点，搭建镜像环境；
测试B：在从未开启过AlwaysOn选项的单实例（非群集环境）上（新装的虚机），搭建镜像环境；
上述两次测试，JOB均可顺利执行，并未出现此前在群集环境下的问题；
由此，基本可以排除此问题受AlwaysOn选项的影响的可能，反而是对群集环境才有此类的现象；
目前的群集环境不便开启AlwaysOn选项，因此无法做进一步测试来验证上面的观点，有兴趣的童鞋可以继续测试一下；
PS：经过陈桑的提点，这个问题可以曲线解决；
创建job步骤的时候，连接数据库选为非镜像库（如master），同时修改要执行的SQL，将对象名改为database.schema.object的格式即可；
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
C++高性能并发应用_C++如何开发性能关键应用
Java AI集成Deep Java Library_Java怎么集成AI模型部署
Golang后端API开发_Golang如何高效开发后端和API
Python异步并发改进_Python异步编程有哪些新改进
C++系统编程内存管理_C++系统编程怎么与Rust竞争内存安全
Java GraalVM原生镜像构建_Java怎么用GraalVM构建高效原生镜像
Python FastAPI异步API开发_Python怎么用FastAPI构建异步API
C++现代C++20/23/26特性_现代C++有哪些新标准特性如modules和coroutines
广告Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
558
收藏
