rac恢复数据文件(非共存储享归档)

最新推荐文章于 2024-10-20 17:13:34 发布
最新推荐文章于 2024-10-20 17:13:34 发布
阅读量97 收藏
点赞数
文章标签： 数据库 运维
--asm存储，删除一个数据文件
[oracle@rac1 oracle]$ sqlplus / as sysdba
SQL*Plus: Release 10.2.0.1.0 - Production on Mon Apr 15 13:19:32 2013
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
Connected to an idle instance.
SQL> startup
ASM instance started
Total System Global Area   92274688 bytes
Fixed Size                  1217884 bytes
Variable Size              65890980 bytes
ASM Cache                  25165824 bytes
ASM diskgroups mounted
SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, Real Application Clusters, OLAP and Data Mining options
[oracle@rac1 oracle]$ asmcmd
ASMCMD>
ASMCMD>
ASMCMD> ls
ASM_DISK01/
ASMCMD> cd ASM_DISK01/
ASMCMD> ls
ORADB/
ASMCMD> cd ORADB/
ASMCMD> ls
CONTROLFILE/
DATAFILE/
ONLINELOG/
PARAMETERFILE/
TEMPFILE/
spfileoradb.ora
ASMCMD> cd DATAFILE/
ASMCMD> ls
SYSAUX.257.812806269
SYSTEM.256.812806267
UNDOTBS1.258.812806269
UNDOTBS2.264.812806467
USERS.259.812810471
ASMCMD> rm USERS.259.812810471
ASMCMD>
ASMCMD>
ASMCMD>
ASMCMD> exit
[oracle@rac1 oracle]$

--恢复此数据文件，首先启动rac到mount状态
[oracle@rac1 dbs]$ crs_start -all
Attempting to start `ora.rac2.vip` on member `rac2`
Start of `ora.rac2.vip` on member `rac2` succeeded.
Attempting to start `ora.rac2.ASM2.asm` on member `rac2`
Start of `ora.rac2.ASM2.asm` on member `rac2` succeeded.
Attempting to start `ora.oradb.oradb2.inst` on member `rac2`
Start of `ora.oradb.oradb2.inst` on member `rac2` failed.
rac1 : CRS-1018: Resource ora.rac2.vip (application) is already running on rac2

rac1 : CRS-1018: Resource ora.rac2.vip (application) is already running on rac2

Attempting to start `ora.rac1.gsd` on member `rac1`
CRS-1002: Resource 'ora.rac2.ons' is already running on member 'rac2'
Attempting to start `ora.oradb.oradb1.inst` on member `rac1`
Attempting to start `ora.rac2.gsd` on member `rac2`
Attempting to start `ora.oradb.db` on member `rac1`
Start of `ora.rac2.gsd` on member `rac2` succeeded.
Start of `ora.rac1.gsd` on member `rac1` succeeded.
Start of `ora.oradb.oradb1.inst` on member `rac1` failed.
rac2 : CRS-1018: Resource ora.rac1.vip (application) is already running on rac1

rac2 : CRS-1018: Resource ora.rac1.vip (application) is already running on rac1

