归档日志

背景 当Oracle 归档日志满了后，将无法正常登入oracle，需要删除一部分归档日志才能正常登入ORACLE。最近遇到一个问题，一套Oracle 11g数据库使用RMAN删除了归档日志，但是仍然无法释放，导致无法登陆oracle数据库。 1.查看归档日志文件 oracle@ps251n2s:[/opt/oracle/archive/db] ls -ltr |more total 3059881082 -rw-r----- 1 oracle oinstall 725320704 May 20 2016 1_1_91233774.dbf -rw-rw---- 1 oracle oinstall 1756937216 Jun 7 2016 1_2_91233774.dbf -rw-rw---- 1 oracle oinstall 1756731392 Jun 21 2016 1_3_91233774.dbf -rw-rw---- 1 oracle oinstall 1758001152 Jul 3 2016 1_4_91233774.dbf -rw-rw---- 1 oracle oinstall 1756729344 Jul 15 2016 1_5_91233774.dbf -rw-rw---- 1 oracle oinstall 1765750784 Jul 26 22:00 1

一、查看当前归档日志路径 SQL> archive log list Database log mode Archive Mode Automatic archival Enabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log sequence 2 Next log sequence to archive 4 Current log sequence 4 二、修改归档日志路径 SQL> alter system set log_archive_dest_1='location=/oracle/archive'; 三、再次查看修改后归档日志路径 SQL> archive log list Database log mode Archive Mode Automatic archival Enabled Archive destination /oracle/archive Oldest online log sequence 2 Next log sequence to archive 4 Current log sequence 4 四、切换归档日志验证是否修改成功 SQL> alter system switch logfile; System altered. With the

一、 重做日志文件把对数据文件的修改在写入数据文件之前记录下来。日志文件以一种循环的方式被写入信息。当一个日志组被写满时，回自动向另一个日志组写入。管理员可以手工切换当前日志组。 alter system switch logfile 可以切换当前的日志组。当日志组发生切换时， oracle 向新的重做日志组分配一个日志序列号。当存在大量的事务时必须调整重做日志文件的大小，以避免频繁的日志切换发生。重做日志文件被顺序的写在磁盘上，如果磁盘没有其他活动， I/O 将会很快。应该把重做日志文件保存在 单独的磁盘上，以获取良好的性能。尤其不要把经常处于活动状态的 SYSTEM,UNDOTBS,SYSAUX 的表空间或索引表空间文件保存到同一块磁盘上。因为只有在事务的请求被写到重做日志后，请求才能被完成。最大限度的提高重做日志的吞吐量是 oracle 性能优化首先考虑的因素。当发生重做日志切换而生成 一个新的检查点时 ,DBWn 就会写脏缓冲器块。这样会影响 oracle 的性能。可以通过 fast_start_mttr_target 初始化参数来调整检查点。 每个数据库都有自己的联机重做日志组，一个联机重做日志组有多个重做日志成员，每个日志成员有单独的操作系统文件。在一个 rac 配置（这种配置中单个数据库装有多个实例），每个实例有一个联机重做日志线程，每个实例的 lgwr

--通过备份日志发现数据库备份失败 channel c2: starting archived log backup set released channel: c1 released channel: c2 released channel: c3 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03009: failure of backup command on c2 channel at 11/13/2019 04:30:30 ORA-19588: archived log RECID 154573 STAMP 1024167886 is no longer valid RMAN> 错误的是由于备份期间某一个归档文件在控制文件中没有找到导致备份失败，可能导致这个错误的原因主要有3个: 1、控制文件信息与归档文件信息不一致，可以使用如下命令更新控制文件信息； 2

Linux下压缩工具gzip和归档工具tar及其实战shell应用 第一章：gzip的使用技巧 gzip [option]... file... -d: 解压缩，相当于gunzip; -#: 指定压缩比，默认是6，数字越大压缩比越大( 1-9）； -c: 将压缩结果输出至标准输出； gzip -c FILE >/path/to/somefile.gz ------------------- 实战检验 ---------------------------------- [root@Franklin13 ~]# cat /etc/redhat-release CentOS Linux release 7.4.1708 (Core) [root@Franklin13 tmp]# cp /var/log/messages ./ .. [root@Franklin13 tmp]# ll -h total 384K -rw-------. 1 root root 383K Nov 11 09:32 messages drwx------. 3 root root 17 Nov 11 09:25 systemd-private-52ebfc42ca98403dac9fc0fb58c32550-cups.service-cTb8ef drwx------. 3 root root 17 Nov

