Oracle学习7.0（数据备份与还原）

最新推荐文章于 2023-01-12 10:20:44 发布
最新推荐文章于 2023-01-12 10:20:44 发布
阅读量1k 收藏
点赞数
分类专栏： Oracle

数据丢失
1、可以丢失的数据
未提交的事务所修改的数据块可以丢失
2、不能丢失的
已提交事务的数据块不能丢失

丢失的脏块可以通过日志找回来，current日志的最后一条为终点，起点为检查点队列的LRBA地址，已提交事务对应的脏块一定可以构造出来，而同时也可能构造出未提交的脏块，而oracle会回滚这些未提交事务。

数据库安全
语句错误
插入错误的数据
解决办法：确定数据类型，确定约束，通过应用层来检查
用户进程错误
连接和会话非正常关闭
解决办法：无需过多关心，pmon和server process会自动处理
网络错误
网络或监听出现问题
解决办法：网络冗余/链路冗余
用户错误
用户错误操作
解决办法：10g往后可以使用闪回查询/删除/数据库和不完全恢复技术，但是ddl内嵌commit无法回滚
实例崩溃
电源故障
解决办法：UPS/多路市电
硬件故障
解决办法：冗余/检测
介质错误
磁盘错误
解决办法：9i

其他建议：
根据用户需求来定制方案 99.99999999999% 99.999% 99.9999%
合理的方案一定要落实
该花的钱要花
管理员的责任

控制文件
解决办法：复用/备份
备份时机：
物理结构改变时备份
改变前和改变后各一份
RMAN备份时打开控制文件自动备份功能
open resetlogs后必须对控制文件进行备份

相关视图
    V$CONTROLFILE
    V$CONTROLFILE_RECORD_SECTION
    V$PARAMETER
    show parameter control

查看当前的控制文件

SQL> show parameter control_files;

查看控制文件中各个记录段

SQL> select type,record_size,records_total,records_used from v$controlfile_record_section;

关闭实例

SQL> shutdown immediate;

创建异地目录并复制控制文件

[oracle@localhost ~] mkdir/u01/app/data/controlfile−p[oracle@localhost ] m k d i r / u 01 / a p p / d a t a / c o n t r o l f i l e − p [ o r a c l e @ l o c a l h o s t   ] cp /u01/app/oracle/oradata/orcl/control01.ctl /u01/app/data/controlfile/control03.ctl

生成静态参数文件并修改

SQL> create pfile from spfile;

添加新增的控制文件信息到参数文件

[oracle@localhost dbs]$ vim initorcl.ora
最终内容为：
*.control_files=’/u01/app/oracle/oradata/orcl/control01.ctl’,’/u01/app/oracle/oradata/orcl/control02.ctl’,’/u01/app/data/controlfile/control03.ctl’

由静态参数文件生成动态参数文件

SQL> create spfile from pfile;

启动实例，并查看控制文件情况

SQL> show parameter control_files;
SQL> select value from v$parameter where name=’control_files’;

备份二进制的控制文件
SQL> alter database backup controlfile to ‘/u01/app/controlfile.bkp’;

备份文本文件的控制文件
SQL> alter database backup controlfile to trace;

控制文件实验

案例一：使用追踪文件来恢复控制文件

使用两个会话，会话一在SQL状态，会话二使用oracle用户登录系统

会话二：

我们进入trace目录

[oracle@ocp orcl]$ cd /u01/app/oracle/diag/rdbms/orcl/orcl/trace/

执行tail命令进行跟踪

[oracle@ocp trace]$ tail -f alert_orcl.log

会话一：

备份控制文件到追踪日志

SQL> alter database backup controlfile to trace;

会话二：
我们可以在会话二窗口中看到如下信息：
Sun Jul 17 08:45:23 2016
alter database backup controlfile to trace
Backup controlfile written to trace file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_3781.trc
Completed: alter database backup controlfile to trace

查看该追踪日志

[oracle@ocp trace]$ cat /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_3781.trc

通过该文件可以查看有创建控制文件的相关信息

STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE “ORCL” RESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 1024
MAXINSTANCES 8
MAXLOGHISTORY 292
LOGFILE
GROUP 1 ‘/u01/app/oracle/oradata/orcl/redo01.log’ SIZE 200M BLOCKSIZE 512,
GROUP 2 ‘/u01/app/oracle/oradata/orcl/redo02.log’ SIZE 200M BLOCKSIZE 512,
GROUP 3 ‘/u01/app/oracle/oradata/orcl/redo03.log’ SIZE 200M BLOCKSIZE 512
– STANDBY LOGFILE
DATAFILE
‘/u01/app/oracle/oradata/orcl/system01.dbf’,
‘/u01/app/oracle/oradata/orcl/sysaux01.dbf’,
‘/u01/app/oracle/oradata/orcl/undotbs01.dbf’,
‘/u01/app/oracle/oradata/orcl/pdbseed/system01.dbf’,
‘/u01/app/oracle/oradata/orcl/pdbseed/sysaux01.dbf’,
‘/u01/app/oracle/oradata/orcl/users01.dbf’,
‘/u01/app/oracle/oradata/orcl/pdbseed/undotbs01.dbf’,
‘/u01/app/oracle/oradata/orcl/orclpdb/system01.dbf’,
‘/u01/app/oracle/oradata/orcl/orclpdb/sysaux01.dbf’,
‘/u01/app/oracle/oradata/orcl/orclpdb/undotbs01.dbf’,
‘/u01/app/oracle/oradata/orcl/orclpdb/users01.dbf’
CHARACTER SET AL32UTF8
;

会话一：

关闭数据库

SQL> shutdown immediate；

会话二：

保存控制文件到其他地方

删除两个控制文件

[oracle@ocp trace] rm−rf/u01/app/oracle/oradata/orcl/control01.ctl[oracle@ocptrace] r m − r f / u 01 / a p p / o r a c l e / o r a d a t a / o r c l / c o n t r o l 01. c t l [ o r a c l e @ o c p t r a c e ] rm -rf /u01/app/oracle/oradata/orcl/control02.ctl

