💢彻底卸载
起因:在搭建环境的时候,需要构建一个SqlServer的容器进行本地数据化测试,避免服务器多人数据冲突。
搭建开始:在依次搭建完毕多个工程的仓库之后,看起来一切都运行正常
问题1:通过ssms无法连接位于127.0.0.1的数据库,提示了failed to login with sa account,大概是这个意思具体的报错信息我记不太清了。
问题2:连接上数据库之后,发现并没有服务器上sampleDB的数据,但是在构建容器的时候,调用的import.sh文件是的确存在db复制的命令的,并且感觉没有错误,因为别人可以正常复制
上述就是这次sqlServer折腾的起因。
问题1解决:放弃sa登录,选择电脑本地数据库,user选择本机用户,使用ssms自带的Windows Authentic认证直接登录无需输入密码。进去后点击security--->logins---->右键sa用户,启用Windows Authentic认证和混合登录模式,然后保存退出,再次尝试sa用户登录,成功!(此处其实有个坑)
问题2解决:天真,上面的高兴的太早了,进入数据库后发现,没有从服务器上拷贝的DB,奇了怪了,排查了构建容器的命令,排查了sqlserver服务,排查了网络连接,排查了ubuntu中放的测试环境,重新构 建依然不行。
问题2得不到解决直接导致我选择了最粗暴的方式,卸载掉sqlserver重新进行安装。于是我熟练度打开了geek,对sqlserver的相关应用进行卸载,完成之后,打开文件夹,死灰复燃了,竟然还在,于是乎google了如何删除,好家伙应该用人家官方的remove工具进行卸载,一向灵通的geek这次倒是帮了倒忙。
可是我已经卸了一遍了,自带的卸载工具已经打不开了,于是乎各种谷歌,不限于:1.手动删除注册表,在删除文件;2.使用第三方卸载工具进行卸载;3.使用cmd命令行使用UninstallString进行cmd管理员命令卸载;4.使用Windows install clean up工具进行卸载。
在尝试这么多次卸载方法之后,打开SqlServer安装工具,查询已经安装了的sql服务,很好,还是存在一个sql instance实例,只要他存在,安装就会报错。于是乎继续Google,找到一个看起来似乎可行的方法,那就是使用它的安装程序对既存的sql srever进行修复,修复完成之后,在使用自带的remove工具进行卸载。
修复成功,自带的remove工具也能成功打开了,但是卸载的时候,依然是卸载不掉核心的sql engine。
接着google,发现一个名为Windows install clean up的工具,抱着试一试的心态,我下载安装了,打开运行卸载,cmd一堆命令开始跑,跑完我重启一看,嘿还真卸载掉了。果断打开安装程序准备安装,结果提示***# SQL server无法打开项UNKNOWN\Components\929B2416EC4102B48A989956983ACF45\1F7B2B09C788E7644A0F08CA9C1D***,拿着错误信息再去google,好家伙说好像是Windows install clean up卸载时导致的弊端,需要再下载一个工具:psexec,用来对注册表更改权限,才能正常安装,最终点击安装的时候我都冒汗,还好成功了。
-
[# SQL server无法打开项 UNKNOWN\Components](SQL server无法打开项 UNKNOWN\Components\929B2416EC4102B48A989956983ACF45\1F7B2B09C788E7644A0F08CA9C1D解决办法-CSDN博客)
-
[sqlserver卸载教程](SQL Server2019卸载教程 - 码上猎人 - 博客园)