u8数据库日志清理

SQL日志文件太大清理方法

SQL日志文件太大清理方法当SQL日志文件太大时，清理方法包括：备份、压缩、归档和删除等步骤。

下面是一些具体的方法和步骤：1.备份日志文件：首先，需要确保已经备份了当前的SQL日志文件。

这是因为，在清理之前，需要先保存原始的日志文件，以防止出现意外情况。

可以使用数据库管理工具或命令行工具进行备份。

2.压缩日志文件：为了减小日志文件的大小，可以使用压缩工具将其进行压缩。

压缩后的日志文件可以占用更少的磁盘空间，同时也更容易存储和传输。

在压缩之前，要确保不再需要对日志进行任何操作，以免丢失任何重要信息。

3.归档日志文件：归档是将日志文件从当前位置移到另一个位置的过程。

通过归档，可以将旧的日志文件移动到一个备份或存档目录中，以便以后查看或还原。

这样，可以释放当前的日志文件空间，并保留原始的日志记录。

具体的归档方法可以根据数据库管理系统和应用程序的要求进行选择。

4.删除日志文件：一旦已经完成了备份、压缩和归档操作，就可以考虑删除较旧的日志文件。

删除日志文件可以释放磁盘空间，提高系统性能，并且可以避免日志文件过大对系统运行造成负面影响。

但是，在删除日志文件之前，要确保已经备份和归档了这些文件，以防止丢失重要的数据。

需要注意的是，清理SQL日志文件需要谨慎操作，以免出现数据丢失或其他不可预料的问题。

因此，在进行清理操作之前，建议先备份和归档日志文件，以便以后查看或还原。

此外，要保持日志文件的合理大小，可以定期进行备份和归档操作，避免日志文件不断增长而导致系统性能下降。

在执行清理操作时，最好在非繁忙的时间段进行，以减少对系统运行的干扰。

U8日志查看手册

日志查看手册1.门户日志✧双击portal.reg ,将日志开关导入注册表中✧运行dbgview.exe✧在dbgview的界面，取消capture kernal 选项，菜单位置在capture\capture kernal✧重新登陆门户✧日志记录完成后，在dbgview的界面，file\save as 为txt文件即可门户的错误以及一些过程调用全部记录在这个文件中2.区分客户端/服务端（通过remoting通讯）的程序日志2.1客户端日志在文件u8soft\EnterprisePortal.exe.config里，将level 的value值设置DEBUG,如下所示日志记录在文件u8soft\Logs\EPL.log里2.2服务器端日志在文件U8DispatchService.exe.config里，将level 的value值设置DEBUG,如下所示日志记录在文件U8SOFT\U8Framework\Logs如果是制造的服务端，还需要修改文件U8MPool.exe.config，修改方式同上图,文件u8soft\AppServer\Logs\U8MPool.log里如果是进/出口管理，还需要修改U8SCMPool.exe.config，修改方式同上图，日志记录在文件u8soft\AppServer\Logs\U8SCMPool.log里不论是客户端还是服务器端level级别对应的value值可以设置为如下几种：ALL，DEBUG，INFO，WARN，ERROR，FATAL，OFF。

ALL:不区分错误级别，记录所有日志信息DEBUG:不仅记录错误信息，也记录了一些过程调用信息ERROR:只有错误级别为error或者低于error的日志才记录3.进/出口管理的日志在u8soft \Logs\下增加scmimex.log，该文件如果存在，就会写日志。

而且如果该文件存Confidential Page 1在，资源信息会从数据库中读取，如果不存在，会从resource文件中读取。

U8——数据库附件方法迁移用友U8 10.1

数据库附加方法迁移用友U8 10.12015年8月1日23:44:32一、环境二、分离/附加概述SQL Server提供了“分离/附加”数据库、“备份/还原”数据库、复制数据库等多种数据库的备份和恢复方法。

这里介绍一种学习中常用的“分离/附加”方法，类似于大家熟悉的“文件拷贝”方法，即把数据库文件（.M DF）和对应的日志文件（.LDF）拷贝到其它磁盘上作备份，然后把这两个文件再拷贝到任何需要这个数据库的系统之中。

比如，在实验教学过程中，同学们常常想把自己在学校实验室计算机中创建的数据库搬迁到自己的计算机中而不想重新创建该数据库，就可以使用这种简单的方法。

但由于数据库管理系统的特殊性，需要利用SQL Server提供的工具才能完成以上工作，而直接的文件拷贝是行不通的。

