微软的SQL Server 数据库最常用的有两种类型的文件: 1.主要数据文件,文件后缀一般是.MDF: 2.事务日志文件,文件后缀一般是.LDF. 用户数据表.视图.存储过程等等数据,都是存放在MDF文件里,LDF文件是存放MS SQL Server操作过程中的日志记录. MDF文件必读附加到MS SQL Server数据库环境后,才能正常读取其中的数据.当由于某种原因数据库附加不上,MDF数据库文件的内容就没办法读取,修复的方法有两种: 1. 使用MS SQL Server环境进行修复,先以

场景,准备学习SSAS的时候,按照教程在微软下载了示例数据库AdventureWorksDW2012,下载来才发现只有一个mdf文件. 正好今天群里有位兄弟也碰到差不多的问题,客户数据库里的ldf文件丢失了.(严重性完全不一样哈) 以下摘抄自中道学友的方法:利用文件还原大法将光杆mdf文件还原数据库的过程: 1:利用SSMS生成一个新的数据库,名为AdventureWorksDW2012. 2:停止SQL Server服务,将下载的AdventureWorksDW2012.mdf覆盖新数据库的A

原文地址:http://www.cnblogs.com/clownkings/p/4950865.html 解决办法: 1.首先要备份好mdf文件,如果他没了经理非吃了你不可.都不吐骨头的. 2.在数据库中新建一个需要附加同名的数据库.例如[testdb] 3.停止SQL Server服务 4.找到该数据库所在的文件夹.并删除testdb_log.ldf与testdb.mdf文件 5. 把需要附加的数据库[testdb.mdf]文件拷贝到当前路径. 6.启动SQL Server服务,通过企业管理

序: MS SQL Server 2008 r2附加无ldf日志的mdf数据库时报1813错误.提示数据库被强制分离,无日志不能还原之类的话. 可能的原因: 原因系统正在执行定时作业,没有主要到多次强制分离了数据库.当附加回mdf文件时报错误1813.总之都是手贱惹的祸... 解决办法: 1.首先要备份好mdf文件,如果他没了经理非吃了你不可.都不吐骨头的. 2.在数据库中新建一个需要附加同名的数据库.例如[testdb]  3.停止SQL Server服务 4.找到该数据库所在的文件夹.并删除

SQL数据在附加的时候..有时会因为日志文件过大..或者一些其他问题造成附加失败.. 笔者遇到的问题是数据库主文件(*.mdf)超过25G..日志文件超过200G..附加的耗时简直日了狗了..最后超时..附加失败.. 所以就在想不要这个日志文件了行不行..最后发现了这篇文章.. 阅读原文<SQL Server附加数据库时报1813错误的解决方案> ..以下是对这篇文章的整理和补充.. 主要报错信息 无法重新生成日志,原因是数据库关闭时存在打开的事务/用户,该数据库没有检查点或者该数据库是只读的

解剖SQLSERVER 第十六篇 OrcaMDF RawDatabase --MDF文件的瑞士军刀(译) http://improve.dk/orcamdf-rawdatabase-a-swiss-army-knife-for-mdf-files/ 当我最初开始开发OrcaMDF的时候我只有一个目标,比市面上大部分的书要获取MDF文件内部的更深层次的知识 随着时间的推移,OrcaMDF确实做到了.在我当初没有计划的时候,OrcaMDF 已经可以解析系统表,元数据,甚至DMVs.我还做了一个简单U

偶然遇到要用mdf文件restore数据库,试了2个小时才弄出来,百度查出来的我试了都不太好用,或者是我没理解. 下面把我用的记录一下,以防忘记. 工具:SQLServer 2008R2 步骤: 1.创建一个与mdf文件同名的数据库 2.将新创建的数据库宕机(detach), 3.在数据库文件中找到对应的数据库文集和对应的log文集,删除. 4.将需要还原的文件复制到对应的目录下. 5.将该文件attach到数据库上. 6.OK了.

最近在做项目的时候需要操作ftp进行文件的上传下载,但在调用using (var response = (FtpWebResponse)FtpWebRequest.GetResponse())的时候总是出现"远程服务器返回错误:(550)文件不可用(例如,未找到文件,无法访问文件)"的异常.在网上也没有找到好的解决方案,于是自己研究了下给解决了,分享给大家,希望对大家能有所帮助. 异常信息 这种情况是因为FTP设置的默认目录引发的,以我现在的项目为例,在程序中我要访问的路径为 ftp:

今天用代码删除FTP服务器上的目录时候,报错:远程服务器返回错误:(550) 文件不可用(例如,未找到文件,无法访问文件). 习惯性的google,不外乎以下几点: 1.URL路径不对,看看有没有多加空格,或者大小写问题 2.权限是否足 3.需要反复连接的时候,如GetFileList,需要递归获得所有文件,keepAlive则设成false,一个查询请求完了后就关闭. 照做后问题依旧,很苦恼! 然后在FTP上建立了一个空目录,删除之,竟然能删除了.... 所以,找到原因:删除目录,该目录下不能

