当前位置：文档库 › ORACLE清理归档日志

ORACLE清理归档日志

清理归档日志：

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;

SUM(PERCENT_SPACE_USED)*3/100

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

6. 找到recovery目录, show parameter recover

SQL> show parameter recover;

NAME TYPE

VALUE

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

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 echo $ORACLE_BASE

/u01/app/oracle

[root@sha3 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 - Production on Tue Jan 20 01:41:26 2009

connected to target database: tt (DBID=71)

9. 检查一些无用的archivelog

RMAN> crosscheck archivelog all;

10. 删除过期的归档

RMAN> delete expired archivelog all;

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

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

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 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;

oracle日志记录

【例1】 SQL>set time on SQL>create table hr.mydep1 as select * from hr.department; SQL>delete from hr.mydep1 where department_id=10; SQL>flashback table hr.mydep1 to timestamp 2 to timestamp(to_tate(‘2009-05-29 10:00:00’, ’yyyy-mm-dd hh24:mi:ss’)); 【例2】 SQL>create table student (name Varchar2(10), score Number); SQL>insert into student values(‘zs’, 68); SQL>update student set score=98 where name=’zs’; SQL>commit; SQL>select versions_starttime,versions_operation,name,score 2 from student versions between timestamp minvalue and maxvalue; 【例3】 SQL>CONNECT sys /zzuli AS sysdba SQL>select table_name, undo_sql from flashback_transaction_query where rownum<5;

【例1】控制文件备份为二进制文件下面的语句可以将控制文件备份为一个二进制文件，即复制当前的控制文件： alter database backup controlfile to 'd:\backup_controlfile\control_09-05-25.bkp'; 【例2】控制文件备份为脚本文件 alter database backup controlfile to trace；【例3】对视图V$CONTROLFlLE_RECORD_SECTION的查询。 select type,record_size,records_total，records_used from v$controlfile_record_section; 【例4】向数据库添加了一个新的重做日志组： alter database add logfile (‘e:\app\administrator\oradata\orcl\redo04.log’, ‘f:\oradata\log\redo04b.log’) Size 10m; 【例5】创建新的日志组，并将新的日志组指定为第4组： alter database add logfile group 4 (‘e:\app\administrator\oradata\orcl\redo004.log’,‘f:\oradata\log\redo004b.log') size 10m; 【例6】为第1组添加了一个新的成员日志文件： alter database add logfile member 'f:\oradata\log\redo01b.log' to group 1; 【例7】为第2组添加一个新成员： alter database add logfile member 'f:\oradata\log\redo02b.log' to

文书档案(归档文件)整理方法

文书档案（归档文件）整理方法一、整理原则：遵循文件的形成规律，保持文件之间的有机联系，区分不同价值，便于保管和利用。归档文件是指立档单位在其职能活动中形成的、办理完毕、具有保存价值的、应作为文书档案保存的各种纸质文件材料。归档文件整理就是以归档案文件为单位进行装订、分类、排列、编号、编目、装盒，使之有序化的过程。件是归档文件的整理单位。一般以每份文件为一件，文件正本与定稿为一件，正文与附件为一件，原件与复制为一件，转发文与被转发文为一件，报表、名册、图册等一册（本）为一件，会议记录、会议纪要、刊物等成套性材料一次（期）为一件，来文与复文（请示与批复、函与复函）视具体情况为一件或两件，即当年有批复的，与请示并为一件；否则当年请示作一件，次年有批复作一件，要在请示、批复归档文件目录备注栏中分别注明。 ※“为一件”是指在实体上装订在一起，编目时也只体现为一条条目的文件，但过厚不易装订一起的，也可单独作为一件，另外编目。 ※正文与文件处理单（包括文件处理单、拟办单、发文拟稿纸、签批条）应作为一件，放在文件前面，与文件装订

一起。二、质量要求 1、归档文件应齐全完整。已破损的文件应予托裱、修复，字迹模糊或易退变的文件应予复制。 2、整理归档文件所使用的书写材料、纸张、装订材料等应符合档案保护要求。 3、归档文件整理应分类清晰、编号准确。三、整理方法 1、对归档文件的技术处理。包括拆钉、装订、修裱、折叠等工作。（1）拆钉。文件上的金属钉、曲别针、大头针等要拆下来，对文件重新进行装订，对于短期保管文件可以不拆订。（2）文件修整。为保证档案能长期保存和有效提供利用，装订前必须对不符合要求的归档文件进行必要的修整。主要包括以下内容：第一，修裱破损文件。使用粘合剂和修裱用纸对破损文件进行“修补”和“托裱”。无需移交进馆的档案一般保持原貌就可以了。第二，复制字迹模糊或易退色的文件。包括对以纯蓝墨水、红墨水、复写纸、圆珠笔、印台油、铅笔等字迹材料制成的文件材料以及传真等。目前常见的复制方法是复印，字迹不宜太深，最好采用单面复印。

用Oracle归档日志进行恢复的方法

联机重演日志没有丢失应使用完成恢复，如联机重演日志损坏，而又没有备份，就只能进行不完全恢复。一、完全恢复： 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键

文书档案整理方法

档案业务知识培训 2013.3

目录第一章什么是档案一、什么是档案二、档案的形成者是谁三、档案的本质属性四、档案的形式多种多样五、档案的作用第二章归档文件整理规则一、需要明确的几个基本概念 1、什么是归档文件 2、什么是归档文件整理 3、什么是“件” 二、文件的收集工作 1、确立文件的收集（归档）工作 2、归档文件的收集要求与方法三、归档文件整理需要把握的四点要素 1、归档文件整理要做到四个分开四、归档文件的装订 1、文件装订前对归档文件进行必要的修整 2、装订要以“件”为单位

3、确定装订顺序 4、装订方式和要求五、归档文件的分类 1、确定分类方法 2、制定分类方案 3、文件实体分类六、归档文件的排列七、归档文件的编号 1、盖印文件归档章 2、填写归档章八、归档文件的编目 1、编制《文书档案归档文件目录》 2、装订《文书档案归档文件目录》九、装盒 1、文件装盒要求 2、填写备考表、盒脊、封面 3、档案盒盒脊填写要求第三章机关档案工作需要把握的几个基本原则

什么是档案一、什么是档案？档案是指过去和现在的国家机构、社会组织以及个人从事政治、军事、经济、科学、技术、文化、宗教等活动直接形成的对国家和社会有保存价值的各种文字、图表、声像等不同形式的历史记录二、档案的形成者是谁？档案是由官方机构、半官方机构、非官方机构以及一定的个人、家庭和家族形成的。三、档案的本质属性是什么? 档案具有历史再现性、知识性、信息性、政治性、文化性、社会性、教育性、价值性等特点，其中历史再现性为其本质属性，其他特点为其一般属性。因此，可将档案的定义简要地表述为：档案是再现历史真实面貌的原始文献。四、档案的形式多种多样。档案的形式多种多样，包括载体、制作手段、表现方式等。 1、从载体来看，有甲骨、金石、缣帛、简册、纸质、胶磁等；

Oracle日志查看

Oracle日志查看 Oracle数据库的就业前景已经无须多言了，DBA毫无疑问是我们时代最幸福的岗位之一。尚观致力于Oracle技术的普及，以OCP、OCM认证帮助求职者实现就业竞争力的成倍增长。今天跟大家分享一篇由尚观整理，oracle日志查看的技术文档：一．Oracle日志的路径：登录：sqlplus "/as sysdba" 查看路径：SQL> select * from v$logfile; SQL> select * from v$logfile;(#日志文件路径) 二．Oracle日志文件包含哪些内容：（日志的数量可能略有不同） control01.ctl example01.dbf redo02.log sysaux01.dbf undotbs01.dbf

control02.ctl redo03.log system01.dbf users01.dbf control03.ctl redo01.log SHTTEST.dbf temp01.dbf 三．Oracle日志的查看方法： SQL>select * from v$sql (#查看最近所作的操作) SQL>select * fromv $sqlarea（#查看最近所作的操作） Oracle 数据库的所有更改都记录在日志中，从目前来看，分析Oracle日志的唯一方法就是使用Oracle公司提供的LogMiner来进行，因为原始的日志信息我们根本无法看懂，Oracle8i后续版本中自带了LogMiner,而LogMiner就是让我们看懂日志信息的工具,通过这个工具可以：查明数据库的逻辑更改，侦察并更正用户的误操作，执行事后审计，执行变化分析。

归档文件整理规则2015

归档文件整理规则DA／T22-2015 前言本标准代替DA/T 22-2000《归档文件整理规则》。本标准与DA/T 22-2000相比主要变化如下： ——标准的总体编排和结构按GB/T 1.1-2009进行了修改； ——将标准适用范围由纸质文件材料扩展为纸质和电子文件材料； ——调整归档文件分类方法； ——增加归档文件组件和纸质归档文件修整、装订、编页、排架要求； ——增加归档文件档号结构和编制要求； ——将室编件号、馆编件号统一为件号； ——在附录中增加归档章示例、直角装订方法。本标准的附录A是规范性附录，附录B、附录C、附录D、附录E是资料性附录。本标准由国家档案局提出并归口。本标准起草单位：国家档案局档案馆（室）业务指导司。本标准主要起草人：许卿卿丁德胜张会琴张红吴惠敏刘峰王勤宋涌本标准于2000年12月6日首次发布。归档文件整理规则 1 范围本标准规定了应作为文书档案保存的归档文件的整理原则和方法。本标准适用于各级机关、团体、企事业单位和其他社会组织对应作为文书档案保存的归档文件的整理。其他门类档案可以参照执行。企业单位有其他

特殊规定的，从其规定。 2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 18894 电子文件归档与管理规范 DA/T 1-2000 档案工作基本术语 DA/T 13-1994 档号编制规则 DA/T 25-2000 档案修裱技术规范 DA/T 38-2008 电子文件归档光盘技术要求和应用规范 3 术语和定义下列术语和定义适用于本标准。 3.1 归档文件 archival document(s) 立档单位在其职能活动中形成的、办理完毕、应作为文书档案保存的文件材料，包括纸质和电子文件材料。 3.2 整理 arrangement 将归档文件以件为单位进行组件、分类、排列、编号、编目等（纸质归档文件还包括修整、装订、编页、装盒、排架；电子文件还包括格式转换、元数据收集、归档数据包组织、存储等），使之有序化的过程。 3.3 件 item 归档文件的整理单位。

ORACLE清理归档日志

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;

(档案管理)档案归档文件整理的基本方法

归档文件整理的基本方法一、装订 1、件的区分件是指归档文件的整理单位。一般以每份文件为一件，文件正本与定稿为一件，正文与附件为一件，定件与复制件为一件，转发文与被转发文为一件，报表、名册、图册等一册（本）为一件，来文与复文为一件；一次会议或活动的文件可为一件或两件；会议记录、简报、信息均可为一件或两件；介绍信、存根经白纸托裱各满30张为一件。“为一件”是指在实体上装订在一起，编目时也只体现为一条条目。 2、装订方法每“件”文件材料的具体排列顺序如下：正文在前，定稿在后；正文在前，附件在后；原件在前，复件在后；转文在前，被转发文在后；复文在前，来文在后。每件的装订主要采取的左上角装订法，具体操作将文件的左、上侧对齐，并在左上角按包角纸大小四面涂上浆糊，用包角纸套在左上侧，压紧即可；文件超过40页以上，采用左侧三孔一线装订法。二、分类 1、分类方法根据实际情况，我们选择以下分类方法保管期限－年度分类法

这种方法适用于内部机构虽有变化但不复杂的立档单位。主要是设置简单的基层单位或小机关，或每年形成的文件数量少的机关。如：长久：2001年、2002年、2003年…… 定期：2001年、2002年、2003年…… 2、编制分类方案分类方案一般有引言、类别序号、类目名称组成，必要时可对类目所指的范围和归类方法等加以说明。（1）引言，提示分类方法。如按保管期限－年度，还是按其它分类方法。（2）类别序号，是最低一级类目（机构或问题）的序号（3）类目名称，按机构分类的，机关内部第一层机构名称就是类名，如，办公室、业务处；按问题分类的加“类”字，如党务类、综合类等。采用两级分类的也应编制分类方案，以相对固定一个单位归档文件的排列顺序。 3、文件按照其自身的内容、形式、时间、来源等方面，根据编制分类方案，分门别类地组放在一起，使所有文件构成一个有机整体。三、归档文件排列 1、文件排列的含义，是指在分类方案的最低一级类目内，根据一定的方法确定归档文件先后次序的过程。

系统应急预案

系统应急预案2015年7月

系统名称涉及部门财务部人员名称人员所在单位人员联系方式涉及人员及联系方式及职责预案事件描述：调整失败，可能涉及如下情况： 1)系统崩溃：系统出现重大故障是指所有的客户端程序都不能正常连接到服务器，任何合法的系统用户都无法正确登录系统，甚至于系统完全崩溃； 2)数据丢失：系统数据丢失状态，如数据库服务出现故障，用户数据丢失，公司现有技术手段无法恢复； 3)服务停顿：系统服务停顿状态，如系统由于不明原因导致大规模用户无法使用，服务停顿。 4)接口无法正常调用：系统无法正常调用财务管控接口（财务管控接口、ERP RFC接口、ESB）。预案处理要求 1)系统崩溃：停止系统后台服务，防止不知情用户继续投递数据。抓取并保存系统出错信息及日志文件，简单判断异常部位，通知相关人员到岗，保留现场，分析查找原因。 2)数据丢失：停止服务和后台数据库服务，将剩余用户数据进行备份，抓取并保存系统出错信息及日志文件，通知相关人员到岗，保留现场，分析查找原因。 3)服务停顿：联系网络管理人员、通知相关人员到岗，从网络和系统两个方面分析查找服务停顿原因。 4)接口无法正常调用：联系相关接口服务提供方，确认服务是否正常。注：对故障进行快速处理及归档，争取每次故障修复时间控制在两小时以内。演练要求 1. 对在线系统不造成影响 2. 在主要系统管理员人员变更和服务器、操作系统、主页发布软件发生变更时要进行演练。 3. 演练前应填写工作单，并对系统做全备份。 4. 演练结束形成演练总结报告。预案流程说明一、事件报警与确认：系统人员在对系统进行调整的过程中发现公司系统运行中的异常及其它故障。由运维人员首先确认系统是否发生重大故障，及时通知相应管控经理及信通公司相应负责人，启用预案。二、系统发生重大故障时，保护故障现场:必须及时采取以下措施，通知系统运维人员及时到场 1.保证服务器不再有任何人进行任何操作