这个方法涉及到SQL Server分离数据库和附加数据库这两个互逆操作工具。

1、分离数据库就是将某个数据库（如student_Mis）从SQL Server数据库列表中删除，使其不再被S QL Server管理和使用，但该数据库的文件（.MDF）和对应的日志文件（.LDF）完好无损。

分离成功后，我们就可以把该数据库文件（.MDF）和对应的日志文件（.LDF）拷贝到其它磁盘中作为备份保存。

2、附加数据库就是将一个备份磁盘中的数据库文件（.MDF）和对应的日志文件（.LDF）拷贝到需要的计算机，并将其添加到某个SQL Server数据库服务器中，由该服务器来管理和使用这个数据库。

三、附加数据库时丢失日志文件的风险1. SQL Server数据库启动的过程数据库启动时，大致可以分为以下3个过程：（1）分析：读取日志文件，从而分析数据文件中的检查点是否是最后一个检查点，并且分析哪些事务未提交从而需要回滚。

（2）前滚（Redo）：数据文件的检查点之后的所有事务都重做一次，直到最后一笔事务。

（3）回滚（Undo）：撤销所有未提交的事务。

2. 附加数据库时丢失日志文件的潜在风险由于预写事务日志（WAL）是一种缓存机制，数据文件也采用了缓存机制（检查点），那么丢失了日志文件可能有以下风险：（1）如果数据库关闭时未执行检查点（例如，shutdown with nowait），那么这些数据将不会回写到数据文件，即丢失了部分数据。

U8清除工具需求说明_

U8异常任务及锁定清理工具需求说明书[V1.0([V1.0(版本号版本号版本号)] )]拟制人______________________审核人______________________批准人______________________[二零一一年十二月五日二零一一年十二月五日] ]目录目录目录U8异常任务及锁定清理工具异常任务及锁定清理工具 ......................................................................................................... 0需求说明书 ............................................................................................................................... 0需求说明书目录 .................................................................................................................................................. 1需求说明书 ............................................................................................................................... 2需求说明书1．引言............................................................................................................................................. 21.1编写的目的编写的目的 ......................................................................................................................... 21.2背景背景 ..................................................................................................................................... 21.3定义定义 ..................................................................................................................................... 21.4参考资料参考资料 ............................................................................................................................. 2 2．任务概述．任务概述 ..................................................................................................................................... 32.1目标目标 ..................................................................................................................................... 32.2用户的特点用户的特点 ......................................................................................................................... 32.3假定和约束假定和约束 ......................................................................................................................... 3 3．需求规定．需求规定 ..................................................................................................................................... 33.1功能模块功能模块 ............................................................................................................................. 33.2 故障处理故障处理 ............................................................................................................................ 43.3 可操作性可操作性 ............................................................................................................................ 4 4．运行环境规定．运行环境规定 ............................................................................................................................. 44.1设备包括：设备包括： ......................................................................................................................... 44.2支持软件支持软件 ............................................................................................................................. 44.3接口接口 ..................................................................................................................................... 44.4控制控制 ..................................................................................................................................... 4说明1：ua_tasklog ua_tasklog ，，ua_task_common ua_task_common 通过通过通过字段cTaskid cTaskid 关联关联ua_task_common ua_task_common ，，ua_user ua_user 通过字段通过字段通过字段 cUser_id cUser_id cUser_id 关联关联说明2：正常记录与异常记录：正常记录与异常记录标识位标识位 Ua_tasklog. Ua_tasklog.taskstate taskstate 为为 0 0、、1、2、3、4 4 的为正常的为正常其他为不正常3.1.3解除客户锁定模块软件出现异常或突然断电情况下，会在记录表LockVouch LockVouch 中留下记录，通过解除客户中留下记录，通过解除客户锁定模块，删除这些记录即可。

数据库事务日志清除操作指南

SQL Server事务日志备份的清除操作指南事务日志清除目的:SQL Server数据库由一个.mdf文件与.ldf文件组成，mdf是主数据存储的文件,ldf是数据库日志存储的文件。

对于日志文件，因每次SQL 发生的操作(插入、更新、删除)都会把操作日志记录到日志文件中(以备可通过日志还原),因此日志文件每天都会增长(增长速度会明显比mdf文件快,有时一个月没清除就会达到几个G的大小),因此需要对事务日志中已有的历史不活动的日志做清除，以防止数据库ldf文件的无限彭胀。

(目前还未用过ldf文件来做恢复的,况且用他恢复也不安全，因此ldf文件中数据可以清除).SQL通过对事务日志备份动作来对不活动的日志进行清除截断。

