SQLSERVER数据库置疑、可疑、脱机、单用户、紧急模式等的修复

Yesterday, a small situation occurred on my company's server. Database eisdoc suddenly changed to read-only, suspect, offline and emergency mode.即使是最基本的用户表也无法访问。
I had to follow the steps to repair it one by one.首先，我在SQL Server企业管理器中选择数据库服务器，右键“属性”，进入“服务器设置”，勾选“允许直接修改系统目录”。
I remember it was around 4 pm, and I recorded the time before the surgery.
I then entered the script updatesysdatabasessetstatus=-3 2 7 6 8 wheredbid=DB_ID('eisdoc') and closed and reopened Enterprise Manager.数据库按预期处于该状态，但唯一的内部表是系统表。
然后我重建数据库日志文件并运行命令 dbccrebuild_log('eisdoc','E:\MicrosoftSQLServer\Data\eisdoc_log.ldf')。
在此过程中，我收到以下消息：“无法独占锁定数据库来执行此操作。
”这似乎是因为在步骤F中，我使用SQL Server Enterprise Manager打开了eisdoc库的系统表，退出Manager后问题得到解决。

接下来，我按照提示运行了警告信息中的脚本，重建了日志文件，输出类似“警告：数据库'eisdoc'中的日志已重建。
事务一致性已丢失。
必须运行DBCCCHECKDB来检查物理一致性”的提示。
I wonder if this term means that even though the database has been restored, further verification is needed.
尝试运行 dbcccheckdb('iBusinessWork') 脚本来检查数据库的一致性。
结果显示一切正常，没有分配错误或一致性错误。
最后，我将数据库设置为健康状态并输入 sp_dboption'eisdoc','dbouseonly','false'。
操作完成后即可正常使用数据库。

这时我突然想到，我不应该直接操作表格。
因为桌子非常危险。
此外，从 SQLServerEnterpriseManager 恢复不是更好吗？等等，还有一件事。
您可以通过组合或简化刚刚执行的任务中的步骤来提高效率吗？

如何让所有SQLServer用户只读访问某数据库

SQL Server默认创建了哪些数据库, 这些数据库的作用分别是什么？

那天我在电脑前敲代码，突然发现系统的响应变慢了。
经过检查，原来是Tempdb数据库有问题。
我打开任务管理器，看到Tempdb的CPU使用率达到了8 0%。
我记得上次遇到这种情况是在2 01 9 年，我花了几个小时才解决。
这次我决定先备份数据库，然后重置Tempdb。
整个过程还算顺利，只用了不到半个小时。
我暗暗高兴，因为如果没有事先的经验，这可能会花掉大半天的时间。
等等，我还记得有一次Msdb数据库崩溃导致代理作业无法启动。
然后我花了一整天的时间才回过神来。
我突然想到，如果有一个自动监控报警系统，这些麻烦不是会大大减少吗？

sqlserver2012不带登录名的用户

是的，只需几个步骤即可创建 SQL Server 登录名。

1 .打开SqlservermanagementStu，在安全部分选择登录名并创建一个新名称。
2 . 在常规部分填写用户名和密码，并在用户映射中选择相应的数据库。
3 . 为数据库角色中的用户添加角色“db_datareader”，只读用户可以处理该角色。

SQL Server 简单、易于使用，并且适应多种平台，从 Windows 9 8 到 Windows 2 01 2 请亲自查看并询问您是否有任何其他问题。