文书档案管理归档整理操作方法与技巧

文书档案治理归档整理操作方法和技巧文书档案归档整理操作方法--收集装订归档推断分类排列编目装盒档案治理分为文书档案盒、科技档案（差不多建设、科学研究、设备仪器、产品）、会计档案、干部职工档案（人事档案）、诉讼档案、还有照片档案、音像档案、电子档案等等，不同种类，不同载体的档案有不同的整理方法和要求。但整理原则是相同。即“遵循文件的形成规律，保持文件之间的有机联系，区分不同价值，便于保管和利用”。一、文书档案治理差不多要求要整理好文书档案就必须学习领会中华人民共和国档案行业标准《文书档案治理归档文件整理规则》（DA/T22-2000）和《文书档案治理归档文件整理规则实施细则》。二、文书档案治理差不多概念

（一）文书档案治理归档文件：立档单位在其职能活动中形成的，办理完毕应作为文书档案保存的纸质文件材料。（二）文书档案治理归档文件的整理，将文书档案治理归档文件以件为单位进行装订、分类、排列、加盖归档章（编号）、编目（编制文书档案治理归档文件目录）、装盒，使之有序化的过程。归档的意义：归档是文件向档案转化的标志，是文书处理的终点、档案治理https://www.wendangku.net/doc/253971120.html,的起点。（三）全宗：指一个独立的机关、团体或其它的组织、个人在社会活动中形成的档案有机整体，设立全宗的要紧资格是立档单位具有独立的法人资格，能够独立行使职权，并能要紧以自己的名义单独对外行文。一般来讲，一个立档单位的全部档案确实是一全宗。（四）全宗号：是档案馆给立档单位的代号。