Start of `ora.oradb.db` on member `rac1` failed.
Attempting to start `ora.oradb.db` on member `rac2`
Start of `ora.oradb.db` on member `rac2` failed.
CRS-1006: No more members to consider
CRS-0215: Could not start resource 'ora.oradb.db'.
CRS-0215: Could not start resource 'ora.oradb.oradb1.inst'.
CRS-0215: Could not start resource 'ora.oradb.oradb2.inst'.
CRS-0223: Resource 'ora.rac1.LISTENER_RAC1.lsnr' has placement error.
CRS-0223: Resource 'ora.rac2.LISTENER_RAC2.lsnr' has placement error.
CRS-0223: Resource 'ora.rac2.ons' has placement error.
[oracle@rac1 dbs]$ crs_start -all
[oracle@rac1 backup]$ srvctl start instance -d oradb -i oradb1,oradb2 -o mount
[oracle@rac1 dbs]$ crs_start -all
[oracle@rac1 dbs]$ crs_stat -t
Name           Type           Target    State     Host       
------------------------------------------------------------
ora.oradb.db   application    ONLINE    ONLINE    rac2       
ora....b1.inst application    ONLINE    ONLINE    rac1       
ora....b2.inst application    ONLINE    ONLINE    rac2       
ora....SM1.asm application    ONLINE    ONLINE    rac1       
ora....C1.lsnr application    ONLINE    ONLINE    rac1       
ora.rac1.gsd   application    ONLINE    ONLINE    rac1       
ora.rac1.ons   application    ONLINE    ONLINE    rac1       
ora.rac1.vip   application    ONLINE    ONLINE    rac1       
ora....SM2.asm application    ONLINE    ONLINE    rac2       
ora....C2.lsnr application    ONLINE    ONLINE    rac2       
ora.rac2.gsd   application    ONLINE    ONLINE    rac2       
ora.rac2.ons   application    ONLINE    ONLINE    rac2       
ora.rac2.vip   application    ONLINE    ONLINE    rac2       
[oracle@rac1 dbs]$
--rac节点1取节点2的数据文件，此处归档路径必须与参数log_archive_dest_1相同，此操作都是在节点1上进行
[oracle@rac1 oradb2]$ pwd
/home/oracle/backup/arch/oradb2
[oracle@rac1 oradb2]$
[oracle@rac1 oradb2]$ sftp 139.0.0.12
Connecting to 139.0.0.12...
sftp> ls
.
..
.ICEauthority
.Trash
.Xauthority
.bash_history
.bash_logout
.bash_profile
.bashrc
.esd_auth
.fonts.cache-1
.gconf
.gconfd
.gftp
.gnome
.gnome-desktop
.gnome2
.gnome2_private
.gtkrc
.gtkrc-1.2-gnome2
.icons
.kde
.metacity
.mozilla
.nautilus
.recently-used
.rhn-applet.conf
.ssh
.vnc
.xsession-errors
.zshrc
app
backup
default.png
lost+found
sftp> cd backup/arch
sftp> ls
.
..
oradb2
sftp> cd oradb2
sftp> ls
.
..
2_1_812806367.dbf
2_2_812806367.dbf
2_3_812806367.dbf
2_4_812806367.dbf
2_5_812806367.dbf
2_6_812806367.dbf
sftp> get *.dbf
Fetching /home/oracle/backup/arch/oradb2/2_1_812806367.dbf to 2_1_812806367.dbf
2_1_812806367.dbf                                                                                                                     100%  745KB   7.3MB/s   00:00   
Fetching /home/oracle/backup/arch/oradb2/2_2_812806367.dbf to 2_2_812806367.dbf
2_2_812806367.dbf                                                                                                                     100% 2048     1.5MB/s   00:00   
Fetching /home/oracle/backup/arch/oradb2/2_3_812806367.dbf to 2_3_812806367.dbf
2_3_812806367.dbf                                                                                                                     100% 1024   867.3KB/s   00:00   
Fetching /home/oracle/backup/arch/oradb2/2_4_812806367.dbf to 2_4_812806367.dbf
2_4_812806367.dbf                                                                                                                     100% 1024   842.4KB/s   00:00   
Fetching /home/oracle/backup/arch/oradb2/2_5_812806367.dbf to 2_5_812806367.dbf
2_5_812806367.dbf                                                                                                                     100% 1024   898.4KB/s   00:00   
Fetching /home/oracle/backup/arch/oradb2/2_6_812806367.dbf to 2_6_812806367.dbf
2_6_812806367.dbf                                                                                                                     100% 1024   946.9KB/s   00:00   
sftp>
sftp> exit
[oracle@rac1 oradb2]$
--rman恢复
[oracle@rac1 oracle]$ rman target /
Recovery Manager: Release 10.2.0.1.0 - Production on Mon Apr 15 13:29:26 2013
Copyright (c) 1982, 2005, Oracle.  All rights reserved.
connected to target database: ORADB (DBID=2566071129, not open)
RMAN> restore datafile 4;
Starting restore at 15-APR-13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=143 instance=oradb1 devtype=DISK
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00004 to +ASM_DISK01/oradb/datafile/users.259.812810471
channel ORA_DISK_1: reading from backup piece /home/oracle/app/oracle/product/10.2.0/db_1/dbs/03o74ug1_1_1
channel ORA_DISK_1: restored backup piece 1
piece handle=/home/oracle/app/oracle/product/10.2.0/db_1/dbs/03o74ug1_1_1 tag=TAG20130415T121145
channel ORA_DISK_1: restore complete, elapsed time: 00:00:04
Finished restore at 15-APR-13
RMAN> recover datafile 4;
Starting recover at 15-APR-13
using channel ORA_DISK_1
starting media recovery
archive log thread 1 sequence 2 is already on disk as file /home/oracle/backup/arch/oradb11_2_812806367.dbf
archive log thread 1 sequence 3 is already on disk as file /home/oracle/backup/arch/oradb11_3_812806367.dbf
archive log thread 1 sequence 4 is already on disk as file /home/oracle/backup/arch/oradb11_4_812806367.dbf
archive log thread 1 sequence 5 is already on disk as file /home/oracle/backup/arch/oradb11_5_812806367.dbf
archive log thread 1 sequence 6 is already on disk as file /home/oracle/backup/arch/oradb11_6_812806367.dbf
archive log thread 1 sequence 7 is already on disk as file /home/oracle/backup/arch/oradb11_7_812806367.dbf
archive log thread 1 sequence 8 is already on disk as file /home/oracle/backup/arch/oradb11_8_812806367.dbf
archive log thread 1 sequence 9 is already on disk as file /home/oracle/backup/arch/oradb11_9_812806367.dbf
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 04/15/2013 13:30:16
RMAN-06053: unable to perform. media recovery because of missing log
RMAN-06025: no backup of log thread 2 seq 6 lowscn 461540 found to restore
RMAN-06025: no backup of log thread 2 seq 5 lowscn 461529 found to restore
RMAN-06025: no backup of log thread 2 seq 4 lowscn 461525 found to restore
RMAN-06025: no backup of log thread 2 seq 3 lowscn 461521 found to restore
RMAN-06025: no backup of log thread 2 seq 2 lowscn 461504 found to restore
RMAN-06025: no backup of log thread 2 seq 1 lowscn 455559 found to restore
RMAN> recover datafile 4;
Starting recover at 15-APR-13
using channel ORA_DISK_1
starting media recovery
archive log thread 1 sequence 2 is already on disk as file /home/oracle/backup/arch/oradb11_2_812806367.dbf
archive log thread 1 sequence 3 is already on disk as file /home/oracle/backup/arch/oradb11_3_812806367.dbf
archive log thread 1 sequence 4 is already on disk as file /home/oracle/backup/arch/oradb11_4_812806367.dbf
archive log thread 1 sequence 5 is already on disk as file /home/oracle/backup/arch/oradb11_5_812806367.dbf
archive log thread 1 sequence 6 is already on disk as file /home/oracle/backup/arch/oradb11_6_812806367.dbf
archive log thread 1 sequence 7 is already on disk as file /home/oracle/backup/arch/oradb11_7_812806367.dbf
archive log thread 1 sequence 8 is already on disk as file /home/oracle/backup/arch/oradb11_8_812806367.dbf
archive log thread 1 sequence 9 is already on disk as file /home/oracle/backup/arch/oradb11_9_812806367.dbf
archive log thread 2 sequence 1 is already on disk as file /home/oracle/backup/arch/oradb2/2_1_812806367.dbf
archive log thread 2 sequence 2 is already on disk as file /home/oracle/backup/arch/oradb2/2_2_812806367.dbf
archive log thread 2 sequence 3 is already on disk as file /home/oracle/backup/arch/oradb2/2_3_812806367.dbf
archive log thread 2 sequence 4 is already on disk as file /home/oracle/backup/arch/oradb2/2_4_812806367.dbf
archive log thread 2 sequence 5 is already on disk as file /home/oracle/backup/arch/oradb2/2_5_812806367.dbf
archive log thread 2 sequence 6 is already on disk as file /home/oracle/backup/arch/oradb2/2_6_812806367.dbf
archive log filename=/home/oracle/backup/arch/oradb11_2_812806367.dbf thread=1 sequence=2
archive log filename=/home/oracle/backup/arch/oradb2/2_1_812806367.dbf thread=2 sequence=1
archive log filename=/home/oracle/backup/arch/oradb11_3_812806367.dbf thread=1 sequence=3
archive log filename=/home/oracle/backup/arch/oradb11_4_812806367.dbf thread=1 sequence=4
archive log filename=/home/oracle/backup/arch/oradb11_5_812806367.dbf thread=1 sequence=5
archive log filename=/home/oracle/backup/arch/oradb2/2_2_812806367.dbf thread=2 sequence=2
archive log filename=/home/oracle/backup/arch/oradb11_6_812806367.dbf thread=1 sequence=6
archive log filename=/home/oracle/backup/arch/oradb11_7_812806367.dbf thread=1 sequence=7
archive log filename=/home/oracle/backup/arch/oradb11_8_812806367.dbf thread=1 sequence=8
archive log filename=/home/oracle/backup/arch/oradb2/2_3_812806367.dbf thread=2 sequence=3
archive log filename=/home/oracle/backup/arch/oradb2/2_4_812806367.dbf thread=2 sequence=4
archive log filename=/home/oracle/backup/arch/oradb2/2_5_812806367.dbf thread=2 sequence=5
media recovery complete, elapsed time: 00:00:02
Finished recover at 15-APR-13
RMAN>

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/23382569/viewspace-761079/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/23382569/viewspace-761079/

