archive log 日志已满处理方法

archive log 日志已满处理方法
archive log 日志已满处理方法

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 V ALUE

------------------------------------ ----------- ------------------------------

log_archive_dest string

log_archive_dest_1 string

log_archive_dest_10 string

3. 一般V ALUE为空时,可以用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已经很大了,达到96.62

SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES

------------ ------------------ ------------------------- ---------------

CONTROLFILE .13 0 1 ONLINELOG 2.93 0 3 ARCHIVELOG 96.62 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;

SUM(PERCENT_SPACE_USED)*3/100

-----------------------------

2.9904

6. 找到recovery目录, show parameter recover

SQL> show parameter recover;

NAME TYPE V ALUE

------------------------------------ ----------- ------------------------------

db_recovery_file_dest string /u01/app/oracle/flash_recovery_area db_recovery_file_dest_size big integer 5G

recovery_parallelism integer 0

7 上述结果告诉我们,归档位置用的是默认值,放在flash_recovery_area下(db_recovery_file_dest目录=/u01/app/oracle/flash_recovery_area)

[root@sha3 10.2.0]# echo $ORACLE_BASE

/u01/app/oracle

[root@sha3 10.2.0]# cd $ORACLE_BASE/flash_recovery_area/tt/archivelog

转移或清除对应的归档日志, 删除一些不用的日期目录的文件,注意保留最后几个文件(比如360以后的)

---------------------------------------------------------------------------------------

注意:

在删除归档日志后,必须用RMAN维护控制文件,否则空间显示仍然不释放。

---------------------------------------------------------------------------------------

8. rman target sys/pass

[root@sha3 oracle]# rman target sys/pass

Recovery Manager: Release 10.2.0.4.0 - Production on Tue Jan 20 01:41:26 2009

Copyright (c) 1982, 2007, Oracle. All rights reserved.

connected to target database: tt (DBID=4147983671)

9. 检查一些无用的archivelog

RMAN> crosscheck archivelog all;

10. 删除过期的归档

RMAN> delete expired archivelog all;

delete archivelog until time 'sysdate-1' ; 删除截止到前一天的所有archivelog

11. 再次查询,发现使用率正常,已经降到23.03

SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES

------------ ------------------ ------------------------- ---------------

CONTROLFILE .13 0 1 ONLINELOG 2.93 0 3 ARCHIVELOG 23.03 0 36 BACKUPPIECE 0 0 0 IMAGECOPY 0 0 0 FLASHBACKLOG 0 0 0

其它有用的Command:

----------------------------------

如果archive log模式下不能正常startup,则先恢复成noarchive log,startup成功后,再shutdown; shutdown immediate;

startup mount;

alter database noarchivelog;

alter database open;

shutdown immediate;

再次startup以archive log模式

shutdown immediate;

startup mount;

show parameter log_archive_dest;

alter database archivelog;

archive log list;

alter database open;

如果还不行,则删除一些archlog log

SQL> select group#,sequence# from v$log;

GROUP# SEQUENCE#

---------- ----------

1 62

3 64

2 63

原来是日志组一的一个日志不能归档

SQL> alter database clear unarchived logfile group 1;

alter database open;

最后,也可以指定位置Arch Log, 请按照如下配置

select name from v$datafile;

alter system set log_archive_dest='/opt/app/oracle/oradata/usagedb/arch' scope=spfile

或者修改大小

SQL> alter system set db_recovery_file_dest_size=3G scope=both;

Message.log日志说明.

一、日志文件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值确定是那种消息格式

航海日志记载基本要求