三、文书档案治理整理方法（一）文书档案治理收集：收集是归档文书档案治理整理的前提、全然，没有收集齐全完整的文件材料，归档整理就不能专门好地反映立档单位的历史面貌和工作情况。因此，收集应归档的文件材料必须保证齐全完整；收集范围是本单位的收文、发文、内部文件。必须采取以下相应措施： 1、立档单位要建立健全收发文登记制度，有完整的收文登记本、发文登记本、印章登记本、依据归档范围，收集所登记的“红头文件”的归档。 2、检查本单位在年度工作中产生的“白头文件”材料是否收集归档。如①会议材料：本单位年度工作会议材料（总结、打算）、表彰材料，专业会议材料，代表发言材料；本单位在上级工作会议上发言、汇报、经验材料、典型材料、交流或发表论文、考察报告。②综合材料：会议记录本（党委、党组会议，行政、办公会议）等；各类花名册、登记簿（干部职工、党员、专业技术人员等花名册及要紧业务工作登记簿）；年报表（业务、党员、

Oracle数据库归档日志日常管理与建议

Oracle数据库归档日志日常管理与建议 1.简介近日，项目组偶有发生归档日志占满归档目录空间导致数据库hang住（无响应），导致系统不能正常应用的情况。针对此类问题，笔者从Oracle数据库归档模式、归档模式的优缺点、归档日志日常管理方法等各方面浅析并整理出归档日志日常管理与建议。请各项目组依据实际情况，规范管理归档日志，排查相关隐患，以保证系统的正常高效运营。另外，对于已开启数据库归档模式的项目组，若数据库管理权限不在我方，可将相关归档管理建议与当地运维部门充分沟通，避免归档的不当管理引起事故。 2.数据库归档模式与归档日志 2.1数据库运行模式简介 Oracle数据库包括归档模式与非归档模式两种运行模式。一般情况下Oracle数据库的联机重做日志会记录对数据库所做的所有的修改，如创建对象；插入、删除、更新对象；删除对象等，这些操作都会记录在联机重做日志里。Oracle 数据库至少要有2个联机重做日志组。当一个联机重做日志组被写满（假设为1）的时候，就会发生日志切换，这时联机重做日志组2（假设为2）成为当前使用的日志，当联机重做日志组2写满的时候，又会发生日志切换，去写联机重做日志组1，这样反复进行。如果数据库处于非归档模式，联机日志在切换时就会被丢弃。而在归档模式下，当发生日志切换的时候，被切换的联机日志会被归档。如当前在使用联机重做日志1，当1被写满时，发生日志切换，开始写联机重做日志2，这时联机重做日志1的内容会被拷贝到一个指定的目录下。这个目录为归档目录，这个过程称之为归档，拷贝的文件叫归档日志。 2.2归档模式优点与归档日志作用数据库运行在归档模式时，后台进程ARCH会将联机日志的内容拷贝到归档目录生成归档日志。当数据库出现介质失败时，使用数据文件备份，归档日志和重做日志可以完全恢复数据库。因此，开启归档模式及归档日志的益处与作用是非常明显的： 1.可以进行完全、不完全恢复。由于对数据库所做的全部改动都记录在日志文件中，如果发生硬盘故障等导致数据文件丢失的故障，则可以利用物理备份和归档日志完全恢复数据库，不会丢失任何数据。 2.可以进行联机热备。所谓联机热备，就是在数据库运行状态下，对数据库进行备份，备份时用户对数据库的使用基本不受影响（不可避免的会对性能有负面影响）。 3.可以实施Data Guard。可以部署1个或多个备用数据库，从而最大限度地提供灾难保护手段。