在定义数据库的事务日志清除前，请先确保Sql server服务器端 Sql Server agent服务是否开启，只有服务器端的Sql Server agent服务开启才能进行如下述的服务库端的自动备份。

第一步:找到需设置事务日志备份的数据库:如lm_hr点击鼠标右键先选择”所第二步:在备份四个选项中,请选择“事务日志”项目在备份四个选项中,第三步:选择好“事务日志”之后，点击“添加”按钮选择好“事务日如’备份到’下方已有指定文件的路径，请第四步:设置文件名以及选择文件名的存储路径点击“”按钮，选择注意：存储路径最好不要指向C盘(系统文件盘)，防止系统重新安装时，文件被格式化！存放第五步:设置好文件的存储路径和名称后，点击“确定”设置好文件的存储第六步:选择“重写”中的“重写现有媒体”选项选择“重写现有媒体”，这种第七步:选择“调度”对日志备份进行时间调度设置在“调度”前方框里打上‘√’，第八步:对“调度”时间进行详细设置单击点击“更填写调度的名称,以第九步:对“发生频率”,“每日频率”以及“持续时间”设置第十步:设置完毕，直接点击“确定”按钮若用户希望数据库从2006-12-16开始每天夜里1点自动备份数据”发生频设置完毕，直接点击“确定”按钮。

用友数据库U8删除语句(存货以存货自定义项6为条件,采购以发票为条件)

purbillvouch where
delete PurSettleVouchs where cBillCode in (select cpbvcode from purbillvouch where PBVID in (select PBVID from cdefine1='收款收据'))---删除为收款收据类型的结算单
delete rdrecords32
where cInvCode in (select cInvCode from inventory where
cInvDefine6='1')--删除销售出库单明细
delete rdrecord32 where ID not in (select id from rdrecords32 )--删除销售出库单表头*/
delete SO_SODetails where cInvCode in (select cInvCode from inventory where
cInvDefine6='1')--删除订单
delete SO_SOMain where csocode not in (select cSOCode from SO_SODetails)---删除销售订单
purbillvouch where
delete PurSettleVouch where PSVID not in (select PSVID from PurSettleVouchs )---删除结算单独立表头
delete rdrecords01 where iPOsID in (select iposid from purbillvouchs where PBVID in (select PBVID from purbillvouch where cdefine1='收款收据'))---删除为收款收据的入库单 delete rdrecord01 where ID not in (select id from rdrecords01 )---删除采购入库单表头

如何清理电脑中的系统日志和错误报告

如何清理电脑中的系统日志和错误报告电脑系统日志和错误报告是记录计算机运行状态和问题的重要文件。

随着时间的推移，系统日志和错误报告的累积会占用大量的磁盘空间，并且可能导致电脑运行速度下降。

因此，定期清理系统日志和错误报告对于保持电脑的良好性能至关重要。

本文将介绍如何清理电脑中的系统日志和错误报告。

一、清理系统日志系统日志是记录计算机运行状态和事件的文件，包括软件安装、硬件故障、系统崩溃等信息。

随着时间的推移，系统日志会不断增长，并可能占用大量磁盘空间。

下面是清理系统日志的步骤：1. 打开事件查看器：点击开始菜单，输入“事件查看器”并打开该程序。

2. 清理特定日志：在事件查看器中，你可以看到各种日志分类，如应用程序日志、安全日志、系统日志等。

根据需求，选择需要清理的特定日志。

3. 删除事件日志：在选中特定日志后，点击“操作”菜单并选择“清除日志”。

系统会提示你是否要永久删除这些事件日志，点击“是”进行确认。

4. 继续删除其他日志：根据需要，重复上述步骤，清理其他日志。

二、清理错误报告错误报告是记录电脑应用程序故障和错误的文件。

即使应用程序已经关闭，存储在电脑中的错误报告可能会占用大量的磁盘空间。

下面是清理错误报告的方法：1. 打开控制面板：点击开始菜单，选择“控制面板”并打开该程序。

2. 打开问题报告和解决方案：在控制面板中，选择“问题报告和解决方案”。

3. 打开问题报告历史记录：在问题报告和解决方案页面中，选择“查看问题报告历史记录”。

4. 删除错误报告：在问题报告历史记录页面中，你可以看到所有的错误报告。

选择需要删除的错误报告，点击“删除”按钮。

5. 继续删除其他错误报告：根据需求，重复上述步骤，清理其他错误报告。