会话一：

如果之前没有正常关闭数据库的话，执行以下语句关闭数据库：

SQL> shutdown abort

启动数据库会报错，

SQL> startup;
返回如下错误：
ORA-00205: error in identifying control file, check alert log for more info

重新创建控制文件

根据追踪文件中的控制文件创建信息来创建控制文件，注意语句后面要加上分号。

创建完成后使用以下命令来改变数据库的状态

SQL> alter database open;
返回如下错误提示：
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

按照提示进行启动数据库

SQL> alter database open resetlogs;

如果提示以下错误，进行介质回复即可
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done

执行以下命令

SQL> recover database using backup controlfile;
输入redo log的文件名，有redo01.log,redo02.log,redo03.log 直到OK为止。

按照提示进行启动数据库

SQL> alter database open resetlogs;

检查数据库状态

SQL> select instance_name,status from v$instance;

查看数据库开启状态

SQL> select open_mode from v$database;

查看控制文件情况

SQL> show parameters control_files;
至此数据库控制文件恢复正常

案例二：重新创建控制文件

重新创建控制文件
如果丢失了所有的控制文件并且没有任何的备份，我们可以通过重建控制文件来打开数据库。其中，重建控制文件至少需要以下信息：
1.数据库名
2.字符集
3.数据文件名称
4.初始化参数，包括MAXLOGFILES、MAXLOGMEMBERS、MAXDATAFILES、MAXINSTANCES、MAXLOGHISTORY等；

1、模拟环境

查看控制文件路径：

SQL> show parameters control_files;

删除控制文件

[oracle@ocp orcl] rm−rf/u01/app/oracle/oradata/orcl/control01.ctl[oracle@ocporcl] r m − r f / u 01 / a p p / o r a c l e / o r a d a t a / o r c l / c o n t r o l 01. c t l [ o r a c l e @ o c p o r c l ] rm -rf /u01/app/oracle/oradata/orcl/control02.ctl
[oracle@ocp orcl]$ rm -rf /data/controlfile/control03.ctl

关闭数据库

强制关闭数据库，然后重启数据库，报ORA-00205错误。需要注意的是，此时执行shutdown immediate命令，数据库无法正常关闭，只能关闭到mounted状态；需要使用shutdown abort命令强制关闭数据库。

SQL> shutdown abort；

启动数据库会报错

SQL> startup；

2、获取数据库名

生成文本格式的参数文件

SQL> create pfile from spfile;

打开参数文件查看db_name参数值，即为数据库名称

cd /u01/app/oracle/product/11.2.0/dbhome_1/dbs
cat initorcl.ora
查看到该参数值
*.db_name=’orcl’
数据库名称为orcl

3、获取字符集

启动数据库到nomount状态

SQL> startup nomount;

获取字符集

SQL> select userenv(‘language’) from dual;
返回如下提示：

USERENV(‘LANGUAGE’)

AMERICAN_AMERICA.US7ASCII

4、获取数据文件名称

进入目录

cd /u01/app/oracle/oradata/orcl/

查看数据文件名称

ls -l

5、生成创建控制文件脚本
根据之前收集的相关信息保存如下内容到目录下，命名为creat.sql
注意：临时数据文件不属于数据文件，不要再脚本中体现该文件，否则会报错。
注意：脚本内容后面需要有分号，英文的分号。
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE “ORCL” RESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 1024
MAXINSTANCES 8
MAXLOGHISTORY 292
LOGFILE
GROUP 1 ‘/u01/app/oracle/oradata/orcl/redo01.log’ SIZE 200M BLOCKSIZE 512,
GROUP 2 ‘/u01/app/oracle/oradata/orcl/redo02.log’ SIZE 200M BLOCKSIZE 512,
GROUP 3 ‘/u01/app/oracle/oradata/orcl/redo03.log’ SIZE 200M BLOCKSIZE 512
DATAFILE
‘/u01/app/oracle/oradata/orcl/system01.dbf’,
‘/u01/app/oracle/oradata/orcl/sysaux01.dbf’,
‘/u01/app/oracle/oradata/orcl/undotbs01.dbf’,
‘/u01/app/oracle/oradata/orcl/pdbseed/system01.dbf’,
‘/u01/app/oracle/oradata/orcl/pdbseed/sysaux01.dbf’,
‘/u01/app/oracle/oradata/orcl/users01.dbf’,
‘/u01/app/oracle/oradata/orcl/pdbseed/undotbs01.dbf’,
‘/u01/app/oracle/oradata/orcl/orclpdb/system01.dbf’,
‘/u01/app/oracle/oradata/orcl/orclpdb/sysaux01.dbf’,
‘/u01/app/oracle/oradata/orcl/orclpdb/undotbs01.dbf’,
‘/u01/app/oracle/oradata/orcl/orclpdb/users01.dbf’
CHARACTER SET US7ASCII
;

6、在sql中执行该脚本。
SQL> @/u01/app/oracle/oradata/orcl/create.sql
如果正常会有以下提示：
Control file created.

7、打开数据库
SQL> alter database open;
返回以下提示：
alter database open
*
ERROR at line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
按照提示打开数据库
SQL> alter database open resetlogs;
在打开数据库时，如果报错，提示system01数据文件需要执行介质恢复，我们执行recover database即可

如果提示以下错误，进行介质回复即可
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done

执行以下命令

SQL> recover database using backup controlfile;
输入redo log的文件名，有redo01.log,redo02.log,redo03.log 直到OK为止。
/u01/app/oracle/oradata/orcl/redo01.log
/u01/app/oracle/oradata/orcl/redo02.log
/u01/app/oracle/oradata/orcl/redo03.log

按照提示进行启动数据库

SQL> alter database open resetlogs;

8、检查状态

检查数据库状态

SQL> select instance_name,status from v$instance;

查看数据库开启状态

SQL> select open_mode from v$database;

查看控制文件情况

SQL> show parameters control_files;