ORACLE数据库归档日志满后造成系统宕机的处理方法

第一次宕机时，初始以为是系统内存溢出，于是重启应用服务器，发现应用服务器在启动时报错，错误为无法连接到数据库。于是连接数据库服务器，打开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.连接数据库

Oracle日志(redo)机制探讨

Oracle日志(redo)机制探讨【摘要】oracle数据库的redo机制是保障数据安全和故障恢复的至关重要的手段，也是对数据库性能影响非常巨大的关键因素。通过对oracle日志机制的探讨可以帮助数据库管理员更好的理解、维护oracle数据库。【关键词】redo checkpoint 事务恢复一、redo原理计算机系统中最容易出现瓶颈的就是磁盘的I/O操作。Oracle通过批量方式将buffer cache（数据缓冲区）中发生变更的“脏”数据块写入数据文件。这样减少了低效率的离散写磁盘操作，大大减轻了磁盘I/O的压力。通过将buffer cache中的变更后的数据延迟写入数据文件，提升了数据库的性能，但也带来了数据丢失的风险。为了保证buffer cache中的“脏”数据块在系统发生故障时不丢失，oracle要将这些数据块的变更记录下来，并及时写入日志。即使系统发生故障，oracle通过日志中记录的redo信息可以将数据块发生的变化过程重演，这样就可以将数据库恢复到故障前的最后时刻。二、日志文件为了保证redo信息及时写入日志文件，oracle的lgwr（写