安装环境 VS2008  Vs2008 Sp1 安装系统 Win8 1.创建窗体 右键添加新项 上一步 上一步 点击确定 双击Database1.mdf文件 在列名出填写字段名 保存 Ctrl+S 点击确定 复制到输出目录 修改如果较新则复制 此时引用的是using System.Data.SqlClient

CREATE DATABASE crm_testdb1 ON (FILENAME = N'C:\e527051\crm_testdb\crm_testdb_20121104.mdf')FOR ATTACH_REBUILD_LOG; 或者 CREATEDATABASE YAFnet ON(FILENAME = N'C:\sql_data\YAFnet.mdf')FOR ATTACH; 网上看来的方法 在某些偶然的情况下,会引起SQL Server 2005数据库日志文件的损坏,比如:硬件故障.计算

在项目中用程序中嵌入mdf文件的方式来进行SQLServer数据库开发非常方便,用来发布开源项目等很方便,点击就可以运行,免部署,特别是在教学中用起来更加方便,老师不用先将数据库文件detach再发给学生,学生也不用将数据库文件attach.采用项目中嵌入mdf文件的方式,老师把讲课的代码发给学生,学生打开就可以运行.我在传智播客.net培训班教学中就是用的这种方式进行讲解. 在ASP.net程序中只要将mdf文件放到项目的App_Data文件夹即可,在连接字符串中使用Data Source=.

将mdf文件所在文件夹的权限改为everyone.,完全控制即可.

直接附加就可以,SQL 会提示LOG文件找不到,可删除提示的错误行,只附加MDF文件,附加成功后,SQL会自动创建LOG文件.

[数据恢复故障描述]  这个客户是生产型数据库,数据比较重要,产生量也比较大,客户要求必须尽快修复,保证生产尽快恢复运行.sql数据库文件,由于碎片链接过长,mdf文件突然变为0字节,开始客户尝试自行网上下载软件进行恢复,文件名可以显示,但是文件的容量显示0字节,无法导出数据.客户有找了当地的一家恢复公司,也没有成功导出数据. 通过网上搜索联系到我们. [数据恢复故障分析] 数据库变为0字节修复也是常遇到的一种情况,但是网上一般的普通的修复软件是没有办法直接进行恢复的. [数据恢复过程]  我们

第一步: 把备份文件放到目录:C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA (默认)(这里用 MyDB.mdf 作为数据库还原文件) 第二步: 右键“数据库”,选择“附加” 第三步: 把.mdf文件添加进来. 第四步: 选中第一步添加到目录:C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA 里面的MyDb.mdf文件,

由于需要还原同一个数据库的不同备份到不同数据库中,可是在还原的时候,可是在指定目标数据库时,填写不同的数据库名称,在SQL Server Data文件夹中生成的.mdf文件还是同一个,如图,虽然是很简单的一个操作,在这里记录一下,以防忘记. 折腾了半天.之前记得可以把数据库分离,然后直接修改mdf文件,然后在附加就可以了,但是在2017下会附加失败. 其实直接在选择页,文件中直接指定文件名就可以了.手动输入下还原为的文件名就可以了.

举例:数据库名为 TestData 第一步: 新建一个同名的数据库即TestData数据库 第二步: 停掉数据库服务,找到刚才新建的TestData数据库的mdf和ldf文件,删掉ldf文件,再用之前想恢复的那个mdf文件覆盖新建的那个mdf文件 第三步: 开启数据库服务,在查询分析其中同时执行下面两个系统存储过程 exec sp_detach_db TestData,'true'  ---------分离数据库 exec sp_attach_single_file_db '库名','D:/so

首先建立同名的空数据库,然后停止数据库服务运行,将MDF文件覆盖后启动服务,并修改和执行下面的语句. alter database JinMa_NYGL set EMERGENCY alter database JinMa_NYGL set SINGLE_USER dbcc checkdb('JinMa_NYGL',REPAIR_ALLOW_DATA_LOSS) alter database JinMa_NYGL set MULTI_USER ALTER DATABASE JinMa_Colle

如果提示无法在已有的mdf文件上还原文件,请修改如下位置

MDF文件损坏,如何恢复?MDF附加失败,数据库附加失败 1.附加时 2.用替换法设置后重建日志 (其实已经删掉日志了,确保操作之前没有日志,但是运行 alter database [test] Rebuild Log on ) 新建日志时,缺报这个错,一看文件,是已经存在了(但是即使删掉这个数据库,这个日志文件也不会一起被删,证明该日志文件并没有构建好与该mdf的连接) 3.dbcc checkdb之后,发现其问题如下图 4.dbcc checkdb('test',REPAIR_ALLOW_D