1航海日志记载基本要求 1.1航海日志是反映船舶运输生产工作的原始记录和重要法定文件之一,是判断和处理海事的重要依据,必须严格、 认真、如实地记载。 1.2航海日志应使用不褪色的蓝色或黑色墨水填写,用中文(地名、人名、船名等可写原文)和规定的缩写代号或符 号记载。计量单位,一律采用国家法定计量单位。字体端正、清楚、语句准确、简练,不得任意删改或涂抹。如记错或漏写,应将错误字句用红墨水笔画一横线删去,被删字句仍应清晰可见,改正人在改正句后加括号签字。 1.3船舶主要资料经船长审查后应由大副负责填入航海日志。 1.4左、右页应依时间对应顺序记录。 1.5大副应每天查阅记录是否符合要求,并应逐日签字,船长对监督航海日志记载的正确和完整应负全部责任,并逐 日签字。 1.6根据记载内容,事后能重新绘出当时航迹和反映出当时航行和生产的主要情况。 2航海日志记载内容 2.1左页记载内容 2.1.1航行记载部分:罗经(陀螺罗经、磁罗经)航向、真航向、实测时速等。每班记录两次外,当航向、罗经改正量 有变动时,应增加记录次数。 2.1.2气象、海况记载部分:风向、风力、能见度、天气现象等。每班记录两次,当遇恶劣天气或天气突变时,应增加 观测和记录次数。 2.1.3水舱测量记载:每日0800、1600时各测量一次,大副班记录,必要时应增加测量次数并记录。 2.1.4中午测量:每日中午由二副统计填入,实际航程是根据实测船位所得的航迹线上的实际里程。 2.2右页记载内容 2.2.1记事栏记载内容 2.2.1.1无论航行、停泊或修理,凡有关船舶动态现象及动作,当班驾驶员均应按时间顺序逐行详细记录,交班时应在本 班栏右下角签字。 2.2.1.2航行中,凡与海图作业有关的事务,以及用以保证航行安全的操作、观测、计算结果、采取的措施都应记载,主 要包括但不限于下列内容: 〃船位、航向及航速; 〃驶过重要地点(或标志)、时间、名称和航向; 〃发现对我船安全有影响的来船情况及避让中采取的重要措施和时间; 〃遇大风、雾、雨、雪等恶劣天气的时间及采取的安全措施; 〃货舱的检查情况;每班巡回检查情况; 〃航道及航标变异,发现飘浮物和其它异常情况; 〃发生海事的情况,自救或救助它船的经过、措施及效果; 〃机器设备故障影响正常航行的时间和情况,以及采取的措施; 〃自动舵与手操舵转换时间。 2.2.1.3靠离泊时,主要包括但不限于下列内容: 〃扼要记载操纵措施; 〃开航时封舱及水密设备的检查结果; 〃引航员姓名,及其上船、下船的时间、地点; 〃拖轮船名及靠上和解拖时间及动态; 〃系上第一根缆和靠妥时间,开始解缆和解掉最后一根缆的时间; 〃抛锚及锚抛妥或开始绞锚及锚离底时间; 〃泊位名称、锚位以及水深底质,左(右)锚及锚链长; 〃号灯和号型、备车、用车、完车、定速时间、船位以及调头情况。 2.2.1.4停泊时:主要包括但不限于下列内容: 〃锚泊、系泊及移泊情况; 〃安全巡视措施; 〃装卸货情况(货物种类及数量,开始装卸及装卸完毕时间,中途停工的原因和时间,装卸进度和首尾吃水); 〃补给燃料、淡水的时间和数量; 〃压载水的注入和排出时间、数量; 〃船舶主要部分及设备的预防检修措施、船舶厂修的主要项目及进度情况。 2.2.2重大事项记事栏记载内容 由船长或大副填写,记载包括但不限于下列非经常性及重大事件: 〃发生海事、人员伤亡事故的时间和情况; 〃应急演习时间、地点及经过情况,并用红笔标出; 〃船长和大副调动及交接手续办理完成时间; 〃航海日志记载中有严重错漏的更正。其他要求内容填写。 3航海日志保管要求 3.1 航海日志必须严格、认真保管。大副负责航海日志的保管。 3.2 船舶发生海事时,船长应将航海日志及有关海图妥善保管,弃船时应将其带下,以供海事调查之用。 3.3 航海日志应按顺序记载,不得撕毁或增添,并保持整洁。用完后存船保管二年,然后送公司海务部负责保存,五 年后方可销毁。涉及海事纠纷的航海日志,应酌情延长保存期限。

虚拟机系统日志文件详解-Henry

虚拟机系统日志文件详解 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\\Local Settings\的Local Settings 目录中。默认情况下,该文件夹是隐藏的。 ----------------------------------------------------------------------------------------------------------------------

班务日志记载心得

成长的足迹 ——浅谈高一(6)班班务日志 成长的快乐,纯真的友谊,温馨的大家庭,构成了高一(6)班的美丽风景,而高一(6)班班务日志则是记录这道风景的载体,记录着同学们的“成长足迹”。 记得上高中的时候,班主任总是像“侦探”一样,每天到班里寻觅一个记载班务日志的“神秘人物”,当时很不屑,觉得班务日志只是一种形式而已,犯得着那么仔细认真么?直到自己也成了班主任的时候,才真切地懂了当年班主任的良苦用心。一个班的班务日志记载的越真实、科学,越能反应一个班的班级状态,它就像一双无形的“眼睛”,记录着同学风采,同时也真实的反映着班级存在的问题。 刚开始记载班务日志的时候,为了给学生一个导向,我在班务日志的首页设置了记载模板:第一项:时间,第二项:早中晚出勤情况,第三项:上课纪律情况,第四项:卫生情况,第五项:同学风采,主要记载班上的好人好事,第六项:总结。记载人是班上七位行政班长,行政班长主要通过民主选举的方式选取负责任、讲诚信的七位学生,对表现好的行政班长给予奖励。 在班务日志记载第一周,各位行政班长都能认真记载班务日志,但同时也反映出一些问题:上课积极性不高;卫生打扫不积极,甚至出现无人打扫现象;优秀事迹中帮同学打水现象很突出,甚至出现一个同学一次拿六七个杯子打开水现象。为了解决以上问题,我又增加了劳动委员;上课回答问题实行加分制;对于帮同学打水现象,首先指出这种现象值得表扬,但是更希望同学们能够懂得分担,并指出以后帮同学打水不作为优秀事迹记录到班务日志里,希望有更多好人好事,比如拾金不昧等等。在班主任的引导下,第二周卫生能够做到每天打扫到位;课堂气氛明显好转,同学们上课都争相回答问题;班里出现了樊鹏阳食堂捡伞上交,江寅畅、粱一晨等拾金不昧,胡瑛帆拾水卡上交等好人好事。 在卫生、课堂纪律等出现好转的情况下,第二周,上课睡觉、迟到、说话现象非常严重,在第二周班务日志中,行政班长记载到:上课预备铃响后,说话很严重,班长制止后仍然没有任何反应,望班主任采取相应措施改进。为了解决以上问题,我赶紧制定了班规,规定了什么能干、什么不能干,并且拟定了加减分机制,成立了督导组,并且要求督导组的每位同学每天向班主任交一份说话、睡

