《删除SQL日志方法》由会员分享，可在线阅读，更多相关《删除SQL日志方法（25页珍藏版）》请在金锄头文库上搜索。
1、删除 SQL日志方法1打开查询分析器，输入命令DUMP TRANSACTION 数据库名 WITH NO_LOG2.再打开企业管理器-右键你要压缩的数据库-所有任务-收缩数据库-收缩文件-选择日志文件-在收缩方式里选择收缩至 XXM,这里会给出一个允许收缩到的最小 M数,直接输入这个数,确定就可以了。清除 Log有两种方法：1.自动清除法开放数据库选项 Trunc Log on Chkpt，使数据库系统每隔一段时间自动清除Log。此方法的优点是无须人工干预，由 SQLServer 自动执行，并且一般不会出现 Log溢满的情况；缺点是只清除 Log而不做备份。2.手动清除法执行命令“dump t
2、ransaction”来清除 Log。以下两条命令都可以清除日志：dump transaction with truncate_onlydump transaction with no_log通常删除事务日志中不活跃的部分可使用“dump transaction with trancate_only”命令，这条命令写进事务日志时，还要做必要的并发性检查。SYBASE 提供“dump transaction with no_log”来处理某些非常紧迫的情况，使用这条命令有很大的危险性，SQLServer 会弹出一条警告信息。为了尽量确保数据库的一致性，你应将它作为“最后一招”。以上两种方法只?清
3、除日志，而不做日志备份，若想备份日志，应执行“dump transaction database_name to dumpdevice”命令。PS:附一个更好的方法先分离数据库后，直接删除日志以后,再在查询分析器里用exec sp_attach_single_file_db 数据库名, .mdf 文件路径命令附加数据库。 OVER.在别的地方看到的 不错。数据库日志操作先提供一种复杂的方法压缩日志及数据库文件如下：1.清空日志DUMP TRANSACTION 库名 WITH NO_LOG 2.截断事务日志：BACKUP LOG 数据库名 WITH NO_LOG3.收缩数据库文件(如果不压缩,数
4、据库的文件不会减小企业管理器-右键你要压缩的数据库-所有任务-收缩数据库-收缩文件-选择日志文件-在收缩方式里选择收缩至 XXM,这里会给出一个允许收缩到的最小 M数,直接输入这个数,确定就可以了-选择数据文件-在收缩方式里选择收缩至 XXM,这里会给出一个允许收缩到的最小 M数,直接输入这个数,确定就可以了也可以用 SQL语句来完成-收缩数据库DBCC SHRINKDATABASE(客户资料)-收缩指定数据文件,1 是文件号,可以通过这个语句查询到:select * from sysfilesDBCC SHRINKFILE(1)4.为了最大化的缩小日志文件(如果是 sql 7.0,这步只能在
5、查询分析器中进行)a.分离数据库:企业管理器-服务器-数据库-右键-分离数据库b.在我的电脑中删除 LOG文件c.附加数据库:企业管理器-服务器-数据库-右键-附加数据库此法将生成新的 LOG，大小只有 500多 K或用代码： 下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。a.分离E X E C sp_detach_db dbname = pubsb.删除日志文件c.再附加E X E C sp_attach_single_file_db dbname = pubs,physname = c:Program FilesMicrosoft SQL ServerMSSQL
6、Datapubs.mdf5.为了以后能自动收缩,做如下设置:企业管理器-服务器-右键数据库-属性-选项-选择自动收缩-SQL 语句设置方式:E X E C sp_dboption 数据库名, autoshrink, TRUE6.如果想以后不让它日志增长得太大企业管理器-服务器-右键数据库-属性-事务日志-将文件增长限制为 xM(x是你允许的最大数据文件大小)-SQL 语句的设置方式:alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)特别注意：请按步骤进行,未进行前面的步骤,请不要做后面的步骤否则可能损坏你的数据库.一般不建议做第 4,6
7、两步第 4步不安全,有可能损坏数据库或丢失数据第 6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复.另外提供一种更简单的方法，本人屡试不爽，建议大家使用。更简单的方法：1。右建数据库属性窗口-故障还原模型-设为简单2。右建数据库所有任务-收缩数据库3。右建数据库属性窗口-故障还原模型-设为大容量日志记录可能有不少朋友遇到过这样的问题：update或 delete语句忘带了 where子句，或 where子句精度不够，执行之后造成了严重的后果，这种情况的数据恢复只能利用事务日志的备份来进行，所以如果你的 SQL没有进行相应的全库备份或不能备份日志（truncate log o
8、n checkpoint 选项为 1），那么就无法进行数据的恢复了，或者只能恢复到最近一次的备份的数据了。以下简单说明恢复数据方法：1，如果误操作之前存在一个全库备份（或已有多个差异备份或增量备份），首先要做的事就是进进行一次日志备份（如果为了不让日志文件变大而置 trunc. log on chkpt.选项为 1那你就死翘了）backup log dbName to disk=fileName2，恢复一个全库备份，注意需要使用 with norecovery，如果还有其他差异或增量备份，则逐个恢复restore database dbName from disk=fileName with
9、norecovery3，恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻restore log dbName from disk=fileNamewith stopat=date_time以上这些操作都可以在 SQL SERVER企业管理器里完成，难度不大。日志文件满而造成 SQL数据库无法写入文件时，可用两种方法：一种方法：清空日志。1打开查询分析器，输入命令DUMP TRANSACTION 数据库名 WITH NO_LOG2.再打开企业管理器-右键你要压缩的数据库-所有任务-收缩数据库-收缩文件-选择日志文件-在收缩方式里选择收缩至 XXM,这里会给出一个允许收缩到的
10、最小 M数,直接输入这个数,确定就可以了。另一种方法有一定的风险性，因为 SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。1: 删除 LOG分离数据库 企业管理器服务器数据库右键分离数据库2：删除 LOG文件附加数据库 企业管理器服务器数据库右键附加数据库此法生成新的 LOG，大小只有 500多 K。注意：建议使用第一种方法。如果以后,不想要它变大。SQL2000下使用：在数据库上点右键-属性-选项-故障恢复-模型-选择-简单模型。或用 SQL语句：alter database 数据库名 set recovery simple另外，Truncate lo
11、g on checkpoint(此选项用于 SQL7.0，SQL 2000 中即故障恢复模型选择为简单模型)当执行 CHECKPOINT 命令时如果事务日志文件超过其大小的 70% 则将其内容清除在开发数据库时时常将此选项设置为 True Auto shrink定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的 25%时，系统将会自动缩减文件使其未用空间等于 25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将 Truncate log on checkpoint 选项设为 True 时才能进行
12、。注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。当然，如果误操作是一些不记日志的操作比如 truncate table，select into 等操作，那么是无法利用上述方法来恢复数据的.删除 SQL日志 1: 删除 LOG1：分离数据库 企业管理器服务器数据库右键分离数据库2：删除 LOG文件3：附加数据库 企业管理器服务器数据库右键附加数据库此法生成新的 LOG，大小只有 520多 K再将此数据库设置自动收缩或用代码：下面的示例分离 77169database，然后将 77169database 中
13、的一个文件附加到当前服务器。EXEC sp_detach_db dbname = 77169databaseEXEC sp_attach_single_file_db dbname = 77169database,physname = c:Program FilesMicrosoft SQL ServerMSSQLData77169database.mdf2:清空日志DUMP TRANSACTION 库名 WITH NO_LOG / DUMP TRANSACTION ulionmis WITH NO_LOG再：企业管理器-右键你要压缩的数据库-所有任务-收缩数据库-收缩文件-选择日志文件-在收
14、缩方式里选择收缩至 XXM,这里会给出一个允许收缩到的最小 M数,直接输入这个数,确定就可以了3: 如果想以后不让它增长企业管理器服务器数据库属性事务日志将文件增长限制为 2M自动收缩日志,也可以用下面这条语句Alter DATABASE 数据库名SET AUTO_SHRINK ON故障还原模型改为简单,用语句是USE MASTERGOAlter DATABASE 数据库名 SET RECOVERY SIMPLEGO-截断事务日志：BACKUP LOG database_name | database_name_var WITH NO_LOG | TRUNCATE_ONLY -压缩日志及数据库
15、文件大小/*-特别注意请按步骤进行,未进行前面的步骤,请不要做后面的步骤否则可能损坏你的数据库.-*/1.清空日志DUMP TRANSACTION 库名 WITH NO_LOG2.截断事务日志：BACKUP LOG 数据库名 WITH NO_LOG3.收缩数据库文件(如果不压缩,数据库的文件不会减小企业管理器-右键你要压缩的数据库-所有任务-收缩数据库-收缩文件-选择日志文件-在收缩方式里选择收缩至 XXM,这里会给出一个允许收缩到的最小 M数,直接输入这个数,确定就可以了-选择数据文件-在收缩方式里选择收缩至 XXM,这里会给出一个允许收缩到的最小 M数,直接输入这个数,确定就可以了也可以用 SQL语句来完成-收缩数据库DBCC SHRINKDATABASE(客户资料)-收缩指定数据文件,1 是文件号,可以通过这个语句查询到:select * from sysfilesDBCC SHRINKFILE(1)4.为了最大化的缩小日志文件(如果是 sql 7.0,这步只能在查询分析器中进行)a.分离数据库:企业管理器-服务器-数据库-右键-分离数据库b.在我的电脑中删除 LOG文件c.附加数
