链接：http://www.eygle.com/archives/2010/11/recover_archivelog_corruption.html
在很多情况下，或无法使用dbca工具的时候，我们需要手动来删除数据库。对此，可以借助drop database命令来实现，下面的描述中给出手动删除数据库
说明：关于本文提到的所有参考文档，一律上传分享，关注本公众号回复 122arch 获得。
--==========================================
最近在因归档日志暴增，使用delete archivelog all貌似无法清除所有的归档日志，到底是什么原因呢？
在开发环境及UAT环境经常碰到需要清除归档日志的情形，对于这个问题方法有很多。可以直接使用rm方式清除归档日志，也可以使用find命令来查找符合条件的记录来清除归档日志，或者直接写个shell脚本来搞定。这样在DEV或者UAT还可以，但是在Prod环境还是建议使用RMAN提供的命令来搞定比较妥当。因为rm，find方式删除了实际的归档日志也释放了空间，但对应的存储在控制文件中的归档信息并没有彻底清除。依旧占用着一些空间未能及时清除而需要控制文件通过age out方式来释放空间。本文描述了使用RMAN方式来清除归档日志，同时也可以将其部署到shell脚本中使用。
数据库的性能优化涉及到整个数据库运行环境的方方面面，诸如操作系统，Oracle自身，存储，网络等等几个大块。而操作系统则是Oracle稳定运行与最大化性能的基石。本文主要描述基于Linux系统下 Oracle 内核参数的配置。
是一种用于集备份(backup)、还原(restore)和恢复(recover)数据库于一体的Oracle 工具，支持命令行及图形界面操作
当主库的某些日志没有成功传送到备库，那么这时候就发生了归档裂缝（Archive Gap）。目前Oracle提供了两种日志GAP的检测和处理机制，分别是自动GAP处理（Automatic Gap Resolution）和FAL进程GAP处理（FAL Gap Resolution）。自动GAP处理即主库上的ARCn进程会每分钟检查备库上的日志GAP情况并做相应处理。FAL（Fetch Archive Log）是通过配置FAL_SERVER和FAL_CLIENT实现GAP检测的一种机制，它是备库主动发起的“取”日志的过程。备库就是FAL_CLIENT，它从FAL_SERVER中取这些GAP。Oracle会首先尝试使用FAL进程处理GAP，当发现FAL机制并没有配置生效的时候，进而尝试使用自动GAP处理。
说明：这里的Oracle服务器是linux系统，windows系统也是一样的！！
目前一共包含以下4个脚本，其中DB_healthcheck_lhr_v6.0.1_ALL_RW.sql 是读写版本，在脚本执行过程中会对数据库做DDL（创建一些用到的临时表）和DML操作（对自己创建的临时表DML操作），但是，在脚本执行后会清理掉创建的临时表，基本上不会留下任何痕迹。而脚本DB_healthcheck_lhr_v1.0.0_10g_RO.sql、DB_healthcheck_lhr_v1.0.0_11g_RO.sql和DB_healthcheck_lhr_v1.0.0_2c_RO.sql分别对应10g、11g和12c及其以上版本，这3个脚本都是只读版本，这3个脚本只会对数据库做查询操作，不会做DML和DDL操作，这也是很多朋友所期待的功能。
数据库重新启动的时候，收到了ORA-19815的错误。从错误的提示来看，是由于闪回区的空间被填满导致无法成功启动。这种情形我们通常考虑的是清除归档日志，那就直接在OS层面rm了，真的是这样吗？客官，如果你有相同的情形，接下往下看......
目前一共包含6个脚本，若脚本的扩展名为“.sql”则表示该脚本为sql脚本，若脚本的扩展名为“.pl”则表示该脚本为perl脚本。
在实际的工作过程中，由于ASM磁盘管理的便利性，因此很多时候需要将文件系统的数据库迁移到ASM，本文演示了如何将文件系统数据库迁移到ASM实例。
Oracle 11g中对于归档日志的删除，除了遵循RMAN保留策略外，也可以通过RMAN来配置归档日志的删除策略，也就是归档日志何时可以被删除。归档日志删除策略适用于所有归档位置(使用快速闪回区FRA/不使用FRA)。本文主要描述归档日志删除策略并给出了具体的演示。
RAC环境下的归档模式切换与单实例稍有不同，主要是共享存储所产生的差异。在这种情况下，我们可以将RAC数据库切换到非集群状态下，仅仅在一个实例上来实施归档模式切换即可完成RAC数据库的归档模式转换问题。本文主要描述了由非归档模式切换到归档模式，而由非归档切换的归档步骤相同，不再赘述。
oracle各个版本间的主要技术更新 oracle 8 增加数据库创建和存储对象 oracle 8i 整体性能提升 oracle9i 实施应用集群 oracle 10g 支持网格计算 oracle 11g 自我调整 自我管理 oracle后缀中的字母含义： i : 包含internet部署的新功能 g: 专注于新兴的网格计算模型 c: 云服务 cloud oracle中数据库与实例的概念 数据库：信息的物理存储。数据库是物理的，由存储在磁盘中的文件组成 实例：服务器上运行的软件，提供了对数据库的信息的访问
从oracle中ASM的发展来看，到今天的普及使用，应该可以算做一种文化，因为这体现的不仅是ASM技术在实际工作中的成功普及，而且从某种程度来说，都代表了一个新生事物的发展历程，无论是java的发展还是各种开源项目的普及，都有着相似的痕迹。 asm从Oracle 10g版本推出，是作为grid的一部分鼓励使用的。而在这段漫长的时间里面，其实asm就在逐渐完善。 就如同你去公司内部推广一套很新技术的时候，人家肯定得衡量你的东西是不是足够好，如果性能指标能够达到指数级的提升，或者操作能够简化到极致，而且稳定，
大多数情况下，了解Oracle常用目录结构，将大大提高数据库管理与维护的工作效率，本文介绍了Oracle 10g 的常用目录。
之前写了一篇文章《Oracle-知识结构漫谈》 粗略的介绍了Oracle数据库接口，在这里再更加详细的描述一下，当做是对原有知识的巩固，温故知新。
Oracle Data Guard是Oracle MAA(Maximum Availability Architecture)中的成员之一，也是MAA中技术要求最简单的方案之一。随着Oracle新功能的引入如Active Standby Database后，加速了Oracle Data Guard的普及。响应去I的趋势和X86架构的流行，对Oracle Data Guard的普及更起到了锦上添花的影响。
主库（Primary Database）在运行过程中，会源源不断地产生Redo日志，这些日志需要发送到备库（Standy Database）端。这个发送动作可以由主库的LGWR或者ARCn进程完成，不同的归档目的地可以使用不同的方法，但是对于一个目的地，只能选用一种方法。选择不同的进程在数据保护能力和系统可用性方面有很大区别。如果使用LGWR进程来传递日志，但是由于某些原因，LGWR进程变得无法归档到目的地了，那么重做传输将会使用ARCn进程来完成归档操作。
当对做过不完全恢复时，联机重做文件中最近的 redo 记录没有被应用，resetlogs 选项在打开数据库之前，把这些未应用的 redo 记录从重做文件中清除掉。
熊军（老熊） 云和恩墨西区总经理 Oracle ACED，ACOUG核心会员 在11g里面，随着ASM、RAC、Data Guard（包括Active Data Guard）的成熟，使用RAC+ASM+Data Guard越来越成为一种可靠的、维护简单、稳定的高可用性和容灾保护方案。这篇文章谈谈如何管理Oracle 11g Data Guard环境中的归档日志。 归档日志是重要的，备份恢复需要它，而Data Guard也需要它。在早期版本的Data Guard环境中，常常面临着归档日志管理问题,，但11g做
RFS（Remote File Server）进程主要用来接受从主库传送过来的日志信息。对于物理备库而言，RFS进程可以直接将日志写进Standby Redo logs，也可以直接将日志信息写到归档日志中。一般可以在主备库的告警日志中看到如下的信息：
Oracle闪回区已经有了好几载的岁月了，在10g的时候就被推出一直延续到现在。Oracle闪回区是为RMAN准备的，尽管抛开它我们可以同样完成数据库备份恢复的相关工作，Oracle依旧强烈推荐使用且它让其成为RMAN的组件之一。这是因为该区域可集中简化管理所有和备份恢复工作，这也是其魅力所在。本文描述了Oracle闪回区的特性及其配置闪回区，监控闪回区等。
同事说dg不能同步，让我帮忙看看，我用自己写的2个视图查看了下，首先发现主库没有常见的LNSn进程，下意识的认为主库这个进程没有启动，需要切换日志唤醒LNSn进程，事实上也这样做了，（alter system set log_archive_dest_state_2='defer'; alter system switch logfile; alter system set log_archive_dest_state_2='enable'; alter system switch logfile;），切换后发现日志可以正常传输了，但是主库还是看不到LNSn这个进程，于是找找资料，深入的研究了一下这个问题。
由于业务增长，频繁的备份还原对于磁盘空间有了更大的空间需求，基本每周500G的磁盘，空间使用率都会达到85%以上，故编写Oracle清理脚本结合crond自动清理Oracle归档日志。
RMAN使用服务器会话来完成备份操作，从RMAN客户端连接到服务器将产生一个服务器会话
10g告警日志默认所在路径:ORACLE_BASE/admin/ORACLE_SID/bdump/alert*.log
Windows环境下的Oracle 11g在一次关机后，无法正常启动，且无法启动到mount状态，一直提示：
最近的RAC环境中遭遇ORA-00254，ORA-15173，即无法进行归档。通常情况下归档失败我们考虑更多的是归档路径的不可达，或归档所在的磁盘空间不足造成的。在使用 ASM 存放归档日志的情形下，对于已经配置好且成功归档的数据库也提示路径不可达？看看到底是怎么一回事。
--*******************************************
这两天看到有朋友咨询 SUSE 15 SP3 安装 Oracle 19C RAC 遇到点问题，趁着周末有时间，抱着学习的心态，研究了一下如何安装，接下来就分享一下从零开始部署的流程！
最近检查测试机器（Linux6-Oracle112040 RAC）ASM目录发现归档日志有断档，目录里遗留了2019、2020年的一些不连续归档。断档的这一部分在控制文件中没有记录，故此归档文件一直没有被发现。这些不连续的归档日志都属于无效日志，需要清理。
数据的导入导出时数据库经常处理的作业之一，Oracle 提供了IMP和IMPDP以及SQL*Loader等工具来完成数据的导入工作，其中IMP服务于早期的9i之前的版本，在10g及后续版本，Oracle 提供了数据泵高速导入工具，本文主要介绍IMPDP的使用方法，关于高速导出工具请参照：数据泵EXPDP 导出工具的使用。SQL*Loader请参照：SQL*Loader使用方法。
对于DEV以及UAT环境，有些时候，数据库需要处于归档模式，但并不需要备份数据库。因此，archive归档日志不停的增长导致磁盘空间被大量耗用。对于这种情形，可以使用一个shell脚本来定时自动清除这些归档日志。本文给出了清除归档日志的脚本。
编辑手记：备份重于一切，我们必需知道,系统总是要崩溃的，没有有效的备份只是等哪一天死！今天你备份了吗？我们一起来回顾Oracle的物理备份，本文摘自《循序渐进Oracle》 逻辑备份：Oracle的逻辑备份与恢复 正文： 物理备份是指针对Oracle的文件进行的备份，这与逻辑备份针对数据的备份不同。在物理备份中，数据库使用的重要文件都需要进行针对性的备份，这些文件包括数据文件（DATA FILE）、控制文件（CONTROL FILE）、联机日志文件（REDO LOG）、归档日志文件（ARCHIVE LOG）
备份就是把数据库复制到转储设备的过程。其中，转储设备是指用于放置数据库副本的磁带或磁盘。通常也将存放于转储设备中的数据库的副本称为原数据库的备份或转储。备份是一份数据副本
这两天看到交流群里有朋友咨询 SUSE 15 SP3 安装 Oracle 19C RAC 遇到点问题，趁着周末有时间，抱着学习的心态，研究了一下如何安装，接下来就分享一下从零开始部署的流程！
引言：在linux系统下，如果在虚拟机层面进行扩容，首先是挂载一块虚拟机硬盘，然后在linux系统底下去分区，然后再挂载到新的目录，但是，如果是对linux系统里面的文件目录本身进行扩容的话，只能使用LVM来进行扩容，本文将分两部分介绍，第一部分是如何创建LVM的分区，第二部分是如何对文件目录本身利用LVM来进行扩容：
对于 Oracle 数据库的备份与恢复，尽管存在热备，冷备以及逻辑备份之外，使用最多的莫过于使用RMAN进行备份与恢复。而制定RMAN备份策
--========================================
Oracle ADG全称为Oracle Active Data Guard，它是Oracle Data Guard功能集中的一个高级选项。Active Data Guard是Oracle数据库提供的一种高级高可用性和灾难恢复解决方案，它在Oracle Data Guard的基础上进一步增强了备用数据库（Standby Database）的功能和利用率。
对于基于日志复制的主备数据库来说，由于配置不当或者备库空间问题造成主数据库的日志被自动清理，造成主备数据库同步中断，对于管理人员来说，也许就是一种失责甚至灾难(如果主发生故障),同样基于日志复制的同步软件来说，存在同样的问题，日志由于各种原因被删除,造成同步数据被中断，如果有定时备份日志，无非就是延迟的问题，如果无日志，可能重新初始化，尤其对于架构复杂以及多链路的复制，修复数据也是头疼事情。
Oracle 开启归档模式后，会一直不停的产生归档日志，如果不定时删除，迟早会撑爆磁盘空间，所以就需要布置定时删除归档日志的脚本！
最近处理了一起看似比较奇怪的dataguard归档路径问题。 问题的背景是这样的。 有一套一主两备的环境，备库1和主库在同一个机房，可以尝试在failover的时候切换备库IP为主库IP。另外还有一台
Archived Log entry 2000 added for T-1.S-288759 ID 0x5a3a0712 LAD:1
在前两篇文章中描述了中小型数据库使用RMAN catalog设计备份与恢复方案，并给出了所有相关的脚本来从某种车程度上模拟Oracle Data Guard以减少硬件故障带来Prod服务器上数据库损失。在这边文章中主要描述Prod数据库的变迁在Bak server端如何进行恢复。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