工作及休息时间记录注意事项CCS

澳大利亚港口国船舶安全检查动态 2014-07-29阅读(1054)中国船检 关于《船员工作/休息记录》的检查方法和注意事项 东京备忘录2013年11月发布通告,决定于2014年9月1日至2014年11月30日与巴黎备忘录联合开展关于STCW公约休息时间的集中大检查(CIC)。届时各成员国主管机关将结合常规的港口国检查,根据STCW公约规定,重点检查船员的休息时间,核查值班人员在休息时间方面是否满足公约要求。一旦发现缺陷,PSCO将要求船长在规定的时间内予以纠正,甚至会滞留船舶直至缺陷纠正。 为帮助船员了解STCW公约关于船员休息的规定,做好船舶《工作/休息记录》的填写,降低船舶可能的滞留风险,我们对船员的值班及休息方面的规定和相关检查要求作简要说明和提示。 一、STCW公约休息时间的规定 1.为所有负责值班的高级海员或参与值班的普通海员以及涉及指定的安全、防污染和保安职责的人员提供的休息时间须不少于: ①任何24小时内最少10小时;

②以及任何7天内77小时。 2.休息时间可以分为至多不超过2个时间段,其中一个时间段须至少为6小时,连续休息时间段之间的间隔不得超过14小时。 3.在紧急或非常规情况下不必遵守上述1、2条规定。 紧急集合演练、消防和救生演习,以及公约、规则规定要求的其他演练,须遵循“对休息时间的干扰最小、并不导致海员疲劳”原则。MLC2006公约对船员(包括值班和非值班)的工作或休息时间的规定如下: (1)最长工作时间:(i)在任何24小时时段内不得超过14小时;且(ii)在任何7天时间内不得超过72小时;或者 (2)最短休息时间:(i)在任何24小时时段内不得少于10小时;且(ii)在任何7天时间内不得少于77小时。 二、休息记录的检查方法 1.一般通过检查航海日志、轮机日志、车钟记录簿、油类记录簿、以及船舶的设备维护保养记录簿等,对照上述记录簿中某个关键操作的起止节点时间,核查船员《工作/休息时间记录》中相应的时间段,验证船员《工作/休息时间记录》的准确性。 2.检查船员《工作/休息记录》,判断船员的休息时间是否满足STCW公约中休息时间的规定。

船舶航海日志记载基本要求

沿海运输船航海日志记载基本要求 1.航海日志是反映船舶运输生产工作的原始记录和重要法定文件之一,必须严格、认真、如实地记载。 2.航海日志应使用不褪色的蓝黑或黑墨水,用中文(地名、人名、船名等可写原文)和规定的缩写代号或符号记载。字体端正、清楚,词句准确、简练,不得任意删改或涂抹。如记错或漏写,应将错误字句用红墨水笔画一横线删去,被删字句应清楚可见,改正人在改正字句后加括弧签字。 3.船舶主要资料经船长审查后应由大副负责填入航海日志。 4.左、右页应依时间对应顺序记录。 5.大副应每天查阅记录是否符合要求,并应逐日签字,船长对监督航海日志记载的正确和完整应负全部责任,并逐日签字。 6.根据记载内容,事后能重新绘出当时航迹和反映出当时航行和生产的主要情况。 沿海运输船航海日志保管要求 1.航海日志必须严格、认真地保管。 2. 航海日志每册为100页(必须有漆封),按顺序记载,不得撕毁或增添。大副应负责航海日志的保管,用完后存船两年,以后送船舶所有人保存五年方可销毁。 3.船舶发生海事时,船长应将航海日志及有关海图妥善保管,弃船时应将其带下,以供海事调查之用。 沿海运输船航海日志记载内容 1. 左页记载内容 1.1 航行记载部分 1.1.1每班记录两次外,当航向、风流压差值、罗经改正量有变动时,应增加记录次数。 1.1.2罗经航向:记录陀螺罗经和标准磁罗经度数。即罗经北和船首向之间的夹角。 1.1.3罗经改正量:记录陀螺罗经和标准磁罗经改正量。偏东其符号为“+”;偏西其符号为“-”。 1.1.4真航向:记录真北向(子午线)与船首向之间的夹角。即真航向=罗经航向+罗经改正量(偏东其符号为“+”,偏西其符号为“-”)。 1.1.5风流压差值:记录风流压差值和符号。左舷来风或来流其符号为“+”,右舷来风或来流其符号为“-”。 1.1.6计划航迹向:记录真北向(子午线)与海图上计划航线之间的夹角。即计划航迹=真航向+风流压差值。左舷来风或来流其符号为“+”,右舷来风或来流其符号为“-”。 1.1.7计程仪读数:记录计程仪读数,精确到1/10n mile。 1.1.8实测时速:记录实测船位取得的平均时速。 1.1.9推进器转速:记录推进器转速表每分钟平均转速,转速变换频繁时记“不定”。 1.2 气象、海况记载部分

