早上到办公室，泡了杯咖啡，打开数据库管理工具，正准备跑个日常报表，结果连接直接报错。一看错误信息，数据库处于单用户模式。这时候你心里大概咯噔一下，昨天下班前是不是手滑执行了那条ALTER DATABASE语句。这种情况在DBA的日常里太常见了，尤其是刚接触SQL Server不久的朋友，误操作后整个人都懵了，不知道从哪儿下手。其实恢复的办法就两种，一个走图形界面，一个走命令行，今天我把两种方法都掰开揉碎了讲清楚。
先解释一下，SQL Server的单用户模式，说白了就是只允许一个连接访问数据库。这个模式本来是用来做紧急修复的，比如数据库损坏了需要接管，或者要迁移文件。但如果你不小心把某个数据库设成了单用户，而那个连接还挂着没断开，其他所有连接都会被拒之门外。更尴尬的是，有时候你自己都没法连进去，因为那个唯一的连接可能被某个遗留的会话占着，这就造成了死锁一样的局面。所以恢复的关键，第一是杀掉占用连接的进程，第二才是把模式改回来。
先讲第一种方法，走SSMS图形界面。这个方法适合不太熟悉命令行的朋友，步骤直观，不容易出错。打开SQL Server Management Studio，先别急着展开数据库列表，因为此时你很可能连对象资源管理器都刷新不出来那个数据库的状态。正确的做法是，点击“新建查询”，在查询窗口里先执行一条语句，把占用数据库的进程找出来。这条语句是。执行完你会看到一串数字，那就是当前占用连接的会话ID。记住它，然后用这条命令把它踢掉。
踢掉会话之后，回到对象资源管理器，右键点击你的数据库，选择“属性”，在弹出的窗口左侧找到“选项”，然后在右侧滚动条往下拉，找到“状态”那一栏，你会看到“限制访问”这个选项，默认是MULTIUSER，现在变成了SINGLEUSER。你把下拉框改回MULTIUSER，点击确定。这时候系统可能会提示你，是否要终止其他连接，你点“是”就行。这个方法的好处是每一步都有界面反馈，不容易出错，缺点是步骤比较多，如果数据库名字比较长或者带特殊字符，打起来容易眼花。
再讲第二种方法，纯命令行操作，这个方法速度最快，也是DBA们最喜欢用的方式。还是先打开“新建查询”，但这次不是连到那个出问题的数据库，而是连到master数据库。然后直接执行一条语句，把那个数据库踢回多用户模式：。这条语句的妙处在于，会自动回滚掉所有未完成的事务，并且强制断开所有连接，然后立刻把模式改回多用户。就这一句话，三秒钟解决问题，比图形界面快得多。
不过这里有个坑必须提醒你，如果数据库里正跑着重要的业务事务，这条语句会把那些事务直接回滚，数据没提交就丢了。所以在执行之前，最好先确认一下有没有关键任务在跑。比较稳妥的做法是，先执行，看看有没有活跃事务锁着资源。如果有，你要么等它跑完，要么评估一下回滚的影响。但话说回来，你都已经处于单用户模式了，正常的业务连接早就被挡在外面了，所以大概率不会有啥活跃事务，直接执行一般没毛病。
还有个细节容易被忽略，就是如果你在改模式之前，SSMS里已经有一个查询窗口连着那个数据库，那么即使你执行了语句，那个窗口可能还占着一个连接。这时候你需要在那个窗口里执行，把连接切换到master数据库，然后再执行改模式的语句。否则你会碰到一个报错，说数据库正在使用，无法修改。这个报错很常见，很多新手卡在这一步半天出不来，其实只要把连接切走就行。
另外，如果你用的是Azure SQL Database或者托管实例，情况会有点不同。云数据库的管理方式跟本地实例不太一样，有些命令是被禁用的，你得通过门户网站或者PowerShell来改。但咱今天主要聊的是本地部署的SQL Server，所以云环境的特殊情况咱就不展开了，有兴趣的朋友可以私信我交流。
回到主题，误改单用户模式这事，其实不算大问题，只要你掌握了恢复的套路，几分钟就能搞定。但我见过不少同事，一看到那个报错就慌了，开始在网上乱搜，结果越弄越乱，把数据库搞得更糟。所以我建议，遇到这种情况，先深呼吸，然后按照我上面讲的两种方法，二选一执行就行。如果你平时习惯用鼠标，就走图形界面；如果你习惯敲命令，就直接用那招。
说句实在话，这种误操作虽然烦人，但也算是个学习机会。经历过一次，你就记住了单用户模式是怎么回事，也知道了这个参数的威力。以后你再看到别人的数据库处于单用户模式，不用等对方求助，你直接一条命令给人家拉回来，那感觉还是挺爽的。好了，今天的分享就到这儿，下次再聊数据库那些坑。