三、利用系统工具自动清理除了手动清理系统日志和错误报告外，你还可以利用系统工具自动定期清理。

以下是Windows和Mac电脑中的自动清理方法：1. Windows：点击开始菜单，选择“设置”进入设置页面。

一次清除SQLSERVER错误日志的体会

一次清除SQLSERVER错误日志的体会一次清除SQL SERVER错误日志的体会在UAT环境搭建的SQL SERVER 2008 R2数据库一直用得比较正常，但最近发现在Sharepoint中不能进行任何操作了，开始以为是什么配置出了问题（因为一直在研究一些新的应用和集成，需要不断地测试），但后来发现是数据库硬盘没用一点空间了，那么自然是不能存任何数据了，所以最先开始清理一些无用的数据库日志，磁盘空间多了几个G的容量，但是等到第二天情况依然如此，数据库硬盘还是满了，问题依旧存在，后台仔细检查了一下所有数据库的容量（因为最初以为是数据库空间每天增长太快了把硬盘占满了），发现才十几个G的，而硬盘总空间有126G，因此进一步检查了这个磁盘空间，发现才三十多个G，一开始感觉很纳闷，为什么会缺少将近90G呢？后来发现是原来windows账号的关系，之前用的登录账号权限有限，无法获取磁盘的所有空间容量，因此换了管理员的账号登录后，发现原来是SQL SERVER有一个错误日志的容量将近90G，总算找到磁盘满的原因了，下一步就是如何去解决它。

一开始听了同事的建议，直接通过文件剪贴的方式把这个SQL SERVER 错误日志文件直接移动到另外一个硬盘上，折腾了好几个小时最终以失败告终，说明错误日志被系统进程占用着，并不能通过这个暴力方式进行，因此走回正轨，通过SQL SERVER维护命令进行操作，最终成功清除了90G的错误日志文件，具体过程如下：由于默认情况下，SQL Server 保存 7 个 ErrorLog 文件，名为：ErrorLogErrorLog.1ErrorLog.2ErrorLog.3ErrorLog.4ErrorLog.5ErrorLog.6--清除 SQL Server 错误日志文件存档EXEC sp_cycle_errorlogGO执行一次EXEC sp_cycle_errorlog就会产生一个新的errorlog，然后把errorlog.6给删掉。

mysql正确清理binlog日志的方法

mysql正确清理binlog⽇志的⽅法MySQL中的binlog⽇志记录了数据库中数据的变动，便于对数据的基于时间点和基于位置的恢复，但是binlog也会⽇渐增⼤，占⽤很⼤的磁盘空间，因此，要对binlog使⽤正确安全的⽅法清理掉⼀部分没⽤的⽇志。

[⽅法⼀]⼿动清理binlog清理前的准备：1.查看主库和从库正在使⽤的binlog是哪个⽂件show master statusshow slave status\G2.在删除binlog⽇志之前，⾸先对binlog⽇志备份，以防万⼀开始⼿动清除binlog，删除指定⽇期以前的⽇志purge master logs before '2016-09-01 17:20:00'; //删除指定⽇期以前的⽇志索引中binlog⽇志⽂件或purge master logs to'mysql-bin.000022'; //删除指定⽇志⽂件的⽇志索引中binlog⽇志⽂件注意：使⽤该语法，会将对应的⽂件和mysql-bin.index中对应路径删除时间和⽂件名⼀定不可以写错，尤其是时间中的年和⽂件名中的序号，以防不下⼼将正在使⽤的binlog删除切勿删除正在使⽤的binlogreset master:将删除⽇志索引⽂件中记录的所有binlog⽂件，创建⼀个新的⽇志⽂件，起始值从000001开始。

不要轻易使⽤该命令，这个命令通常仅仅⽤于第⼀次⽤于搭建主从关系的时的主库。

reset slave:清除⽂件、⽂件，以及所有的relay log⽂件,并重新启⽤⼀个新的relaylog⽂件使⽤reset slave之前必须使⽤stop slave 命令将复制进程停⽌。