查看数据库版本

SQL> select * from v$version;

查看表空间

SQL> select tablespace_name from dba_tablespaces;
至此数据库控制文件恢复正常

重做日志
解决办法：复用

查看当前日志组的情况

SQL> select group#,sequence#,members,status from v$log;

查看重做日志文件的情况

SQL> select group#,status,member from v$logfile;

添加重做日志的异地目录

[oracle@localhost dbs]$ mkdir /data/logfile/

为每组添加一个重做日志组成员

alter database add logfile member ‘/data/logfile/redo01_02.log’ to group 1;
alter database add logfile member ‘/data/logfile/redo02_02.log’ to group 2;
alter database add logfile member ‘/data/logfile/redo03_02.log’ to group 3;

查看重做日志文件的情况

SQL> select group#,status,member from v$logfile;

切换日志组

SQL> alter system switch logfile;

归档日志
归档的优点:
发生磁盘介质损坏时，可通过备份和归档恢复数据库
通过持续应用归档日志，可以建立备份数据库

解决办法：复用/备份
注意：不要和数据文件放在一起，建议nfs，但是必须有一个是本地磁盘
为了不让归档日志因为文件名重名被覆盖，在名称中使用变量，如下：
    %d  唯一的数据库标识符，如果将多个数据库归档到同一目录，这是必须的
    %t  线程号，显示为v$instance视图的THREAD#列，rac中使用
    %r  场景号(incarnation),如果进行了不完全恢复，这是必须的
    %s  日志切换序列号，这个变量能够保证任何一个数据库中的归档日志都不会彼此重写

归档的相关视图
V$DATABASE         查询数据库是否处于归档模式
V$ARCHIVED_LOG     包含控制文件中所有已经归档的日志信息
V$ARCHIVE_DEST     包含所有归档目标信息
V$ARCHIVE_PROCESSES    已经启动的ARCn进程相关信息
V$BACKUP_RELOG     包含所有已经备份的归档日志信息

启用数据库归档模式

完整关闭数据库

SQL> shutdown immediate;

启动到mount阶段

SQL> startup mount;

更改数据库到归档模式

SQL> alter database archivelog;

打开数据库

SQL> alter database open;

进行确认

SQL> select log_mode from v database;SQL>selectarchiverfromv d a t a b a s e ; S Q L > s e l e c t a r c h i v e r f r o m v instance;

创建两个归档的目标目录

[oracle@localhost dbs]$ mkdir /data/archive/{1,2} -p

查看当前归档配置

SQL> show parameter log_archive;

配置本地归档目标

SQL> alter system set log_archive_dest_1=’location=/data/archive/1’ scope=spfile;
SQL> alter system set log_archive_dest_2=’location=/data/archive/2’ scope=spfile;

强制切换日志

SQL> alter system switch logfile;

查看归档日志文件

SQL> select name from v$archived_log;

通过操作系统查看

[oracle@localhost dbs]$ ll /data/archive/{1,2}

配置归档进程个数

SQL> alter system set log_archive_max_processes=3;

禁止某个归档目标

SQL> alter system set log_archive_dest_2=defer scope=pfile;

启用某个归档目标

SQL> alter system set log_archive_dest_2=enable；

闪回恢复区 快速闪回区
闪回恢复区是所有与闪回恢复相关的文件的默认位置
flashback

恢复文件
存储在恢复区当中的文件可以是永久的或者临时的。
永久文件包括：
控制文件多路复用副本
联机重做日志文件多路复用副本

临时文件包括：
    归档重做日志文件
    RMAN备份
    RMAN副本
    控制文件自动备份
    闪回日志文件

除闪回日志外，其他的文件都可以重定向到任何地方，如果启用闪回数据库，则必须定义闪回恢复区，空间则可由RMAN自动删除临时文件。

相关参数
DB_RECOVERY_FILE_DEST
DB_RECOVERY_DEST_SIZE

查看快速闪回区的相关参数

SQL> show parameter db_recovery

查看是否启用了快速闪回

SQL> select flashback_on from v$database;

在归档情况下，关闭并启动到mount模式

SQL> shutdown immediate;
SQL> startup mount;

设置快闪区大小

SQL> alter system set db_recovery_file_dest_size=4G;

设置快闪区目标

SQL> alter system set db_recovery_file_dest=’/data/kuaishanqu’;

启用快闪

SQL> alter database flashback on;

设置希望闪回的时间范围

SQL> alter system set db_flashback_retention_target=10080; ##单位是分钟，我们改成7天。

打开数据库

SQL> alter database open;

查看是否启用了快速闪回

SQL> select flashback_on from v$database;

查看空间使用情况

SQL> select * from v$flash_recovery_area_usage;

关闭快闪使用以下语句

SQL> alter database flashback off;

闪回数据库

查询闪回区中最早的SCN号

SQL> select oldest_flashback_scn,oldest_flashback_time from v$flashback_database_log;

查询当前数据库的SCN号码

SQL> select current_scn from v$database;

复制一个表

SQL> create table hahadddddtab as select * from tab;

关闭数据库

SQL> shutdown immediate;

启动到mount模式

SQL> startup mount;

闪回到某个SCN

SQL> flashback database to scn 1877740;

1877740

启动数据库

SQL> alter database open resetlogs;

#####33

创建一个hahatab 表
SQL> create table hahadddtab as select * from tab;

select current_scn from v$database;

数据库备份
物理备份
CP以操作系统块复制，而RMAN以ORACLE块复制
冷备
正常关闭
备份数据文件
备份控制文件
备份参数文件
不要备份REDO LOG
非正常关闭/保护现场
备份数据文件
备份控制文件
备份参数文件
备份REDO LOG

    热备
        手工热备：
        RMAN：备份的数据是不一致的

逻辑备份
    数据库一定要OPEN
        以DDL导出对象
        以SELECT导出数据
    不能跑日志

物理备份是数据库安全的最底限。


nbu

数据库恢复
还原
还原备份的相关文件
恢复
跑日志
跑归档日志
跑重做日志