日志进程）非常活跃。为了避免磁盘缓冲带来的滞后风险Lgwr采用了直接写磁盘（direct IO）的方式将redo信息直接写入文件。触发lgwr的条件很多：每3秒钟；事务提交（commit）；redo log buffer（日志缓存区）1/3满或有1MB 数据；dbwr（写数据文件进程）启动时发现“脏”数据库对应的redo信息未写入日志。 Oracle的日志文件是循环使用的，所以至少要两个日志组。为保障日志文件安全，每组日志可以有多个镜像（多镜像会增加lgwr的负担）。当一个日志文件写满后，会切换到另一个日志文件（log switch）。切换日志会触发检查点（checkpoint）事件，通知dbwr进程将写满的日志文件中保护的数据块写入数据文件。在checkpoint完成之前，该日志文件是不能被覆盖重用的。因此，日志文件通常会有current （当前）、active（checkpoint未完成）、inactive（checkpoint 已完成）三种状态。如果是新添加的日志文件或者数据库resetlogs（重置），日志文件的状态为unused（未使用）。当日志文件切换频繁时，就会发生因日志文件处于active状态而无法切换的问题，此时数据库处于“挂起”状态，等待checkpoint完成，Alert文件中会记录：checkpoint not complete。发生这种问题对系统性能影响非常大，严重的甚至会导致业务中断。通常数据库管理员会采取增加日志文件大小、增加日志组数这两种方法来应对。