[⽅法⼆]通过设置binlog过期时间，使系统⾃动删除binlog⽂件1.在mysql中修改查看binlog过期时间，这个值默认是0天，也就是说不⾃动清理，可以根据⽣产情况修改，本例修改为7天mysql> show variables like 'expire_logs_days';+------------------------+-------+| Variable_name | Value |+------------------------+-------+| expire_logs_days | 0 |+------------------------+-------+mysql> set global expire_logs_days = 7; #设置binlog多少天过期设置之后不会⽴即清除，触发条件是以下之⼀：1.binlog⼤⼩超过max_binlog_size，max_binlog_size默认为1G2.⼿动执⾏flush logs如果binlog⾮常多，不要轻易设置该参数，有可能导致IO争⽤，这个时候可以使⽤purge命令予以清除：将bin.000055之前的binlog清掉:mysql>purge binary logs to 'bin.000055';将指定时间之前的binlog清掉:mysql>purge binary logs before '2017-05-01 13:09:51';2.在配置⽂件f中修改mysqld在每个⼆进制⽇志名后⾯添加⼀个数字扩展名。

U8系列清除工具使用说明及注意事项

U8系列清除工具使用说明及注意事项
U8系列清除工具使用说明及注意事项
重要提示：
使用该工具前一定要确保已经备份好了用户的帐套数据，以免发生不可挽回的损失。

使用前提：
该清除工具使用前提是：先进行正常卸载U8产品（到控制面板选择“卸载U8产品”），只有正常卸载了U8产品，才可以使用此工具进行U8的彻底清除！
系统环境：
该版本可运行在Win2000、Winxp、Win2003操作系统
使用说明：
1．双击可执行程序cleanU8.exe进入主操作界面：
2．选择对应的要清除的产品版本
3．选择“开始清除U8”进行U8的清除工作（之前一定要确保进行了U8产品的正常卸载），进入如下提示框：
该“提示框”提示你要先到控制面板中的添加/删除程序中进行U8的正常卸载
4．再次确认你要清除U8产品：
5．点击“是”进入U8服务停止界面（是一个dos界面，自动或者有相应的操作提示）6．随后进入U8卸载界面（是一个dos界面，自动或者有相应的操作提示）
7．最后提示卸载完毕
8．回到主界面，点击退出即可：
U8产品支持部
2005-04。

U8V10.0以上版本数据卸出处理逻辑

U8V10.0以上版本数据卸出处理逻辑1数据卸出1.1 应用场景企业多年连续应用ERP产品，数据量过大时，应用效率会受到影响，需要定期进行数据清理卸出。

①支持按照年度进行已完成业务单据、已记账单据的卸出；②支持选择任意历史会计年度进行整个系统的业务数据的卸出；③支持进行卸出操作前的数据检查；④支持卸出操作之后的日志分析。

1.2 数据卸出方法在【系统管理】-【账套库】-【数据卸出】中卸出历史年度的数据：1、确认数据卸出功能；2、查看各子产品当前会计期间，选择需要卸出的年度；3、按照要求进行数据检查。

系统将对已启用的所有产品检查是否满足卸出条件，如果不满足则逐项列出原因，不能继续卸出；如果全部满足，可以进行下一步；4、检查全部通过以后，系统显示卸出的主要步骤的列表，如创建新账套库、各业务产品卸出准备、各业务产品清除数据前准备等。

点击〖卸出〗按钮开始逐项执行，并有进度条显示各项执行进度。

1.3 数据卸出规则1.3.1 基础档案【总规则】公共档案公共设置类的数据只复制到历史库而不在交易库中清除，随业务发生不断增长的数据按具体规则卸出。

【卸载规则】基础档案：不卸载（只复制到历史库而不在交易库中清除）基础设置：不卸载（只复制到历史库而不在交易库中清除）维护申请：卸载“审核日期”在“卸载年度”范围内的数据系统日志：保存在系统库，不用卸载数据操作日志：卸载“日志记录时间”在“卸载年度”范围内的数据工作流模型：不卸载（只复制到历史库而不在交易库中清除）工作流流程数据：各子产品数据卸载时，同步卸载单据相应工作流数据UAP档案：根据UAP选项设置处理。

结转到新账套：如果选择“是”，复制到往年账套库中，同时在最新账套库中保留。

如果选择“否”，复制到往年账套库中，同时在最新账套库中删除。

UAP单据数据：根据UAP选项设置处理。

全部清除：复制到往年账套库中，同时在最新账套库中删除。

全部保留：复制到往年账套库中，同时在最新账套库中保留。

如何清理电脑的系统日志文件

如何清理电脑的系统日志文件在使用电脑的过程中，系统日志文件会不断累积，占据宝贵的存储空间，甚至可能影响系统的运行速度。

因此，及时清理电脑的系统日志文件是维持电脑性能的重要步骤。

本文将介绍几种简单有效的方法，帮助您快速清理电脑的系统日志文件，提升电脑的整体性能。