控制文件中必须提供以下三类信息：
    RMAN的元数据，如果控制文件的日志信息不是最新的，可以手工指定日志文件。
    数据库物理结构
    归档日志信息

步骤：
1、还原数据文件
2、应用日志
3、数据文件有提交和未提交的事务
4、undo未提交事务
5、恢复数据文件

完全恢复
不完全恢复：
    原因：
    归档日志丢失
    重做日志丢失
    为了恢复数据

物理备份

RMAN RECOVERY MANAGER

RMAN可备份的文件：
数据文件
控制文件
归档日志
SPfile
备份集片

RMAN不能备份的文件
临时文件
重做日志
口令文件
静态参数文件
网络配置文件

可生成两类备份
备份集/backup set 是专用格式，可包含多个文件，但不包括当前不是备份段一部分的数据文件的块。
还可以使用压缩算法进行压缩，
映像副本 是与输入文件相同的备份文件，从备份集提取文件需要执行RMAN还原操作

备份集可以是完整的或者增量的，但是映像副本只能是完整的。

备份和还原操作由通道服务器进程执行，有两种：磁盘类型或者SBT_TAPE

存储库(repository)是有关备份的元数据，包括构成备份集的片的名称和位置，包含在其中的文件以及映像副本的名称和位置，存储库是自动化还原和恢复的关键。
存储库存储在目标数据库的控制文件中，也可以存储在目录数据库中创建的一组表中。

RMAN操作由RMAN可执行程序启动，监视和控制

RMAN组件分为命令执行器和目标数据库

RMAN的使用

连接数据库

RMAN TARGET /

查看当前配置

RMAN> SHOW ALL;

以下为各个配置的说明

配置冗余策略，有两种，一种是几份，一种是几天

几份：CONFIGURE RETENTION POLICY TO REDUNDANCY 1;
几天：CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;

CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default

配置备份优化，如果为on的状态，RMAN会优化备份，如只读的数据文件只备份一次，不建议使用

CONFIGURE BACKUP OPTIMIZATION OFF; # default

配置备份到什么介质，磁盘为DISK,磁带为SBT

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default

配置控制文件自动备份，必须打开，如果有恢复目录，RMAN元数据会复制到恢复目录，不管有没有恢复目录，控制文件中都有一份RMAN元数据

CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default

自动备份控制文件到快速闪回区

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘%F’; # default

备份集的并行度，并行度为数据库产生的服务器进程，如果为磁盘，并行度可随意，如果为带库，并行度为带机的数量

CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default

配置数据库每次备份的副本数量，每一次备份可有多份完全相同的副本

CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

配置归档日志的目标设备和类型

CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default

配置备份集最大大小

CONFIGURE MAXSETSIZE TO UNLIMITED; # default

配置备份文件加密功能

CONFIGURE ENCRYPTION FOR DATABASE OFF; # default

配置备份文件加密算法

CONFIGURE ENCRYPTION ALGORITHM ‘AES128’; # default

配置备份压缩相关功能，这里默认使用基本压缩算法

CONFIGURE COMPRESSION ALGORITHM ‘BASIC’ AS OF RELEASE ‘DEFAULT’ OPTIMIZE FOR LOAD TRUE ; # default

配置归档日志的保留策略

CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default

配置控制文件的快照文件的目标路径和文件名，备份期间产生

CONFIGURE SNAPSHOT CONTROLFILE NAME TO ‘/u01/app/oracle/product/11.2.0/dbhome_1/dbs/snapcf_orcl.f’; # default

备份数据库

BAKUP命令
语法：
BACKUP [FULL|INCREMENTAL LEVEL[=]n](backup_type option);
FULL: 完全备份
INCREMENTAL表示增量备份；
LEVEL是增量备份的级别，取值为0-4，0级相当于完全备份
backup_type是备份对象，有以下内容：
DATABASE: 表示备份全部数据库包括数据文件和控制文件
TABLESPACE: 表示备份表空间，可以备份一个或者多个指定的表空间
ARCHIVELOG[ALL] 表示备份归档日志文件
CURRENT CONTROLFILE 表示备份控制文件
DATAFILECOPY[TAG] 表示使用COPY命令备份数据文件
CONTROLFILECOPY 表示使用COPY命令备份的控制文件
BACKUPSET[ALL] 表示使用BACKUP命令备份的所有文件
option：为可选项，主要有以下参数
TAG 指定一个标记
FORMAT 表示文件存储格式
%c 表示备份段的多个copy的序号
%D 以DD显示日期
%Y 以YYYY格式显示年份
%n 8位长度的数据库名称，不足的用“x”填充
%s 备份集号，此数字是控制文件中随备份集增加的一个计数器，从1开始
%T 指定年、月、日格式为YYYYMMDD
%U 指定一个便于使用的、由%u_%p_%c构成的、确保不会重复的备份文件名称，RMAN默认使用%U格式
%d 指定数据库名
%M 以MM格式显示月份
%F 结合数据库表示DBID、日、月、年及序列，构成唯一的自动产生的字符串名字
%p 文件备份序号，在备份集中的备份文件片编码，从1开始每次增加1
%t 指定备份集的时间戳，是一个4字节值得秒数值，和%s构成唯一的备份集名称
%u 指定备份集编码，以及备份集创建的时间构成的8个字符的文件名称
INCLUDE CURRENT CONTROLFILE 表示备份控制文件
FILESPRESET 表示每个备份集所包含的文件
CHANNEL 指定备份通道
DELETE[ALL]INPUT 备份结束后删除归档日志
MAXSETSIZE 指定备份集的最大大小
SKIP[OFFLINE|READONLY|INACCESSIBLE] 可选的备份条件

自定义备份位置

使用root用户创建并配置如下目录

[root@localhost ~] mkdir /data/backup/ -p
[root@localhost ~] chown oracle:oinstall /data -R
[root@localhost ~] chmod 770 /data -R

简单命令：
1、备份数据库
RMAN> BACKUP DATABASE;