Log4记录日志使用说明

一、 想要让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|举报|字号订阅

工作日志及各种记录表

光明小学学生营养改善计划工作日志日期年月日星期 就餐人数 配发 食品 数量 记录 食品 质量 检查 记录 学生 食用 情况 记录 班主任签字: 学生代表签字: 校长签字: 说明:1.表中要详细记录配发给学生的食品名称、数量;检查包装食品的包装是否完好、其它食品是否有破损、碰压伤、腐烂等情况并记录;随时观察学生食用后是否有异常反应,及时做出处理并记录; 2.由班主任每日填写,相关人员签字,专门存档,以备查阅。

光明小学陪餐人员陪餐记录表 陪餐时间 就餐 学生数 陪餐内容 食品质量 评价 食堂卫 生评价 就餐秩序 评价 配送是 否 及时 学生餐 后表现 陪餐人员 签字 备注:1.此表由陪餐人员负责填写,对陪餐情况进行认真登记,陪餐结束后进行签阅; 2.对食品质量、卫生、就餐秩序进行“优、良、中、差”评价; 3.学生餐后如有异常必须详细填写,并第一时间报告学校校长处置;

光明小学学生营养餐食品留样记录表 留样时间就餐班级食品名称留样量留样人签字餐后学生反应处理方式销毁时间销毁人领导签字 说明:1.此记录表由食品留样人负责填写,留样时间要注明“年月日”等信息,时间段填写“早、午”; 2.食品留样量一次不少于100克,用专用容器存储并放置专用冰箱存放; 3.留样时间不少于48小时,餐后学生反应填写学生食用后48小时以内的反应。 - 3 -

光明小学学生营养食品入库台账 时间食品名称规格单价数量供货方生产 日期 质量是否 合格 配送人员 签字 接收(保管) 人员签字 领导签字备注 说明:1.此表由学校接收(保管)人员负责填写,及时记载食品入库情况,并报学校负责人签字审阅; 2.接收(保管)人员要严格把关,据实填写,做到数据准确,内容清楚,签字及时; 3.此表装订存档,作为资金结算、安全管理等工作的重要凭证。 - 4 -

入侵Linux系统后日志文件及入侵后日志如何清除

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域套接字,接受在本地机器上运行的进程所产生的消息

船舶外审注意事项

船舶外审注意事项 一、船舶硬件要求 1、船舶证书必须齐全有效 2、船员证书必须齐全有效,并满足最低安全配员要求 3、驾驶台、机仓各项规章制度张贴齐全 4、船风、船貌良好,卫生清洁 二、审核具体内容 1、船员调配是否按体系文件要求进行,手续是否齐全; 2、船员交接记录是否齐全; 3、体系文件受控状况应良好;不得擅自涂改、或缺少; 4、高级船员应熟悉SMS体系内容,尤其是涉及本人工作岗位的相关条款; 5、船员应知道公司的指定人员是谁及联络方法; 6、高级船员必须熟知体系文件中对各种应急演习的规定,每个船员应熟知自己在各种应急演习的任务; 7、各种会议记录必须齐全,内容应与《航海日志》、《轮机日志》等相关记录相符; 8、《年度演习计划》要全面、详细,并在实际工作中得以有效实施; 9、《船舶年度培训计划》要针对本船的实际需求,并在实际工作中得以有效实施;记录要完整。 10、消防及属具齐全有效,相关记录规范、完整。

11、《垃圾记录簿》、《油类记录簿》记录须正规、完整,接受证明要 齐全; 12、设备维护、保养记录完整,并与《年月度维护计划》内容相一致; 13、海图是否改正到最新,航海图书资料是否齐全有效; 14、什么是不符合?发现不符合如何处理? 15、什么是关键性设备?你工作岗位涉及到的船上关键性设备有那 些? 16、自从你上船以来有否发生过险情和事故?如何处理? 三、应注意事项 1、没问的问题不说: 一般外审中气氛较为融洽,为给人一种无话不谈的感觉; 2、不要的不拿,在外审中,要对本人持有的文件及记录的放置位置及记录内容要心中有数,不要拿错; 3、不要乱发牢骚,本公司的内部问题不要向外审人员诉苦; 4、对船舶设备及属具进行检查时,至少2名以上高级船员陪同.在发现问题时,立即找人想办法解决; 5、无关人员在房间待命,不要围观; 6、回答问题时要果断,不要犹豫,否则会导致审核员向你索取相关记录; 7、在外审中发现问题后,如确实找不到相关的客观证据,应接受审核员开不符合项,不要用不相关的资料来掩盖,否则会导致问题越来越多。

