数据库日志满的删除方法
SQL日志文件太大清理方法
SQL日志文件太大清理方法当SQL日志文件太大时，清理方法包括：备份、压缩、归档和删除等步骤。
下面是一些具体的方法和步骤：1.备份日志文件：首先，需要确保已经备份了当前的SQL日志文件。
这是因为，在清理之前，需要先保存原始的日志文件，以防止出现意外情况。
可以使用数据库管理工具或命令行工具进行备份。
2.压缩日志文件：为了减小日志文件的大小，可以使用压缩工具将其进行压缩。
压缩后的日志文件可以占用更少的磁盘空间，同时也更容易存储和传输。
在压缩之前，要确保不再需要对日志进行任何操作，以免丢失任何重要信息。
3.归档日志文件：归档是将日志文件从当前位置移到另一个位置的过程。
通过归档，可以将旧的日志文件移动到一个备份或存档目录中，以便以后查看或还原。
这样，可以释放当前的日志文件空间，并保留原始的日志记录。
具体的归档方法可以根据数据库管理系统和应用程序的要求进行选择。
4.删除日志文件：一旦已经完成了备份、压缩和归档操作，就可以考虑删除较旧的日志文件。
删除日志文件可以释放磁盘空间，提高系统性能，并且可以避免日志文件过大对系统运行造成负面影响。
但是，在删除日志文件之前，要确保已经备份和归档了这些文件，以防止丢失重要的数据。
需要注意的是，清理SQL日志文件需要谨慎操作，以免出现数据丢失或其他不可预料的问题。
因此，在进行清理操作之前，建议先备份和归档日志文件，以便以后查看或还原。
此外，要保持日志文件的合理大小，可以定期进行备份和归档操作，避免日志文件不断增长而导致系统性能下降。
在执行清理操作时，最好在非繁忙的时间段进行，以减少对系统运行的干扰。
DB2报“数据库日志已满”问题解决
DB2报“数据库日志已满”问题解决用控制中心直接改会比较容易一点，在数据库名称上点右键-->配置-->日志-->日志文件大小、主日志文件数、辅助日志文件数改大一点。
也可用命令行db2cmddb2 update db cfg for mymakro using LOGFILSIZ 512 --日志文件大小db2 update db cfg for mymakro using LOGPRIMARY 20 --主日志db2 update db cfg for mymakro using LOGSECOND5 10 --辅助日志要将与此数据库的所有连接断开后才会生效。
执行批处理时,DB2 报数据库的事务日志已满的错误,解决办法辅助日志文件的数目(LOGSECOND) = 25已更改的至日志文件的路径(NEWLOGPATH) =日志文件路径= D:\DB2\NODE0000\SQL00003\SQLOGDIR\溢出日志路径(OVERFLOWLOGPATH) =镜像日志路径(MIRRORLOGPATH) =首个活动日志文件= S0000005.LOG磁盘上已满的块日志(BLK_LOG_DSK_FUL) = NO事务使用的最大活动日志空间的百分比(MAX_LOG) = 01 个活动UOW 的活动日志文件的数目(NUM_LOG_SPAN) = 0组落实计数(MINCOMMIT) = 1软检查点前回收的日志文件的百分比(SOFTMAX) = 100启用的恢复的日志保留(LOGRETAIN) = RECOVERY启用的日志记录的用户出口(USEREXIT) = OFFHADR 数据库角色= STANDARDHADR 本地主机名(HADR_LOCAL_HOST) =HADR 本地服务名称(HADR_LOCAL_SVC) =HADR 远程主机名(HADR_REMOTE_HOST) =HADR 远程服务名称(HADR_REMOTE_SVC) =远程服务器的HADR 实例名(HADR_REMOTE_INST) =HADR 超时值(HADR_TIMEOUT) = 120HADR 日志写同步方式(HADR_SYNCMODE) = NEARSYNC第一个日志归档方法(LOGARCHMETH1) = LOGRETAIN logarchmeth1 的选项(LOGARCHOPT1) =第二个日志归档方法(LOGARCHMETH2) = OFFlogarchmeth2 的选项(LOGARCHOPT2) =故障转移日志归档路径(FAILARCHPATH) =错误时重试日志归档次数(NUMARCHRETRY) = 5日志归档重试延迟（秒）(ARCHRETRYDELAY) = 20供应商选项(VENDOROPT) =启用的自动重新启动(AUTORESTART) = ON索引重新创建时间和重做索引构建(INDEXREC) = SYSTEM (RESTART) 在索引构建期间记录页(LOGINDEXBUILD) = OFFloadrec 会话的缺省数目(DFT_LOADREC_SES) = 1要保留的数据库备份的数目(NUM_DB_BACKUPS) = 12恢复历史保留时间（天数）(REC_HIS_RETENTN) = 366TSM 管理类(TSM_MGMTCLASS) =TSM 节点名(TSM_NODENAME) =TSM 所有者(TSM_OWNER) =TSM 密码(TSM_PASSWORD) =自动维护(AUTO_MAINT) = OFF自动数据库备份(AUTO_DB_BACKUP) = OFF自动表维护(AUTO_TBL_MAINT) = OFF自动runstats (AUTO_RUNSTATS) = OFF自动统计信息概要分析(AUTO_STATS_PROF) = OFF自动概要文件更新(AUTO_PROF_UPD) = OFF自动重组(AUTO_REORG) = OFFdb2 => quitDB20000I QUIT 命令成功完成。
数据库清理日志
数据库清理日志数据库清理日志概述数据库日志是数据库系统中非常重要的组成部分。
它记录了所有对数据库的操作，包括增删改查等，以及相关的事务信息。
这些日志信息可以用于恢复数据、故障排除和性能优化等方面。
但是，随着时间的推移，日志文件会变得越来越大，不仅占用磁盘空间，而且也会影响性能。
因此，定期清理数据库日志是非常必要的。
清理方法1.备份并截断日志备份并截断日志是最基本的清理方法。
它可以将当前的事务信息写入到备份中，并将已经提交的事务从当前日志文件中删除。
这样可以避免过多地占用磁盘空间，并且保留了一定量的历史数据以供后续使用。
2.压缩和归档压缩和归档是另一种有效的清理方法。
它可以将历史数据进行压缩和归档，以节省磁盘空间。
同时也可以将归档文件存储到其他位置或设备上，以保证数据安全性。
3.删除旧数据删除旧数据也是一种有效的清理方法。
它可以将一些过时或无用的数据从数据库中删除，并从日志文件中删除相关的事务信息。
这样可以释放更多的磁盘空间，并且可以提高数据库的查询性能。
清理频率清理频率是根据实际情况而定的。
一般来说，数据库日志清理应该在备份之后进行，以确保数据的安全性。
同时也应该根据数据量、系统负载和硬件条件等因素来确定清理频率。
一般情况下，每周或每月进行一次清理是比较合适的。
注意事项1.备份和归档时要注意数据安全性在备份和归档时，要注意数据安全性。
尤其是在将归档文件存储到其他位置或设备上时，要确保数据不会被篡改或泄露。
2.删除旧数据时要谨慎操作在删除旧数据时，要谨慎操作。
一些重要的历史数据可能会被误删，导致无法恢复或造成损失。
3.避免过度清理过度清理可能会导致无法恢复数据或影响系统性能。
因此，在进行数据库日志清理时，应该谨慎处理，并避免过度清理。
总结数据库日志是数据库系统中非常重要的组成部分。
定期清理数据库日志可以避免占用过多的磁盘空间，并保证系统性能。
备份并截断日志、压缩和归档以及删除旧数据是常用的清理方法。
清理数据库日志
清理数据库日志
数据库日志是记录数据库操作的重要文件，但是随着数据库的使用，日志文件会越来越大，占用过多的磁盘空间，影响数据库的性能。
因此，清理数据库日志是必要的操作。
清理数据库日志的方法有两种：一是通过数据库的备份和恢复功能，即备份日志文件并从数据库中删除已备份的日志文件；二是通过设置数据库的自动清理功能，定期清理过期的日志文件。
在进行清理数据库日志的操作时，需要注意以下几点：
1.备份日志文件时要确保备份文件的安全性和可靠性，以免备份文件遭到损坏或丢失。
2.删除日志文件时要谨慎操作，避免误删重要的日志文件，造成数据丢失。
3.定期清理过期的日志文件，可以避免日志文件过多占用磁盘空间，影响数据库的性能。
4.在进行清理数据库日志的操作之前，要先备份数据库，以便出现问题时可以及时恢复数据。
综上所述，清理数据库日志是数据库维护的重要操作之一，可以提高数据库的性能和稳定性，但需要注意安全和可靠性。
- 1 -。
数据库日志满的删除方法
数据库日志满的删除方法解决SQL数据库日志已满的问题2009年03月21日星期六上午 11:53一、简单方法1、右键数据库→属性→选项→故障还原模型→设为简单→确定；2、右键数据库→所有任务→收缩数据库→确定；3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。
二、复杂方法1、清空日志DUMP TRANSACTION 库名WITH NO_LOG2、截断事务日志BACKUP LOG 数据库名WITH NO_LOG3、收缩数据库文件(如果不压缩,数据库的文件不会减小)企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至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 = 'pubs'b.删除日志文件c.再附加EXEC sp_attach_single_file_db @dbname = 'pubs',@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'5、为了以后能自动收缩,做如下设置企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"--SQL语句设置方式:EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE'6、如果想以后不让它日志增长得太大企业管理器--服务器--右键数据库--属性--事务日志--将文件增长限制为xM(x是你允许的最大数据文件大小)--SQL语句的设置方式:alter database 数据库名modify file(name=逻辑文件名,maxsize=20)特别注意：请按步骤进行,未进行前面的步骤,请不要做后面的步骤，否则可能损坏你的数据库。
广州速达软件SQL数据库日志文件清空技术
SQL数据库日志文件过大清理方法一：只做清理不做备份1、打开查询分析器，输入命令DUMP TRANSACTION数据库名WITH NO_LOG2、再打开企业管理器--右键你要压缩的数据库—选择所有任务—选择收缩数据库—选择文件(或收缩文件)--选择日志文件--在收缩方式里选择收缩方式—点击确定—再点击确定。
补充说明：如果要将日志文件缩至指定大小，则需要选择【收缩文件至】，并填写大小XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,也可以。
方法二：可以进行手动备份先分离数据库后，直接删除日志以后，然后在通过查询分析器执行下列语句进行附加数据库exec sp_attach_single_file_db'数据库名','.mdf文件路径'方法三：设置自动清除法开放数据库选项Trunc Log on Chkpt，使数据库系统每隔一段时间自动清除Log。
此方法的优点是无须人工干预，由SQLServer自动执行，并且一般不会出现Log溢满的情况；缺点是只清除Log而不做备份。
方法四：通过sql语句进行手动清除法执行命令“dump transaction”来清除Log。
以下两条命令都可以清除日志：1、dump transaction with truncate_only2、dump transaction with no_log补充说明：通常删除事务日志中不活跃的部分可使用“dump transaction with trancate_only”命令，这条命令写进事务日志时，还要做必要的并发性检查。
SYBASE提供“dump transaction with no_log”来处理某些非常紧迫的情况，使用这条命令有很大的危险性，SQL Server会弹出一条警告信息。
为了尽量确保数据库的一致性，你应将它作为“最后一招”。
相关补充说明：1.清空日志DUMP TRANSACTION库名WITH NO_LOG2.截断事务日志：BACKUP LOG数据库名WITH NO_LOG3.收缩数据库文件(如果不压缩,数据库的文件不会减小企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M 数,直接输入这个数,确定就可以了也可以用SQL语句来完成--收缩数据库DBCC SHRINKDATABASE(客户资料)--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select*from sysfiles DBCC SHRINKFILE(1)4.为了最大化的缩小日志文件(如果是sql7.0,这步只能在查询分析器中进行)a.分离数据库:企业管理器--服务器--数据库--右键--分离数据库b.在我的电脑中删除LOG文件c.附加数据库:企业管理器--服务器--数据库--右键--附加数据库此法将生成新的LOG，大小只有500多K或用代码：下面的示例分离pubs，然后将pubs中的一个文件附加到当前服务器。
数据库tempdb的日志已满的解决方法
数据库tempdb的日志已满的解决方法
做了一次大数据集的查询，结果查询虽然成功但给出消息：数据库 'tempdb' 的日志已满。
请备份该数据库的事务日志以释放一些日志空间。
tempdb为系统数据库。
从网上搜到的解决办法如下：
“数据库 'tempdb' 的日志已满。
请备份该数据库的事务日志以释放一些日志空间”
事件查看里面的应用程序日志里也记录了同样的错误。
解决过程：
查看了下数据库的属性，是自动增长，不指定文件大小上限。
在网上Google了很久，试了些方法都不行；数据库所在磁盘还有很大的可用空间，试着下重药了。
直接把tempdb的数据文件和日志文件的大小改为3000M，
问题解决。
记录一下清空日志的命令：
DUMP TRANSACTION dbname WITH NO_LOG
截断事务日志命令:
BACKUP LOG dbname WITH NO_LOG
收缩日志操作：
右键点数据库－属性－所有任务－收缩数据库－文件－选择文件－确定。
个人体会：
虽然用清空日志命令清空了tempdb的日志，但是不能解决问题。
于是扩大tempdb的数据文件和日志文件的大小，哈哈，成功。
归档日志满处理过程
ASMCMD> cd archivelog
ASMCMD> ls
2011_10_05/
2011_10_06/
ASMCMD> cd 2011_10_05
ASMCMD> ls -lrt----该命令按时间升序显示文件
ASMCMD>rm filename --filename为要删除的文件名
SQL> alter system setdb_recovery_file_dest_size=4G;
系统已更改。
SQL> show parameter db_recovery_file_dest_size
NAMETYPEVALUE
------------------------------------ ----------- ------------------------------
当数据库运行在归档模式时，如果没有做好备份策略或归档文件和备份文件放到同一个逻辑区，则偶尔会遇到归档日志满导致系统挂起事故。在这样情况下，重启数据库不仅没有用而且将问题更复杂化（记得重启后在HA模式下的共享存储也不见了，进行了手工mount后进行手工删除部分归档日志）。
根据实际环境有不同处理方法，如下是比较通用的处理过程：
2、查看用于归档日志或备份的磁盘空间
在Linux或Unix下可以通过查看空间使用情况：$df -h
如果使用Oracle ASM存储技术，则通过如下命令查看：
$export ORACLE_SID=+ASM1
$asmcmd
ASMCMD> lsdg
3、删除归档日志物理文件，归档日志一般都是位于归档目录下
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
解决SQL数据库日志已满的问题
2009年03月21日星期六上午 11:53
一、简单方法
1、右键数据库→属性→选项→故障还原模型→设为简单→确定；
2、右键数据库→所有任务→收缩数据库→确定；
3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。
二、复杂方法
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.分离
EXEC sp_detach_db @dbname = 'pubs'
b.删除日志文件
c.再附加
EXEC sp_attach_single_file_db @dbname = 'pubs',@physname = 'c:\Program Files\Microsoft SQL
Server\MSSQL\Data\pubs.mdf'
5、为了以后能自动收缩,做如下设置
企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"
--SQL语句设置方式:
EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE'
6、如果想以后不让它日志增长得太大
企业管理器--服务器--右键数据库--属性--事务日志
--将文件增长限制为xM(x是你允许的最大数据文件大小)
--SQL语句的设置方式:
alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)
特别注意：
请按步骤进行,未进行前面的步骤,请不要做后面的步骤，否则可能损坏你的数据库。
一般不建议做第4、6两步，第4步不安全,有可能损坏数据库或丢失数据，第6步如果日志达到上限,则以后的数据
库处理会失败,在清理日志后才能恢复。
-----------------------------------------------------------------------------------------------------------------------------------
日志文件满而造成SQL数据库无法写入文件时，可用两种方法：
一种方法：清空日志。
1．打开查询分析器，输入命令
DUMP TRANSACTION 数据库名 WITH NO_LOG
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。
另一种方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。
1: 删除LOG
分离数据库企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
附加数据库企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K。
注意：建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用：
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名 set recovery simple。