无SQL Server数据库日志文件恢复数据库2方案

我们今天是要和大家一起讨论的是无SQL Server数据库日志文件恢复数据库的实际操作的2个方法,SQL Server数据库日志文件在误删或是因为别的其他原因而引起的相关数据库日志损坏,以下的文章就是对其问题的解决。

 

1.新建一个同名的数据库

2.再停掉sql server(注意不要分离数据库)

3.用原数据库的数据文件覆盖掉这个新建的数据库

4.再重启sql server

5.此时打开企业管理器时会出现置疑,先不管,执行下面的语句(注意修改其中的数据库名)

6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用

数据库的脚本创建一个新的数据库,并将数据导进去就行了.

  1. USE MASTER  
  2. GO  
  3. SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE  
  4. GO  
  5. UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名' 
  6. Go  
  7. sp_dboption '置疑的数据库名', 'single user', 'true'  
  8. Go  
  9. DBCC CHECKDB('置疑的数据库名')   
  10. Go  
  11. update sysdatabases set status =28 where name='置疑的数据库名' 
  12. Go  
  13. sp_configure 'allow updates', 0 reconfigure with override  
  14. Go  
  15. sp_dboption '置疑的数据库名', 'single user', 'false'  
  16. Go  

无SQL Server数据库日志文件恢复数据库方法方法二

设置数据库为紧急模式

停掉SQL Server服务;

 

把应用数据库的数据文件XXX_Data.mdf移走;

 

重新建立一个同名的数据库XXX;

 

停掉SQL服务;

 

把原来的数据文件再覆盖回来;

 

运行以下语句,把该数据库设置为紧急模式;

 

运行

  1. “Use Master  
  2. Go  
  3. sp_configure 'allow updates', 1  
  4. reconfigure with override  
  5. Go”  

执行结果:

DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。

已将配置选项 ‘allow updates’ 从 0 改为 1。请运行 RECONFIGURE 语句以安装。

接着运行“update sysdatabases set status = 32768 where name = ‘XXX’”

执行结果:

(所影响的行数为 1 行)

重启SQL Server服务;

运行以下语句,把应用数据库设置为Single User模式;

运行“sp_dboption ‘XXX’, ‘single user’, ‘true’”

执行结果:

命令已成功完成。

做DBCC CHECKDB;

运行“DBCC CHECKDB(‘XXX’)”

执行结果:

‘XXX’ 的 DBCC 结果。

‘sysobjects’ 的 DBCC 结果。

对象 ‘sysobjects’ 有 273 行,这些行位于 5 页中。

‘sysindexes’ 的 DBCC 结果。

对象 ‘sysindexes’ 有 202 行,这些行位于 7 页中。

‘syscolumns’ 的 DBCC 结果。

………

运行以下语句把系统表的修改选项关掉;

运行“sp_resetstatus “XXX”

  1. go  
  2. sp_configure 'allow updates', 0  
  3. reconfigure with override  
  4. Go”  

执行结果:

在 sysdatabases 中更新数据库 ‘XXX’ 的条目之前,模式 = 0,状态 = 28(状态 suspect_bit = 0),

没有更新 sysdatabases 中的任何行,因为已正确地重置了模式和状态。没有错误,未进行任何更改。

DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。

已将配置选项 ‘allow updates’ 从 1 改为 0。请运行 RECONFIGURE 语句以安装。

重新建立另外一个数据库XXX.Lost;

DTS导出向导

运行DTS导出向导;

复制源选择EmergencyMode的数据库XXX,导入到XXX.Lost;

选择“在SQL Server数据库之间复制对象和数据”,试了多次,好像不行,只是复制过来了所有表结构,但是没有数据,也没有视图和存储过程,而且DTS向导***报告复制失败;

所以***选择“从源数据库复制表和视图”,但是后来发现,这样总是只能复制一部分表记录;

于是选择“用一条查询指定要传输的数据”,缺哪个表记录,就导哪个;

视图和存储过程是执行SQL语句添加的。

得到这两个字段唯一的结果集

 

  1. select identity(int,1,1) as autoID, * into #Tmp from tableName  
  2. select min(autoID) as autoID into #Tmp2 from #Tmp group by Name,autoID  
  3. select * from #Tmp where autoID in(select autoID from #tmp2) 

 

***一个select即得到了Name,Address不重复的结果集(但多了一个autoID字段,实际写时可以写在select子句中省去此列)

 

以上的相关内容就是对无SQL Server数据库日志文件恢复数据库方法两则的介绍,望你能有所收获。 

【编辑推荐】

  1. 提高SQL Server数据处理效率用索引
  2. SQL Server死锁问题的解决与分析
  3. SQL Server 2000的分页存储过程的改写
  4. SQL Server业务规则的链接技术之探讨
  5. SQL Server子查询的作用是什么?

 

 

无SQL Server数据库日志文件恢复数据库方法方法一

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/228933.html<

(0)
管理的头像管理
上一篇2025-04-18 13:03
下一篇 2025-04-18 13:05

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注