教你如何查看网站日志

教你如何查看网站日志 笔者有加了几个SEO的群,经常在群里看到很多新手SEO朋友问怎么查看网站日志,这里笔者就做一个系统的总结分享给新手SEO朋友们,希望有用,如果你是老鸟觉得不屑一顾你可以忽视本文。就拿笔者最近优化的展览器材行业网站来做个案例分析吧。我做的企业网站关键词是易拉宝。笔者每天会通过提取服务器的日志来查看蜘蛛抓取情况,看看有哪些蜘蛛今天来爬了,爬了多少次,具体爬到哪个页面蜘蛛爬不下去就走了等等。然后分析做出合理优化。 1.首先你等下一个日志分析工具:笔者用的光年日志分析。百度光年日志分析工具就可以下载了,这里不提供下载页面。下载完后安装解压,如图所示 2.如果你的FTP里面没有LOG文件夹的话那么就得登入你的空间服务器提取log日志。系统默认的日志文件路径是:C:WINDOWSsystem32LogFiles , W3SVC就是你要提取的文件,这个文件里面有你网站每天的日志文件.这里需要补充一点的就是如果你服务器里面有多个网站的话,那么你得先弄清楚哪个文件夹是你需要的日志文件夹。按如下步骤操作:打开空间管理器——找到你网站——右键——属性——网站--属性P——浏览下面就能看到文件夹名称(详见如图红色部位)

3.提取出的文件放到你的D盘网站跟目录下然后通过FTP传送到本地电脑。 4.打开光年日志工具GnAnalyzer.exe——新建分析任务(找到你刚下载的日志文件)——选择分析文件存放路劲——确定。分析结束后找到你存放结果的文件夹找到HTM结果的文件就能看到日志分析结果了。

如上图所示就能查看到蜘蛛来我网站的情况了,由于笔者现在优化的展览器材行业网站是一个新站,特别是易拉宝这个关键词也比较热,所以现在蜘蛛来拍的次数和抓取量比较可怜。如上图所示左边就可以查看到各大搜索引擎的蜘蛛到底爬了你网站的哪个页面,到了哪个页面走不下去了。 以上由杭州邦美展览器材易拉宝网/编辑,希望对新手朋友们有用,内容如有变差望见谅。 文章来源于:https://www.360docs.net/doc/5118548820.html,/article-24577-1.html

10船舶海进江注意事项

船舶海进江注意事项 现在正值长江雾季、梅雨及汛期,麦收季节焚烧秸秆、阴霾气象、通航条件显得非常复杂、恶劣。应特别引起船长重视。长江一直是我国船舶航行密度最大的内陆水道,其特点主要表现在:汛期下行船速过快,沿江两岸的渡船交往十分频繁;还不时会出现一些挖沙船、超载船、捕渔船、各类顶编拖船队,各种不利因素随处可见。加之,梅雨季节气侯异常,雨水较多且雨水过后出太阳时又十分闷热潮湿。该季节给船舶装卸货作业,尤其怕涩货极为不利,同时,也极易造成人的生理、心理产生繁燥,产生不安情绪;因航行环境差,也给海进江船舶的安全带来许多客观条件上的影响,甚至是一种安全威胁。目前也是长江水上交通事故的多发季节。 随着公司船舶海进江航次任务的逐渐增多,刘向阳董事长多次召开岸基安全会议,针对公司内部船岸安全管理状况和长江这一特殊时期的特殊环境,如何迎难而上,确保船舶安全?董事长特别强调:“安全工作的好坏直接关系到人命财产的安全,关系到在船工作的每位船员家庭幸福”。公司的“3.30安全活动警示日教育“活动,刚刚落下帷幕,但我们的”安全警钟“应时刻长鸣,安全的生命之弦必须时刻绷紧!安全工作在当前时期更应常抓不懈! 为此,公司要求船长要有高度的责任感和使命感,面对进江执行航次任务,要及时排除各种不利因素干扰,严格执行1972年“国际海上避碰规则”和我国“内规”的有关规定。积极响应江苏海事局发布的“海轮长江安全航行与避让行为导则”。在进出港(海进江)前应对主辅机、舵机、锚机、应急设备、航行设备等安全技术状况进行自查,必要时进行相应的维护保养,保证船舶技术状况处于持续适航状态。海进江船舶的自查的力度要比平时的“船舶抵离港检查制度”来得深、细;发现问题及时处理。如船上不能解决的问题应按照体系文件规定及时报告公司相关职能部室,尽可能的做到不“带病”航行。自查情况船舶部门应按规定要求填写在“航海日志”中,并保留相应的法定记录。以便接受海事主管机关的检查。 1

网站日志文件-网站log文件详解