归档日志异常增长处理方法

案例描述：近日湖北运维反应湖北数据库归档日志生成过快，导致磁盘空间占满，引起数据库宕机。问题看起来很简单，只要清理下归档日志然后重启就能解决，但这只是治标不治本的方法，显然是要找到归档日志增长异常频繁的原因。最后通过LogMiner分析归档日志发现是运维部署了频繁update的语句，停了后归档日志变为正常。下面是详细步骤 1.通过v$archived_log视图查看最近归档日志状态 select to_char(COMPLETION_TIME, 'yyyymmdd'), count(*) from v$archived_log t where https://www.wendangku.net/doc/253971120.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;

oracle 日志模式切换

oracle 日志模式切换在Oracle数据库中，主要有两种日志操作模式，分别为非归档模式与归档模式。默认情况下，数据库采用的是非归档模式。作为一个合格的数据库管理员，应当深入了解这两种日志操作模式的特点，并且在数据库建立时，选择合适的操作模式。我们在sqlplus 下通过以下命令查看日志模式：archive log list; (非归档模式) (归档模式) 说明一下： database log mode 指定是数据库的日志模式，可为Archive Mode（归档)和No Archive Mode(非归档) Automatic archival 指定数据是否自动归档enable(自动),disabel(手动),要注意一下如果数据库的日志模式在归档下，但归档方为手动时要注意，如果归模日志满了，但没有进行清除数据，数据库停止写数据操作。下面介绍一些常用操作： 1.查看数据库的日志模式 a.archive log list; 这个不在详细说明，因为上边图片己经很清楚了 b.通过动态性能视图进行查看v$database

那个log_mode字段就可以说明这个数据为归档模式 2.进行日志切换操作这里我是从非归档模式向归归档模式操作. a.关闭运行数据库实例 shutdown immediate; b.备份数据库该备份跟以后产生的日志一起用于将来的灾难恢复（很重要，如要改为归档日志模式，没有这个数据库备份，仅有日志文件是无法从该时间点恢复的） c.启动数据库实例到mount状态，但不要打开。 startup mount; d.切换数据库日志模式。 alter database archivelog;(设置数据库为归档日志模式) alter database noarchivelog;(设置数据库为归档日志模式) d.进行自动归档的切换 alter system archive log start alter system archive log stop (在standy模式不能切换为手动归档) e.打开数据库 alter database open; 3.手动归档相关操作

文书档案的整理方法和步骤

