展开

关键词

Oracle库不同损坏级别的详解

4; 第三步:对损坏的文件进行 RMAN>recover datafile 4; 第四步:设置已文件联机 RMAN>sql “alter database datafile 4 online database; 第四步:执行下面的命令进行库的完全: RMAN>recover database; 第五步:打开库 RMAN>alter database open; 控制文件损坏的 mount 第五步:用RMAN备份库 RMAN>recover database; 第六步:将库实例打开,但需要进行日志的重置(resetlogs): RMAN>alter database 第一步:进行库的不完全 SQL>recover database until cancel; 第二步:按照重置日志的方式打开库 SQL>alter database open resetlogs 手记4 电子书122ARCH ,Oracle 12.2体系结构图 2018OOW ,Oracle OpenWorld 资料产品推荐云和恩墨Bethune Pro企业版,集监控、巡检、安全于一身,你的专属库实时监控和智能巡检

37820

rman中三个不完全场景(r6笔记第16天)

rman在的备份中还是发挥了重大的作用,把冷备,热备这种手工备份方式做了集成化的管理,可以基于这个工具集完成相对杂额备份工作。 增量备份把的备份工作可以当做一个很有规划性的工作来做。 当然备份是基础,在这个基础上就更为重要了。如果不了,备份的意义就会大打折扣。 然后尝试。 先是破坏,我们到文件的目录下,删除全部文件 $ rm * 然后使用rman把库启动到nomount阶段,开始尝试控制文件。 Mount阶段,开始还原和库, RMAN> run{ 2> restore database; 3> recover database; 4> } 还原还是很滑的过程,关键就在于的过程 所以通过上面的三个简单的例子,可以看到在的不完全中,还是有很多的选择,不完全相对于完全来说,场景真是不胜,各种破坏各种坑。合理利用手中的备份是我们的一个基础。