IIS Log参数详解: date(日期) 2007-11-17 time(时间) 16:02:09 cs-method(方法) GET cs-uri-stem(URI资源) /b2b_cplist.asp //代表访问的资源是当前这个文件 cs-uri-query(URI查询) catid=30 // 具体的访问参数 (cs-uri-stem+ cs-uri-query=实际访问的文件:/b2b_cplist.asp? catid=30) s-port(服务器端口) 80 c-ip(客户端IP) 211.155.23.176(实际是网站所在服务器的IP) cs(User-Agent) Baiduspider+(+https://www.360docs.net/doc/5118548820.html,/search/spider.htm) //百度在收录你呢J cs(Referer) (引用站点) https://www.360docs.net/doc/5118548820.html, 搜索的站点 sc-status(协议状态) 200 //200表示OK sc-substatus(协议子状态) 0 sc-win32-status(Win32状态) 0 sc-bytes(发送的字节数) 1329 //表示当前文件的大小 日期date 时间time 客户IP地址c-ip 用户名cs-username 方法cs-method URI资源cs-uri-stem 协议状态sc-status 发送字节数sc-bytes 协议版本cs-version 用户代理cs(User-Agent) 参照cs(Referer) HTTP协议状态码的含义,协议状态sc-status,是服务器日记扩展属性的一项。下面是各状态码含义列表: "100" : Continue 客户必须继续发出请求 "101" : witching Protocols 客户要求服务器根据请求转换HTTP协议版本200交易成功 "200" : OK 交易成功 "201" : Created 提示知道新文件的URL "202" : Accepted 接受和处理、但处理未完成 "203" : Non-Authoritative Information 返回信息不确定或不完整 "204" : No Content 请求收到,但返回信息为空 "205" : Reset Content 服务器完成了请求,用户代理必须复位当前已经浏览过的文件 "206" : Partial Content 服务器已经完成了部分用户的GET请求"300" : Multiple Choices 请求的资源可在多处得到 "301" : Moved Permanently 删除请求数据

收集日志的方法

收集日志的方法(V5.5及以下版本) 刘奇liuqi@https://www.360docs.net/doc/5118548820.html,2010-9-14 说明:本文档非本人编写,为深圳同事总结。 举例说明,怎样把程序出错时,或者程序运行慢的前台界面现象截图,前台详细日志,后台详细日志收集和提交。 1. 某客户查询凭证时,前台报错。 2.下面介绍怎样把日志收集完整给开发, 在打开这个出错节点之前,我们先打开前台日志,在程序的右上角上一个日志按钮, 并把log level设置为debug, 按clear 按钮清除之前的日志,让收集的日志更为准确 3.在服务器端运行wassysconfig.bat—log- 日志配置http://localhost:88 –读取(中间件必须在启动状态),下图中88为nc的web访问端口,如果是80端口访问nc,请在此输入80. 把anonymous和nclog 级别设置为debug,滚动策略中最大字节设置为10m,最大文件数设置为20,并按保存。如下图,这个时候,所在访问nc服务器的88端口的操作,将会有debug输出到指定目录的指定文件。(ncv5产品是可以动态打开和关闭日志,不需要重新启动中间件才生效)

4.在服务器端打开日志目录D:\ufida\ufsoft\nclogs\server1,按日期排序日志文件,记下nc-log 和anony-log当前正在输出的文件(可能有很多nc-log和anony-log文件,要记住正在输出的最新的日志文件),如下图nc-log[0].log和anony-log[0].log是正在输入的日志文件 1.准备工作都完成了,我们需要把问题重现一次。以便生成日志并提交给开发。如下图, 我们操作凭证查询,界面报错,我们可以使用键盘上的prtscreen键直接截图到word文件,把前台直接看到的错误保存下来。 2.问题重现后,我们立即去把后台日志的级别设置为error,并保存。防止其他用户操作nc 产生大量的日志输出,不便查找我们所要的信息,如下图

航海日志记录规范