这里使用Oracle 12C来大概演示说明一下rman的基本用法，这里不会深入讨论，因为本人也只是刚刚才接触，只是结合了网上的一些文章以及自己的实践来总结并拿出来大家学习，谢谢 目录 一、关于备份与恢复 二、逻辑备份（expdp和impdp） 三、物理备份 四、数据库日常备份计划及脚本参考 一、关于备份与恢复 1、备份定义 备份就是把数据库复制到转储设备的过程。其中，转储设备是指用于放置数据库副本的磁带或磁盘。通常也将存放于转储设备中的数据库的副本称为原数据库的备份或转储。备份是一份数据副本 2、备份分类 从物理与逻辑的角度来分类： 从物理与逻辑的，备份可以分为物理备份和逻辑备份。 物理备份 ：对数据库操作系统的物理文件（数据文件，控制文件和日志文件）的备份。物理备份又可以分为脱机备份（冷备份）和联机备份（热备份），前者是在关闭数据库的时候进行的，后者是以归档日志的方式对运行的数据库进行备份。可以使用oracle的恢复管理器（RMAN）或操作系统命令进行数据库的物理备份。 逻辑备份 ：对数据库逻辑组件（如表和存储过程等数据库对象）的备份。逻辑备份的手段很多，如传统的EXP，数据泵（EXPDP），数据库闪回技术等第三方工具，都可以进行数据库的逻辑备份。 从数据库的备份角度分类： 从数据库的备份角度，备份可以分为完全备份和增量备份和差异备份 完全备份 ：每次对数据库进行完整备份

oracle数据库有两种运行方式：归档（ARCHIVELOG）方式和非归档（NO ARCHIVELOG）方式。在非归档模式下，日志切换时直接覆盖以前的重做日志文件，不产生归档日志。数据库在归档方式下运行，在日志切换后，ARCH进程会对已写满的重做日志文件进行存档，默认情况下，oracle采用非归档模式下运行，主要因为归档方式会给系统带来一定的性能问题。只有当数据库运行在归档方式时，ARCH进程才存在。ARCH进程是oracle的可选后台进程，将日志存档，以便保存对数据库的所有更改。这样即使在数据文件磁盘损坏的情况系下，数据库管理员也能将数据库恢复到故障发生时的状态。 配置数据库归档日志 配置数据库归档日志的方式包括以下3个步骤： 查询数据库的归档方式，确定当前不处于归档方式 以sys用户作为SYSDBA连接目标数据库，然后执行ARCHIVELOG LIST命令查看数据库归档模式： 关闭数据库并启动数据库到mount状态 使用ALTER DATABASE ARCHIVELOG命令将数据库设置为归档模式，并验证数据库的归档模式是否改变 获取归档日志信息 数据字典视图可帮助用户获取数据库配置信息。用户通过使用V$ARCHIVE_DEST和V$ARCHIVE_LOG视图获取归档日志信息 V$ARCHIVE_DEST：显示当前所有归档日志存储位置及其状态 V$ARCHIVE_LOG

查询各对象空间使用率大小 select * from v$flash_recovery_area_usage; 说明：有的文档对v$flash_recovery_area_usage 里面percent_space_used 解释为实际占用大小，很显然不对，只是百分比而已 从上述可以看出，归档日志占用空间已经很高了。需要进行清理 清理工作分为物理层面和逻辑层面（原因在于操作系统物理层面的清理信息并不会更新到数据库中） A.物理层面 查询文件存储路径 在改路径下，删除相应的归档日志 之后再做空间使用率查询会发现，实际占用率并未变化 下面就需要进行逻辑层面的处理 B.逻辑层面 先用rman校验归档文件的有效性 之后删除无效的归档文件记录 之后再进行查询空间使用率的时候，会发现大小已经变更为实际状态 文章来源: oracle之归档日志空间管理

1.创建表空间 SQL> create tablespace fda_tbs datafile '/u01/app/oracle/oradata/orcl/fda_tbs01.dbf' size 100m; Tablespace created. 2.管理FDA 创建FDA SQL> create flashback archive fda1 tablespace fda_tbs retention 1 year; 删除FDA SQL> drop flashback archive fda1; 添加表空间 SQL> alter flashback archive fda1 add tablespace fda_tbs2; 移除表空间 SQL> alter flashback archive fda1 remove tablespace fda_tbs2; 修改表空间配额 SQL> alter flashback archive fda1 modify tablespace fda_tbs quota 100m; 修改保留时间 SQL> alter flashback archive fda1 modify retention 2 year; 设置默认闪回归档 SQL> alter flashback archive fda1 set default; 清除FDA里的数据 全部清除

本文主要讲与Boot整合，后面会详细讲解Logback 官方文档 ConsoleAppender 如 name 所示，附加在 console 上，或者更准确地说是 System.out 或 System.err，前者是默认目标。 ConsoleAppender 格式 events 借助用户指定的编码器。编码器将在后续章节中讨论。 System.out 和 System.err 都是 java.io.PrintStream 类型。因此，它们被包装在 OutputStreamWriter 内部，缓冲 I/O 操作。 Property Name 类型 描述 编码器 编码器 请参见 OutputStreamAppender properties。 目标 String 其中一个 String 值 System.out 或 System.err。默认目标是 System.out。 withJansi boolean 默认情况下，将 jansi property 设置为 false 。将 withJansi 设置为 true 会激活 Jansi library，它为 Windows 机器上的 ANSI 颜色代码提供支持。在 Windows host 上，如果此 property 设置为 true，那么您应该在 class 路径上放置“org.fusesource.jansi:jansi:1.9”