查看表空间信息

SQL> SELECT * FROM V$TABLESPACE;

2、备份表空间
RMAN> BACKUP TABLESPACE SYSTEM;

3、备份多个表空间
RMAN> BACKUP TABLESPACE USERS,EXAMPLE;

查看数据文件

SQL> COL NAME FOR A60
SQL> SELECT FILE#,NAME FROM V$DATAFILE;

4、备份数据文件
RMAN> BACKUP DATAFILE 3,4,5;

5、备份控制文件
RMAN> BACKUP CURRENT CONTROLFILE;

6、备份参数文件
RMAN> BACKUP SPFILE；

7、备份归档日志
RMAN> BACKUP ARCHIVELOG ALL;

8、备份并删除已经备份的归档日志
RMAN>BACKUP ARCHIVELOG ALL DELETE INPUT;

控制文件备份

查看控制文件自动备份设置

RMAN> SHOW CONTROLFILE AUTOBACKUP;

修改控制文件自动备份

RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;

修改控制文件备份目标路径

RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘/data/rman_ctl_%F.bk’;

清除自定义配置，还原到默认配置

RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK CLEAR;

查看控制文件的快照

RMAN> SHOW SNAPSHOT CONTROLFILE NAME;

归档日志备份

备份归档日志

RMAN> BACKUP DATABASE PLUS ARCHIVELOG;

一致性备份

这是一个执行一个脱机全部完整备份的RMAN脚本

run{
shutdown immediate;
startup mount;
allocate channel d1 type disk;
backup as backupset database format ‘/u01/app/backup/rman_%U.bkp’;
alter database open;
}

也可以将内容写成脚本，然后使用以下语句进行执行
rman target sys/oracle@orcl @offline_full_quanbu.rman

打开状态的备份

这是一个包含归档日志的数据库完全备份

run{
allocate channel d1 type disk;
allocate channel d2 type disk;
backup as compressed backupset files per set 4 database;
backup as compressed backupset archivelog all delete all input;
}

查看备份集

RMAN> LIST BACKUP;

查看备份过的控制文件

RMAN> LIST BACKUP OF CONTROLFILE;

清除一个通道

RMAN> CONFIGURE CHANNEL 3 DEVICE TYPE DISK CLEAR;

清除所有通道

RMAN> CONFIGURE DEVICE TYPE DISK CLEAR;

备份到指定位置

RMAN> BACKUP DATABASE FORMAT ‘/u01/app/backup/rman_%U.bkp’;
执行备份的时候出现以下错误：
ORA-19502: write error on file “/data/backup/rman_0jrcbht5_1_1.bkp”, block number 60800 (block size=8192)
ORA-27072: File I/O error
Additional information: 4
Additional information: 60800
Additional information: 106496

出现这种错误提示，一般说明磁盘空间不足，解决空间问题后即可解决，练习时可通过以下命令清空备份集

删除所有备份集

RMAN> DELETE BACKUP;

删除指定的备份

RMAN> DELETE BACKUPPIECE ‘/u01/app/backup/rman_ctl_c-1463721894-20170225-14.bkp’

删除指定的备份集

RMAN> DELETE BACKUP TAG TAG20170225T135934;

查看备份集

RMAN> LIST BACKUP;

增量备份
增量备份依赖于包含所有块的起点，这称作增量级别(incremental level)0 备份。
增量级别1备份将提取自上一个级别1备份以来更改的所有块，如果没有则提取上一个0备份以来更改的所有块。
累积备份将提取上一个级别0备份以来更改的所有块，不考虑级别1的备份。

执行级别0的备份

RMAN> backup as backupset incremental level 0 database;

执行级别1的备份

RMAN> backup as backupset incremental level 1 database;

执行累积增量备份，将提取级别0以来的所有块

RMAN> backup as backupset incremental level 1 cumulative database;

映像副本
映像副本是以文件为单位创建的，RMAN允许用一个命令复制多个文件

备份整个数据库

RMAN> backup as copy database;

将归档日志移入快闪区并删除输入文件

RMAN> backup as copy archivelog all delete all input;

管理备份

list 列出已创建的备份
list backup;
list copy;
list backup of database;
list backup of datafile 1;
list backup of tablespace users;
list backup of archivelog all;
list copy of archivelog from time=’sysdate-7’;
list backup of archivelog from sequence 1000 until sequence 1050;

report 显示需要备份什么
#列出构成数据库的数据文件
report schema;
#应用配置的保留策略，列出至少需要一个备份来满足策略的所有数据文件和归档日志
report need backup;
#列出三天备份的所有对象，忽略保留策略
report need backup days 3;
#列出没有三个备份的所有文件
report need backup redundancy 3;

#获取备份和保留策略校验后可删除的备份
report obsolete;
#上个命令列出后，删除
delete obsolete;
#列出备份数目为三个或者更多的所有备份，删除多余的
delete obsolete redundancy 2;
#可根据编号进行删除
delete backupset 4;

RMAN备份相关的视图；
v backupfiles已备份的每个文件v b a c k u p f i l e s 已 备 份 的 每 个 文 件 v backup_set 每个备份集
v backuppiece每个备份片v b a c k u p p i e c e 每 个 备 份 片 v backup_redolog 已备份的每个归档日志
v backupspfile每个spfilev b a c k u p s p f i l e 每 个 s p f i l e v backup_datafile 每个数据文件
v backupdevice已链接到RMAN的SBTv b a c k u p d e v i c e 已 链 接 到 R M A N 的 S B T v rman_configuration 每个配置设置，不包含默认设置

备份策略：
expired：失效的
当直接从操作系统去删除数据库的备份文件的时候，控制文件还保留着这些备份信息，当运行CROSSCHECK命令的时候，就会把这些备份标记成expired。

相关命令：

检查备份是否有效；

RMAN> CROSSCHECK BACKUP OF DATABASE;

删除失效的备份

RMAN> DELETE EXPIRED BACKUP;