关于《航海日志》记载 问:如何记载更规范? 答:有的驾驶员记载《航海日志》,只记“X点X分首倒缆上,X点X分船靠妥”,这是不规范的。我们知道,《航海日志》记载要求能“恢复船舶航行、生产的轨迹”,记载过于简单显然不能达到此要求。就以靠码头为例,从引水员上船、拖轮(拖轮船名)到位、拖缆带妥、首尾倒缆(含数量)、首缆尾缆(含数量)、前后横缆(含数量)上岸、带妥直到哪舷靠妥什么泊位、引水员离船、拖轮驶离本船时间,都应该准确记载。 问:能见距离(视程)多少用两横、多少用三横? 答:《航海日志》记载雾的符号是三横,轻雾的符号是二横。有些驾驶员不清楚而出现使用符号不统一、不规范的现象。集团各公司的安全管理体系中关于能见度不良时的航行规定,都把能见距离二海里及以下作为执行雾航措施的界限,而能见距离五海里及以下则规定值班驾驶员应及时用雷达和自动雷达标绘装置,进行系统观察,加强了望,并通知值班轮机员作好能见度不良时的航行准备。也就是说,能见距离五海里及以下,应用轻雾符号二横(等级为6),不需要执行雾航措施,仅进入戒备状态。能见距离二海里及以下,应用雾的符号三横(等级为5及以下),需执行体系文件规定的雾航措施。 问:哪些雾航措施应该记录在《航海日志》呢? 答:至于雾航措施,记载也应规范。有的驾驶员记录“X点X分,能见度变差,叫船长。X 点X分,雾散,主机定速航行。”有的甚至用“严格执行公司雾航规定”一句话来替代具体雾航措施。这是不对的。因为,倘能用这类记录替代具体措施,记录便失去意义了。一般来说,应该详细记录:遇雾时间、船位、能见距离、所采取的措施。交接班别忘写“继续雾航”。雾散也应该记录:雾散时间、船位、能见距离、取消雾航措施。需要提醒大家的是,从雾航转为雾中锚泊,必须有雾中锚泊措施。我们知道,雾航措施很多,没有必要一一记录,而应该有选择地记录。其原则是,凡是可能对周围船舶的安全产生影响的措施应该记录。 问:为了省事,能将风流压差一律写作零吗? 答:有的驾驶员明明在航行中使用了风流压差,为了省事,在有风流压的水域航行却不记录风流压差,将风流压差一律写作零,这显然不符合《航海日志》应如实记录的规定。 问:为什么“救生演习”的表述是不准确的? 答:目前,货船上每月进行的应急演习是:消防演习、弃船演习和防污染演习。有的驾驶员将弃船演习记录为“救生演习”,这是不准确的。因为,“救生演习”的概念模糊。我们知道,“救生设备”(LSA)的表述是准确的,它包含了可用于自救和救助他人的所有设备。而作为演习,应该明确是自救(弃船)还是救人(人落水、救助他船艇筏人员等)。SOLAS 更强调的是自救,所以弃船演习需每月进行,救助演习则每年进行一次即可。 问:罗经自差的测定方法有哪些?答:《航海日志》记载说明规定,每班和转向后都要测定罗经差并做好记录。部分驾驶员只记录在《罗经自差记录簿》里,《航海日志》里不记录是不对的。正确的做法是,在《罗经自差记录簿》和《航海日志》里都做记录。 此外,罗经差的测量方法也存在误区:一种是在天气条件不好测不到天体而又没有叠标时,驾驶员使用单立标甚至是浮标配合本船GPS船位来测定罗经差;第二种是将电罗经的复示器

查归档日志文件每小时生成量

在O racle数据库中,通过v$archived_log数据字典视图查询该数据库的归档日志文件的生成情况。如果你以为在rac下需要查的gv$archvied_log视图,这其实是一个错误的想法。无论在单实例数据库,还是多实例的RAC数据库,都是查这个视图来获取信息。 查当天每小时的归档日志生成量 select logtime, count(*), round(sum(blocks * block_size) / 1024 / 1024) mbsize from (select trunc(first_time, 'hh') as logtime, a.BLOCKS, a.BLOCK_SIZE from v$archived_log a where a.DEST_ID = 1 and a.FIRST_TIME > trunc(sysdate)) group by logtime order by logtime desc; 查最近一周每天的归档日志生成量 select logtime, count(*), round(sum(blocks * block_size) / 1024 / 1024) mbsize from (select trunc(first_time, 'dd') as logtime, a.BLOCKS, a.BLOCK_SIZE from v$archived_log a where a.DEST_ID = 1 and a.FIRST_TIME > trunc(sysdate - 7))

group by logtime order by logtime desc; 如果你需要知道RAC下各个节点的归档日志情况,我将上面脚本略作修改,增加thread#列。 查当天每小时的各个实例的归档日志生成量 select THREAD#, logtime, count(*), round(sum(blocks * block_size) / 1024 / 1024) mbsize from (select a.THREAD#, trunc(first_time, 'hh') as logtime, a.BLOCKS, a.BLOCK_SIZE from v$archived_log a where a.DEST_ID = 1 and a.FIRST_TIME > trunc(sysdate)) group by THREAD#, logtime order by THREAD#, logtime desc; 查最近一周每天的各个实例的归档日志生成量

班务日志填表说1

班务日志学校________________ ____年级____班级

