1.K3提示需要清理账套日志
2.登陆K3账套管理，选择需要清理日志的账套
3.进入上机日志界面
4.先引出日志到D盘、点击删除清理日志。
应用系统日志规范 在应用程序中添加程序日志记录可以跟踪代码运行时轨迹，作为日后 审计的依据；并且担当集成开发环境中的调试器的作用，向文件打印代码 的调试信息。本规定Jave EE项目必须使用Commons-Logging作为日志接 口封装，选用Apache提供的可重用组件Log4j作为底层实现。 1.日志命名规范 根日志（root logger）位于日志层次的最顶层，它的日志级别不能指派为空；不能通过使用它的名字直接得到它，而应该通过类的静态方法Logger.getRootLogger得到它（指root logger）。所有其他的日志可通 过静态方法Logger.getLogger来实例化并获取，这个方法 Logger.getLogger把所想要的logger的名字作为参数，一般取本类的名字作为参数。 2.日志信息级别规范 日志信息输出的优先级从高到低至少应分为五档，分别是Fatal、ERROR、WARN、INFO、DEBUG。这些级别用来指定这条日志信息的重要程度。在测试阶段可以打开所有级别的日志，系统上线后只允许输出INFO以上级别（含INFO）。 各级别的日志信息作用规定如下： 2.1致命（Fatal） 严重的错误，系统无法正常运行，如硬盘空间满等。这个级别很少被用，常暗含系统或者系统的组件迫近崩溃。
2.2错误（Error） 系统可以继续运行，但最好要尽快修复的错误。这个级别用的较多，常常伴随Java异常，错误(Error)的环境不一定会造成系统的崩溃，系统可以继续服务接下来的请求。 2.3警告（Warn） 系统可以正常运行，但需要引起注意的警告信息。这个级别预示较小的问题，由系统外部的因素造成的，比如用户输入了不符合条件的参数。 2.4信息（Info） 系统运行的主要关键时点的操作信息，一般用于记录业务日志。但同时，也应该有足够的信息以保证可以记录再现缺陷的路径。这个级别记录了系统日常运转中有意义的事件。 2.5调试（Debug） 系统运行中的调试信息，便于开发人员进行错误分析和修正，一般用于程序日志，关心程序操作(细粒度)，不太关心业务操作(粗粒度)。 系统出现问题时，必须抛出异常，在处理异常时记录日志，且日志级别必须是前三个级别（Fatal\Error\Warning）中的一种。 3.日志配置规范 所有的日志配置文件放在src目录下，编译时随同.class文件一同拷贝到(%webapp_HOME%)\WEB-INF\classes\目录下，这些配置文件必须采用properties文件的编写方法， commons-logging.properties文件用来指定commons-logging的实现为log4j，log4j.properties文件用来配置 log4j的所有参数，日志配置信息不得配置在这两个文件以外的文件中。
联机重演日志没有丢失应使用完成恢复，如联机重演日志损坏，而又没有备份，就只能进行不完全恢复。 一、完全恢复： 1〃使用命令“svrmgrl”调用行方式服务器管理； 2〃输入命令“connect i nternal”，然后输入命令“startup m ount’； 3〃输入命令“recover d atabase;” 4〃按下ENTER，接受默认值。 5〃然后输入命令“alter d atabase o pen;”完成数据库恢复。 二、不完全恢复 警告： 应用不完成恢复前，必须将数据库做一次完全冷备份，因为应用不完全恢复后，联机重演日志将重置，以前的所有日志不可用。 如果恢复不成功，数据库就不能使用了。再次强调，做完全冷备份后再应用不完全恢复。 1）.基于变化的恢复(change-based r ecovery) 要执行基于变化的恢复，需要知道丢失日志之前的系统写入归档重演日志的最大的变化号(SCN)，然后可以启动恢复语句恢复数据库直到改变scn_number，其中比scn_number是写到已归档重演日志文件顺序号386的SCN(即，小于丢失日志顺序号387的SCN)。可以从V$log_history视图中得到SCN信息。 select f irst_change# f rom v$log_history w here s equence#=387; 其中387为最后一个有效的日志文件号加1,该例是查找386. 知道了SCN后，使用下述步骤完成恢复 1〃使用命令“svrmgrl”调用行方式服务器管理； 2〃输入命令“connect i nternal”，然后输入命令“startup m ount’； 3〃输入命令“recover d atabase u ntil c hange 9999;” 4〃在回答Oracle第一个归档重演日志建议信息时，输入“auto”,Oracle在找到第387号重演日志之前停止恢复。 5〃用命令“alter d atabase o pen r esetlogs;”打开数据库。(应用该命令前请确认数据库已备份，如打开失败，日志将不可用) 2).基于停止??恢复(cancel-based r ecovery) 1〃使用命令“svrmgrl”调用行方式服务器管理； 2〃输入命令“connect i nternal”，然后输入命令“startup m ount’； 3〃输入命令“recove r d atabase u ntil c ancel;”,Oracle提示需要的第一个归档重演日志文件名〃按下ENTER键
一、日志文件Message.log的说明 日志文件中输出的是实际的消息包的内容,以16进制的方式打印的 //下面的蓝色文字为说明文字 对Message.log文件中记录的信息的说明: 1.ICD表示是由客服系统传送过来的消息 ICD = 后面的字符串,如:ICD = 20002,则20002表示客服系统使用的命令字或者调用过程名 2.MID表示是由营帐系统传送过来的消息 MID = 后面的字符串,如:MID = 20002,则20002表示客服与营帐接口协议中使用的命令字(注: 此处的说法不是很正确,如果客服与营帐协议中不存在命令字定义时,此处使用的是一种定义关系,一般是将协议中的某项或者某几项的组合作为可以唯一标识该条报文的命令字处理 3./TRANS表示转换后的信息记录. 4./ERROR MESSAGE表示该信息有错误或者无法处理,错误详细情况分析请见协议接口调试手册中的说明 说明:此处将客服的命令字与客服与营帐接口的命令字区分出来,原因是: 1、客服系统使用命令字的概念, 2、客服与营帐接口中的一项协议可能对应客服系统的多项不同调用,而客服系统在处理时每项调用的命令字都应当是唯一的,为此保证客服系统命令字的唯一及确定协议的转换方式,需要存在一个对应关系
3、客服系统,如IVR的请求中的调用过程名是固定的,不可能直接使用协议中定义的命令字,为此需要和协议中命令字的对应关系 4、由于存在上述的一对多的情况存在,日志记录中的MID = 后面命令字不一定正确,因此要结合具体的数据中的消息察看 5、上述的命令字的对应关系在DtProxyDll.ini文件中设定,由下列项目确定 [COMMAND] ICDCDM = //客服系统使用的命令字 MIDCMD = //客服与营帐接口协议中使用的命令字 6、具体的命令字对应的转换工作由DtProxyDll.dll完成 (1将客服发送过来的消息按照客服与营帐系统之间的协议转换后的数据 [2000/11/06 13:48:48] ICD = 20002/TRANS IP=10.108.22.192ID=35 记录时间ICD业务站点的IP ICD业务站点的ID 00 00 00 4b a8 23 00 32 30 30 30 32 00 00 00 00 00 00 00 00 00 00 00 00 ...K.#.20002............ 00 00 00 00 58 00 00 00 00 00 00 00 00 3b 00 00 00 00 7e 00 00 00 00 00 ....X........;....~..... 00 00 00 00 00 00 00 00 00 31 33 39 32 33 37 31 32 38 31 30 7e 38 38 38 .........139********~888 38 3b 00 8;. (2客服发送过来的消息,消息格式分成两类:IVR类,AppSrv类 可根据DtProxy.ini中IVRID和AppSvrID的设定对应下面信息中的ID值确定是那种消息格式
固定资产模块初始化流程详解 本期概述 ●本文档适用于K/3 V11.0.1固定资产模块。 ●本文档阐述了固定资产模块的初始化流程，学习完本文档后，您将对启用固定资产 模块之前需要做哪些工作有个详细的了解。 版本信息 ●2009年3月20日V1.0 编写人：柳金金 版权信息 ●本文件使用须知 著作权人保留本文件的内容的解释权，并且仅将本文件内容提供给阁下个人使用。对于内容中所含的版权和其他所有权声明，您应予以尊重并在其副本中予以保留。您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。如果您不接受或违反上述约定，您使用本文件的授权将自动终止，同时您应立即销毁任何已下载或打印好的本文件内容。 著作权人对本文件内容可用性不附加任何形式的保证，也不保证本文件内容的绝对准确性和绝对完整性。本文件中介绍的产品、技术、方案和配置等仅供您参考，且它们可能会随时变更，恕不另行通知。本文件中的内容也可能已经过期，著作权人不承诺更新它们。如需得到最新的技术信息和服务，您可向当地的金蝶业务联系人和合作伙伴进行咨询。 著作权声明著作权所有2009 金蝶软件（中国）有限公司。 所有权利均予保留。
目录 第一章系统参数设置 (3) 第二章基础资料设置 (5) 2.1 变动方式类别 (6) 2.2 使用状态类别 (7) 2.3 折旧方法定义 (8) 2.4 卡片类别管理 (10) 2.5 存放地点维护 (12) 2.6 折旧政策管理 (13) 2.7 资产组管理 (14) 第三章初始卡片录入 (16) 3.1 案例一 (17) 3.2 案例二 (21) 3.3 案例三 (23) 3.4 案例四 (25) 3.5 案例五 (27) 第四章将初始数据传递到总账 (33) 第五章结束初始化 (35)
以WINDOWS2000为例! Windows2000的日志文件通常有应用程序日志，安全日志、系统日志、DNS服务器日志、FTP 日志、WWW日志等等，可能会根据服务器所开启的服务不同。当我们用流光探测时，比如说IPC探测，就会在安全日志里迅速地记下流光探测时所用的用户名、时间等等，用FTP探测后，也会立刻在FTP日志中记下IP、时间、探测所用的用户名和密码等等。甚至饔捌舳毙枰猰svcp60.dll这个动库链接库，如果服务器没有这个文件都会在日志里记录下来，这就是为什么不要拿国内主机探测的原因了，他们记下你的IP后会很容易地找到你，只要他想找你！！还有Scheduler日志这也是个重要的LOG，你应该知道经常使用的srv.exe就是通过这个服务来启动的，其记录着所有由Scheduler服务启动的所有行为，如服务的启动和停止。 日志文件默认位置： 应用程序日志、安全日志、系统日志、DNS日志默认位置：%sys temroot%\sys tem32\config，默认文件大小512KB，管理员都会改变这个默认大小。 安全日志文件：%sys temroot%\sys tem32\config\SecEvent.EVT 系统日志文件：%sys temroot%\sys tem32\config\SysEvent.EVT 应用程序日志文件：%sys temroot%\sys tem32\config\AppEvent.EVT Internet信息服务FTP日志默认位置：%sys temroot%\sys tem32\logfiles\msftpsvc1\，默认每天一个日志 Internet信息服务WWW日志默认位置：%sys temroot%\sys tem32\logfiles\w3svc1\，默认每天一个日志 Scheduler服务日志默认位置：%sys temroot%\schedlgu.txt 以上日志在注册表里的键： 应用程序日志，安全日志，系统日志，DNS服务器日志，它们这些LOG文件在注册表中的：HKEY_LOCAL_MACHINE\sys tem\CurrentControlSet\Services\Eventlog 有的管理员很可能将这些日志重定位。其中EVENTLOG下面有很多的子表，里面可查到以上日志的定位目录。 Schedluler服务日志在注册表中 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SchedulingAgent FTP和WWW日志详解： FTP日志和WWW日志默认情况，每天生成一个日志文件，包含了该日的一切记录，文件名通常为ex（年份）（月份）（日期），例如ex001023，就是2000年10月23日产生的日志，用记事本就可直接打开，如下例： #Software: Microsoft Internet Information Services 5.0 （微软IIS5.0） #Version: 1.0 （版本1.0） #Date: 20001023 0315 （服务启动时间日期） #Fields: time cip csmethod csuristem scstatus 0315 127.0.0.1 [1]USER administator 331 （IP地址为127.0.0.1用户名为administator试图登录）0318 127.0.0.1 [1]PASS – 530 （登录失败） 032:04 127.0.0.1 [1]USER nt 331 （IP地址为127.0.0.1用户名为nt的用户试图登录） 032:06 127.0.0.1 [1]PASS – 530 （登录失败） 032:09 127.0.0.1 [1]USER cyz 331 （IP地址为127.0.0.1用户名为cyz的用户试图登录） 0322 127.0.0.1 [1]PASS – 530 （登录失败） 0322 127.0.0.1 [1]USER administrator 331 （IP地址为127.0.0.1用户名为administrator试图登录）
清理归档日志： archive log 日志已满 ORA-00257: archiver error. Connect internal only, until freed 错误的处理方法 1. 用sys用户登录 sqlplus sys/pass@tt as sysdba 2. 看看archiv log所在位置 SQL> show parameter log_archive_dest; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ log_archive_dest string log_archive_dest_1 string log_archive_dest_10 string 3. 一般VALUE为空时，可以用archive log list;检查一下归档目录和log sequence SQL> archive log list; Database log mode Archive Mode
Automatic archival Enabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log sequence 360 Next log sequence to archive 360 Current log sequence 362 4. 检查flash recovery area的使用情况,可以看见archivelog已经很大了，达到 SQL> select * from V$FLASH_RECOVERY_AREA_USAGE; FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES ------------ ------------------ ------------------------- --------------- CONTROLFILE .13 0 1 ONLINELOG 0 3 ARCHIVELOG 0 141 BACKUPPIECE 0 0 0 IMAGECOPY 0 0 0 FLASHBACKLOG 0 0 0 5. 计算flash recovery area已经占用的空间 SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
闪存日志 目录[显示] 日志类型(闪存VS 数传日志) 有两种方法可以记录你飞行时的数据。尽管两种记录方法十分类似，但也有些区别： ?闪存日志(本页的主题)飞行完成后，可以从APM或PX4的板载闪存上下载。飞机和地面车辆，只要一开机就会自动创建闪存日志。四轴上则是解锁后才创建闪存日志。 ?数传日志(也称为―tlogs‖)用3DR或XBee数传模块连接APM到电脑上，会被Mission Planner(或其他地面站)记录下来。你可以在这里找到详细信息。 设置你想要记录的数据 LOG_BITMASK参数控制闪存内记录什么类型的数据。如果你想指定某个消息类型附加到默认的方法上，在Mission Planner标准参数列表页面，可以在Log Bitmask的下拉列表设置。
使用终端控制会更加方便（命令行界面），如下所示： ?进入Mission Planner的终端界面 ?单击―连接APM‖或―连接PX‖ ?键入logs ?启用或禁用某个消息类型，在enable或disable后输入信息的类型即可。 如：enable IMU
用于Arducopter的所有可能的闪存信息： ATT：roll，pitch和yaw（启用ATTITUDE_FAST记录频率是50Hz，启用ATTITUDE_MED记录频率是10HZ）。 ATUN：自动调参概览（从开头记录每一次―晃动‖测试） ATDE：自动调参详情（以100HZ记录飞行器的晃动情况）
CAMERA（相机）：快门按下后，记录当时的GPS时间、roll、pitch、yaw、纬度、精度、高度。 CMD（命令）：从地面站接收命令，或者作为执行任务之一。 COMPASS（罗盘）：罗盘原始数据和compassmot补偿值。 CURRENT（电流）：以10HZ的频率，记录电流和主板电压信息。 CUTN：油门和高度信息，包括油门输入大小、超声波测得的高度（sonar alt）、气压测得的高度（baro alt），以10HZ频率记录。 D32：id = 9，简单模式最初的航向,单位是百分之一度(例：18000=南)。 DU32：id = 7，内部状态的位掩码。个别位的含义可以在ArduCopter.pde中定义的结构体ap找到。 ERR：子系统错误和错误编号。这些列表上可以在―使用日志文件诊断问题‖Wiki页面找到。 EV：一个事件的编号。事件的完整列表可以在defines.h找到，最常见的是: 10 = Armed（解锁）。 11 = Disarmed（锁定）。 15 = Auto Armed（自动解锁）（飞手已经拉高油门大于0 了、自动驾驶仪不用再控制油门）
虚拟机系统日志文件详解 Friday, October 08, 2010---Henry 除了事件和警报列表，vSphere 组件还会生成各种日志。这些日志包含有关vSphere 环境中活动的详细信息。 1、查看系统日志条目 可以查看vSphere 组件生成的系统日志。 访问和查看系统日志的步骤： 1 在连接vCenter Server 系统或ESX/ESXi 主机的vSphere Client 的主页中，单击系统日志。 2 在下拉菜单中，选择要查看的日志和条目。 3 选择查看> 筛选以引用筛选选项。 4 在数据字段中输入文本。 5 单击清除以清空该数据字段。 2、外部系统日志 VMware 技术支持可能会请求多个文件以帮助解决您使用产品时遇到的任何问题。本节介绍在各种ESX 4.0 组件系统上找到的日志文件的类型和位置。 ---------------------------------------------------------------------------------------------------------------------- 注意：在Windows 系统中，多个日志文件存储在位于C:\Documents and Settings\
K3 WISE 固定资产常见问题解决办法： 固定资产模块是财务基础模块之一，大家在使用时可能会遇到一些应用性问题确又无处找到答案，下面就将固定资产模块比较常见的问题或者是隐藏比较深的技巧分享给大家： 1、Q：卡片修改资产类别，为何不能携带固定资产科目、使用年限等资产类别属性？ A：按住Ctrl键，并在选好资产类别后，将光标移到其他任意字段上（例如，光标点击一下资产名称字段），确认资产类别名称已变为修改后名称，此时放开Ctrl键，再查看固定资产科目、预计使用期间等字段，可以看到各字段均已更新为修改后资产类别对应信息。 2、Q：资产采购费用发票审核时提示“无审核权限”，而实际有审核权限，这是怎么回事？ A：所遇到的问题是由于资产采购费用发票审核时，与应付系统集成会生成其他应付单，如果应付系统勾选了参数“启用对账与调汇”，则采购费用发票单据需录入“往来科目”传递到其他应付单，其他应付单方可审核通过，否则审核不通过。但目前系统处理此问题时，因“往来科目”未录而审核不通过时，给出的没有审核权限的提示不正确，实际应给出“往来科目”未录的提示。此问题只需在资产采购费用发票上录入“往来科目”即可解决，关于系统抛出的异常提示不准确问题目前已在最新版本中修复。 3、Q：客户从低版本升级到V12.3之后版本后，为何计算折旧与原来计算的折旧有尾差？ A：因12.2之后对折旧额的计算策略稍有调整，折旧额的计算精度依赖于折旧率的小数位精度，您所遇到问题可以通过在系统设置—资产管理—固定资产—系统参数中，将折旧率小数位修改大一点，修改到6至8位，即可解决折旧额因折旧率精度产生的尾差问题。 4、Q：固定资产卡片的副账簿为什么不能生成凭证？ A：固定资产副账簿可同步主账簿除折旧方法、折旧政策、预计净残值、预计使用期间数、入账或变动日期、附属设备登记日期以及变动记录、暂存记录内容之外的信息。目的是实现对同一资产在不同账簿中设置不同折旧方法等功能，如果允许副账簿生成凭证则可能导致重复生成凭证问题，因此从设计初衷及实现方法上都不能支持副账簿生成凭证。
平常我的系统开发运行过程中，记录关键信息对于完善和修改提出了明确的建议。但是在现实的一些应用中的日志记录比较混乱，导致无法准确快速的定位问题发生的地方和问题发生的时候以及问题发生的场景。我就依据我平时使用log4j进行日志记录的一点心得与大家分享如何更加规范的记录日志信息，如果有不妥的问题请明示我好进行相应的改进，共同进步哈。 1.要记录什么类型日志 我们的系统开发常常会涉及到系统致命错误日志，系统可控错误日志，用户操作日志和系统运行日志这四大类日志的记录。记录致命性错误用于记录会影响整个系统正常运行的错误，比如我们在开发过程中的try...catch...模块中抛出的一些未能预料到的系统错误，而且这种错误会导致系统运行失败的信息进行记录。系统可控错误日志，这一类的日志发生之后其实不会导致系统运行出现异常的，可能是对某些数据的初始化深入验证出现的问题。用户操作日志这一类日志量比较大，同时这一类日志用于跟踪用户的行为分析是非常的重要的应为可以作为用户数据挖掘发现用户的喜好等一些信息。程序运行信息记录，这一类信息用于记录子过程运行情况。 2.致命错误如何记录 如上所述我们明确的错误日志，是用来记录系统费预测性错误，可能导致网站爆出黄页相应的操作流程无法进行下去。或则在一些安装程序中记录导致系统突然退出的相关信息。在防御式编程中经常使用try....catch...模块包括一个程序的运行过程，catch的最后捕获的一级Exception是我们无法控制也无法预测的系统运行异常，这里我们记录fatal致命性错误，我这里一般记录的是一场发生的堆栈信息。如下程序块： [html]view plaincopyprint? 1.try { 2. VerificationUser(user); 3. String result = OrderTicket(user,flight); 4. orderticket.trace("执行占座成功！占座成功的代码： "+result); 5. https://www.doczj.com/doc/2a16478975.html,(user.getName()+"执行了占座操作，占座编码 为"+result); 6. String ticketNo= GenariteTicket(result); 7. genariteTicket.trace("执行出票成功！出票成功票号： "+ticketNo);
系统应急预案2015年7月
系统名称 涉及部门财务部 人员名称人员所在单位人员联系方式涉 及 人 员 及 联 系 方 式 及 职 责 预案事件描述： 调整失败，可能涉及如下情况： 1)系统崩溃：系统出现重大故障是指所有的客户端程序都不能正常连接到服务器，任何合法的 系统用户都无法正确登录系统，甚至于系统完全崩溃； 2)数据丢失：系统数据丢失状态，如数据库服务出现故障，用户数据丢失，公司现有技术手段 无法恢复； 3)服务停顿：系统服务停顿状态，如系统由于不明原因导致大规模用户无法使用，服务停顿。 4)接口无法正常调用：系统无法正常调用财务管控接口（财务管控接口、ERP RFC接口、ESB）。预案处理要求 1)系统崩溃：停止系统后台服务，防止不知情用户继续投递数据。抓取并保存系统出错信息及 日志文件，简单判断异常部位，通知相关人员到岗，保留现场，分析查找原因。 2)数据丢失：停止服务和后台数据库服务，将剩余用户数据进行备份，抓取并保存系统出错信 息及日志文件，通知相关人员到岗，保留现场，分析查找原因。 3)服务停顿：联系网络管理人员、通知相关人员到岗，从网络和系统两个方面分析查找服务停 顿原因。 4)接口无法正常调用：联系相关接口服务提供方，确认服务是否正常。 注：对故障进行快速处理及归档，争取每次故障修复时间控制在两小时以内。 演练要求 1. 对在线系统不造成影响 2. 在主要系统管理员人员变更和服务器、操作系统、主页发布软件发生变更时要进行演练。 3. 演练前应填写工作单，并对系统做全备份。 4. 演练结束形成演练总结报告。 预案流程说明 一、事件报警与确认：系统人员在对系统进行调整的过程中发现公司系统运行中的异常及其它故障。由运维人员首先确认系统是否发生重大故障，及时通知相应管控经理及信通公司相应负责人，启用预案。 二、系统发生重大故障时，保护故障现场:必须及时采取以下措施，通知系统运维人员及时到场 1.保证服务器不再有任何人进行任何操作
K/3数据库日志文件过大分析及解决方案 本期概述 ●本文档适用于金蝶k/3（使用SQL Server 2000、SQL Server 2005作为数据库）。 ●本文档主要阐述了，在K3备份过程中,遇到:”日志文件过 大,系统无法完成备份”的问题分析及解决方案。通过对本文档的学习，能够掌握这种问题产生的原因以及解决方法。 版本信息 ●2009年6月10日V11.0 编写人：周素帆 ●2009年6月日V11.0 修改人：
版权信息 本文件使用须知 著作权人保留本文件的内容的解释权，并且仅将本文件内容提供给阁下个人使用。对于内容中所含的版权和其他所有权声明，您应予以尊重并在其副本中予以保留。您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。如果您不接受或违反上述约定，您使用本文件的授权将自动终止，同时您应立即销毁任何已下载或打印好的本文件内容。 著作权人对本文件内容可用性不附加任何形式的保证，也不保证本文件内容的绝对准确性和绝对完整性。本文件中介绍的产品、技术、方案和配置等仅供您参考，且它们可能会随时变更，恕不另行通知。本文件中的内容也可能已经过期，著作权人不承诺更新它们。如需得到最新的技术信息和服务，您可向当地的金蝶业务联系人和合作伙伴进行咨询。 著作权声明著作权所有2009 金蝶软件（中国）有限公司。
所有权利均予保留。
目录 第一章报错现象及分析 (5) 一、报错现象 (5) 二、问题分析 (6) 三、关于日志文件 (6) 第二章解决方案 (8) 一、SQL 2000 (8) 1、执行数据库分离附加 (8) 2、数据库收缩操作 (18) 二、SQL 2005 (24) 1、分离附加数据库 (24) 2、收缩数据库 (27)
第一次作业 1、以下哪个不是Oracle OEM 首页（主目录）上的标签页？（） 选择一项： a. 设置 b. 性能 c. 管理 d. 维护 2、主机身份证明的设置是在哪里进行的？（） 选择一项： a. ORACLE的恢复设置中 b. 控制面板的管理策略中 c. ORACLE 中的备份设置 d. 备份目录设置中 3、Oracle 安装过程中的SID指的是什么？（） 选择一项： a. 用户口令 b. 用户名 c. 数据库名 d. 系统标识符 4、在SQL*Plus中，以下哪个命令可以暂停屏幕的输出？（） 选择一项： a. pause b. column c. linesize d. help 5、以下哪个文件用来记录数据库中所有的改变，并且仅用于实例恢复？（）选择一项： a. 归档日志文件 b. 重做日志文件 c. 警告日志文件 d. 控制文件 6、以下哪个脚本文件用于创建数据字典视图？（） 选择一项： a. catproc.sql b. sql.sql c. catalog.sql d. dictionary.sql 7、创建数据库时，Oracle从何处得到建库所需的控制文件的信息？（） 选择一项： a. 从初始化参数文件获得 b. 从环境变量处获得
c. 从CREATE DATABASE命令行获得 d. 从目录下的.ctl文件中获得 8、关于控制文件，以下说法正确的是（）。 选择一项： a. 对于数据库的正常运行，仅有一个控制文件是不够的 b. Oracle推荐至少有2个控制文件，并且存放在同一个磁盘上 c. Oracle推荐至少有2个控制文件，并且存放在不同的磁盘上 d. Oracle推荐只存储1个控制文件 9、执行CREATE DA TABASE命令前，必须执行先以下哪条命令？（） 选择一项： a. STARTUP INSTANCE b. STARTUP NOMOUNT c. STARTUP MOUNT d. NONE OF ABOVE 10、将控制文件存放在不同的磁盘上的最大好处是（）。 选择一项： a. 快速归档 b. 防止故障 c. 并行写，加快控制文件写入速度 d. 提高数据库性能 11、DESCRIBE命令的作用是什么？（） 选择一项： a. 设置一行数据可以容纳的字符数 b. 在屏幕上输出一行数据 c. 列出数据表中各个列的名称和类型 d. 设置每一页的大小 12、在CREATE DA TABASE命令中，哪个子句是无效的？（） 选择一项： a. MAXLOGGROUPS b. MAXLOGMEMBERS c. MAXLOGHISTORY d. MAXDATAFILE 13、手工创建数据库第一步应该做什么？（） 选择一项： a. 在系统中核对SID b. 启动一个实例 c. 启动SQL*Plus，然后以SYSDBA身份连接到Oracle d. 创建一个初始化参数文件 14、在重启数据库时除了必须输入主机身份证明，还必须输入哪项内容？（）选择一项： a. 数据库身份证明
第一次宕机时，初始以为是系统内存溢出，于是重启应用服务器，发现应用服务器在启动时报错，错误为无法连接到数据库。于是连接数据库服务器，打开EM后发现系统报错如图： 提示归档日志写入失败，检查服务器发现磁盘空间满了，于是清理磁盘空间后，重启数据库问题解决。随后把服务器磁盘空间扩容，直接给了oracle数据所在盘1TB的磁盘空间。第二次又出现此问题，经过仔细检查，并与同事确认后，发现是由于ORACLE数据库的归档日志被启用了，而我们系统默认是没有启用ORACLE数据库归档日志这个功能的。 使用sql命令查看： Sql>sqlplus / as nolog;---------------------启动sql*Plus Sql> connect sys/password@orcl as sysdba; Sql> archive log list; 数据库日志模式存档模式 自动存档启用 存档终点USE_DB_RECOVERY_FILE_DEST 最早的联机日志序列4888 下一个存档日志序列4890 当前日志序列4890 Sql> show parameter db_recovery_file_dest; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:\oracle\product\10.2.0/flash_recovery_area db_recovery_file_dest_size big integer 20G 发现默认的归档路径为D:\oracle\product\10.2.0/flash_recovery_area。而且限制使用空间为20G。由于每天产生的oracle归档日志差不多就占用2个G的磁盘空间，而且oracle自身并不会自动清理也没有相关设置自动清理归档日志的功能，一段时间不进行清理，20G空间很快就满了。 与客户商议，准备关闭归档日志功能，客户了解情况后，觉得归档日志功能还是需要开启，（归档日志是oracle灾难恢复的必要数据），于是准备把归档日志使用空间扩大，设成200g。 处理方法： 一、首先要处理日志空间满的情况： 1、删除归档日志物理文件，归档日志一般都是位于D:\oracle\product\10.2.0\flash_recovery_area\ORCL\ARCHIVELOG目录下，以日期文件夹存放，删除时至少保留最近几天的日志用于数据库恢复。 2、归档日志的物理文件删除后，ORACLE可以正常登录了，但是还没完全把归档日志删除干净，ORACLE的controlfile中仍然记录着这些archivelog的信息，在oracle的OEM 管理器中有可视化的日志展现出，当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，利用RMAN进行删除操作； 进入cmd， 1.指定数据库实例 C:/Documents and Settings/Administrator>SET ORACLE_SID =orcl 2.连接数据库
一、 想要让Log4net日志(以下称日志)按每月自动归类为一个文件夹，为此，学习和修改了log4net.config文件。查了资料，重点是以下这些参数: 众说纷纭，许多说得让人看后似懂非懂，经过说起来都是泪的实验，终于有了明确的结论，整理发表出来避免后人走弯路。 1.StaticLogFileName的值如果为true，则当前日志文件(相对于历史日志文件而言)的文件名只取File参数。如果为false，则文件名取File+DatePattern。 2.File的值是静态的如果写“yyyy-MM”就是“yyyy-MM”而不会转成当前的年份和月份，而且斜扛“/”与反斜扛“\”效果相同，连续2扛也与1扛相同。 3.DatePattern的值是动态的“yyyy”代表4位年份，详细参考网上的众多资料(这个不难得到)。如果想表达静态的字符(如“y”)有2种办法，1是使用转义字符“\”，即“\y”，2是使用一对单引号限定，即“'y'”。如上面的value="_yyyy-MM-dd.'config'"，就是因为fig有特殊含义，所以把“config”用单引号包含起来了。 4.修改了(网站上的)log4net.config文件，使它生效的方法是重启网站(我没有试着去操作应用程序池)。实测重启网站有约10%没有使它生效，但如果是先停止网站再启动，则100%生效。 以上4点最关键是第1点，也是众多资料所没有说清楚的(本人的汉字理解能力有问题？)。最终符合我要求的配置如下: 以上是基于我自己做的实验而得出的结论，难免不够系统和全面，限于本人水平，难免有错误。如有发现错漏，欢迎指正。 二、 log4net配置文件设置 2011-11-16 13:15:41| 分类：Notes|举报|字号订阅
案例描述：近日湖北运维反应湖北数据库归档日志生成过快，导致磁盘空间占满，引起数据库宕机。问题看起来很简单，只要清理下归档日志然后重启就能解决，但这只是治标不治本的方法，显然是要找到归档日志增长异常频繁的原因。最后通过LogMiner分析归档日志发现是运维部署了频繁update的语句，停了后归档日志变为正常。下面是详细步骤 1.通过v$archived_log视图查看最近归档日志状态 select to_char(COMPLETION_TIME, 'yyyymmdd'), count(*) from v$archived_log t where https://www.doczj.com/doc/2a16478975.html,PLETION_TIME > sysdate - 20 group by to_char(COMPLETION_TIME, 'yyyymmdd') order by to_char(COMPLETION_TIME, 'yyyymmdd'); 2.查看今天的归档日志情况，看到8点左右归档日志增长最大 select to_char(FIRST_TIME, 'yyyymmddhh24'), count(*) from sys.v_$archived_log t where t.FIRST_TIME > trunc(sysdate) group by to_char(FIRST_TIME, 'yyyymmddhh24')
order by to_char(FIRST_TIME, 'yyyymmddhh24') 3.查看今天八点的归档日志的路径 select name, COMPLETION_TIME, t.FIRST_TIME, t.RESETLOGS_TIME from sys.v_$archived_log t where to_char(FIRST_TIME, 'yyyymmddhh24') = 2015081108 order by t.FIRST_TIME desc;
Linux系统的LOG日志文件及入侵后日志的清除 UNIX网管员主要是靠系统的LOG,来获得入侵的痕迹.当然也有第三方工具记录入侵系统 的痕迹,UNIX系统存放LOG文件,普通位置如下: /usr/adm - 早期版本的UNIX /var/adm - 新一点的版本使用这个位置 /var/log - 一些版本的Solaris,linux BSD,Free BSD使用这个位置 /etc - 多数UNIX版本把utmp放在这里，有些也把wtmp放在这里，syslog.conf在这里 下面的一些文件根据你所在的目录不同而不同： acct 或pacct -- 记录每个用户使用的命令记录 access_log -- 主要当服务器运行NCSA HTTPD时, 记录什么站点连接过你的服务器aculog -- 保存着你拨出去的MODEMS记录 lastlog -- 记录了用户最近的LOGIN记录和每个用户的最初目的地，有时是最后不 成功LOGIN的记录,当一个用户登陆到unix系统，注册程序在lastlog文件中查找该用户的uid，如果该程序找到了 该用户的uid，unix就会显示最后一次登陆的时间和tty（终端号） loginlog -- 记录一些不正常的LOGIN记录 messages -- 记录输出到系统控制台的记录，另外的信息由syslog来生成 security -- 记录一些使用UUCP系统企图进入限制范围的事例 sulog -- 记录使用su命令的记录．它通常在/var/adm/sulog．如果你在机器上使用了su命令，别忘了清除哦． utmp -- 记录当前登录到系统中的所有用户，这个文件伴随着用户进入和离开系统而不断变化.它还会为系统中的用户保持很长的历史记录，utmp日志通常存放在/var/adm/utmp目录下．可以用w和who命令查看，其他命令也可以访问这个文件．如：finger root就可以．现在的utmp一般都有utmpx文件作为日志记录的补充． utmpx -- UTMP的扩展 wtmp -- 记录用户登录和退出事件．它和utmp日志文件相似，但它随着登陆次数的增加，它会变的越来越大，有些系统的ftp访问也在这个文件里记录，同时它也记录正常的系统退出时间,可以用ac和last命令访问． syslog -- 最重要的日志文件，使用syslogd守护程序来获得日志信息，通常情况下通过查看/etc/syslog.conf．我们可以知道syslog记录些什么．缺省时，它把大多的消息传给 /var/adm/message． /dev/log -- 一个UNIX域套接字，接受在本地机器上运行的进程所产生的消息