清理方法一：使用系统自带的清理工具在Windows操作系统中，自带了一个磁盘清理工具，可以帮助我们定期清理系统日志文件。

具体操作步骤如下：1. 打开“开始”菜单，搜索并点击“磁盘清理”。

2. 在弹出的窗口中，选择要清理的磁盘（一般选择C盘）并点击“确定”。

3. 在下一窗口中，勾选“系统日志文件”选项，并点击“确定”。

4. 弹出确认清理对话框后，再次点击“确定”进行清理。

清理方法二：使用第三方清理工具除了系统自带的清理工具，还有一些第三方软件可以帮助我们更方便地清理系统日志文件。

例如，CCleaner是一款常用的电脑清理工具，具有清理系统日志文件的功能。

您可以按照以下步骤进行操作：1. 下载并安装CCleaner软件。

2. 打开CCleaner，点击“系统”选项卡。

3. 在左侧菜单中选择“高级”选项，并勾选“系统日志”选项。

4. 点击右下角的“运行清理”按钮，即可清理系统日志文件。

清理方法三：手动清理系统日志文件如果您愿意，也可以手动清理系统日志文件。

下面是手动清理系统日志文件的步骤：1. 按下“Win + R”组合键，打开运行窗口。

2. 在运行窗口中输入“eventvwr.msc”，并点击“确定”。

3. 在打开的事件查看器中，左侧菜单选择“Windows日志”。

4. 依次打开“应用程序”、“安全性”、“安全性”、“设置”和“系统”文件夹。

5. 在右侧窗口中，选择要清理的日志文件，右键点击并选择“清除日志”。

6. 弹出确认清理对话框后，点击“保存并清除”完成清理。

需要注意的是，在手动清理系统日志文件时，应谨慎操作，避免误删重要的日志文件，以免造成不必要的麻烦。

U8 各产品模块日志使用说明

查看后台任务执行情况
1、三类调试功能所使用的端口（BGDebugPort、 EMLDebugPort、 DDDebugPort）使用默认的即可，除非在运行dbgsvr的计算机中该端口已被占用如果是在CRM服务器上运行dbgsvr，则三类调试功能的主机地址（BGDebugHost、 EMLDebugHost、 DDDebugHost）可使用默认的127.0.0.1，否则应修改为运行 dbgsvr的主机的IP地
按照配置规则，显示节点信息和 sql语句信息。有详细的堆栈调用情况
收集系统运行时，执行较慢的功能节点、 sql语句
记录门户加载运行记录，及错误异常等数据记录总账运行记录，及错误异常等数据记录运行记录，及错误异常等数据记录运行记录，及错误异常等数据
开启/关闭对话框显示异常信息功能
如： 2008-09-26 07:47:34,156 [3172] ERROR U8MDebugLog [] 【TraceInfo】 U8M.DP.Execute Failure ; : Message:【无所需资料】 Type:【 UFSoft.U8.Framewor 开启/关闭对话日志记录功能,若开 k.Exceptions.UFNoD 启则会记录界面录入操作的日志 ataException】 Track:【在 UFSoft.U8.BO.UIP.B O01000.LoadById(In t32 id) 在 UFSoft.U8.BO.UIP.B O01000.UFSoft.U8.U 8M.DP.IDataLoad.Lo adById(Object Id) 在 UFSoft.U8.U8M.DP.U IPController.LoadB
日志记载了传入打印控件的数据信根据XML标签判断息

教你如何清除SQL日志

教你如何清除SQL日志在数据库管理系统中，SQL日志（又称事务日志）是记录数据库操作的重要组成部分。

它包含了每个SQL语句的详细信息，包括执行时间、执行结果、错误信息等等。

虽然SQL日志对于数据库运维和故障排查非常有用，但它也会占用大量的存储空间。

当日志文件过大时，不仅会占用磁盘空间，还会影响数据库性能。

1.压缩日志文件压缩日志文件是清除SQL日志的一种简单方法。

在许多数据库管理系统中，可以通过执行特定的备份命令来完成该过程。

备份会将日志文件中的已提交事务信息保存到备份文件中并压缩原始日志文件。

这种方法不会丢失任何已提交的事务数据，并且可以减小日志文件的大小。

但需要注意的是，压缩日志文件的操作可能会导致一些数据库性能下降，因为日志文件被磁盘I/O操作占用。

2.截断日志截断日志是一种将日志文件中已经完成的事务信息删除的方法。

