收缩数据文件及其日志 sql server

方法一(只有mdf没有日志文件的可以恢复) 证明有效 1.新建同名数据库。
2.把该数据库设置为脱机。
3.删除其日志文件(.LDF),不删除后边的过程执行通不过。
4.在在查询分析器中以超级用户登入,执行以下存储过程,必须以超级用户登入,这是系统级存存处过程。
EXEC sp_detach_db @dbname = ‘xxx’ //@dbnam 为要还原的数据库 EXEC
sp_attach_single_file_db @dbname = ‘xxx’, @physname = ‘yyyy’
//@physname 为.mdf文件路径 5.把该数据库设置为联机。
6.刷新数据库,表出来了,数据完好 方法二(无日志文件或日志文件损坏)
1.新建一个同名的数据库 2.再停掉sql server(注意不要分离数据库)
3.用原数据库的数据文件覆盖掉这个新建的数据库 4.再重启sql server
5.此时打开企业管理器时会出现置疑,先不管,执行下面的语句(注意修改其中的数据库名)
复制代码 代码如下:use master go
SP_CONFIGURE ‘ALLOW UPDATES’,1 RECONFIGURE WITH OVERRIDE go UPDATE
SYSDATABASES SET STATUS =32768 WHERE NAME=’置疑的数据库名” go
sp_dboption ‘置疑的数据库名”, ‘single user’, ‘true’ go DBCC
CHECKDB(‘置疑的数据库名”) go update sysdatabases set status =28 where
name=’置疑的数据库名” go sp_configure ‘allow updates’, 0 reconfigure
with override go sp_dboption ‘置疑的数据库名”, ‘single user’, ‘false’
go
6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用
数据库的脚本创建一个新的数据库,并将数据导进去就行了.

来源:

错误15105,从网上找了一些解决方案,一般都是说文件的权限不足的问题,

–最好备份日志,以后可通过日志恢复数据。。。
以下为日志处理方法
一般不建议做第4,6两步
第4步不安全,有可能损坏数据库或丢失数据
第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.
–*/

当然附加的时候必须是有数据库附加权限才可以操作的。

–下面的所有库名都指你要处理的数据库的库名

解决办法1:给相应的MDF文件给Full
Control的权限,如果不知道是什么用户可以去Sql Server的配置中心去找

1.清空日志
DUMPTRANSACTION
库名 WITH NO_LOG

但是我遇到这个用上述方法就不可以。

2.截断事务日志:
BACKUPLOG 库名
WITH NO_LOG

解决方法2:换个用户试试,我原数据库是用sa登陆的,我试着用sa登陆一下,附加成功了!~

3.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器–右键你要压缩的数据库–所有任务–收缩数据库–收缩文件
–选择日志文件–在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
–选择数据文件–在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

如果反复的用sa登陆却登陆失败,可能是没有开权限。

也可以用SQL语句来完成
–收缩数据库
DBCC SHRINKDATABASE(库名)

权限可以在登陆用户的选项中设置,允许登陆即可。

–收缩指定数据文件,1是文件号,可以通过这个语句查询到:select
* from sysfiles
DBCC SHRINKFILE(1)

验证模式则可以在服务器处设置,要选择混合登陆模式。

4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)
a.分离数据库:
企业管理器–服务器–数据库–右键–分离数据库

另外对高版本数据附加低版本数据库也可以试试上面的方法。

b.在我的电脑中删除LOG文件

其实我个人更喜欢用生成脚本的方式导结构和数据。

c.附加数据库:
企业管理器–服务器–数据库–右键–附加数据库

在QA里执行sp_attach_db或者sp_attach_single_file_db,出现提示:错误1813:未能打开新数据库’dbname’,create
database 将终止。设备激活错误。物理文件名’d:\sql
server\mssql\data\dbname _log.ldf’可能有误! 按下面的步骤处理:
1.新建一个同名的数据库 2.再停掉sqlserver服务(注意不要分离数据库)
3.用原数据库的数据文件覆盖掉这个新建的数据库 4.再重启sqlserver服务
5.此时打开企业管理器时会出现置疑,先不管,执行下面的语句
6.完成后一般就可以访问数据库中的数据了。这时,数据库本身一般还有问题,解决办法是:利用数据库的脚本创建一个新的数据库,然后通过DTS将数据导进去就行了
复制代码 代码如下: use master go
sp_configure ‘allow updates’,1 reconfigure with override go update
sysdatabases set status =32768 where name=’置疑的数据库名’ go
sp_dboption ‘置疑的数据库名’, ‘single user’, ‘true’ go dbcc
checkdb(‘置疑的数据库名’) go update sysdatabases set status =28 where
name=’置疑的数据库名’ go sp_configure ‘allow updates’, 0 reconfigure
with override go sp_dboption ‘置疑的数据库名’, ‘single user’, ‘false’
go Sql Server 2000附加数据库出现1813错误的解决方法
今天进行了一错误操作。
数据库xxzx_discuz,因生成大量日志使日志文件’xxzx_discuz_Log.LDF’
占满了磁盘所有空间,使网站无法正常使用数据库。
自己图省事分离数据库xxzx_discuz后,直接删除’xxzx_discuz_Log.LDF’

此法将生成新的LOG,大小只有500多K

(因为文件太大,无法存放到回收站),重新附件到SQL Server时出现两个提示:

SQL Server 企业管理器 —————————
为日志文件指定的文件名不正确。 将创建新的日志文件。 要继续吗?