【SQLServer】【恢复挂起的解决方案】附加文件时候的提示“无法重新生成日志,原因是数据库关闭时存在打开的事务/用户,该数据库没有检查点或者该数据库是只读的。 ”【数据库恢复】

本文涉及的产品
云数据库 RDS SQL Server,独享型 2核4GB
简介: 汇总篇:http://www.cnblogs.com/dunitian/p/4822808.html#tsql 先贴错误:   吐槽一下: 进入正题: 新建一个同名数据库 停止MSSQL服务 替换数据库文件 重新启用MSSQL服务 ...

 汇总篇:http://www.cnblogs.com/dunitian/p/4822808.html#tsql

先贴错误:

 

吐槽一下:

进入正题:

新建一个同名数据库

停止MSSQL服务

替换数据库文件

重新启用MSSQL服务

看效果图:

设置数据库为应急模式

alter database BigData_TestInfo set emergency

快速修复一下(如果出现问题请试试, [Repair_Rebuild-重建索引并修复] 和 [Repair_Allow_Data_Loss-允许丢失数据的修复方式])

--dbcc checkdb用法(手工修复数据库)
--检查数据库完整性
--dbcc checkdb('数据库名')
--go
--快速修复 
--dbcc checkdb ('数据库名', Repair_Fast)
--go
--重建索引并修复 
--dbcc checkdb ('数据库名', REPAIR_REBUILD)
--go
--如果必要允许丢失数据修复 
--dbcc checkdb ('数据库名', Repair_Allow_Data_Loss) 
--go

修复成功后恢复为多用户模式(如果出错就把其他查询窗口关掉

alter database BigData_TestInfo set multi_user

你刷新数据库就发现,好了~

吓死了,赶紧查查数据有没有用问题(以前

大小也木有变

 

扩展一下:

有人附加的时候发现。。。拒绝xxx的提示

呃。。其实就是没开权限:

把当前用户的权限开一下就ok了

如果是多用户你又怕麻烦,设置everyone的权限即可

 

这次该收工了~

 

作者: 毒逆天
打赏: 18i4JpL6g54yAPAefdtgqwRrZ43YJwAV5z
本文版权归作者和博客园共有。欢迎转载,但必须保留此段声明,且在文章页面明显位置给出原文连接!
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
2天前
|
安全 程序员 数据库
数据库恢复挂起之更换数据库
数据库恢复挂起之更换数据库
15 0
|
关系型数据库 数据库连接 数据库
删除 PostgresSql 数据库 报错:有 N 个其它会话正在使用数据库 的解决方案
遇到的问题 在PostgreSQL 9.2 及以上版本,执行下面的语句: postgres=# drop database dbtest; # 执行删除指定数据库的时候,报以下错误 ERROR: database "dbtest" is being accessed by other users DETAIL: There is 2 other session using the database. 或者使用 Navicat 等第三方数据库连接工具,删除指定数据库的时候报错,说明此时有两个客户端在连接此数据库,此时不能删除数据库。
1628 0
|
关系型数据库 数据库 MySQL
|
Oracle 关系型数据库 数据库
|
数据库
数据库提示日志文件不可用
日志文件的大小300M,通过dbcc sqlperf(logspace),日志文件使用率不到10%,不是日志文件满的问题。
1782 0