❶ 如何附加无日志文件数据库
解决办法：
1、新建一个同名数据库。
2、停止数据库服务，覆盖新建的数神虚据库主文件（小技巧：最好放在同一个磁盘里面，把新建的数据库主文件删掉或移开，再把要恢复的数据库主文件剪闹瞎搭切过去，这样就可以节省时间。）
3、启动数据库服务，数据库变为置疑或可疑状态。然后在查询分析器中运行：
alter
database
无日志文件的数据库名称
set
emergency
设置为紧急状态。
4、再运行：
alter
database
无日志文件的数据库名称
set
single_user
或者：
Sp_dboption
'无日志文件的数据库名称',
'single
user',
'true'
设置为单用户模式。
5、检查并重建日志文件，运行：
dbcc
checkdb('无日志文件的数据库名称',REPAIR_ALLOW_DATA_LOSS)
这个时间比较长。耐心等待！如果有错误提示，再运行：
dbcc
checkdb('无日志文件的数据库名称',REPAIR_REBUILD)
进行修复。如果没有错误，可以跳过。
6、恢复成多用户模式
alter
database
无日志文件的数据库名称
set
multi_user
或者：
Sp_dboption
'无日志文件的数据库名称',
'single
user',
'false'
刷新液拿数据库，你就可以看到已经修复好的数据库了。
❷ sql2008无日志文件附加数据库失败，怎么办
第一步：先建立一个同名数据库，停止SQL SERVER2005，将原来的.mdf数据库文件覆盖刚新建的.mdf数据库文件，重新启动数据库
第二步：查询分析器执行，
alter database NEWDBNAME set emergency
declare @databasename varchar(255)
set @databasename='NEWDBNAME'
exec sp_dboption @databasename, N'single', N'true'
dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS) --将目标数据库置为单用户状态
dbcc checkdb(@databasename,REPAIR_REBUILD)
exec sp_dboption @databasename, N'single', N'false'
第三步：以上代码请同时运行，可能会出现“数据库其他多个文件与数据库主文件不匹配....”错误，请多次重试执行以上代码 。
❸ SQL Server2008 如何附加没有日志文件ldf的数据库mdf
可以直接附加，如果只有mdf文件没有日志文件，系统会自动产生一个日志文件。
❹ SQL Server：无日志恢复数据库
事情的起因 昨天 系统管理员告诉我 我们一个内部应用数据库所在的磁盘空间不足了 我注意到数据库事件日志文件XXX_Data ldf文件已经增长到了 GB 于是我决意缩小这个日志文件 经过收缩数据库等操作未果后 我犯了一个自进入行业以来的最大最愚蠢的错误:竟然误删除了这个日志文件!后来我看到所有论及数据库恢复的文章上都说道: 无论如何都要保证数据库日志文件存在 它至关重要 甚至微软甚至有一篇KB文章讲如何只靠日志文件恢复数据库的 我真是不知道我那时候是怎么想的?!这下子坏了!这个数据库连不上了 企业管理器在它的旁边写着 (置疑) 而且最要命的 这个数据库从来没有备份了 我唯一找得到的是迁移半年前的另外一个数据库服务器 应用倒是能用了 但是少了许多记录 表和存储过程 真希望这只是一场噩梦!数据库日志文件的误删或别的原因引起数据库日志的损坏 方法一 新睁轮建一个同名的数据库 再停掉sql server(注意不要分离数据库) 用原数据库的数据文件覆盖掉这个新建的数据库 再重启sql server 此时打开企业管理器时会出现置疑 先不管 执行下面的语句(注意修改其中的数据库名) 完成后一般就可以访问数据库中的数据了 这时 数据库本身一般还要问题 解决办法是 利用数据库的脚本创建一个新的数据库 并将数据导进去就行了 USE MASTERGOSP_CONFIGURE ALLOW UPDATES RECONFIGURE WITH OVERRIDEGOUPDATE SYSDATABASES SET STATUS = WHERE NAME= 置疑的数据库名 Gosp_dboption 置疑雀腊的数据库名 single user true GoDBCC CHECKDB( 置疑的数据库名 )Goupdate sysdatabases set status = where name= 置疑的数据库名 Gosp_configure allow updates reconfigure with overrideGosp_dboption 置疑的数据库名 single user false Go 方法二 事情的起因昨天 系统管理员告诉我 我们一个内部应用数据库所在的磁盘空间不足了 我注意到数据库事件日志文件XXX_Data ldf文件已经增长到了 GB 于是我决意缩小这个日志文件 经过收缩数据库等操作未果后 我犯了一个自进入行业以来的最大最愚蠢的错误:竟然误删除了这个日志文件!后来我看到所有论及数据库恢复的文章上都说道: 无论如何都要保证数据库日志文件存在 它至关重要 甚至微软甚至有一篇KB文章讲如何只靠日志文件恢复数据库的 我真是不知道我那时候是怎么想的?!这下子坏了!这个数据库连不上了 企业管理器在它的旁边写着 (置疑) 而且最要命的 这个数据库从来没有备份了 我唯一找得到的是迁移半年前的另外一个数据库服务器 应用倒是能用了 但是少了许多记录 表和存储过程 真希望这只是一场噩梦!没有效果的恢复步骤附加数据库_Rambo讲过被删除日志文件中不存在活动日志时 可以这么做来恢复:悉岁信 分离被置疑的数据库 可以使用sp_detach_db 附加数据库 可以使用sp_attach_single_file_db但是 很遗憾 执行之后 SQL Server质疑数据文件和日志文件不符 所以无法附加数据库数据文件 DTS数据导出不行 无法读取XXX数据库 DTS Wizard报告说 初始化上下文发生错误 紧急模式怡红公子讲过没有日志用于恢复时 可以这么做: 把数据库设置为emergency mode 重新建立一个log文件 把SQL Server 重新启动一下 把应用数据库设置成单用户模式 做DBCC CHECKDB 如果没有什么大问题就可以把数据库状态改回去了 记得别忘了把系统表的修改选项关掉我实践了一下 把应用数据库的数据文件移走 重新建立一个同名的数据库XXX 然后停掉SQL服务 把原来的数据文件再覆盖回来 之后 按照怡红公子的步骤走 但是 也很遗憾 除了第 步之外 其他步骤执行非常成功 可惜 重启SQL Server之后 这个应用数据库仍然是置疑!不过 让我欣慰的是 这么做之后 倒是能够Select数据了 让我大出一口气 只不过 组件使用数据库时 报告说: 发生错误: 未能在数据库 XXX 中运行 BEGIN TRANSACTION 因为该数据库处于回避恢复模式 最终成功恢复的全部步骤设置数据库为紧急模式停掉SQL Server服务;把应用数据库的数据文件XXX_Data mdf移走;重新建立一个同名的数据库XXX;停掉SQL服务;把原来的数据文件再覆盖回来;运行以下语句 把该数据库设置为紧急模式;运行 Use MasterGosp_configure allow updates reconfigure with overrideGo 执行结果:DBCC 执行完毕 如果 DBCC 输出了错误信息 请与系统管理员联系 已将配置选项 allow updates 从 改为 请运行 RECONFIGURE 语句以安装 接着运行 update sysdatabases set status = where name = XXX 执行结果:(所影响的行数为 行)重启SQL Server服务;运行以下语句 把应用数据库设置为Single User模式;运行 sp_dboption XXX single user true 执行结果:命令已成功完成 ü 做DBCC CHECKDB;运行 DBCC CHECKDB( XXX ) 执行结果: XXX 的 DBCC 结果 sysobjects 的 DBCC 结果 对象 sysobjects 有 行 这些行位于 页中 sysindexes 的 DBCC 结果 对象 sysindexes 有 行 这些行位于 页中 syscolumns 的 DBCC 结果 ………ü 运行以下语句把系统表的修改选项关掉;运行 sp_resetstatus XXX gosp_configure allow updates reconfigure with overrideGo 执行结果:在 sysdatabases 中更新数据库 XXX 的条目之前 模式 = 状态 = (状态 suspect_bit = ) 没有更新 sysdatabases 中的任何行 因为已正确地重置了模式和状态 没有错误 未进行任何更改 DBCC 执行完毕 如果 DBCC 输出了错误信息 请与系统管理员联系 已将配置选项 allow updates 从 改为 请运行 RECONFIGURE 语句以安装 重新建立另外一个数据库XXX Lost;DTS导出向导运行DTS导出向导;复制源选择EmergencyMode的数据库XXX 导入到XXX Lost;选择 在SQL Server数据库之间复制对象和数据 试了多次 好像不行 只是复制过来了所有表结构 但是没有数据 也没有视图和存储过程 而且DTS向导最后报告复制失败;所以最后选择 从源数据库复制表和视图 但是后来发现 这样总是只能复制一部分表记录;于是选择 用一条查询指定要传输的数据 缺哪个表记录 就导哪个;视图和存储过程是执行SQL语句添加的 维护Sql Server中表的索引在使用和创建数据库索引中经常会碰到一些问题 在这里可以采用一些另类的方法解决… 第一步:查看是否需要维护 查看扫描密度/Scan Density是否为 %declare @table_id intset @table_id=object_id( 表名 )dbcc showcontig(@table_id) 第二步:重构表索引dbcc dbreindex( 表名 pk_索引名 ) 重做第一步 如发现扫描密度/Scan Density还是小于 %则重构表的所有索引 并不一定能达 % dbcc dbreindex( 表名 ) lishixin/Article/program/SQLServer/201311/22169
❺ sql2008无日志文件附加数据库失败，怎么办
附加时，删除Log文件的列表就可以了，如下图：
看懂了图没，删完后，点确定就OK乐。
前提是，这个数据库文件是你的SQL Server支持的版本的数据表的文件（意思就是，同版本的SQL Server上保留或复制出来的。有些差不多的低版本的复制出来的也能附加）。
这也为快速删除LOG文件提供了一个思路，这种方式附加上的数据库，系统会为它重建一个LOG文件（当然重建后，LOG是非常小的）。不过，用这种方法清LOG，建议备份好哦……
❻ sql server2000 没有日志文件数据库可以附加吗
可以，只要有数据文件就行
❼ SQL Server2008 如何附加没有日志文件ldf的数据库mdf
附加之后会列出MDF和LDF文件，如果没有LDF文件，就选择下面的删除键将LDF删除，SQL附加后会自动产生一个LDF日志文件
不能用上面的删除键，用的是SQL
2005
❽ SQL Server 2005 中如何不带日志进行数据库备份
方法有两个 第一个 截断日志 ，绝前培删除不活动的日志记录以悔凳减少逻辑日志的大小的过程叫做截断日志
1 sql 语句： backup log db_name to disk=' ' with truncate_only 截断日志 并把数据库所占的物理空间还给操作系统
2 使用 sql语句： dbcc shrinkdatabse (db_name,truncateonly) 收缩数据库 并把数据库所占的物理空间还给操作系统
3分离-- 删除日志--附加数并唯据库的方法
❾ sql2008无日志文件附加数据库失败，怎么办
sql2008无日志文件附加数据库失败，怎么办搭拆困
alter database NEWDBNAME set emergency
declare @databasename varchar(255)
set @databasename='御汪NEWDBNAME'
exec sp_dboption @databasename, N'single', N'true'
dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS) --将目标数知念据库置为单用户状态
dbcc checkdb(@databasename,REPAIR_REBUILD)
exec sp_dboption @databasename, N'single', N'false'
❿ SQL，为什么我的没有日志文件啊
mdf是主数据文件,
log? SQL的日志文件是ldf...
只要把MDF文件附加到数据库就行了,ldf日志文纤尺好老件会自毁袜高动产生.