ckumtg3452
关注
Oracle RAC 环境数据备份与恢复实践
qq_61890005的博客
10-17 1068
因项目组需要利用生产环境的真实数据，搭建测试环境，便于开发测试，测试环境没有必要搭建复杂的Oracle rac集群，占用资源多，就计划选择单机版Oracle，考虑到数据泵expdp、impdp效率较低（也尝试导入成功了，确实大量数据非常的慢，本项目400多GB的备份数据），决定使用Oracle rac下的rman备份数据恢复至单机Oracle。至此数据库已恢复完毕，可重启监听与数据库，进行登录验证数据恢复情况，经实践检验与原库保持一致，并且恢复效率非常的高，用时约1小时，满足公司对故障快速恢复的要求。
RMAN备份与恢复 —— 参数文件还原
weixin_34228387的博客
06-07 203
在RMAN用语中，“还原”与“恢复”具有不同的含义，还原(restore)是指访问先前生成的备份集，从中得到一个或多个对象，然后再磁盘上的某个位置还原这些对象。还原与恢复时分离的。恢复(recovery)是一个使数据库与给定时间点相一致以保证能够打开这个数据库的实际操作。 如果丢失了所有的参数文件（spfile和pfile），而且开启了控制文件自动备份（RMAN> CO...
RAC下归档不放到共享盘的测试
cri5768的博客
05-15 155
RAC下归档不放到共享盘的测试。11.2.0.3 测试，因为11.2.0.3加入了SCAN_IP我们使用VIP连接默认情况下是连接到特定的实例所以设置RAC1 = (DESCRIPTION = (ADDRESS = (P...
oracle的rac控制文件备份,RAC控制文件恢复（三种不同情况）
weixin_42143806的博客
04-12 747
RAC控制文件恢复(三种不同情况)测试环境：系统：LINUX-64数据库：10.2.0.1二节点的RAC(RACDB1，RACDB2)，存储用的ASM有备份情况下，丢失控制文件，我们改如何恢复？一：使用备份的控制文件恢复，最后需要使用resetlogs打开。(1)备份控制文件RMAN> backup current controlfile;(2)进行日志切换和数据修改RACDB1>...
oracle-rac 遇到的错误
preamble_1的博客
06-23 2163
这两天安装生产环境的RAC，成功装完后，期间也遇到了不少小问题，今天一同事把服务器重启启动了一下之后，CRS就启动不了了。。 数据库：oracle 11.2.0.1，系统是oraclelinux6.3 以下是我做的错误及处理记录 各位大师，是否还有更好的处理办法啊？？请指教！！！ 错误现象： 服务器重启之后，crs启动不了 [grid@RAC1 ~]$crs_stat
RAC spfile的维护
小楼一夜听春雨，深巷明朝卖杏花
07-12 1012
题记：在RAC环境下，由于多节点不同实例在启动时都需要依赖参数文件，所以其管理更加复杂。本节就RAC下参数文件管理进行阐述。 RAC下共享spfile RAC环境下数据库在启动时，首先尝试寻找Cluster里面Database资源的Spfile配置选项。如果找不到对应的文件，那么继续按照单实例的寻找顺序在默认位置查找。 建议在RAC环境下使用共享的SPFILE，并在默认位置保留一个PF...
RAC 恢复到单实例 ASM 和文件系统方法
jnrjian的博客
04-15 1192
ASM到ASM简单一点 ASM到RPM安装下的oracle，三点要改 datafile rename，arch改变，redo改动 改动太多，后期恢复完 recover完后重建控制文件。 1.set archivelog destination to ''/opt/oracle/arch'; 2.set newname for datafile 3.alter database rename file '+DATA/RAC/ONLINELOG/group_6.311.1102011695' t...
Oracle 数据库归档模式和非归档模式的区别以及设置
Tony.Dong的专栏
04-29 3030
介绍如何为 Oracle 单实例和 RAC 集群环境设置数据库的归档模式和非归档模式。非归档模式只能进行冷备，只能还原到备份点，之后的数据无法恢复；一般在开发或者测试环境使用；归档模式可以执行热备，同时支持增量备份，可以执行时间点恢复；归档日志文件需要占用额外的磁盘空间。
oracle RAC集群修改归档日志路径.docx
09-23
在Oracle RAC中，归档日志通常存储在ASM（Automatic Storage Management）磁盘组上，因为ASM提供了高可用性和容错性。使用ASMCMD工具在ASM磁盘组内创建新的归档日志目录，例如： ``` ASMCMD> mkdir archivelog `...
rac恢复到单机
07-31
- 在迁移文件过程中，需要保证数据的一致性和完整性，这可能涉及数据库的关闭、数据文件的导出与导入等步骤。 3. 一般的备份恢复过程 - 备份过程：在RAC环境下，每个节点的实例可能会拥有自己的备份，但通常执行...
#MySQL `SELECT` 语句执行流程详解
最新发布
h123372868的博客
10-20 484
MySQL 的 `SELECT` 语句执行流程是一个复杂而高效的过程。它涉及多个组件的协作：连接器负责连接管理，解析器和预处理器确保语句合法，优化器生成最优执行计划，而执行器和存储引擎则负责实际的数据检索工作。理解这一流程可以帮助我们更好地优化查询，提升数据库性能。
plsql查询Oracle数据库发现有的数据是乱码
qq_29270805的博客
10-17 466
客户端发送数据：数据 “一二三四五六” 以AL32UTF8字符集编码，即。数据传输：数据通过网络传输到数据库服务器。数据接收与转换：数据库接收到数据后，将其从AL32UTF8转换为ZHS16GBK，即。存储数据：转换后的数据以ZHS16GBK字符集存储在数据库中。
Rdis的应用，示例，四种模式单机模式、主从模式、哨兵模式、集群模式
weixin_66568937的博客
10-16 686
为此， Redis 提供了复制（replication）功能，可以实现当一台数据库中的数据更新后，自动将更新的数据同步到其他数据库上。主从模式在很多系统设计时都会考虑，一个master挂在多个slave节点，当master服务宕机，会选举产生一个新的master节点，从而保证服务的高可用性。从上面很容易就想到一个问题，既然主从复制，意味着master和slave的数据都是一样的，有数据冗余问题。替换原来的故障节点。刚刚提到了，主从模式，当主节点宕机之后，从节点是可以作为主节点顶上来，继续提供服务的。
基于SSM班级事务管理系统的设计
2401_87849773的博客
10-15 430
管理员账户功能包括：系统首页，个人中心，学生管理，班委管理，班会组织管理，健康档案管理，党员发展管理，党员培训管理，学生成绩管理。主要技术：Java,Spring,mybatis,mysql,jquery,html。班委账号功能包括：系统首页，学生管理，学生成绩管理，活动信息管理，班费通知管理。服务器：SpringBoot自带 apache tomcat。JDK版本：Java JDK1.8。数据库可视化工具： navicat。数据库版本： mysql5.7。开发系统：Windows。
MySQL查询优化：提升数据库性能
apple_64847327的博客
10-17 902
MySQL查询优化是一个涉及多个层面的复杂过程，需要我们从索引设计、查询语句编写、数据类型选择、服务器配置等多个角度进行综合考虑。通过不断学习和实践，我们可以逐渐掌握这门艺术，从而提升我们的数据库性能，为用户提供更快更好的服务。优化是一个持续的过程，随着数据量的增长和查询模式的变化，我们需要不断地回顾和调整我们的优化策略。
Go 项目如何集成类似mybatisPlus插件呢？GORM走起!!
童龙辉的博客
10-16 999
Go 项目中，虽然没有像 MyBatis Plus 这样特定的 ORM 插件，但可以使用功能相似的 Go ORM 框架，比如 GORM，它支持链式查询、自动迁移、预加载等功能，与 MyBatis Plus 有相似之处。通过一些插件或扩展，可以实现更丰富的功能，比如软删除、分页查询等
快速构建SpringBoot项目
qq_38527427的博客
10-14 768
下文将简述如何快速构建一个SpringBoot项目，使用SpringData JPA实现持久层访问，集成lombok、swagger2及集成thymeleaf进行页面展示。
mysql锁之乐观锁、悲观锁、表锁、行锁、共享锁、排他锁
qq_68883928的博客
10-14 664
锁是计算机协调多个进程或线程并发访问某一个资源的机制，在数据库中，除传统的计算资源（CPU、RAM、I/O）的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所在有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。
10gRAC部署：优化归档模式与存储策略
- 硬件配置强调了存储网络的重要性，所有节点共享一个数据库，数据文件、控制文件、联机日志和参数文件存放在共享存储上，确保高可用性。 3. **软件环境**: - 部署RAC环境需要一致的操作系统版本，如64位的Red ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值