K3数据库日志文件过大分析及解决方案V2.0
K3系统常见问题及解决
分析：此属数据问题，先查询相关的明细账及记账凭证 1、查询应付工资明细账，明细账及凭证都正确无误，而在本 期应付工资的凭证中除工资费用分配外，其余均为手工录 入，估计是工资费用分配凭证的问题，经验证，的确如此 2、查询数据库中应付工资凭证记录，发现工资费用分配凭证 中有四位小数的记录
安装中间层
3. K/3 系统常见问题的解决
❖ 系统提示 AtiveX 错误
3. K/3 系统常见问题的解决
❖ 系统提示 AtiveX 错误
例如组件： BillDataAccess
3. K/3 系统常见问题的解决
❖ 系统提示 AtiveX 错误
例如组件： BillDataAccess
3. K/3 系统常见问题的解决
解决： 1、在数据库中将有四位小数的记录处理为正确的两位小数 2、删除原工资分配凭证，打上相应补丁，再重新进行工资费 用分配
3. K/3 系统常见问题的解决
❖ 如何打补丁
3. K/3 系统常见问题的解决
❖ 如何打补丁
3. K/3 系统常见问题的解决
❖ 如何打补丁
3. K/3 系统常见问题的解决
❖ SQL Server 被破坏，数据库的实体仍在，重装 后需要恢复该数据实体
相关信息：数据实体“Ais20010501121212_DATA.MDF” 和“Ais20010501121212_LOG.LDF”实体所在 路径为“D:\K3DATA”
解决： 1、将此两文件拷至安全的地方存放，重装 SQL Server 2、利用“sp_attach_db”命令恢复数据
3. K/3 系统常见问题的解决
❖ 系统提示 X 错误
SQL Server ERRORLOG过大处理办法
SQL Server ERRORLOG过大处理办法本期概述●本文档适用于 K/3 所有版本●本文档针对数据库运行性能进行讲解，通过本文档的学习可以了解当数据库SQLServer 出现错误日志ERRORLOG文件过大时的处理方法版本信息●2013年02月27日 V1.0 编写人：卢锦煌●2013年02月28日 V2.0 审核人：崔志佳版权信息●本文件使用须知著作权人保留本文件的内容的解释权，并且仅将本文件内容提供给阁下个人使用。
对于内容中所含的版权和其他所有权声明，您应予以尊重并在其副本中予以保留。
您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。
任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。
如果您不接受或违反上述约定，您使用本文件的授权将自动终止，同时您应立即销毁任何已下载或打印好的本文件内容。
著作权人对本文件内容可用性不附加任何形式的保证，也不保证本文件内容的绝对准确性和绝对完整性。
本文件中介绍的产品、技术、方案和配置等仅供您参考，且它们可能会随时变更，恕不另行通知。
本文件中的内容也可能已经过期，著作权人不承诺更新它们。
如需得到最新的技术信息和服务，您可向当地的金蝶业务联系人和合作伙伴进行咨询。
著作权声明著作权所有 20xx金蝶软件（中国）有限公司。
所有权利均予保留。
目录1. 应用场景分析 (3)2. 解决方案 (5)2.1 手动执行存储过程清除 (6)2.2 定期执行存储过程清除 (7)1. 应用场景分析客户通常会将SQL Server数据库软件安装在系统盘目录中，然而当系统运行一段时间以后，可能会出现系统盘空间资源被耗尽的情况，此时检查发现SQL Server安装目录LOG 文件夹下的ERRORLOG文件已经达到几十个GB的大小，占去了系统盘的大部分空间，影响系统的正常运行。
ERRORLOG文件记录了数据库的错误日志信息，例如自动备份不成功或者数据库登录失败产生的信息等。
sql2012日志文件过大的处理方法
sql2012日志文件过大的处理方法SQL Server是一个广泛使用的关系型数据库管理系统，它的日志文件记录了数据库的所有操作，包括增删改查等。
随着数据库的使用增加，日志文件的大小也会不断增长，如果不及时处理，会占用大量磁盘空间，影响系统性能。
本文将介绍SQL Server 2012日志文件过大的处理方法。
1. 查看日志文件大小我们需要查看当前数据库的日志文件大小，可以使用以下SQL语句：```USE [数据库名]GOEXEC sp_helpfile```其中，[数据库名]为需要查看的数据库名称。
执行以上语句后，可以得到当前数据库的日志文件大小和路径信息。
2. 查看日志文件使用率接下来，我们需要查看当前日志文件的使用率，以确定是否需要进行日志文件的处理。
可以使用以下SQL语句：```USE [数据库名]GODBCC SQLPERF(logspace)```执行以上语句后，会返回当前数据库的日志文件使用情况，包括日志文件大小、已使用空间和剩余空间等信息。
3. 备份日志文件在进行日志文件处理之前，建议先备份当前的日志文件，以防止数据丢失。
可以使用以下SQL语句进行日志文件备份：```BACKUP LOG [数据库名] TO DISK = '备份路径'```其中，[数据库名]为需要备份的数据库名称，'备份路径'为备份文件的保存路径。
4. 缩小日志文件一旦确定需要处理日志文件，可以使用以下SQL语句缩小日志文件：```USE [数据库名]GODBCC SHRINKFILE (2, TRUNCATEONLY)```其中，[数据库名]为需要处理的数据库名称，2为日志文件的文件ID。
执行以上语句后，日志文件将被缩小到最小的可用大小。
5. 修改日志文件大小如果上述方法无法满足需求，还可以考虑修改日志文件的大小。
可以使用以下SQL语句修改日志文件的大小：```USE [数据库名]GOALTER DATABASE [数据库名] MODIFY FILE ( NAME = N'逻辑日志文件名', SIZE = 新大小)```其中，[数据库名]为需要修改的数据库名称，'逻辑日志文件名'为日志文件的逻辑名称，新大小为需要设置的日志文件大小。
数据库日志文件过大处理方法
数据库日志文件过大处理方法
一般情况下，是由于某些设置引起的，因为作为OLAP数据库，其没有必要保留日志文件来重做，所以需要设置如下设置
'trunc. log on chkpt.' ：在检查点截断日志
‘autoshrink’ :自动收缩
假定数据库名为hsics
1.执行语句
sp_dboption 'hsics','trunc. log on chkpt.'
检查结果是否为
如果是OFF的话，请执行
sp_dboption 'hsics','trunc. log on chkpt.' ,true
将其打开
2. 执行语句
sp_dboption 'hsics','autoshrink'
检查结果是否为
如果是OFF的话，请执行
sp_dboption 'hsics','autoshrink', true
将其打开
1.收缩日志文件
a)use hsics
go
select * from sysfiles
查询结果
找到其中的.ldf对应的name
B) 只收缩日志文件，不要收缩物理文件(物理文件时间会非常的长，并且收缩不了多少)
执行
backup log hsics with no_log
dbcc shrinkfile(‘hsics_log’)。
mongodb日志文件过大的解决方法
mongodb日志文件过大的解决方法？答：MongoDB的日志文件可能会因为持续的运行和大量的操作而变得过大，这时需要采取一些策略来管理它们。
以下是几种解决MongoDB日志文件过大的方法：1.手动压缩日志文件：如果日志文件已经过大，你可以手动将其压缩。
使用gzip命令将mongod.log文件压缩成mongod.log.gz，然后重命名以继续作为新的日志文件使用。
但请注意，这种方法需要停止MongoDB服务以进行压缩和重命名操作，可能会导致服务短暂中断。
2.定期清理日志文件：你可以通过设置定时任务的方式定期清理日志文件。
例如，每周或每月清理一次。
但请注意，这种方法会永久删除日志文件，因此请确保你不需要这些日志，或者在删除之前已经将它们备份到其他位置。
3.使用MongoDB的日志轮转功能：MongoDB提供了日志轮转功能，可以自动将当前的日志文件关闭并开始一个新的日志文件，而不需要停止MongoDB服务。
你可以通过mongo命令行连接到MongoDB服务器，然后切换到admin数据库，运行db.runCommand({logRotate:1})命令来实现。
4.调整日志级别：MongoDB的日志级别可以通过修改mongod.conf配置文件中的"verbosity"参数来调整。
verbosity的值越大，日志生成的频率越高，因此日志文件也会越大。
你可以将verbosity的值设置为较低的值，以减少日志的生成。
5.使用系统的日志轮转工具：对于Linux系统，你可以使用logrotate工具来管理MongoDB的日志文件。
你可以创建一个logrotate配置文件，指定MongoDB的日志文件路径、轮转周期、保留的日志文件数量等参数，然后添加到系统的定时任务中，定期执行日志文件的轮转操作。
请注意，以上方法可能会因MongoDB的版本和操作系统的不同而略有差异，因此在实际操作时，请参考MongoDB的官方文档和你的操作系统的相关文档。
金蝶k3提示超出内存解决方案
金蝶k3提示超出内存解决方案金蝶k3提示超出内存解决方案方案一：步骤一：在中间层服务器上，设置3GB参数，使得组件的内存占用能够超出2GB；3GB开关的设置方法：右键桌面【我的电脑】，选择1、在系统属性窗口，选择页签2、点击启动和故障恢复栏的按钮，打开启动和故障恢复窗口3、在系统启动栏中，点击按钮，打开boot.ini启动参数文件编辑界面，如下面的例子中添加/3GB参数到此文件中，然后保存，并重新启动计算机才能搞生效。
[boot loader]timeout=30default=multi(0)disk(0)rdisk(0)partition(1)\*****[operating systems]multi(0)disk(0)rdisk(0)partition(2)\%systemroot%=“Wind ows Server20XX年Datacenter Edition" /3GB步骤二：在几个资源占用比较明显的组件包中，如ebogl、ebopublic等几个，勾选“启用3gb支持”的选项，组件包打开方式为：开始，程序，管理工具，组件服务。
点开后，点开组件服务，计算机，我的电脑，COM+组件。
ebogl、ebopublic的进程池改为2或者3.方案二：方法：扩大Desktop Heap以增加创建Apartment的个数。
a)HKEY_LOCAL_*****\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\SessionViewSize缺省是48M, 是系统范围的desktop heap 的大小,将SessionViewSize 改成96M来增加整个系统范围内的desktop heap的大小。
b)HKEY_LOCAL_*****\SYSTEM\CurrentControlSet\Control\SessionManager \SubSystems\Window的值:%SystemRoot%\system32\csrss.exeObjectDirectory=\Windows SharedSection=1024,3072,512 . . . . . .1024, 3072, 512 是default setting, 将512改成4096, 以增加可创建窗口的数量。
数据库日志文件过大的处理方法
数据库日志文件过大的处理方法
当数据库日志文件过大时，可以采取以下处理方法：
1. 增加日志文件的大小限制：可以通过修改数据库的配置参数来增加日志文件的大小限制，例如增加每种类型日志文件的最大大小限制，或者增加整个日志文件组的最大大小限制。
2. 压缩或归档日志文件：可以通过压缩或归档数据库的日志文件来减小其占用的磁盘空间。
可以使用压缩工具，例如gzip
或7-Zip等，来对日志文件进行压缩。
或者可以将已经归档的
日志文件移到其他存储介质，例如磁带库或远程备份服务器上。
3. 定期清理日志文件：可以定期清理数据库的日志文件，删除不再需要的旧日志。
可以设置一个保留期限，例如保留最近一周或一个月的日志文件，然后定期删除超过保留期限的日志文件。
4. 增加日志文件的切割频率：可以通过增加日志文件的切割频率来减小单个日志文件的大小。
可以将一个较大的日志文件切割成多个较小的日志文件，每个文件都包含一段时间范围内的日志。
5. 导出日志数据到其他存储介质：可以将数据库的日志数据导出到其他存储介质，例如分布式文件系统或集中式日志服务器上。
这样可以减小数据库的日志文件大小，同时还可以方便地对日志数据进行分析和检索。
需要注意的是，在处理数据库日志文件过大时，要确保同时满足数据库的恢复和故障恢复要求。
因此，在实施上述处理方法之前，应该详细了解数据库管理系统的日志管理机制，并根据具体情况进行操作。
K3典型问题及处理
K3典型问题及处理一、“用户NTAUTHORITY\NETWORKSERVICE登录失败”的解决方法(SQL2005)注册或新建账套时使用Windows身份验证连接SQL Server 2005，在使用K/3时出现“用户NTAUTHORITY\NETWORKSERVICE登录失败”的解决方法问题描述注册或新建账套时使用Windows身份验证连接SQL Server 2005，在使用K/3时出现“用户NTAUTHORITY\NETWORKSERVICE登录失败”原因分析：使用Windows身份验证连接，连接数据库时使用用户NETWORKSERVICE，而NETWORKSERVICE不具备权限解决方案：Step1:把'NT AUTHORITY\NETWORK SERVICE' 添加到Administrator组中我的电脑-->右键-->管理-->本地用户和组选择“组”-->双击Administrators-->单击“添加”-->单击“高级”-->单击“立即查找”-->在下面的列表中选择Network Service用户-->单击“确定”-->加入。
Step2: 在SQL Server Management Studio中加入NETWORK SERVICE用户打开Microsoft SQL Server 2005-->SQL Server Management Studio选择Security-->打开Logins节点-->右键New login-->在General节点页签添加NETWORK 用户，选择Windows Authentication,在User Mapping的Database Role membership选择db_accessadmin和db_owner(若不想所有数据库NETWORK SERVICE都有权限，可以不赋予db_accessadmin和db_owner，参照下面继续设置，否则设置完成)选择database下对应的数据库实体-->选择Security-->打开Users节点-->右键New User-->在General节点页签添加NETWORK用户，在Database Role membership选择db_accessadmin和db_owner二、Automation错误及解决方法（一）不能进入帐套提示运行时错误"-2147221231(80040111)解决方法：关于Automation错误的成因也是多方面的，最多的是支持软件如：WINDOWS文件、系统控件等，都有可能导致问题的出现。
数据库日志太大，清理日志文件
数据库⽇志太⼤，清理⽇志⽂件
如果你的数据库出现如下场景，那么你需要对数据库进⾏⽇志清理了。
注：清理后的数据库，可能⽆法对数据库进⾏还原，所以，清理之前需要对数据库进⾏完整备份；
1.没有做任何操作，数据库⽇渐查询缓慢。
2.数据库数据很少，但是⽇志⽂件很⼤
你就需要查看是否⽇志⽂件过⼤，如果⽇志⽂件太⼤，就需要对⽇志⽂件进⾏清理了。
清理输⼊框的脚本如下：
----查询数据库⽇志
USE 数据库名
SELECT NAME, size FROM sys.database_files
-----清空数据库⽇志
USE master
GO
ALTER DATABASE 数据库名 SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE 数据库名 SET RECOVERY SIMPLE
GO
USE ssyldb
GO
DBCC SHRINKFILE (N'⽇志.log' , 2, TRUNCATEONLY)
GO
USE master
GO
ALTER DATABASE 数据库名 SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE 数据库名 SET RECOVERY FULL
GO。
K3 常用技巧及常见问题解决方法
目录1.如何自定义报表格式（冻结报表行或列）2.如何进行日志清理3.供应链单据类新增页面如何设置（根据需要选择需要显示的项目，调整列宽）4.供应链单据类维护页面（序时簿页面）如何设置5.供应链统计表类页面如何设置显示列、列宽6.账簿、科目余额表页面如何设置显示列、列宽7.外购入库单【下推】生成采购发票时，原单总金额与发票总金额不符8.如何调整凭证录入界面颜色9.凭证录入的快捷方式10.供应链【材料出库核算】如何提高一次性成功率11.本期存在未审核的库存单据或委外工序接收单！结账不成功！12.系统提示“输入的数据:【可抵扣税额】必须小于【金额】的值”13.预览或打印单据时，原来单据注册过套打文件的，系统却提示：套打文件没有注册，在重新进行“套打设置”时，系统显示可用的套打单据列表时发生错误：当前记录集不支持更新。
14.经常要注册套打,已经注册过套打，但在下次使用时提示没有注册15.在查询“物料收发明细表”时，明明查询期间有出入库单据，但在“物料收发明细表”中没有该项物料的记录16.生成供应链业务系统的凭证时，某一种或几种单据在点击【重新设置】或【重设】后，系统明明有没有做账的单据，点击【过滤】选项后没有反应17.套打文件注册（注册自定义套打文件）18.如何安装天翼客户端（K3远程登录）19.如何设置天翼客户端20.如何将天翼客户端中的K3或思讯添加“快捷方式”21.如何安装K3本地客户端（K3本地登录）22.如何配置客户端“远程组件连接”IP23.如何在天翼客户端设置本地打印24.如何设置打印机的凭证、单据打印规格（纸张大小）25.如何清除系统后台“挂单”的单据26.工具栏仅显示图标，而没有文字1.报表冻结解决方法：1.打开目标报表，单击【格式】菜单下的【表属性】；2.在打开的报表属性中，将【冻结行数】、【冻结列数】输入对应的数字，然后点【确定】。
2.日志清理解决方法1)在弹出的【金蝶提示】窗口点【确定】。
金蝶k3数据库常见问题及数据库修复恢复方法
金蝶K3数据库常见问题及数据库修复恢复方法（一）1、明细帐查询错误2、错误描述：帐套在查询明细帐（包括数量明细帐）时提示“产生未知错误”或提示：发生未知错误，系统将当前操作取消，错误号为0，请与金蝶公司联系。
3、问题原因：数据库表Glbal， Glpnl 表损坏4、处理方法：备份当前数据表后，导入新的表结构，并把原数据导入到新表，再利用Check 检查关系的完整性。
5、报表取数出现翻倍6、错误描述：在报表中进行数据重算后，数据出现双倍。
7、问题原因：系统在凭证过账时产生过账错误。
（报表公式错误除外）8、处理方法：具体步骤如下：9、1）进行反过帐、反结帐到出错期间，10、2）安装新版本软件（建议用比较高的版本），11、3）在新版本软件中恢复操作权限，12、4）在新版本软件中重新进行过帐、结帐13、注意：如果是偶尔在最近一期才出现这种现象，则只需将数据中的Glpnl 表中的记录删除，再反过帐→反结帐→过帐→结帐，即可。
3、利用ODBC 修复账套操作步骤；1）、打开Office 工作组管理文件Wrkgadm.Exe 链接System.Mda 文件2）、取消System.Mda 的登录密码：进入Access，不打帐套，通过“工具--安全--用户组与帐号”---- “更改登录密码”，输入原密码后，直接确定。
3）、设置Odbc：进入Win2000 的ODBC，添加--选择“Driver Do Microsoft Access (*.Mdb)”---完成4）、数据库---选择System.Mda 所在路径和它的文件名5）、设置高级选项：输入登录的名称（Morningstar）；此时不要输入密码，它也没有密码的。
6）、设置修复选项：选择需要修复的帐套，确定。
7)、待系统将提示修复成功，可以用Access 和软件检测试数据了，结合Check 检查该帐套的完整性。
8)、修改完成后，建议回到Access 中，将密码还原，以确保数据库的安全。
K3系统管理员高级培训课程-试题
K/3系统管理员高级培训课程试题姓名：得分：一、单选题（10*3分）1.K3系统中，手工注册.vbr文件是用一下哪个命令？（）A regserver.exeB regsvr32.exeC kdmaindbg.exeD Clireg32.exe2.Sql server数据库默认的端口号是多少？（）A 135B 5159C 1494D 14333.帐套管理登陆密码忘记了，要删除哪个文件可以清除登陆密码？（）A Acctctl.batB License.batC Kdmain.exeD Kdmaindbg.exe4.k3系统的加密组件是以下哪个？（）Aebogl BKdsvrmgrCebobos Debocom5.远程桌面登录到中间层服务器，不能进行的操作是？（）A帐套管理 BK3主控台CK3系统工具 D注册中间层组件6.在K3规定SQL的排序规则是____？（）A 按默认设置B Chinese_PRCC Albanian_BIND 都可以7.从哪个版本开始K3支持软加密？（）A k3 V10.3 sp1B k3 V10.3 sp2C k3 V10.4D k3 V11.08.解决数据库日志文件过大方案错误的是？（）A 把数据库的故障还原设置为“简单”B 数据库分离附加，附加时删除日志文件C 收缩数据库实体文件D 重新安装数据库服务部件9.登陆K3提示连接中间层加密服务失败这类提示造成原因描述错误的是？（）A 服务器加密组件故障需要重新注册中间层组件B 服务器加密服务没有启动或没有该服务C DTC服务没有启动D 帐套没有初始化造成10.数据库实体出现置疑怎么处理？（）A 重新安装数据库B 重新还原数据库实体C 将实体文件分离再重新附加D 重新安装数据库服务部件二、多选题：（10*4分）1．K/3中间层可以正常安装运行在哪些操作系统上？（）AWINDOWS 2000 SERVERBWINDOWS 2003CWINDOWS XP HOMEDWINDOWS ME2．客户端做远程组件测试不通过的原因可能有哪些？（）A中间层的DTC服务没有启用B中间层服务器上安装了防火墙软件阻止了相关端口C服务器被病毒感染D客户端没有权限访问服务器3．下列哪些服务是K3正常运行时所需要的？（）ADTC服务BSQL server服务CFTP服务DSMTP服务4．金蝶K3使用的加密狗种类？（）A并口加密狗 B USB加密狗C 串口加密狗D PCI卡加密狗5．金蝶K/3系统客户端登录使用的认证方式？（）A域用户登录方式 B 命名身份登录方式C 工作组登陆方式D 匿名身份登陆方式6．以下哪些问题可能导致提示“连接中间层加密服务失败”？（）A 网线没插B 加密组件测试不通C 开启了防火墙D 网络不通7．登录K3主控台提示Automation错误造成这个问题的原因可能为？（）A 服务器COM配置“在这台计算机上启用分布式COM”设置不是为启用状态B 客户端不能和服务器相互访问的权限C 服务器开启了防火墙造成这样的报错D 客户端的MDAC组件问题，需要修复安装MDAC8．K3所有客户都无法正常登陆，服务器上的客户端能够正常登陆；提示：连接中间层加密服务失败。
K3问题总结和解决办法
K3问题总结和解决办法一、问题描述客户端运行，提示：该数据正在被修改，无法编辑？解决方法1、关闭杀毒软件； 2、用KDMAINDBG.EXE跟踪检测组件； 3、在数据库的该套帐实体中的表中清空t-funcontrol的内容二、问题描述10.3供应链中订单与发票上如果为外币，汇率字段带出的值是否为币别中设置的汇率？解决方法：如果外币折算方式为原币*汇率＝本位币，则系统带出的为币别中设定的汇率，如果外币折算方式为原币/汇率＝本位币，则带出的汇率＝1/设定汇率。
应收应付系统发票带出的汇率则直接取币别中设定的汇率。
三、问题描述委外加工核销时找不到录入的入库单?解决方法：1、入库单是否审核；2、是否未核销状态；3、单据日期是否与会计期间一致；4、不管什么核销方式，排除以上条件后请要求客户重新录入单据测试确认是否数据问题四、问题描述登陆K3客户端，发现少了很多功能模块？解决方法：1、在主控台编辑器中查看是否设置了隐藏。
2、可能系统中病毒，杀毒后重装客户端。
五、问题描述在外购入库单上新增了一个自定义字段，录入相关信息后，无法打印出来；且外购入库单自带“付款日期”字段也无法打印出来解决方法：单据自定义中该字段的属性中是否打印为“否”，须改成“是”即可打印。
六、问题描述在外购入库单上新增了一个自定义字段，录入相关信息后，无法打印出来；且外购入库单自带“付款日期”字段也无法打印出来解决方法：单据自定义中该字段的属性中是否打印为“否”，须改成“是”即可打印。
七、问题描述赋予某用户单据的查询权，但用户只能在序时簿查看单据，无法双击打开具体单据进行查看，只能赋予该用户新增或修改的权限才可以双击打开单据进行查看，为什么？解决方法：双击打开单据默认是修改单据，有修改的权限才可以。
如果某用户只有单据的查询权，则可以通过序时簿的“查看”按钮打开单据进行查询。
八、问题描述仓存模块的盘点作业，在打印物料盘点表时，显示的表格和字体都太小了，可否调整字体显示大小。
sql数据库日志过大
数据库恢复模式为完整模式的情况下做日志缩小处理：use masterDBCC SQLPERF(LOGSPACE)GOSELECT name，recovery_model_desc，log_reuse_wait，log_reuse_wait_descFROM sys.databases where name=’DBname ‘GO查看log_reuse_wait_desc，如果为LOG_BACKUP,则是因为数据库未做过事务日志备份，那么做一下事务日志备份即可，因为事务日志未产生截断，所以不能进行收缩处理。
做事务日志备份就可以产生截断了。
做完事务日志的备份后，再执行上述语句，查看log_reuse_wait_desc，则此时为nothing.那么就可以直接做数据库收缩操作了。
收缩后，按需要指定事务日志的大小，并据需要做数据库的事务日志备份。
事务日志(Transaction logs)是数据库结构中非常重要但又经常被忽略的部分。
由于它并不像数据库中的schema那样活跃，因此很少有人关注事务日志。
事务日志是针对数据库改变所做的记录，它可以记录针对数据库的任何操作，并将记录结果保存在独立的文件中。
对于任何每一个事务过程，事务日志都有非常全面的记录，根据这些记录可以将数据文件恢复成事务前的状态。
从事务动作开始，事务日志就处于记录状态，事务过程中对数据库的任何操作都在记录范围，直到用户点击提交或后退后才结束记录。
每个数据库都拥有至少一个事务日志以及一个数据文件。
出于性能上的考虑，SQL Server将用户的改动存入缓存中，这些改变会立即写入事务日志，但不会立即写入数据文件。
事务日志会通过一个标记点来确定某个事务是否已将缓存中的数据写入数据文件。
当SQL Server重启后，它会查看日志中最新的标记点，并将这个标记点后面的事务记录抹去，因为这些事务记录并没有真正的将缓存中的数据写入数据文件。
这可以防止那些中断的事务修改数据文件。
金蝶k3提示超出内存解决方案
步骤二：在几个资源占用比较明显的组件包中，如ebogl、ebopublic等几个，勾选“启用3gb支持”的选项，
组件包打开方式为：开始 ，程序，管理工具，组件服务。点开后，点开组件服务，计算机，我的电脑，COM+组件。
ebogl、ebopublic的进程池改为2或者3.
方案二：
减少第二个或第三个键值的大小会增加相应工作站desktop的可创建数量。但较小的键值会限制每个desktop内钩子、菜单、字符串和窗体的数量，即限制此进程内组件的创建。另一方面，增加第二个或第三个键值的大小会减少desktop的可创建数量，但每个desktop内钩子、菜单、字符串和窗体的数量会增加。
1024, 3072, 512 是default setting, 将512改成4096, 以增加可创建窗口的数量。
说明：每个系统Desktop对象都有heap 与之对应，Desktop对象使用heap（堆）存储菜单、字符串和窗体等。系统从核心缓存（48M）中分配desktop heap。一个WINDOWS操作系统可以有多个desktop heap。
第三个键值对应非交互式window station的desktop heap的大小。如果没有这个键值，那么其大小和第二个键值一样。
在非交互式工作站下，SCM（服务控制管理台）为一个用户账号的每一个服务进程创建一个新的desktop，因此，一个用户账号的每一个服务将消耗desktop heap 的数千字节。
方案一：
步骤一：在中间层服务器上，设置3G关的设置方法：
右键桌面【我的电脑】，选择【属性】
1、 在系统属性窗口，选择【高级】页签
2、 点击启动和故障恢复栏的【设置】按钮，打开启动和故障恢复窗口
金蝶K3数据库索引及系统性能优化解决方案(具体应用篇)
K3数据库索引及系统性能优化解决方案（具体应用篇）--重建索引速度较慢，请在系统空闲时间进行DBCC DBREINDEX(t_icitem)DBCC DBREINDEX(t_item)DBCC DBREINDEX(t_itemclass)DBCC DBREINDEX(t_itemright)DBCC DBREINDEX(t_user)DBCC DBREINDEX(t_group)goif not exists(select 1 from sysindexes where name='ix_group_fgroupid')create index ix_group_fgroupid on t_group(fgroupid)goif not exists(select 1 from sysindexes where name='ix_itemright_ftypeid')create index ix_itemright_ftypeid on t_itemright(ftypeid)go1 SQL Server调整当用户使用K3系统一段时间以后，发现系统的响应时间越来越长。
这种情形往往是由于账套数据库缺乏维护引起的。
缺乏维护的数据库会存在过多地碎片、过期的统计、隐含着可能的错误查询结果的数据库的逻辑和物理的不一致性，这些都会直接影响系统的性能。
这里介绍解决上述账套数据库性能问题常用的方法。
1.1 使用DBCC语句发现和解决上述问题。
DBCC: 数据库一致性检查器。
打开SQL 查询分析器，执行如下语句。
u DBCC SHOWCONTIG 显示指定表的数据和索引的有关数据碎片的信息DBCC SHOWCONTIG(表名[，索引名])在有大的改动的表，引入数据的表，或者引起低效查询的表上使用该语句。
例：DBCC SHOWCONTIG（’T_ITEM’）u DBCC DBREINDEX 重建指定数据库中表的一个或多个索引。
大量文件入库解决方案(3篇)
第1篇在当今信息爆炸的时代，企业、机构和个人都面临着海量数据的存储和管理问题。
尤其是对于大量文件的处理，如何高效、安全地将这些文件入库，成为了亟待解决的问题。
本文将探讨大量文件入库的解决方案，包括技术选型、存储架构、数据处理流程以及安全保障等方面。
一、背景与挑战随着互联网、物联网等技术的发展，数据量呈指数级增长。
大量文件入库面临着以下挑战：1. 存储空间需求大：文件类型多样，大小不一，对存储空间的需求巨大。
2. 数据安全性要求高：文件内容可能涉及敏感信息，需要保证数据的安全性和完整性。
3. 数据访问效率：大量文件入库后，如何快速检索和访问数据成为关键问题。
4. 系统可扩展性：随着数据量的增长，系统需要具备良好的可扩展性。
二、技术选型针对大量文件入库的需求，以下技术选型可供参考：1. 分布式文件系统：如Hadoop的HDFS（Hadoop Distributed File System），可以提供高吞吐量和高可靠性。
2. 对象存储：如Amazon S3、阿里云OSS等，适用于海量非结构化数据的存储。
3. 关系型数据库：对于结构化数据，可以使用MySQL、Oracle等关系型数据库。
4. NoSQL数据库：如MongoDB、Cassandra等，适用于非结构化和半结构化数据的存储。
三、存储架构1. 分布式存储：采用分布式文件系统或对象存储，将文件分散存储在多个节点上，提高存储效率和可靠性。
2. 分层存储：根据文件的重要性和访问频率，将文件存储在不同的存储介质上，如SSD、HDD等。
3. 数据备份：定期对数据进行备份，确保数据安全。
四、数据处理流程1. 文件预处理：对上传的文件进行格式转换、压缩等预处理操作，提高存储效率。
2. 文件索引：为每个文件建立索引，方便快速检索。
3. 文件存储：将预处理后的文件存储到分布式文件系统或对象存储中。
4. 数据同步：确保不同存储节点之间的数据一致性。
5. 数据清洗：定期对数据进行清洗，去除无效或重复数据。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
K/3数据库日志文件过大分析及解决方案本期概述●本文档适用于金蝶k/3（使用SQL Server 2000、SQL Server 2005作为数据库）。
●本文档主要阐述了，在K3备份过程中,遇到:”日志文件过大,系统无法完成备份”的问题分析及解决方案。
通过对本文档的学习，能够掌握这种问题产生的原因以及解决方法。
版本信息●2009年6月10日 V11.0 编写人：周素帆●2009年6月日 V11.0 修改人：版权信息●本文件使用须知著作权人保留本文件的内容的解释权，并且仅将本文件内容提供给阁下个人使用。
对于内容中所含的版权和其他所有权声明，您应予以尊重并在其副本中予以保留。
您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。
任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。
如果您不接受或违反上述约定，您使用本文件的授权将自动终止，同时您应立即销毁任何已下载或打印好的本文件内容。
著作权人对本文件内容可用性不附加任何形式的保证，也不保证本文件内容的绝对准确性和绝对完整性。
本文件中介绍的产品、技术、方案和配置等仅供您参考，且它们可能会随时变更，恕不另行通知。
本文件中的内容也可能已经过期，著作权人不承诺更新它们。
如需得到最新的技术信息和服务，您可向当地的金蝶业务联系人和合作伙伴进行咨询。
著作权声明著作权所有 2009 金蝶软件（中国）有限公司。
所有权利均予保留。
目录第一章报错现象及分析 (3)一、报错现象 (3)二、问题分析 (3)三、关于日志文件 (4)第二章解决方案 (4)一、SQL 2000 (4)1、执行数据库分离附加 (4)2、数据库收缩操作 (12)二、SQL 2005 (16)1、分离附加数据库 (16)2、收缩数据库 (19)第一章报错现象及分析一、报错现象案例一、在进行帐套备份的时候提示以下错误，如图1.1所示：图1.1案例二、在进行单据录入的时候提示以下错误，如图1.2所示：图1.2点击确定后出现如下提示，如图1.3所示：图1.3后弹出单句录入界面为不可录入状态，点新增后仍然继续弹出错误提示。
二、问题分析问题的原因可能主要是由于统计，排序等操作做的太多，太频繁。
导致账套实体的事务日志的增长已超过当前的限制太小所致。
如果客户数据库的LOG文件过大，也会导致客户端运行速度变慢，严重时连一个客户端都进不去。
产生性能问题。
三、关于日志文件主要数据文件是数据库的起点，指向数据库中文件的其它部分。
每个数据库都有一个主要数据文件。
主要数据文件的推荐文件扩展名是 .mdf。
日志文件包含恢复数据库所需的所有日志信息。
每个数据库必须至少有一个日志文件，但可以不止一个。
日志文件的推荐文件扩展名是 .ldf。
日志文件增长：可以按百分比或实际大小指定增长速度。
日志文件容量设置：可以指定文件增长的最大值或不受限。
在SQL Server 中，如果设置了自动增长功能，事务日志文件将会自动扩展。
一般情况下，在能够容纳两次事务日志截断之间发生的最大数量的事务时，事务日志的大小是稳定的，事务日志截断由检查点或者事务日志备份触发。
然而，在某些情况下，事务日志可能会变得非常大，以致用尽空间或变满。
通常，在事务日志文件占尽可用磁盘空间且不能再扩展时，除了出现此错误消息之外，SQL Server 还可能因为缺少事务日志扩展空间而将数据库标记为SUSPECT。
另外，事务日志扩展可能导致下列情形： 1）、非常大的事务日志文件。
2）、事务可能会失败并可能开始回滚。
3）、事务可能会用很长时间才能完成。
4）、可能发生性能问题。
5）、可能发生阻塞现象。
分析事务日志扩展可能由于以下原因或情形而发生： 1）、未提交的事务 2）、非常大的事务 3）、操作：DBCC DBREINDEX 和CREATE INDEX 4）、在从事务日志备份还原时 5）、客户端应用程序不处理所有结果 6）、查询在事务日志完成扩展之前超时，您收到假的“Log Full”错误消息 7）、未复制的事务第二章解决方案一、SQL 20001、执行数据库分离附加。
概述：该方法有一定的风险性，因为SQL SERVER的日志文件不是即时写入数据库主文件的，如过处理不当，可能会造成数据的损失。
1: 分离数据库企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库2：附加数据库企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库此法生成新的LOG，大小只有500多K。
注意：因为日志大到一定的程度，就无法进行备份，而该方法又存在一定的风险。
所以如果对数据要求特别高的话建议可以先收缩日志文件，进行完全备份。
之后再进行分离附加数据库的操作。
详细操作步骤：首先点击开始菜单→找到所有程序→金蝶k3→金蝶k3服务器配置工具→帐套管理，确定帐套对应的数据库实体文件是那一个。
并且记录下该数据库实体名称。
如下图2.1所示：图2.1其次点击开始菜单→找到所有程序→MICROSOFT SQL SERVER →企业管理器.详细见图2.2图2.2打开到企业管理器界面，展开到数据库:如图2.3图2.3第一步，将问题账套实体进行数据分离。
在数据库列表中,可以看到K3对应的数据库实体,选中该数据库实体,点右键:选择属性。
点击数据文件:记住位置中的文件路径(该文件夹是我们数据库文件所保存的位置.)如图2.4图2.4再关掉属性框,回到该数据库实体中. 进入SQL SERVER企业管理器进行分离。
SQL SERVER 企业管理器-》Micro SQL Servers-》SQL Server组-》（local） Windows NT-》数据库-》帐套号-》所有任务-》分离数据库。
如图2.5.图2.5(注意该操作要保证没有客户端登陆的情况下做,否则,客户端后面做的数据,将无法保存.)如果数据库状态中显示:“使用本数据库的连接”不为0,则点旁边的“清除”。
如图2.6图2.6然后点确定：此时，数据库列表中将没有了该数据库实体(图2.7)。
图2.7打开此前记住的数据库文件所在文件夹：第二步，删除问题账套实体的数据库日志文件。
找到该数据库实体名称所对应的日志文件：扩展名为：.ldf或_log.ldf,如图2.8：把该日志文件剪切到其他文件夹（或者删除）。
因为稍后会生成一个新的日志文件，一般约500k 左右。
注册帐套的时候需要使用到日志文件，如果剪切到其他的文件夹下了，以后还可以找回来。
如果客户对数据要求非常高。
不建议删除。
图2.8确保数据库数据文件（扩展名为：MDF）与日志文件（扩展名为：LDF）不在同一个文件夹下。
第三步，将问题帐套数据实体重新附加回SQL数据库中。
步骤：回到企业管理器（控制台）上，到数据库项上点右键→所有任务→附加数据库图2.9 出现界面如图所示：图2.10 选择数据文件（扩展名为.MDF）图2.11 确定后如下图所示：图2.12 点确定：出现下图所示提示：图2.13继续确定：最后，数据库正常附加。
图2.14此时可以看到新的日志文件只有504k.。
图2.15第四步，将问题帐套数据实体重新注册。
最后您需要进入帐套管理，把帐套注册回来。
就可以了。
先运行反注册帐套。
如下图：图2.16之后选择注册帐套。
图2.17注意选择身份验证方式：图2.182、数据库收缩操作。
概述：1、修改故障模型方式在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
2、重新启动数据库服务。
3、收缩日志文件企业管理器->数据库实体->所有任务->收缩数据库->收缩文件。
详细操作步骤：首先点击开始菜单→找到所有程序→金蝶k3→金蝶k3服务器配置工具→帐套管理，确定帐套对应的数据库实体文件是那一个。
并且记录下该数据库实体名称。
如下图2.19所示：图2.19其次点击开始菜单→找到所有程序→MICROSOFT SQL SERVER →企业管理器.详细见图2.20图2.20打开到企业管理器界面，展开到数据库:如图2.21图2.21第一步，修改问题账套实体故障还原模式。
在对应的数据库实体上点右键->属性->选项->故障还原->模型->选择:简单模型。
如图2.22所示。
图2.22第二步，重新启动数据库服务。
右健单击【我的电脑】，选择管理->服务和应用程序->服务。
在列表中选择MSSQLSERVER服务。
如图2.23所示。
图2.23第三步，收缩数据库日志文件。
在数据库的企业管理器中，右击该数据库实体选择所有任务中收缩数据库，如图 2.24所示。
图2.24选择文件打开如下界面，选择日志文件，然后输入收缩到的数值。
确定。
如图2.25所示：图2.25分离附加日志文件和收缩日志文件效果都是一样的，都起到了减小日志文件的作用。
做完以上操作之后，您就可以正常的使用k3了。
如果以后,不想要它变大。
有以下3种方法。
1）、在数据库上点右键->属性->选项->故障恢复→模型->选择->简单模型。
也可以使用命令：alter database 数据库名 set recovery simple2）、企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"3）、右建数据库属性窗口--故障还原模型--设为大容量日志记录二、SQL 20051、分离附加数据库首先点击开始菜单→找到所有程序→金蝶k3→金蝶k3服务器配置工具→帐套管理，确定帐套对应的数据库实体文件是那一个。
并且记录下该数据库实体名称。
其次点击开始菜单→找到所有程序→MICROSOFT SQL SERVER 2005→SQL Server Managerment Studio 如下图3.1所示.图3.1输入用户名密码，登陆。
展开到数据库。
如图3.2所示图3.2第一步，将问题账套实体进行数据分离。
在数据库列表中,可以看到K3对应的数据库实体,选中该数据库实体,点右键:选择属性。
点击文件:记住位置中的文件路径(该文件夹是我们数据库文件所保存的位置.)如图3.3所示图3.3再关掉属性框,回到该数据库实体中.进入SQL SERVER Managerment Studio中进行分离。
数据库->任务->分离。
如图3.4所示图3.4弹出如图3.5所示界面，点确定后，会提示分离成功。
图3.5打开此前记住的数据库文件所在文件夹：第二步，删除问题账套实体的数据库日志文件。
找到该数据库实体名称所对应的日志文件：扩展名为：.ldf或_log.ldf,如图2.8：把该日志文件剪切到其他文件夹（或者删除）。
因为稍后会生成一个新的日志文件。
注册帐套的时候需要使用到日志文件，如果剪切到其他的文件夹下了，以后还可以找回来。