技术成就梦想

之前在Blog中对RMAN 的备份和恢复做了说明，刚看了下，在恢复这块还有知识点遗漏了。 而且恢复这块很重要，如果DB 真要出了什么问题，就要掌握对应的恢复方法。所以把DB的恢复这块单独拿出来说明一下。 RMAN 备份与恢复 实例http://blog.youkuaiyun.com/tianlesoftware/archive/2009/10/19/4699320.aspx 如何搭建一个数

在线过期数据迁移到离线数据库当我们对海量数据的Oracle 数据库进行管理和维护时，几乎无一例外都会使用分区（partition）技术。在大数据时代，数据量从几十GB 到几十TB，几乎翻了几百倍，但是分区仍然很好地解决了几乎所有数据管理方面的问题。分区是Oracle 数据库中对海量数据存储管理提供的一个应用很广泛的技术，它可以非常方便地加载数据、删除数据和移动数据，特别是对

此次复制的生产库数文件为9.18TB，实际分配的数据大小为5.16TB，使用RMAN压缩备份后为1.1TB。复制端数据库采用单实例ASM存储方式管理，数据库版本为11.2.0.4. 数据文件目录为+DATA，14.5TB，归档日志目录为+ARCH，2TB。生产库数据文件大小SQL> select sum(bytes)/1024/1024/1024 GB from dba_seg

#!/bin/bash export ORACLE_SID=prdexport ORACLE_BASE=/oracleexport ORACLE_HOME=$ORACLE_BASE/product/11.2.0/db_1export NLS_LANG=american_america.AL32UTF8backtime=`date +"20%y%m%d%H%M%S"`$ORA

场景描述：2016年1月6日，客户存储RAID5出现问题，更换AIX服务器管理模块，由于设备微码不匹配，导致RAID5中的仲裁盘LUN处于异常状态，进而导致oracle 10.2.0.5的双节点RAC异常宕机。恢复过程中的问题：1、首先，在root运行rootdelete.sh的脚本时，2个节点运行时间很长大概有半个小时；2、在为rac数据库划分新LUN时，名称及逻辑rhd

orapwd file='/u01/app/oracle/product/11.2.0.4/db_1/dbs/orapwprb' password=oracle entries=10 force=ybackup format '/u01/prb/rmanbk/fulldb_%d_%U' database include current controlfile plus archivelog d

模拟控制文件损坏ogg-node1-> mv /u01/app/oracle/fast_recovery_area/gdb1/control02.ctl /u01/ogg-node1-> mv /u01/app/oracle/fast_recovery_area/gdb1/control02.ctl ogg-node1-> sqlplus  / as  sysdbaSQL*

数据库迁移项目需求：数据库所有文件（数据文件、日志文件、临时文件、控制文件）都存放在光纤存储中，但是光纤IBM4800存储使用时间过长，超过3年，经常出现一些问题，而且光纤存储需要厂家维护，维护方面不是很方便，需要将数据库文件迁移到IBMV7000存储中。

冷备份数据库                                                                                                                ogg-node1-> mkdir /home/oracle/bk                                              

首先要明确的是，oracle数据库的备份可以分为逻辑备份和物理备份。          逻辑备份的是通过数据导出对数据进行备份，主要方式有老式的IMP/EXP和数据泵灯方式。适合变化较少的数据库，而对于高可用性数据库，由于这种方式备份的数据只能恢复到备份的时间点，所以并不适用。但由于逻辑备份具有平台无关性，所以更常见的是用来数据迁移及数据移动；          物理备份是通过复制

简单介绍一下，RMAN duplicate 数据库可以使用活动的数据库，也可以使用备份，基于备份的又分为具有目标连接和没有目标连接，具体如下图所示。本列中是基于RMAN备份的且具有目标连接。 目标数据库 ，即需要被duplicate的数据库   IP为192.168.221.201    实例名sap复制数据库 ，即duplicate生成的数据库    IP为1

之前在测试传输表空间时感受了一下跨平台的移值，当时只测试了通过传输表空间的特性复制某个指定表空间，或者是通过RMAN中的CONVERT或TTS复制数据库，测试结束之后，感觉ORACLE10G之后对不同平台(相同字节顺序)的数据文件相互兼容性方面得到大大提升，下意识认为不通过传输表空间直接复制数据文件应该也可以，今天在本地测试了一下，确实相当好使，通过这种方式使得跨平台的移植更加高效，也易于管理和操

1 列出对应物　 RMAN>list incarnation;　　2 列出备份　　2.1概述可用的备份　　　　RMAN>list backup summary;　　B 表示 backup　　F 表示 FULL　　A 表示 archive log　　0 1 表示 incremental backup　　S 说明备份状态 （A　AVAILABLE

不完全恢复是指不完全的数据恢复，不完全恢复与完全恢复在许多方面是相同的，他们基本的命令集相同，但不完全恢复添加了一些其他命令。 引起不完全恢复的原因有很多，如丢失了联机重做日志或归档的重做日志，或者出现重大的用户错误。 不完全恢复会影响整个数据库，换句话，不能只对数据库的一部分执行不完全恢复操作，因为这个会使数据库的一部分具有与这个数据库其余部分不同的SCN和时间点。要将数据库数据还原到与数据

--查看数据库版本信息SQL> select * from v$version;BANNER----------------------------------------------------------------Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - ProdPL/SQL Release

有关备份验证的官网链接如下：       Validating Database Files and Backups      http://download.oracle.com/docs/cd/E11882_01/backup.112/e10642/rcmvalid.htm#BRADV90064        Rman 对数据文件的验证，主要是验证坏块，包括逻辑坏块和物理坏块。

目标库和复制库环境:OS: Linux Red Hat AS 4DB Version: 10.2.0.1 1.目标库和复制库信息Rman 中的目标库(target database)指的是被复制的库,复制库(duplicate database)是指复制后生成的新库.这里为了测试方便,复制库和目标库的目录结构设置相同. 目标库:IP:192.168.30.37S

http://www.oracledatabase12g.com/archives/duplicate-standby-database-from-active-database.html

我们在创建Data Guard，复制standby数据库的时候执行以下命令：duplicate target database to ractest from active database nofilenamecheck;出现如下报错：channel ORA_AUX_DISK_1: SID=10 device type=DISKRMAN-00571: ============

1. 把冷备份的数据文件，日志文件和控制文件拷贝到目标文件夹2、启动数据库[root@ogg-node2 ~]# mkdir  /u02/app/oracle/oradata/gdb1/ -p[root@ogg-node2 ~]# chown -R oracle:oinstall /u02/将文件日志文件、数据据文件、参数文件、控制文件、密码文件拷贝到被恢复的数据库服务器