班务日志填表说明: 1、出勤情况:病假学生优先填写 2、主要症状:(1)传染病早期症状:发烧、皮疹、腹泻、呕吐、黄疸(是否与集体就餐或饮用水有关等) (2)肺结核可疑症状:咳嗽、咳痰、咯血或血痰、发热、盗汗 (3)其他:腮腺肿大 3、病名:以医疗单位病情证明结果为据 4、是否住校:不住校请填“否”,住校请填“宿舍号” 5、教室通风记录:(1)若为全日开窗的方式换气,“通风时间”及“通风时长”均填写全日开窗; (2)若利用课间时间通风换气,“通风时间”及“通风时长”均用序号(①、②、③……)表示通风次数,在序号后填写具体时间及时长。 6、教师签字:签全名 7、(1)班主任在晨检时发现传染病早期症状、肺结核可疑症状以及疑似传染病病人时,应及时告知学校疫情报告人。 (2)班主任应每天早上下课前,将《班务日志》交至学校疫情报告人处,如无特殊情况,《班务日志》及时返还班主任供第二天晨检时备用;如出现传染病可疑症状,班主任(或学校疫情报告人)需进一步排查,在交至学校疫情报告人处前,由班主任负责排查,并及时完善《班务日志》;在交至学校疫情报告人处时,仍未排查的学生由学校疫情报告人负责进一步排查,并完善《班务日志》。 (3)在排查过程中,如若排查结果为传染病,班主任应及时告知学校疫情报告人。 (4)学校疫情报告人最迟在第二天晨检前将《班务日志》返还班主任。

传染病的种类 (1)甲类传染病2种:鼠疫、霍乱。 (2)乙类传染病 26种:传染性非典型性肺炎、人感染高致病性禽流感、病毒性肝炎、细菌性和阿米巴痢疾、伤寒和副伤寒、艾滋病、淋病、梅毒、脊髓灰质炎、麻疹、百日咳、白喉、新生儿破伤风、流行性脑脊髓膜炎、猩红热、流行性出血热、狂犬病、钩端螺旋体病、布鲁菌病、炭疽、流行性乙型脑炎、肺结核、血吸虫病、疟疾、登革热、人感染H7N9禽流感。 (3)丙类传染病11种:流行性和地方性斑疹伤寒、黑热病、丝虫病、包虫病、麻风病、流行性感冒(包括甲型H1N1流感)、流行性腮腺炎、风疹、急性出血性结膜炎,以及除霍乱、痢疾、伤寒和副伤寒以外的感染性腹泻病、手足口病。其他:水痘

航海日志重大记事栏的记录

航海日志重大记事栏的记录 “重大事项记事栏”是记载船上非经常性及重大事件。如发生海事,人员伤亡事故,对救生、消防及防污染设备检查的时间和情况应急演习的时间、地点及经过情况,离港货物燃料、谈水、压载总量及旅客人数,船首尾吃水,稳性数据,上下客时间及安全措施,船长和大、二、三副调动及交接手续办理完毕的时间以及航海日志记载中有严重错漏的更正。 1. 船舶开航、到港时的重要事项记录根据GB18093-2000《航海日志》及航海日志记载规定,船舶在开航前应将“离港货物、燃料、淡水、压载总量及旅客人数,船首尾吃水,稳性数据”,记录在航海日志右页的“重大事项记录”栏内。在到港前将“航行设备的试验和检查结果”记录在“重大事项记录”栏内。 2船舶日常检查记录从SOLS规则的要求及目前PSC及FSC对船舶的检查来看,有两种检查必须记录在“航海日志”的“重大事项记录”栏内。 2.1每周的救生设备检查检查的依据:SOLAS第Ⅲ章第20条-6每周检查。每周应进行下列试验和检查: (1)所有救生艇筏、救助艇及降落设备应进行目视检查,以确保其立即可用; (2)只要环境温度在启动和运转发动机所要求的最低温度以上,所有救生艇和救助艇的发动机应进行运转试验,总时间不少于3 min。在这段时间内,应证实齿轮箱和齿轮箱传动系统运行正常; (3)通用应急报警系统应进行试验。 检查的内容:救生艇、筏——检查外观:完整无破损,色泽鲜明、标记清晰(尺度、定员、船名船籍港、号码等) ,系固贴妥、牢靠,在艇架上宜于降落使用。 通用应急报警系统——检测(包括分布全船的各报警按钮)警报完好,要求全船各部位均能听到。 救生圈一一数量齐全,存放位置正确,电池在有效期内,电源手动开关灵活有效。 检查结果的记录。 1.船舶救生圈、救生艇、救生筏及艇在降落设备目视检查,情况正常。 2.救生艇发动机运转试验3分钟以上,齿轮箱和齿轮箱传动系统运行正常。 3.船舶通用应急报警系统测试正常。检查人: (签名) (详细检查情况三副应记录在SMS记录文档上) 2.2每月的救生设备检查检查的依据:SOLAS第Ⅲ章第20条-7月度检查。 应使用第36.1条所要求的检查表每月检查救生设备,包括救生艇属具,以确保其完整无缺并处于良好状态。检查报告应载入航海日志。 检查的内容: 救生衣一一数量齐全,存放位置正确,位置标志鲜明,外观标记清楚,无破损,颜色鲜艳,反光带完整、牢固,自亮浮灯和哨笛齐备,哨笛系牢,自亮浮灯开关灵活有效,闪光灯电池在有效期内。 救生服一一数量齐全,存放位置正确,位置标志鲜明,外观标记清晰,无破损,颜色鲜艳。 救生圈一一数量齐全,存放位置正确,外观标记清楚,无破损,颜色鲜明,反光带完整、牢固、有效,属具齐备。自亮浮灯电池在有效期内,于动开关灵活

相关文档
最新文档