截断日志可以实现通过释放日志文件空间来减小文件大小的目的。

虽然这种方法可以很好地清除日志文件，但需要谨慎处理。

如果在截断操作过程中出现故障或错误，可能会导致未提交的事务数据丢失。

因此，在执行截断日志之前，务必备份数据库以确保数据的安全。

3.调整日志文件大小另一种清除SQL日志的方法是调整日志文件的大小。

在一些数据库管理系统中，可以通过修改配置文件或使用特定的命令来调整日志文件的大小。

通过减小日志文件的大小，可以释放磁盘空间，并且可以同时减少数据库系统需要维护的日志信息量。

4.增加日志文件的自动增长阈值大多数数据库管理系统允许设置日志文件的自动增长阈值。

当日志文件达到预设的阈值时，数据库系统会自动增加文件的大小。

通过增加自动增长阈值，可以在一定程度上减少频繁清除日志文件的操作。

但需要注意的是，如果设置的阈值过大，可能会导致日志文件变得过大，影响数据库性能。

因此，需要根据数据库的负载和磁盘空间等因素进行合理的设置。

总的来说，清除SQL日志是数据库维护的重要任务之一、根据具体的数据库管理系统和运维需求，可以采用不同的方法进行清除。

U8系列清除工具使用说明及注意事项

U8系列清除工具使用说明及注意事项
重要提示：
使用该工具前一定要确保已经备份好了用户的帐套数据，以免发生不可挽回的损失。

使用前提：
该清除工具使用前提是：先进行正常卸载U8产品（到控制面板选择“卸载U8产品”），只有正常卸载了U8产品，才可以使用此工具进行U8的彻底清除！
系统环境：
该版本可运行在Win2000、Winxp、Win2003操作系统
使用说明：
1．双击可执行程序cleanU8.exe进入主操作界面：
2．选择对应的要清除的产品版本
3．选择“开始清除U8”进行U8的清除工作（之前一定要确保进行了U8产品的正常卸载），进入如下提示框：
该“提示框”提示你要先到控制面板中的添加/删除程序中进行U8的正常卸载
4．再次确认你要清除U8产品：
5．点击“是”进入U8服务停止界面（是一个dos界面，自动或者有相应的操作提示）6．随后进入U8卸载界面（是一个dos界面，自动或者有相应的操作提示）
7．最后提示卸载完毕
8．回到主界面，点击退出即可：
U8产品支持部
2005-04。

清除数据库日志语句

清除数据库⽇志语句--清除sqlserver 2000/2005 数据库⽇志替换下红字部分数据库名称declare@databasename varchar(15)select@databasename='hdjjgl_journal'DUMP TRANSACTION@databasename WITH NO_LOGBACKUP LOG@databasename WITH NO_LOGDBCC SHRINKDATABASE(@databasename)或者USE 数据库名DUMP TRANSACTION 数据库名 WITH NO_LOGBACKUP LOG 数据库名 WITH NO_LOGDBCC SHRINKFILE(2)**********************************--清除sqlserver 2008 数据库⽇志 ,执⾏两遍替换下红字部分数据库名称，建⽴datalogbak清楚的⽇志备份⽂件夹，注意路径⾃定义。

use gdzjg_journaldeclare@databasename varchar(100)declare@databasenamelog varchar(100)declare@databasenamedir varchar(100)select@databasename='gdzjg_journal'select@databasenamelog=@databasename+'_log'select@databasenamedir='g:\datalogbak\'+@databasenameBACKUP LOG@databasename to disk=@databasenamedirDBCC SHRINKFILE (@databasenamelog,1)或者ALTER DATABASE 数据库名称SET RECOVERY SIMPLEALTER DATABASE 数据库名称SET RECOVERY FULLDBCC SHRINKDATABASE(数据库名称,0)sqlserver 2000、2008会保存所有的数据库操作过程，将指令保存在ldf⽂件中，如果误删除数据，想恢复数据的话，可以通过Lumigent Log Explorer For SQLServer 软件分析ldf⽂件，可以看到所有执⾏过的insert、update、delete数据，导出来再逆向1、sql server 2000清理数据库⽇志USE数据库名DUMP TRANSACTION数据库名WITH NO_LOGBACKUP LOG数据库名WITH NO_LOGDBCC SHRINKFILE(2)SHRINKFILE(2)，后⾯的2是file_id，可以在当前数据库⽤select *from sysfiles看得到，看数据库的log⽂件的fileid是多少，正常情况下log的ldf⽂件是2，mdf⽂件的fileid是1。