53650
  • 广告
    关闭

    什么是世界上最好的编程语言?丨云托管征文活动

    代金券、腾讯视频VIP、QQ音乐VIP、QB、公仔等奖励等你来拿!

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    LevelDB 完全解析(7):初始化

    log 文件 MemTable。 last_sequence_、next_file_numbe_等元信息。 根条件决定是否需要创建新的 MemTable。 根条件决定是否需要保存 Manifest。 删除过期文件,调度后的 compaction 任务。 重点是第 2 步。 DBImpl::Recover DBImpl::Recover 是 LevelDB 初始化的主要逻辑: 根判断是否要创建新的库。 从 Manifest 文件各个 level 的 SSTable 的元:调用 VersionSet::Recover 读取 Manifest 的内容。 根 log 文件 MemTable:针对每个 log 文件调用 RecoverLogFile,同时更新 next_file_numbe_。 更新 last_sequence_。

    24010

    分布式系统场景注入测试

    场景注入测试思考 部的TDW集群已达到了8800规模,其他规模小一些的分布式集群也在几百的规模。 基于以上思路,在部的很多系统上进行了应用,都取得了很好的效果。 ? 一个原子操作由两部分组成,操作的发起action和操作的recover。操作的发起action在某个节点上执行就产生某个场景,操作的recover在此节点上执行则此场景取消。 场景注入实例(tube测试) 在部,有个分布式tube系统,是个生产消费模式的MQ系统,提供存储外部生产的,可被消费者进行消费这些,生产和消费的在系统稳定情况下保持一致,在异常场景下不保证高一致性 部场景注入测试场景可以不断完善支持更多的场景,与其他测试方法独立,又可以相互结合,具有良好的可拓展性和易用性,能够满足的各类软件的测试需求。希望大的浪潮下,测试也能一起弄潮前行。

    56580

    :AMDU抽取

    今天我们通过一则真实的案例来认识oracle 自带工具AMDU,无需将磁盘组mount即可实现分析,轻松进行 某日,我们收到了一则中国香港用户ASM破坏案例,请求。 技术回放 对于这个案例,我们有多种手段可以进行,只要ASM磁盘组完好,就可以很容易的从中提取,本案例我们使用了AMDU工具进行。 有了文件分布信息,接下来的就大大简化了。 AMDU文件 获得了文件的分布信息之后,就可以使用amdu工具进行文件提取工作。 ,而Oracle的AMDU工具在这种情况下为我们提供了便利的手段。 2.涉及到存储的调整,必须多部门协同反确认 由于底层存储对于库的核心作用,我们必须在进行维护时反确认维护计划,并且通过多部门来统一协调、共同确认,避免流程割裂导致的误操作行为。

    61260

    Oracle、灾难专题

    ,帮助我们确认备份的有效与否.SMON: recover undo segment 与 事务 和UNDO相关的操作极度危险,任何一个丢失的事务都可能成为灾难,所以了解任何一个动作及其可能带来的影响是对我们的重大考验 的限制下,可以快速的执行。 Oracle:格式化、ASM及字典损坏案例三则 最近一周以来,恩墨科技帮助多家用户进行了,挽救了多个危难之中的库。 SMON: recover undo segment 与 事务 和UNDO相关的操作极度危险,任何一个丢失的事务都可能成为灾难,所以了解任何一个动作及其可能带来的影响是对我们的重大考验。 Oracle:格式化、ASM及字典损坏案例三则 最近一周以来,恩墨科技帮助多家用户进行了,挽救了多个危难之中的库。

    55430

    归档模式下四种完全的场景(r6笔记第8天)

    的备份中,基本都在使用rman来做了,但是从库的内部原理来说,对于介质,其实还是做两件事,restore和recover. restore是一个类似物理文件的制,而recover则在库后 scn做相关的。 SQL> recover datafile 1; Media recovery complete. 完成之后可以尝试启库,会发现另外几个文件丢失,方法也是类似的,还原,。 SQL> ! mount阶段,还做不了offline的操作,直接可以还原文件,做文件 SQL> recover datafile 5; Media recovery complete.

    53570

    实战经验:Oracle DG 的归档缺失修

    apply finish time应用最快的时长为4小时。 思路 应用日志 alter database recover managed standby databse cancel; --取消应用日志 alter database open read only scn,文件头部检查点的scn,缺失归档的对应scn(下个日志文件第一个更改号),当前库的scn: select thread#,low_sequence#,high_sequence# from 查出控制文件的绝对目录位置,后停备库 启动到nomount 控制文件 启动到mount 文件 检查rman进展 select name from v$controlfile; shu immediate catalog start with '/home/oracle/backup/'; recover database noredo; 查看rman的进展: set line 9999 select

    43040

    使用RMAN实现异机备份(WIN)

    --================================= -- 使用RMAN实现异机备份(WIN) --=================================      基于Windows 所需完成的配置相对简单,仅仅是添加账户与使用新增的帐户来启动库服务以及设置共享路径。     下面给出具体描述。 一、配置库服务器与备份目的主机     1. 正将文件00002到D:\ORACLE\ORADATA\TESTHH\UNDOTBS01.DBF 正将文件00003到D:\ORACLE 通道 ORA_DISK_1: 正在指定从备份集文件 正将文件00001到D:\ORACLE\ORADATA ,使用异机备份与与使用本地服务器备份与操作方式并无太多差异,但库的性能则受到一定         的影响。

    61830

    同步软件SharePlex For Oracle搭建手册

    现拥有Oracle OCP,OceanBase OBCA认证,擅长Oracle库运维开发,备份,安装迁移,Linux自动化运维脚本编写等。 前言 什么是SharePlex? SharePlex是一种基于分析oracle的redo log文件,把改变从一个Oracle制到另外一个或多个oracle库的逻辑制软件。 ? ,nvarchar2,IOT,XML等不常用的类型 支持redo文件存在文件系统,裸设备,ASM上 准实时制 支持在不同的硬件,软件以及不同的Oracle版本之间的制 支持双向制(包括DDL ) 制过程中检验不一致问题 在线比对,修 事务开始时即制到目标端 容灾切换简单,快速 支持Email,SNMP等方式报警 图形监控界面 SharePlex架构图: ? 源端取一个SCN col current_scn format 9999999999999999 select current_scn from v$database; 目标端库到指定的scn

    17210

    Oracle 12c PDB的备份(r12笔记第84天)

    今天测试了一下12c中的PDB还原,里面还是有不少的差别。 我就简单模拟了一个破坏场景,是在一个未打开的PDB tcymob0从中删除了文件usres01.dbf,然后尝试备份。 当然在这个操作前,我们使用RMAN来备份,使用命令backup database即可备份整个库。 at 2017-06-03 22:58:31 整个工作做好之后,留下来的任务就是直接启库了,但是奇怪的是却报了下面的错误。 been unplugged. // *Action: The pluggable database can only be dropped. // 这下我还真想起来了,之前测试的时候,我使用RMAN模拟跨的 PDB备份,使用了unplug的方式,根这个错误,对于这个问题也有了思路。

    88760

    RMAN异机快速参考

    库环境:RHEL6.4 + Oracle 11.2.0.4.7 一、 服务器A备份库 1.1 在线备份(库运行在归档模式) 1.2 备份脚本内容 二、 服务器B库 2.1 服务器B安装库软件 2.2 启动实例到nomount状态(指定pfile文件) 2.3 RMAN控制文件,确定备份集有效性 2.4 RMAN库 2.5 后操作 一、 服务器A备份库 1.1 在线备份 服务器B库 2.1 服务器B安装库软件 参考http://www.cnblogs.com/jyzhao/p/3891769.html安装库软件及之前的相关配置。 backup/arch_JINGYU_20150911_45_1'; crosscheck backupset; delete noprompt expired backupset; EOF 2.4 RMAN库 2.5 后操作 2.5.1 查看库基本信息 查看库实例和库的状态,文件、临时文件、日志文件、控制文件、参文件路径信息。

    80010

    使用热备份进行分时----怎样通过归档逐步以缩短迁移时间

    使用热备份进行分时 ----怎样通过归档逐步以缩短迁移时间 Last Updated: Monday, 2004-11-15 10:32 Eygle 很多时候你可能遇到这样的情况: 一个大型库的迁移 本例适用于同、同版本库迁移. 在此情况下,我们可以通过一个热备份,应用归档库到一个一致的状态,此时库可以被只读(read only)打开。 之后我们可以继续应用归档进行,最后只需要短时停机,制原库中的在线日志及归档日志、控制文件到新库中,进行,此时 只需要极短时间即可完成。 此方法可以极大缩短割接时间。 4.执行 备份的文件,启动库 使用当前日志及控制文件 SQL> startup mount; ORACLE 例程已经启动。 SQL> 注意中间的部分,read only打开不影响库进一步的.也就是说可以分步进行。

    26930

    在Oracle 12c中,在RMAN方面有哪些增强的新特性?

    l 只生成一个需要被表的expdp格式的dump文件,选择后期再进行。 Oracle 12c的Recover Table新特性是利用创建辅助临时实例加泵工具来实现的。 (可选操作)在目标库中rename表或表分区。 关于RECOVER TABLE需要注意的几个问题: l 目标库必须被置于读写模式。 l 目标库必须被置于归档模式。 l SYS用户下的表或分区无法。 l 存储于SYSAUX和SYSTEM表空间下的表和分区无法。 l Standby库上的表或表分区不能进行。 (五)通过网络远程库(Restore/Recover from Service) 在Oracle 12c中,可以在主库和备用库之间用一个服务名重新获得或文件、控制文件、参文件( 可以用服务名直接将所需文件从备用点拷贝至主站,这是为了防止主库上文件、表空间的丢失,或是没有真正从备份集文件。

    8820

    【基础知识】RMAN基础知识-Part2

    /xx/dbf' restore datafile 1; --整体,应用日志 recover database; recover datafile xxx; --打开库 alter database 十、块屏蔽与块 1.块: 可以使用块一个或者多个损坏文件块。 优点: 1.降低MTTR均故障时间,只需要损坏的块。 2.期间,文件依然是联机的状态。 前提条件: 必须得有RMAN备份 语句: --少量坏块 语句:recover datafile 1 block 94625; --大量坏块建议使用DRA指导 2.块屏蔽 没有备份的话 库需要指明文件号,新的文件名要到哪里去,文件备份集在哪个路径。 RMAN控制文件,文件没有这些限制。 的过程中会自动产生一个实例,通过ps -ef 能看到这个实例的后进程 完成后,该实例会自动删除,之前设定的目录下仅剩余一些残余文件 recover table sys.test until time

    21420

    【DB笔试面试432】在Oracle 12c中,在RMAN方面有哪些增强的新特性?

    l 只生成一个需要被表的expdp格式的dump文件,选择后期再进行。 Oracle 12c的Recover Table新特性是利用创建辅助临时实例加泵工具来实现的。 (可选操作)在目标库中rename表或表分区。 关于RECOVER TABLE需要注意的几个问题: l 目标库必须被置于读写模式。 l 目标库必须被置于归档模式。 l SYS用户下的表或分区无法。 l 存储于SYSAUX和SYSTEM表空间下的表和分区无法。 l Standby库上的表或表分区不能进行。 (五)通过网络远程库(Restore/Recover from Service) 在Oracle 12c中,可以在主库和备用库之间用一个服务名重新获得或文件、控制文件、参文件( 可以用服务名直接将所需文件从备用点拷贝至主站,这是为了防止主库上文件、表空间的丢失,或是没有真正从备份集文件。

    36720

    Go语言panicrecover的实现

    本文主要分析Go语言的panic/recover在AMD64 Linux下的实现,包括: 主动调用 panic() 函所引发的panic的处理流程,比如go代码中直接调用panic()函或编译器插入的对 函通过recover捕获了panic后再正常的执行流程,如果没有recover则当所有的defered函被执行完成之后结束程序; defer语句会被编译器翻译成对runtime包中deferproc ,还会分别把call deferproc指令的下一条指令的地址以及此时函调用栈顶指针保存在_defer.pc和_defer.sp成员之中,用于recover程序的正常执行流程; 当某个defered 函所捕获从而程序的正常执行流程,上一篇文章我们提到过deferproc函有个隐含的返回值与panic/recover有关,下面我们通过f()函再来看一下相关的汇编指令片段: 这种情况在Linux(其它不熟悉)下是通过信号(signal)机制来实现对panic()函的调用。 我们先来看主动调用panic函时panic/recover的流程。

    81750

    控制文件避免使用resetlogs选项 (r10笔记第12天)

    而且最让人纠结的是,折腾一番之后,还要resetlogs的方式open库,我不喜欢这种方式,明明完全,为什么需要这么多的弯路。 我们可能在rman中也设置了autobackup,在11g中其实是有隐含参来控制延迟创建,默认是5分钟。可见控制文件还是给很多人带来了太多困扰。 那么怎么控制文件比较好呢。 ,库不知道该从哪个redo中,这个就给问题的解决铺下了障碍。 因为已经了控制文件,但是似乎控制文件的SCN已经比文件头部要旧了。不过整体来看,文件的信息没有变化,只有最后的SCN的部分有一些差别,那么我们就可以使用trace的方式来弥补。 对于Oracle的来说也是如此,我们可以借助Oracle提供的完善的后服务来完成这个工作,而无需 使用resetlogs,何乐而不为。

    40340

    故障:一次底层超融合故障导致的异常处理

    墨墨导读:底层超融合故障导致库产生较多坏块,最终导致库宕机。 背景概述 某客户由于底层超融合故障导致库产生有大量的坏块,最终导致库宕机,通过抢救,了全部的。 下面是详细的故障分析诊断过程,以及详细的解决方案描述: 故障现象 库宕机之后,现场工程师开始用rman备份库,当库alert日志提示控制文件有大量坏块。 ? 过程 客户只restore了,通过编写脚本recover库。 ? recover失败提示控制文件有坏块 ? 发现控制文件已经损坏,开始重建控制文件 ? 重建控制文件,并且必须确保redo都recover完成后再resetlogs。 ? ? 查看x$kcvfh.afs,发现都为0,不需要介质。 ? ? 通过添加参尝试打开 *. 后日志出现undotbs2有坏块,尝试重建undo ?

    26520

    同步软件 Shareplex 异常重建详细步骤(Oracle 库)

    经过与客户确认repo库没有历史需保留,直接重建修! 目标端停止 post 进程 stop post 最后全部完毕之后再开启。 开始 rman 确保目标端库已开启到 nomount 状态。 服务端主机名,NSR_CLIENT=这里填写源端备份主机名)'; restore controlfile from '这里填写最新备份控制文件名称'; release channel c1; } `` 完之后开启目标端库到 ### 由于库大概有 1-2 T 的大小,时间很长,因此建议将脚本放在后进行执行,脚本如下: ```bash #! 注意: 通道根实际情况进行修改,由于源端是 rac 环境,目标端是单机环境,因此文件路径需要 set newname 进行转换,最后执行初次 recover database。

    22610

    相关产品

    • 数据协作平台

      数据协作平台

      数据协作平台(DSP)为企业用户和个人用户提供安全可靠的数据订阅服务。企业用户可通过数据共享平台,在国家法律法规允许的范围内发布数据;个人用户和其他企业用户可通过数据共享平台订阅已发布的数据。

    相关资讯

    热门标签

    扫码关注云+社区

    领取腾讯云代金券