第三部分文书档案的整理方法和步骤文书档案的整理方法包括立卷的整理和归档文件整理两种方法立卷整理的方法和步骤一、确定分类方案 ◆分类是文书档案整理工作中必不可少的基本步骤。 ◆根据本单位的实际情况，设置分类方案。复式分类法 1、年度—机构—保管期限分类法 2009年：办公室……永久、30年、10年业务处……永久、30年、10年指导处……永久、30年、10年 2010年：办公室……永久、30年、10年业务处……永久、30年、10年指导处……永久、30年、10年 2011年：…… 复式分类法年度—机构—保管期限分类法永久30年10年 2009年：办公室…… 1-10 11-20 21-30 业务处……31-40 41-50 51-60 指导处…… 同上 2010年：办公室……业务处…… 同上排列指导处…… 2011年：…… 复式分类法 2、年度—问题—保管期限分类法 2009年：党群类……永久、30年、10年业务类……永久、30年、10年行政类……永久、30年、10年 2010年：党群类……永久、30年、10年业务类……永久、30年、10年行政类……永久、30年、10年 2011年：…… 复式分类法 3、保管期限—年度—问题分类法永久：2009年……党群类、业务类、行政类 2010年……党群类、业务类、行政类 2011年…… 30年：2009年……党群类、业务类、行政类 2010年……党群类、业务类、行政类 2011年…… 10年：2009年……党群类、业务类、行政类 2010年……党群类、业务类、行政类 2011年…… 复式分类法 4、保管期限—年度—机构分类法永久：2009年办公室、业务处、指导处…… 2010年办公室、业务处、指导处…… 2011年…… 30年：2009年办公室、业务处、指导处…… 2010年办公室、业务处、指导处…… 2011年…… 10年：2009年办公室、业务处、指导处…… 2010年办公室、业务处、指导处…… 2011年…… 保管期限—年度—机构分类法 ◆不管采用哪种分类方法，同一全宗应保持分类方案的一致性。要做到类别设置合理，各类之间界限清楚，归类准确。二、鉴定 ◆确定文件是否留存，剔除没有保存价值的文件材料 ◆确定留存文件的保管期限：永久、30年、10年

ORACLE清理归档日志

清理归档日志： 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_1string log_archive_dest_10string 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 sequence360 Next log sequence to archive360 Current log sequence362 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.1301

档案归档整理方法和步骤

档案归档整理方法和步骤对机关文书档案归档整理方法和步骤进行了比较系统的归纳总结，这是对档案业务指导工作方法的一种新的尝试，主要是为了促进国家档案局8号令的贯彻落实。同时，我们相信，对提高我市机关档案归档整理水平也会发挥很大的作用。一般情况下，归档文件整理大致需要收集文件、区分归档范围、分年度、分类别、分级别、分保管期限、修整文件、装订、排列文件、文件编号、编制归档文件目录、装盒等程序。一、收集文件收集文件，就是根据党和国家的有关规定，通过一定的方式和手续，把散存在机关内部和个人手中的文件材料，加以清交、聚集的工作，是确保整理工作质量的前提条件和物质基础。收集齐全完整为其基本原则。二、区分归档和不归档材料的范围（一）归档文件材料的范围凡是反映本机关工作活动、具有查考利用价值的文件材料均属归档范围。 1、反映本机关主要职能活动和基本历史面貌的，对本机关工作、国家建设和历史研究具有利用价值的文件材料。 2、机关工作活动中形成的在维护国家、集体和公民权益等方面具有凭证价值的文件材料。 3、本机关需要贯彻执行的上级机关、同级机关的文件材料；下级机关报送的重要文件材料。 4、其他对本机关工作具有查考价值的文件材料。（二）不归档文件材料的范围 1、上级机关的文件材料中，普发性不需本机关办理的文件材料，任免、奖惩非本机关工作人员的文件材料，供工作参考的抄件等。 2、本机关文件材料中的重份文件，无查考利用价值的事务性、临时性文件，一般性文件的历次修改稿、各次校对稿，无特殊保存价值的信封，不需办理的一般性人民来信、电话记录，机关内部互相抄送的文件材料，本机关负责人兼任外单位职务形成的与本机关无关的文件材料，有关工作参考的文件材料。 3、同级机关的文件材料中，不需贯彻执行的文件材料，不需办理的抄送文件材料。 4、下级机关的文件材料中，供参阅的简报、情况反映，抄报或越级抄报的文件材料。（三）机关之间分工归档的范围为避免各机关档案移交档案馆后文件材料的重复或遗漏，各单位之间必须明确的归档范围。 1、上级业务主管机关（部、厅、局）发来的文件，由隶属下级机关归档，党委、政府办公室和非隶属机关一般不归档。但对一些需要执行的政策性、法规性文件应归档。如干部管理条例、劳动工资规定、生活待遇标准等文件。 2、上级业务主管机关召开的专业会议文件，由各隶属下级机关归档，党委、政府办公室一般不归档。如党委或政府领导参加了这类会议，并有重要发言，其印件和定稿（指领导发言稿）由党委或政府办公室归档。 3、机关联合召开会议、联合行文所形成的文件材料原件由主办机关归档，其他