OBSOLETE: 过时的
OBSOLETE的参数跟数据库的备份策略相关
RETENTION POLICY：
设置备份保存策略，即设置备份文件保留多长时间。RMAN会将超出时间的备份文件标识为废弃（OBSOLETE）。RMAN跟踪备份的数据文件、控制文件、归档日志文件，并确定哪些需要保存，哪些需要标记为废弃，但RMAN不自动删除废弃的备份文件。

显示当前哪些备份集已经过时

RMAN> REPORT OBSOLETE;

删除已过时的备份集

RMAN> DELETE OBSOLETE;

使用以下选项不提示

RMAN> DELETE NOPROMPT OBSOLETE;

设置备份永远不过期

RMAN> CONFIGURE RETENTION POLICY TO NONE;

还原和恢复
还原就是从之前的备份中提取文件
恢复是指应用从重做日志中提取的变更向量，使其保持最新。恢复可以是完整的或者不完整的。

数据恢复顾问
是一个诊断和修复数据库问题的工具，使用RMAN或者OEM。DRA能够生成脚本来修复数据文件和控制文件受到的破坏，但不提供有关参数文件或重做日志问题的建议。DRA依赖自动诊断知识库(ADR)和Health Monitor。
HealthMonitor是一组检查，会在特定错误条件出现时自动运行，也可以根据DBA手动运行。检查结果不存储在数据库当中，而是保存在文件系统中。原因在于，一些数据库错误会导致数据库不可用，因此需要一个外部知识库来存储HealthMonitor的结果，该知识库就是自动诊断知识库(ADR),用DIGNOSTIC_DEST实例参数指定目标。

不同的阶段只能运行不同的检查
    在nomount模式中，仅运行DB Structure Integrity检查，只检查控制文件完整性。
    在mount模式，检查控制文件/联机重做日志文件和数据文件头的完整性，还将运行redo integrity check检查联机和归档日志完整性。
    在open模式中，可运行扫描每个数据库是否受损检查，并检查数据字典和撤销段的完整性。

    只有数据库处于打开状态才能手动运行该检查。

DRA
只有实例处于nomount或者更高的模式时，DRA才能奏效，因为如果初始化参数文件存在问题，就起不到作用。
在nomount模式中，可以诊断控制文件的问题，并使用有效副本生成用来还原的脚本。
一旦数据库进入mount模式，DRA就可以诊断有关数据文件缺失或者损坏，以及联机日志组丢失的问题，并生成修复脚本。

确认存在SYSAUX表空间的全部完整备份

RMAN> list backup of tablespace sysaux;

如果没有，就用以下语句创建一个

RMAN> backup as backupset tablespace sysaux;

关闭实例并退出RMAN

RMAN> shutdown immediate;
RMAN> exit;

删除对应表空间的数据文件

[oracle@localhost ~]$ rm -rf /u01/app/oracle/oradata/orcl/sysaux01.dbf

启动数据库

SQL> startup;
系统会提示以下错误：
ORA-01157: cannot identify/lock data file 2 - see DBWR trace file
ORA-01110: data file 2: ‘/u01/app/oracle/oradata/orcl/sysaux01.dbf’

进入RMAN环境

[oracle@localhost ~]$ rman target /

执行以下命令列出故障

RMAN> list failure;

生成建议的修复脚本

RMAN> advise failure;

使用以下命令进行还原

RMAN> repair failure;

关键文件损坏意味着数据库实例将终止，且在修复之前不能打开，如果损坏的文件是非关键的，数据库可以保持打开或者可以打开数据库。
丢失了当前联机日志文件的所有副本是例外情况。

关键文件有：
    控制文件的任何副本
    SYSTEM表空间的一部分数据文件
    当前撤销表空间的一部分数据文件

非关键文件包括
    多重联机日志文件
    临时文件
    非SYSTEM或者撤销表空间的一部分数据文件

完整恢复分成以下步骤：
使损坏的数据文件脱机
还原受损的文件
恢复受损的文件
使恢复的文件联机

非归档模式下的数据恢复
因为恢复所需的归档日志文件并不存在，所以只能进行还原，但如果通过应用归档重做日志文件，还原的数据文件与数据库的其他部分不 能同步，无法打开它，唯一选择为还原整个数据库，包括所有的数据文件和控制文件，但是会丢失备份创建后的所有工作。

#

备份数据库

RMAN> BACKUP DATABASE;

使用SCOTT用户删除一个表

强行关闭实例

SQL> shutdown abort;

启动数据库到mount模式

SQL> startup mount;

还原数据库

RMAN> restore database;

如果使用了增量备份，还需要执行以下命令

RMAN> recover database noredo;

介质还原

RMAN> RECOVER DATABASE;

然后打开数据库

SQL> alter database open NORESETLOGS;

#
不要让数据库运行在非归档模式

归档模式下的非关键文件恢复
非关键文件的损坏通常不会导致实例终止。
如果备份是使用RMAN完成的，那么受损文件的还原和恢复操作将完全自动，使用最有效的方式执行还原，智能地使用完整和增量备份，然后应用必要的归档日志。
数据文件的还原和恢复只有在自数据文件上一次备份后生成的所有归档日志可用的情况下才能成功。如果归档文件受损，则只能执行完整还原，不完全恢复至缺失的归档文件，会丢失之后的所有工作。

创建一个表空间

SQL> create tablespace hahaha datafile ‘/u01/app/oracle/oradata/orcl/hahaha.dbf’ size 2m;

创建新的表

SQL> create table test (c1 date) tablespace hahaha;

插入一条数据

SQL> insert into test values(sysdate);

提交

SQL> commit;

备份haha表空间

RMAN> backup tablespace hahaha;

备份完成之后使用vim编辑该表空间对应的数据文件

[oracle@localhost ~]$ vim /u01/app/oracle/oradata/orcl/haha.dbf

刷新缓存

SQL> alter system flush buffer_cache;

查询该表，然后出现错误提示

