在 Oracle 12.2 之前，当我们需要恢复数据库到某个时间点的时候，需要确定 SCN，或者日志序列号，或者一个时间点，以便尽可能多的应用归档日志，进而尽可能多的恢复数据。 从12.2开始，RMAN 新增参数： RECOVER DATABASE UNTIL AVALIABLE REDO RMAN 将会根据控制文件信息和归档日志/在线日志/归档日志备份集的物理可用性，将数据库恢复到最后一个可用的归档日志。所以在进行恢复的时候，可以不需要指定 SCN，或者时间,或者日志序列号。需要注意的是，数据文件仍然需要
在Oracle 11gR2中，引入了SYSASM特权用来执行与ASM相关的特定操作。同样地，在Oracle 12c中引入了3个新的系统用户SYSBACKUP、SYSDG和SYSKM，其中，SYSKM可以执行与透明数据加密密钥（Transparent Data Encryption keystore）相关的操作，SYSDG可以在DGMGRL或命令行接口里执行与DG（Data Guard）相关的操作，而SYSBACKUP特权用来在RMAN或SQL*Plus中执行备份和恢复命令。
数据库备份与恢复是数据库管理员必须掌握的。没有任何系统能免遭硬盘物理损坏、粗心用户的错误操作、或一些可能会威胁到存储数据的潜在灾难的侵袭。为了能够最大限度地恢复数据库数据，保证数据库的安全运行，应该选择最合理的备份方法来防止各种故障所导致的用户数据丢失。
--================================= -- 使用RMAN实现异机备份恢复(WIN平台) --================================= 在有些情况下，如数据库服务器处于磁盘空间的压力或成本控制需要将数据文件备份到异机，使用RMAN可以完成该工作。基于Windows平台 所需完成的配置相对简单，仅仅是添加账户与使用新增的帐户来启动数据库服务以及设置共享路径。 下面给出具体描述。 一、配置数据库服务器与备份目的主机 1. 帐户配置(假定有主机A,B 且A为数据库服务器，B为备份目的主机，且能互相ping通) 如果主机A与主机B使用的Administrator密码相同，且A上的OracleServiceDBNAME服务和OracleOraHome92TNSListener服务都以"本 地系统账户登陆" 如果主机A与主机B使用不同的Administrator密码，处于安全考虑不宜设为相同，则则可以分别在主机A与主机B上新建一用户，假 定在主机A上建立DBA_oracle，密码为ORA_PWD，则在主机B上也建立该用户(用户名可以不同，密码必须相同)，密码同样设置为ORA_PWD 。将刚建好的用户在各自主机将其加入到Aministrators组 2. 设定OracleServiceDBNAME服务和OracleOraHome92TNSListener服务的启动帐户。在运行处输入services.msc。在主机A上设定使用此帐 户登陆，即使用刚刚建立的DBA_oracle，输入密码启动，该设置需要重启后有效 3. 在主机B上设定共享文件夹，如RMAN_Shared，设置其权限为完全控制(在A上使用\\IP\RMAN_Shared测试是否可写入文件) 二、查看RMAN的配置与数据库情况
因为POSTGRESQL 备份的方式很多，所以在众多的备份方式和软件中，也只能“半网打进”。
应用场景：服务器A为正常运行的生产环境，需要在服务器B上部署一套相同环境做测试。 数据库环境：RHEL6.4 + Oracle 11.2.0.4.7
差异增量备份（Differential Incremental Backup）模式（默认）： LV0：全备。 LV1：最近一次LV0或LV1至今的变化。 LV2：最近一次LV0或LV1或LV2至今的变化。 优缺点：速度较快、因为仅存储少量变化的块、但需要更长的时间来恢复
导读：在 DBA 的日常工作中不可避免存在着数据库的损坏，本文将主要介绍 Oracle 数据库遇到不同损坏级别下的应该采用的恢复方法，供读者在遇到此类情景时，能的找到适合自己的恢复方法，提高工作效率。
墨墨导读：在 DBA 的日常工作中不可避免存在着数据库的损坏，本文将主要介绍 Oracle 数据库遇到不同损坏级别下的应该采用的恢复方法，供读者在遇到此类情景时，能的找到适合自己的恢复方法，提高工作效率。
PostgreSQL从小白到专家，是从入门逐渐能力提升的一个系列教程，内容包括对PG基础的认知、包括安装使用、包括角色权限、包括维护管理、、等内容，希望对热爱PG、学习PG的同学们有帮助，欢迎持续关注CUUG PG技术大讲堂。
在最近的一个大型项目中，用户提到由我们云提供商进行Oracle数据库的备份、迁移集成工作，是选择用DG、还是RMAN？我们今天来分析一下。
在前两篇文章中描述了中小型数据库使用RMAN catalog设计备份与恢复方案，并给出了所有相关的脚本来从某种车程度上模拟Oracle Data Guard以减少硬件故障带来Prod服务器上数据库损失。在这边文章中主要描述Prod数据库的变迁在Bak server端如何进行恢复。
如果数据库已经关闭，但是存在SPFILE的RMAN备份，那么可以使用如下的方式进行恢复：
人要弄懂人生的剧本，你不是父母的续集，也不是孩子的前传，更不是亲戚朋友的外传，生命终会失去，不妨给自己多点选择
关于DRA的官方描述： The simplest way to diagnose and repair database problems is to use the Data Recovery Advisor. This Oracle Database tool provides an infrastructure for diagnosing persistent data failures, presenting repair options to the user, and automatical
物理备份用于实现数据库的完整恢复，但数据库必须运行在归挡模式下（业务数据库在非归挡模式下运行），且需要极大的外部存储设备，例如磁带库，具体包括冷备份和热备份。冷备份和热备份是物理备份(也称低级备份)，它涉及到组成数据库的文件，但不考虑逻辑内容。
接下来就是把/rman备份目录下的内容都拷贝到新主机上，方法很多，例如scp、磁盘卸载重新挂载等。
备份就是把数据库复制到转储设备的过程。其中，转储设备是指用于放置数据库副本的磁带或磁盘。通常也将存放于转储设备中的数据库的副本称为原数据库的备份或转储。备份是一份数据副本
背景：这里提到的常规恢复指的是数据库有完备可用的RMAN物理备份。 实验环境：RHEL6.4 + Oracle 11.2.0.4 单实例.
利用两篇将之前学的内容整理出来，又做了一遍实验，常用不常用的都有。有很多可以深挖的点，后面再慢慢搞
【DB笔试面试792】在Oracle中，ORA-01578和ORA-26040--NOLOGGING操作引起的坏块-错误解释和解决方案.
由于 PDB 的引入，Oracle 数据库的备份和恢复也发生了很多变化，基于 PDB 级别的表空间、库备份同时被支持。以下通过实际测试介绍一下12c中关于 PDB 的备份恢复过程。 ⑴ 启动归档模式
普通数据文件指：非system表空间、undo_tablespace表空间、临时表空间和只读表空间的数据文件。它们损坏导致用户数据不能访问，不会导致db自身异常、实例崩溃、数据库不恢复就无法启动的情况。
（一）NOLOGGING操作引起的坏块（ORA-01578和ORA-26040）简介
当执行完全恢复时，会将数据库置于完全最新的状态，包括当前提交的所有数据修改。 然而，不完全恢复会使数据库或表空间回到过去的某个时间点。这也称为“时间点恢复(PITR)”。“这意味着缺少交易;从恢复目标时间到现在所做的任何数据修改都将丢失。在许多情况下，这是理想的目标，因为可能对数据库进行了一些需要撤消的更改。恢复到过去的某个点是解决用户误操作的一种方法。
在Oracle中，三大文件即控制文件，数据文件，日志文件的丢失与破坏都将需要使用还原或恢复来使数据库正常化。而RMAN还原与恢复
数据备份重于一切，每个DBA都应该对备份恢复了然于胸。在数据库维护中，备份是重中之重的事，而恢复也是检验一个DBA是否合格的重要标识。
听说过还原(restore)数据库，表空间及数据库文件，使用归档日志恢复(recover)数据库，表空间，数据库文件。咦，还有还原归档日志这一说法呢？没错，可能我们忽略了还原归档日志这一个过程，原因是还原归档日志通常情况下是oracle在recover时自动完成的。大多数情况下我们是先还原数据库，恢复数据库，打开数据库。实际上在恢复数据库之前有一个动作，那就是还原归档日志，也就是将日志文件还原到缺省的归档位置，如果我们在备份归档日志时使用了delete [all] input子句的话。本文对此给出了单独还原归档日志以及恢复归档日志的示例以及restore archivelog的一些用法，仅仅是为了更好来的理解还原与恢复的过程，因为大多数情形下,数据文件被还原到缺省路径。如果是还原到非缺省路径，那就需要手动restore archivelog。
作者简介 作者：LuciferLiu，中国DBA联盟(ACDU)成员。 目前主要从事Oracle DBA工作，曾从事 Oracle 数据库开发工作，主要服务于生产制造，汽车金融等行业。 现拥有Oracle OCP，OceanBase OBCA认证，擅长Oracle数据库运维开发，备份恢复，安装迁移，Linux自动化运维脚本编写等。 前言 使用rman进行备份恢复时，通过客户端执行记录无法直观看出进度如何，可以通过SQL进行查询。 一、RMAN备份 以下命令，直接复制执行即可。 1 配置备份路径和计划任务
背景：这里提到的常规恢复指的是数据库有完备可用的RMAN物理备份。 实验环境：RHEL6.4 + Oracle 11.2.0.4 DG primary.
RMAN的备份与恢复存储仓库的数据通常存放于控制文件或恢复目录中，本文主要讲述基于catalog的备份与恢复。
源端和目标端的数据库版本需要保持一致，补丁版本可以不一致，目标端磁盘空间不能小于源端空间，目标端只需要安装 Oracle 软件即可！
如果执行了rm -rf操作删除了所有的基于FS的数据文件，但是数据库还处于OPEN状态，那么，在这种情况下如何快速地恢复数据库呢？这里的前提条件是没有任何可用的RMAN备份、数据库冷备份等，也就是说，没有任何备份。在这种情况下可以通过系统的文件句柄号来恢复数据文件。整个恢复过程可以简单分为如下几步：
Redo日志是Oracle为确保已经提交的事务不会丢失而建立的一种机制。实际上，Redo日志的存在是为两种场景准备的，一种称之为实例恢复（Instance Recovery），一种称之为介质恢复（Media Recovery）。
看到这报错，很简单对吧，找不到归档日志，便报错了，基本上没什么可说的，但对于初学者而言，还是记录以下，以便后来者参考。先说说这个错误怎么来的吧，事情的经过是这样的（回忆片段走起），上周四晚上回家途中，马上要下地铁了，手机微信里出现了一大片关于数据库的告警，数一数有 7 套数据库同时告警，感觉出大事了，后来说是存储那边出问题了，经过一天的修复，只剩下一台机器有问题了，操作系统无法启动，也修复不了，幸好修复不了的机器只是我们数据库的一个节点，可这就造成了我们其中的一台数据库由RAC 变成单点了。
Oracle支持多种方式来管理数据文件的备份与恢复来保证数据库的可靠与完整。除了使用RMAN工具以及第三方备份与恢复工具之外，基于
背景：最近时常有客户咨询这类问题，其实很简单一个操作，但由于每个人的理解差异，也容易出现各种问题或者误解，本文主要总结下这个过程以及常遇到的问题处理。 环境：Site A(Oracle RAC 11.2.0.4) + Site B(Single Instance DB 11.2.0.4，只安装了DB软件) 需求：使用Site A的备份，恢复数据到Site B环境。
迁移数据库的方法有多种，较为常用的则是使用RMAN来迁移。使用RMAN迁移数据库属于数据库的物理备份与恢复范畴，整个过程中数据库的相关信息是完整地镜像。因此，基于此种方式还原恢复的数据库用于测试会使得与真实的生产环境差异相对较小。本文描述了使用RMAN来还原Oracle 10g数据库的过程。
修复由于主库NOLOGGING操作引起的备库ORA-01578和ORA-26040错误
闪回技术通常用于快速简单恢复数据库中出现的认为误操作等逻辑错误，从闪回的方式可以分为基于数据库级别闪回、表级别闪回、事务
restore just copy the physical file, recover will consistent the database. restore 是还原，文件级的恢复。就是物理文件还原。 recover 是恢复，数据级的恢复。逻辑上恢复，比如应用归档日志、重做日志，全部同步，保持一致。 即用restore命令先从上次备份的文件提取出数据文件拷贝到原目录下进行替换，而recover是在restore之后，使用redo log & archive log补全从备份到现在时刻的差异数据。 1、restore 命令：用于还原已经备份的数据文件。 （1）、restore database 还原所有的数据文件。 （2）、restore tablespace 还原特定表空间的数据文件。 （3）、restore datafile 还原特定的数据文件。 （4）、restore controlfile 还原控制文件。 （5）、restore archivelog 还原归档日志文件。 2、recover 命令：当数据库需要应用归档日志文件恢复数据文件时，使用recover命令。使用该命令数据库系统会自动应用归档的日志文件。 （1）、recover database 恢复所有的数据文件。 （2）、recover tablespace 恢复特定表空间的数据文件。 （3）、recover datafile 恢复特定的数据文件。 restore 只是用备份来还原,recover是用archivelog或者online log 举例说明： 假设我时间点A,做了个备份,时间点B数据库挂了 restore database ;// 这个操作利用时间点A做的备份来还原,返回到时间点A recover database ;//这个操作利用archivelog and online log做recover,从时间点A,推进到时间点B
rman在数据的备份恢复中还是发挥了重大的作用，把冷备，热备这种手工备份方式做了集成化的管理，可以基于这个工具集完成相对复杂额备份恢复工作。 当然了rman相对于传统的手工备份，提供了更多的改进， 比如压缩备份，我们手工测试的场景中，一个1.5G的小库，如果数据文件的使用率不到300M，那么生成的dump就在近300M，如果开启压缩备份的方式，生成的备份集差不多会在80M左右，改进的幅度还是很大的。比如并行备份，开启多个通道对于数据库中的多个数据文件备份进行分工，还可以在这个基础 上进行备份切分，把一个很大
通常在当前控制文件丢失，或者当前的控制文件与需要恢复的控制文件不一致的情况下，我们需要重新创建一个控制文件或者使用 unsing backup controlfile方式来恢复控制文件。说简单点，只要是备份的控制文件与当前的控制文件不一致进行恢复数据库，就需要使用到 unsing backup controlfile方式，而一旦使用了该方式，则需使用resetlgos选项来打开数据库。
首先把Oracle备份文件传到目标端，解压，如下所示是每天的备份，其中20190816是0级别的差异增量备份
遇到的失败或错误分为两大类：物理和逻辑。物理错误一般是硬件错误或使用数据库的应用程序中的软件错误，而逻辑错误一般在终端用户级别（数据库用户和管理员）。
我们坑你遇到的失败或错误分为两大类：物理和逻辑。物理错误一般是硬件错误或使用数据库的应用程序中的软件错误，而逻辑错误一般在终端用户级别（数据库用户和管理员）。
在手动恢复数据库时，有时候需要在SQL*Plus提示符以及操作系统提示符，RMAN提示符下来回切换显得有些繁琐。实际上RMAN为我们提供了命令行下执行一些简单的SQL语句以及PL/SQL的方法，以避免上述情形。本文描述了RMAN提示符下的一些常用命令及其用法。
数据库宕机之后，现场工程师开始用rman备份恢复数据库，当数据库alert日志提示控制文件有大量坏块。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
