在Oracle数据库中，数据库可以设置为归档模式和非归档模式。归档模式保存所有的事务日志，包括在线Redo日志和归档日志，而非归档模式没有归档日志，只有在线Redo日志。归档模式是指可以备份所有的数据库事务并恢复到任意一个时间点。非归档模式则相反，不能恢复到任意一个时间点，但是非归档模式可以带来数据库性能上的少许提高，因为非归档模式没有归档日志。DBA必须做出的一个重要决策是将数据库配置为在ARCHIVELOG模式下运行还是将其配置为在NOARCHIVELOG模式下运行。。
alter system set log_archive_max_processes = 5;
Oracle数据库可以设置为归档模式或非归档模式。当数据库运行在归档模式下时，数据库会将所有的事务记录在联机日志（Online Redo Log）中。当联机日志写满时会进行归档，即形成了归档日志（Archived Log）。当数据库运行在非归档模式下时，数据库只会将事务记录在Online Redo Log中，而并不会将日志进行归档处理。
--==================================================
RAC环境下的归档模式切换与单实例稍有不同，主要是共享存储所产生的差异。在这种情况下，我们可以将RAC数据库切换到非集群状态下，仅仅在一个实例上来实施归档模式切换即可完成RAC数据库的归档模式转换问题。本文主要描述了由非归档模式切换到归档模式，而由非归档切换的归档步骤相同，不再赘述。
Oracle通过Redo Archived实现数据的归档 什么是Redo日志 Redo日志记录了数据的变更，用于在数据库出现故障后，进行数据恢复。 功能主要由三个组件实现：Redo Log Buffer、LGWR后台进程、Redo Log File。 Redo Log Buffer是Oracle共享内存中的一段空间，记录了数据库的变更历史，包括：insert,update,delete,create,alter,drop等。 过程： 用户内存中的记录 --复制--> SGA中的Redo Log Buf
Oracle数据库的备份方式有冷备份和热备份两种，针对这两种备份的实施过程记录如下： 一、Oracle冷备份 概念 数据库在关闭状态下完成所有物理系统文件拷贝的过程，也称脱机备份。 适合于非归档模式（即noarchivelog模式，SCN保持一致）下，数据库处于一致性状态。 冷备份，数据库可以处于归档模式也可以处于非归档模式，最好是处于非归档模式。 步骤 首先在运行的库中得到数据库运行的所有的物理文件位置，然后在计划内关闭数据库(shutdown) 再执行拷贝物理文家到备份路径或备份设备 备份完成后立即启
PostgreSQL从小白到专家，是从入门逐渐能力提升的一个系列教程，内容包括对PG基础的认知、包括安装使用、包括角色权限、包括维护管理、、等内容，希望对热爱PG、学习PG的同学们有帮助，欢迎持续关注CUUG PG技术大讲堂。
Oracle可以将联机日志文件保存到多个不同的位置，将联机日志转换为归档日志的过程称之为归档。相应的日志被称为归档日志。
总结了一下，在归档和非归档的场景下，ora-01145这个错误可能有如下三种情况： 1.off line tablespace --在非归档模式下尝试ofline 数据文件 SQL> alter tablespace tools offline immediate; alter tablespace tools offline immediate * ERROR at line 1: ORA-01145: offline immediate disallowed unless media recover
在有些情况下，对于表段和索引段可以采用记录日志的模式，也可以使用不记录日志的模式。如在对表段、索引段使用数据泵导入时，可以
这也许是你一直期待的文章，在关注这部分技术问题的同时，请务必阅读有关面试中有关个人的问题和解答。这里的回答并不是十分全面，这些问题可以通过多个角度来进行解释，也许你不必在面试过程中给出完全详尽的答案，只需要通过你的解答使面试考官了解你对ORACLE概念的熟悉程度。
之前已经整理出： 1.【DG】DataGuard搭建-11gR2单主单备 2.【DG】DataGuard架构和部分概念整理 下面继续整理DataGuard相关动态性能视图，用于查看物理DG状态，以及日志传输/应用服务简单说明，要结合架构和概念篇看
Oracle的备份与恢复有三种标准的模式，大致分为两大类，备份恢复(物理上的)以及导入导出(逻辑上的)，而备份恢复又可以根据数据库的工作模式分为非归档模式(Nonarchivelog-style)和归档模式(Archivelog-style),通常，我们把非归档模式称为冷备份，而相应的把归档模式称为热备份，他们的关系如下所示
当数据库处于非一致状态的备份就是非一致性备份。 实例失败， shutdown abort，数据库打开的时候进行的备份是非一致性备份
–sql>alter database mount (读取控制文件），没有实例恢复。
解答：Coalescing针对于字典管理的tablespace进行碎片整理，将临近的小extents合并成单个的大extent.
Oracle表空间设置为备份模式后，便可以联机对表空间下数据文件进行文件系统级别的copy备份操作，因为期间对表空间的修改都记录到数据库的重做日志文件中。
当Oracle写数据文件遇到错误时，该如何应对呢？是离线文件还是崩溃实例？这个简单问题的技术变化跨度超过了20年。 自Oracle 11.2.0.2版本开始，一个新的隐含参数 - _datafile_write_errors_crash_instance 被引入到数据库中，通过这个参数名就可以了解到其含义：当发生数据文件写错误时，Crash数据库实例。 为什么要引入这个参数呢？这个参数后台解决的是什么问题呢？我在《数据安全警示录》一书上曾经写过多个案例，在归档模式下当发生文件（非SYSTEM文件）写错误
是所有物理文件的一个副本，比如数据文件，控制文件，归档日志等。该副本能被存储在本地磁盘或磁带等等。
本篇梳理DG的架构和一些概念知识，重新梳理的目的是加强理解，也方便复习，基于11gR2版本写的，不包含12c新特性。如果能帮助到新接触DG的朋友，那就再好不过。
一致性备份（Consistent Backup）是指备份集所包含的各个文件都具备相同的系统变化编号（System Change Number，SCN）。也就是说，备份所包含的各个文件中的所有数据均来自同一时间点。使用一致性数据库完全备份（Consistent Whole Database Backup）进行还原（Restore）后，不需要执行恢复操作（Recovery）。所以，一致性备份也称之为冷备或脱机备份，在执行数据库一致性备份之前需要先将数据库正常关闭再进行备份。
在ApiPost之前的版本里，一直有一个很难受的问题困扰者我们和使用者：当我们把文档的分享链接分享出去之后，由于文档和当前操作的接口数据是实时一致的，导致很多时候，后端人员一不小心的保存就会造成前端文档的更改。
问题 1： 为什么 group by 和 order by 会使查询变慢? 答： group by 和 order by 操作通常需要创建一个临时表来处理查询的结果，所以如果查询结果很多的 话会严
SAP系统已经存在了几十年，与大多数本地（Hadoop)或基于云的（Google, Azure, AWS）数据湖不同。这就是为什么经常要存档大量SAP历史数据的原因。这带来了一个挑战——历史SAP归档解决方案以压缩格式将数据存储在基于文件的存储中，很难将这些数据集成到企业数据湖中，更不用说运行实时分析、机器学习算法或从中创造商业价值。
数据库（DATABASE）是一个数据集合，Oracle数据库都将其数据存放在数据文件中。在物理结构上，Oracle数据库必须的3类文件分别是数据文件、控制文件和联机Redo日志文件。在逻辑结构上，Oracle数据库由表空间、段、区和块组成。数据库名称由DB_NAME来标识。
在Linux环境下将Oracle11g数据库模式由非归档模式（Noarchivelog）修改为自动归档模式（archivelog）。
数据库维护中，备份或恢复是重中之重的问题。尽管很多时候数据库系统运行缓慢，但对数据库数据的丢失而言，显然后者损失的代价是
SYSTEM表空间是Oracle数据库最重要的一个表空间,存放了一些DDL语言产生的信息以及PL/SQL包、视图、函数、过程等,称之为数据字典,
在Oracle中，RAC环境下“ALTER SYSTEM SWITCH LOGFILE;”与“ALTER SYSTEM ARCHIVE LOG CURRENT;”有什么区别？
一般来说以上都默认包含LogMiner分析包，无需再安装 。如果不能确认，可以 DBA 身份登录系统，查看系统中是否存在运行 LogMiner 所需要的 dbms_logmnr、 dbms_logmnr_d 包，如果没有需要安装 LogMiner 工具，必须首先要运行下面这样两个脚本：ORACLE_HOME/rdbms/admin/dbmslm.sql ORACLE_HOME/rdbms/admin/dbmslmd.sql 。这两个脚本必须均以 DBA 用户身份运行。
DG 的工作原理是通过网络将主数据库的重做数据传输到备用数据库，然后在备用数据库上应用这些重做数据，以确保数据的一致性。
在任何时间，PostgreSQL在数据集簇目录的pg_wal/子目录下都保持有一个预写式日志（WAL）。这个日志存在的目的是为了保证崩溃后的安全：如果系统崩溃，可以“重放”从最后一次检查点以来的日志项来恢复数据库的一致性。该日志的存在也使得第三种备份数据库的策略变得可能：我们可以把一个文件系统级别的备份和WAL文件的备份结合起来。当需要恢复时，我们先恢复文件系统备份，然后从备份的WAL文件中重放来把系统带到一个当前状态。这种方法比之前的方法管理起来要更复杂，但是有其显著的优点：
pg_probackup是管理PG数据库集群备份和恢复的工具。用于执行周期性备份PG实例。兼容PG9.5，,96,10,11,12,13。和其他备份解决方案相比，提供下面优势，帮助部署不同备份策略和处理大量数据：
我们知道,Nologging只在很少情况下生效 通常,DML操作总是要生成redo的
每次手动备份太麻烦了，工作上需要，决定使用自动备份，所以写个博客来记录一次，本次备份功能是无密码通过批处理来执行定时备份的，如果是windows server r2服务器的话大家可以搭配任务计划程序来做定时执行，如果是linux内核的系统可以用crontab插件，crontab 插件大家可以自行百度，从而形成定时备份数据。
以下的文章主要介绍的是Oracle DBA面试题，我们一共列举的是23道相关的面试题，主要是以一问一答的方式，下面就是文章的具体内容的详细分析，望你浏览之后会对Oracle DBA面试题的模式有更好的理解。
数据守护集群安装部署前需要额外注意网络环境和磁盘 IO 配置情况，其他环境配置项建议请参考安装前准备工作。
对任何数据库系统而言，对显而易见的故障，应当避免发生本文列出了Oracle常见的故障并给出了解决方案，同时列出了一些日常规划。
本文主要介绍pg_dump、pg_dumpall、copy、pg_basebackup的使用。
从这期开始讲Oracle Data Guard方面的内容，先讲基本的概念，然后介绍如何搭建Data Guard
从这期开始讲Oracle Data Guard方面的内容，先将基本的概念，然后介绍如何搭建Data Guard
RMAN使用服务器会话来完成备份操作，从RMAN客户端连接到服务器将产生一个服务器会话
物理备份用于实现数据库的完整恢复，但数据库必须运行在归挡模式下（业务数据库在非归挡模式下运行），且需要极大的外部存储设备，例如磁带库，具体包括冷备份和热备份。冷备份和热备份是物理备份(也称低级备份)，它涉及到组成数据库的文件，但不考虑逻辑内容。
Oracle 联机日志加上Oracle归档日志记录了整个数据库完整的变更信息。是Oracle体系结构中的重要组成部分。因此联机日志的规划也相当重要。但随着业务的增加或当前联机日志文件的大小成为数据库瓶颈之一时，不得不调整联机日志的大小。本文演示了如何调整联机日志的大小。 有关联机日志、归档日志规划，设置等其参考: Oracle 联机重做日志文件(ONLINE LOG FILE) Oracle 归档日志
执行备份或还原的数据库称为目标。在一些环境下，有许多数据库，因此有许多RMAN目标。应一次连接每个数据库。目标的每个备份都有一些属性：
前一节描述的内建后备模式的一种替代方案是使用一个轮询归档位置的restore_command。这是版本 8.4 及以下版本中唯一可用的选项。在这种设置中，设置standby_mode为关闭，因为你要自行实现后备操作所需的轮询。关于这种实现的一个参考请见pg_standby模块。注意在这种模式中，服务器将一次应用一整个文件的 WAL，因此如果你使用后备服务器来查询（见热备），那么主服务器上的一个动作和后备服务器上该动作变得可见之间会有一个延迟，该延迟对应着填满 WAL 文件的时间。archive_timeout可以被用来缩短该延迟。还要注意你不能把流复制和这种方法组合起来使用。
说明：这里的Oracle服务器是linux系统，windows系统也是一样的！！
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