SQL> select * from test;
ORA-01578: ORACLE data block corrupted (file # 7, block # 130)
ORA-01110: data file 7: ‘/u01/app/oracle/oradata/orcl/haha.dbf’

执行OEM/可用性/执行恢复/用户控制的恢复/数据文件/恢复—

恢复完成后，查询该表

SQL> select * from test;

丢失关键数据文件时恢复
组成SYSTEM和当前活动撤销表空间被认为是关键的，如果受损，则不可能使数据库处于打开状态。
如果SYSTEM表空间的任一部分不可用，部分数据目录将缺失，在没有完整的数据目录的情况下，oracle不能起作用。
如果部分撤销表空间不可用，则维护事务完整性和隔离性所需的撤销数据也不可用，oracle同样不能起作用。
因此，这些关键文件受损将会导致实例立即终止。

如果数据库因为关键文件受损，那么第一行动就是尝试进行启动，这将在加载模式下停止，同时将错误消息写入告警日志，表明受损程度。

备份数据库

RMAN> backup database;

删除SYSTEM表空间的数据文件

[oracle@localhost ~]$ rm -rf /u01/app/oracle/oradata/orcl/system01.dbf

在linux系统下，有文件标识符的原因，实例不会立即崩溃

但是告警日志中已经有记录

[oracle@localhost ~]$ tail -f /u01/app/oracle/diag/rdbms/orcl/orcl/trace/alert_orcl.log

查看DBW进程的PID

[oracle@localhost ~]$ ps -ef | grep dbw| grep -v grep

进入该目录

[oracle@localhost fd]$ cd /proc/3392/fd

查看文件标识符

[oracle@localhost fd]$ ll

设置需要跟踪的pid

SQL> oradebug setospid 3392;

发送强制关闭文件描述符的命令

SQL> oradebug call close 259;

查看文件标识符已经不在

[oracle@localhost fd]$ ll

检查点

SQL> alter system checkpoint;

再次执行查询，发现已经失败

SQL> select * from tab;

启动数据库，但是因为错误会停止到mount状态

SQL> startup;
ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
ORA-01110: data file 1: ‘/u01/app/oracle/oradata/orcl/system01.dbf’

通过OEM进行恢复，执行对象恢复即可完成。

不完全恢复
不完全恢复意味着丢失数据。通过还原所有数据文件将整个数据库回退，然后执行不完全恢复，不是应用所有的重做，而是停止到指定的某个点，生成一个不是最新的数据库版本，自该点之后的所有工作将会丢失。
执行不完全恢复只有两个原因：一个是完全恢复不成功，一个是故意要丢失数据。

跳过坏的事务而恢复其他事务是不可能的。

不完全恢复分以下几个步骤：
加载数据库
还原所有数据文件
恢复数据库至某个点
用重做日志打开数据库

几点区别：
完全恢复可在数据库打开时进行，除非受损的是关键文件，不完全恢复只能在mount模式下进行。
完全恢复只还原受损的数据文件，不完全恢复还原所有的数据文件。
完全恢复时应用所有重做日志让数据库保持最新，不完全恢复将归档和重做日志数据应用到所需要的点。
完全恢复后，数据库和发生问题前一样，不完全恢复则需要用RESETLOGS打开数据库，这将重新初始化重做日志，序列号从1开始和创建新的场景号。

不完全恢复有三个选项：
until time 将应用重做日志至一个特定的时间，精度秒。
until scn 将恢复到指定事务的scn号
until sequence 如果归档和重做日志缺失，该选项将至日志切换前的所有工作恢复到缺失的文件或者组中。

SQL*plus使用UNTIL CANCEL/CHANGE

run {

必须启动到mount模式，怎么关闭无所谓

startup mount;

指定一个时间

set until time =”to_date(‘22-09-16 13:00:00’,’dd-mm-yy hh24:mi:ss)”;

从至少与set until命令指定的时间相同的备份中提取数据文件

restore database;

将应用归档日志文件和重做日志，截至到指定的时间

recover database;

初始化重做日志和切换序列号

alter database open resetlogs;
}

也可以如下指定until值

还原到7天前

RMAN> restore database until time ‘sysdate - 7’;

还原到指定日期

RMAN> restore database until time ‘27-OCT-08’;

我爱喝汤达人
关注
专栏目录
华为云原生之数据仓库服务GaussDB(DWS)的深度使用与应用实践
╰つ栺尖篴夢ゞ
06-09 9602
华为云原生数据仓服务GaussDB(DWS)是什么？它有什么功能和特点？相对于传统的数据库，它的优势是什么？如何使用GaussDB(DWS)？它的使用流程是怎样的？GaussDB(DWS)的基本用法有哪些？如何运用GaussDB(DWS)来进行数据模拟分析以及工作负载管理？带着这些疑问，我们一起去GaussDB(DWS)的世界里一探究竟，玩转GaussDB(DWS)！！......
Oracle备份还原
angelxf520的博客
09-05 574
数据丢失 1、可以丢失的数据 未提交的事务所修改的数据块可以丢失 2、不能丢失的 已提交事务的数据块不能丢失 丢失的脏块可以通过日志找回来，current日志的最后一条为终点，起点为检查点队列的LRBA地址，已提交事务对应的脏块一定可以构造出来，而同时也可能构造出未提交的脏块，而oracle会回滚这些未提交事务。 数据库安全 语句错误 插入...
7.Oracle7
zxyhj的博客
05-16 318
1. 序列sequ ence：自增主键的问题 -- Create sequence create sequence SEQ_STUNO minvalue 1 -- 最小值 maxvalue 999999 -- 最大值 start with 1 -- 开始值 increment by 1 -- 增量（别的数据有auto increament字段） cache 10; -- 防止oracle挂掉缓存个数 补: 建立外键的时候指定删除模式： – cascade主表删除，
Oracle-7 Oracle编程
最新发布
xmosang的博客
01-12 409
PL/SQL( Procedure Language/SQL)是Oracle对sql语言的过程化扩展，指在SQL命令语言中增加了过程处理语句(如分支、循环等)，使SQL语言具有过程处理能力。//("张三",2L,"4-4","2-5",1L);PROC_INSERT_OUT('小李','6','6-2','30605',1,V_ID);CALL PROC_INSERT('小王','2','6-1','30475',2)PROC_INSERT('小王','2','6-1','30475',2);
oracle 最早的版本,Oracle 7 安装回顾：谁还记得用过这个历史上的版本？
weixin_35997133的博客
04-11 203
昨天说，在 Oracle 20c 中，通过 ORA-06591 号错误，可以看到，Oracle 不再支持 Oracle 7 7.3.4 的 RPC 连接。由此也可以看到，Oracle 的历史版本支持是非常久远的：[oracle@enmotech ~]$ oerr ora 659106591, 00000, "Oracle7 release 7.3.4 clients are no longer s...
shutdown abort要慎重
cqhiabc50405的博客
05-06 1110
以前一直没有仔细观察shutdown abort后启动数据库会有什么处理过程：在内存中修改过的、尚未写入数据文件的数据将会丢失。在下一次数据库启动后，oracle可以通过重做(redo)日志进行事物重演（也就是进行前滚），将数据...
centosoracle异机还原.docx
06-10
3. **相同的Oracle用户设置**: Oracle软件安装的用户名、权限设置应一致，oracleuserid和所在groupid需与备份客户端一致。 4. **NBU客户端软件**: 还原客户端也需要安装NBU client软件，并执行脚本 `su - oracle /...
Object Browser7.0中文版（ORACLE数据库的开发工具）
03-16
介绍 Object Browser ●　是一个 All ...Browser将Oracle的开发，管理，维护等各项功能集成一体，...Oracle7,8的客户端程序被正常安装,并且处于与Oracle服务器可以成功连接的状态.
SQL与Oracle数据库技术企业面试题
02-22
【SQL与Oracle数据库技术企业面试题】涉及到的面试知识点涵盖了SQL语言基础、Oracle数据库管理和SQL Server的高级特性。以下是对这些知识点的详细说明： 1. **更新语句中使用子查询**：在SQL中，可以通过在UPDATE...
oracle linux 7.2 x86-64 迅雷下载地址
07-31
oracle linux 7.2 x86-64是免费使用的，但在下载的时候需要注册，但即便注册了也很容易出现不能保存的问题，我通过其他方式获得了真实的下载地址，可以通过讯雷快速进行下载，喜欢的同学可以拿去。
关于Oracle中的关闭和启动数据库的几种方式（五）
Keep_Trying_Go的博客
09-09 3319
关于Oracle中的关闭数据库的四种方式（五）
shutdown abort 的影响
jar_java的专栏
03-23 1748
shutdown abort 的时候，跟kill 进程是一样的效果  数据库立即关闭，这个时候文件状态可能不一致  因为正常关闭数据库会同步校验各文件，使得重新启动的时候文件时间点一致并且不用进行崩溃恢复  若检查点信息一致，则做崩溃恢复  若检查点信息不一致（正好在更新文件头）则需要做介质恢复  这些问题都好处理，最怕的问题是这个时候系统有大量IO，结果这样造成写的突然中断，碰
UNDO--shutdown abort,UNDO文件丢失,有备份,数据库无活动事务
07-07 166
UNDO--shutdown abort,UNDO文件丢失,有备份,数据库无活动事务 没有活动事务，直接使用备份CP回来覆盖就行了 SQL> archive log listDatabase log mode...
(15)数据库关闭要谨慎
拙言的专栏
12-13 3207
或许数据库的关闭似乎并不是什么问题，不过小问题有时还真会弄成大问题。为此栽了跟头的绝不鲜见。 我就说说几种关于数据库关闭的情况。  当然在说之前，适当的知识普及还是要说一下的. 先把shutdown的几个参数列一下: shutdown normal：          不允许新的连接、等待会话结束、等待事务结束、做一个检查点并关闭数据文件。启动时不需要实例恢复。 shutdown tra
Oracle 数据库关闭 之 使用ABORT选项关闭数据库
小轶的专栏
02-04 3266
问：如何用ABORT选项关闭数据库？ 答：使用shutdown abort命令! 问：shutdown abort命令通常在什么场景下使用？ 答：数据库或其中的一个应用程序功能不正常并且没有使用其他类型的关闭操作。         需要即刻关闭数据库（例如，知道会在一分钟内发生电源的关闭动作）。         当启动数据库实例时出现问题。 场景一：在执行shutdown abort命
Oracle Startup / Shutdown启动和关闭过程详解（概念）
HXC_HUANG的博客
08-07 4351
对于大多数Oracle DBA来说，启动和关闭Oracle数据库最常用的方式就是在命令行方式下的Server Manager。从Oracle 8i以后，系统将Server Manager的所有功能都集中到了SQL*Plus中，也就是说从8i以后对于数据库的启动和关闭可以直接通过SQL*Plus来完成摘要Oracle数据库的完整启动过程是分步骤完成的，包含以下3个步骤：启动实例–>加载数据库–>打开数
Redo故障的恢复
congshi5914的博客
12-12 152
一.丢失inactive日志文件组的恢复： 由于inactive日志文件组表示已经完成了检查点（dirty数据已经被写入数据文件）。数据库本身不会发生数据库丢失，如果在这个时候相应的redo丢失/损坏，可以通过clear重...
Oracle 7安装操作指导手册
ZZT_2009
04-06 204
说明：本文为windows NT 4.0 下Oracle7安装操作指导手册 温馨提示：如果您发现本文哪里写的有问题或者有更好的写法请留言或私信我进行修改优化 系统安装：对于Windows NT 4.0的安装本文不再指导，用户可以自行搜索修关文章 over ...
Oracle 10g数据备份与还原教程
Oracle 10g 数据备份与还原取数是数据库管理中的一项重要任务，本文档详细介绍了如何在 Oracle 10g 环境中进行服务器端和客户端的安装，并处理可能遇到的问题。以下是关键步骤： 1. **Oracle 10g 安装流程**: - **...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值