zoukankan      html  css  js  c++  java
  • sql server日志已满处理方法

    sql server日志已满处理方法学习 2009-07-26 15:42:33 阅读449 评论0   字号:大中小 订阅

    SQL 数据库日志文件太大,或者使用软件时提示日志已满的处理方法 .

    sql出现这种题提示,有二种情况,一 你的电脑存放数据库文件的盘符不是NTFS格式的,而是别的格式,如FAT32只支持一个文件最大4G,所以超过4G就没有办法再写文件,sql就会提示日志文件已满.

    另外就是NTFS格式的,前台见一个卖服装的朋友店里数据库主文件只有100多M,而日志文件却有40G,幸亏是他的硬盘空间多,不然软件早不能用了

    .估计软件数据库设计的有问题.后来给他重新建了一个日志收银速度明显加快.

    --在SQL 查询分析器执行

    --按下边的步骤一步一步的做

    -- 删除日志前要先对以前的数据库进行备份(这一步必须做,已免数据出现丢失)

    --1、使数据库脱机

    use master

    exec sp_Detach_db test,true

    --2、把对应的.ldf文件删除或改名

    --需手工做 自己手工删除数据库文件的所在目录下的.ldf文件

    --3、加载数据文件

    exec sp_attach_single_file_db test,'D:\Program Files\Microsoft SQL Server\MSSQL\Data\test_Data.MDF'

    --4设置日志文件的增长方式

    alter database test set recovery simple

    1.清空日志

      DUMP TRANSACTION 库名 WITH NO_LOG   

    2.截断事务日志:

      BACKUP LOG 数据库名 WITH NO_LOG

    3.收缩数据库文件(如果不压缩,数据库的文件不会减小

      企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件

        --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

        --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

      也可以用SQL语句来完成

      --收缩数据库

      DBCC SHRINKDATABASE(客户资料)

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

      DBCC SHRINKFILE(1)

    4.为了最大化的缩小日志文件(如果是sql 7.0,这步只能在查询分析器中进行)

      a.分离数据库:

        企业管理器--服务器--数据库--右键--分离数据库

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

      c.附加数据库:

        企业管理器--服务器--数据库--右键--附加数据库

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

      或用代码:

      下面的示例分离 pubs,然后将 pubs 中的一个文件附加到当前服务器。

      a.分离

      E X E C sp_detach_db @dbname = 'pubs'

      b.删除日志文件

      c.再附加

      E X E C sp_attach_single_file_db @dbname = 'pubs',

          @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'

    5.为了以后能自动收缩,做如下设置:

      企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"

      --SQL语句设置方式:

      E X E C sp_dboption '数据库名', 'autoshrink', 'TRUE'

    6.如果想以后不让它日志增长得太大

      企业管理器--服务器--右键数据库--属性--事务日志

        --将文件增长限制为xM(x是你允许的最大数据文件大小)

      --SQL语句的设置方式:

      alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)

    特别注意:

      请按步骤进行,未进行前面的步骤,请不要做后面的步骤

      否则可能损坏你的数据库.

      一般不建议做第4,6两步

      第4步不安全,有可能损坏数据库或丢失数据

      第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.

    另外提供一种更简单的方法,本人屡试不爽,建议大家使用。

    更简单的方法:

       1。右建数据库属性窗口--故障还原模型--设为简单

       2。右建数据库所有任务--收缩数据库

       3。右建数据库属性窗口--故障还原模型--设为大容量日志记录

    //==================================

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

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

    1.清空日志
    DUMPTRANSACTION 库名 WITH NO_LOG

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

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

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

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

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

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

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

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

    或用代码:
    下面的示例分离 pubs,然后将 pubs 中的一个文件附加到当前服务器。

    a.分离
    EXEC sp_detach_db @dbname='库名'

    b.删除日志文件

    c.再附加
    EXEC sp_attach_single_file_db @dbname='库名',
    @physname='c:\Program Files\Microsoft SQL Server\MSSQL\Data\库名.mdf'

    5.为了以后能自动收缩,做如下设置:
    企业管理器
    --服务器--右键数据库--属性--选项--选择"自动收缩"

    --SQL语句设置方式:
    EXEC sp_dboption '库名', 'autoshrink', 'TRUE'

    6.如果想以后不让它日志增长得太大
    企业管理器
    --服务器--右键数据库--属性--事务日志
    --
    将文件增长限制为xM(x是你允许的最大数据文件大小)

    --SQL语句的设置方式:
    alterdatabase 库名 modify file(name=逻辑文件名,maxsize=20)

    //---------------------------------------------------

  • 相关阅读:
    我这些年的项目管理心得...
    14条建议,使你的IT职业生涯更上一层楼
    手机通过WIFI连上ZXV10 H618B路由器但不能上网问题的解决
    优秀中层必备的十大能力
    IMX51启动模式
    VS2005工程由Pocket PC 2003 SDK转为WINCE6.0 SDK的问题
    VS2005工程增加SDK
    VS2005下开发PPC2003和WM50编译器一些设置
    CTO俱乐部下午茶:技术团队管理中的那些事儿
    Android通过JNI调用驱动程序(完全解析实例)
  • 原文地址:https://www.cnblogs.com/yoogoo/p/2436131.html
Copyright © 2011-2022 走看看