清理oracle日志

清理oracle日志
清理Oracle日志是数据库管理中的重要任务，可以通过以下几
种方式来进行清理：
1. 使用日志归档（Archive Log）功能，Oracle数据库可以配
置为使用归档日志模式，这样数据库日志会被自动归档到指定的位置，可以定期清理已经归档的日志文件，以释放磁盘空间。

归档日
志的清理可以通过RMAN（Recovery Manager）工具或者手动方式进行。

2. 使用日志切换（Log Switch），在Oracle数据库中，日志
文件会不断切换，当一个日志文件写满后，数据库会自动切换到下
一个日志文件。

可以通过手动触发日志切换来间接实现日志的清理，但这通常是在非常特殊的情况下使用，不建议经常性地手动切换日志。

3. 使用日志清理工具，Oracle数据库提供了一些工具和脚本
来帮助管理和清理日志文件，比如可以使用
DBMS_LOGMNR.CLEAN_LOG等存储过程来清理归档日志。

4. 定期备份和恢复，定期备份数据库是非常重要的，备份过程中可以清理不再需要的日志文件，同时在恢复过程中也可以进行日志的清理。

需要注意的是，在进行日志清理时，一定要确保不会影响数据库的正常运行和数据的完整性，建议在清理日志之前先做好备份工作，并且在清理过程中要小心谨慎，避免删除错误的日志文件。

另外，清理日志时要遵循数据库管理的最佳实践和安全规范。

U8 各产品模块日志使用说明

查看后台任务执行情况
1、三类调试功能所使用的端口（BGDebugPort、 EMLDebugPort、 DDDebugPort）使用默认的即可，除非在运行dbgsvr的计算机中该端口已被占用如果是在CRM服务器上运行dbgsvr，则三类调试功能的主机地址（BGDebugHost、 EMLDebugHost、 DDDebugHost）可使用默认的127.0.0.1，否则应修改为运行 dbgsvr的主机的IP地
8 霍瑞明
U8CRMΒιβλιοθήκη 9 魏军政CS门户
U8SOFT\turbocrm70\tsvr\turbo crm.ini文件中 OutputSelectSQL=500; OutputExecuteSQL=500; ..\U8SOFT\turbocrm70\code\www\d OutputSQLCallStack=1; atacache\outputflow.txt OutputFlowControl=500; ..\U8SOFT\turbocrm70\code\www\d OutputFlowNode=500; atacache\outputsql.txt OutputFlowCallStack=1; 其中500代表执行时间大于500毫秒 1代表开启堆栈信息 U8V11.1以前版本的请使用注册表中 debugView工具查看，U8V11.1版本 [HKEY_LOCAL_MACHINE\SOFTWARE 同时写入了日志文件 \Ufsoft\WF\V8.700]下面增加 Logs\YonyouPortal.log "Debug"="1" 请使用debugView工具查看请使用debugView工具查看请使用debugView工具查看无开关无开关 http://localhost/u8sl/Login. aspx?debug=true 修改 u8soft\EnterprisePortal.exe. config <root> <level value="DEBUG"/> <appender-ref ref="LogFileAppender"/> </root> </log4net>, 再修改 U8Soft\U8M\U8M_Objects_App.C lient.xml和 U8Soft\AppServer\Bin\U8M\U8M

u8数据库日志清理sql 2008USE UFDATA_001_2011GOALTER DATABASE UFDATA_001_2011SET RECOVERY SIMPLE;--设置简单恢复模式GODECLARE @LogFileLogicalName sysnameSELECT @LogFileLogicalName=Name FROM sys.database_files WHERE Type=1PRINT @LogFileLogicalNameDBCC SHRINKFILE (@LogFileLogicalName, 1);GOALTER DATABASE UFDATA_001_2011SET RECOVERY FULL;--恢复为原模式GOsql 20001.清空日志DUMP TRANSACTION 库名 WITH NO_LOG2.截断事务日志：BACKUP LOG 库名 WITH NO_LOG3.收缩数据库文件(如果不压缩,数据库的文件不会减小企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了也可以用SQL语句来完成--收缩数据库DBCC SHRINKDATABASE(库名)--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfilesDBCC SHRINKFILE(1)USE UFDATA_001_2011DUMP TRANSACTION UFDATA_001_2011 WITH NO_LOGBACKUP LOG UFDATA_001_2011 WITH NO_LOGDBCC SHRINKDATABASE(库名)DBCC SHRINKFILE(1)。