Oracle 备份恢复再也不用头疼了

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: Oracle 备份恢复再也不用头疼了

Oracle 提供了多种备份方式,可以根据不同的场景选择合适的备份方式。以下是一些主要的备份方式以及适用的场景:

1. 物理备份(Physical Backup):将数据库文件直接复制到备份设备上。这包括完全备份和增量备份两种类型。

(1) 完全备份(Full Backup):将整个数据库的所有数据文件、控制文件和日志文件备份,适用于对整个数据库进行周期性备份和还原的场景。

 (2) 增量备份(Incremental Backup):只备份在上次备份以后发生更改的数据块,可减少备份时间和存储空间。适用于频繁备份且需要快速恢复的场景。使用RMAN进行的备份方式,只备份在上次备份以后发生更改的数据块。通过提供更快的备份时间和还原操作,适用于需要高频备份且对备份时间敏感的场景。

2. 逻辑备份(Logical Backup):通过导出数据库中的逻辑数据为可读的SQL语句或逻辑数据文件来进行备份。

逻辑导出(Data Pump Export):将数据库的逻辑对象和数据导出为可读的SQL语句或二进制数据文件,适用于部分数据或特定表的备份和恢复。面对数据量小的数据库可以使用。

数据泵和传统导出(Data Pump and Traditional Export):数据泵的备份和恢复的速率较快,也比较容易上手。不同版本的Oracle提供了多种逻辑备份工具,可以根据需求选择适合的工具。

3. 闪回数据库(Flashback Database):闪回数据库是一种快速恢复数据库到指定时间点的备份方式,无需完整的备份文件。

 闪回数据库(Flashback Database):使用闪回数据库功能可以将整个数据库恢复到之前的时间点,适用于误操作或数据错误修改后快速恢复数据库的场景。

总的来说,Oracle数据库经常使用逻辑备份和物理备份。物理备份适用于整个数据库的周期性备份和恢复,而逻辑备份适用于对特定表或部分数据的备份和恢复。

一、逻辑备份

Export/Import

该种模式可以在服务端和客户端通用。

1、简单导出导入数据包括三种方式:

表方式(T)可以将指定的表导出备份;

用户方式(U)可以将制定的用户相应的所有数据对象导出;

全库方式(FULL)将数据库中的所有对象导出;

导出表:exp system/oracle file=/oracle/emp.dmp log=/oracle/emp.log tables=scott.emp

导入表:imp system/oracle file=/oracle/emp.dmp log=/oracle/impemp.log fromuser=scott tables=emp

导出用户:exp system/oracle file=/oracle/scott.dmp log=/oracle/scott.log owner=scott

导入用户:imp system/oracle file=/oracle/scott.dmp log=/oracle/impscott.log fromuser=scott touser=scott

导出全库:exp  system/oracle file=/oracle/full.dmp log=/oracle/full.log full=y buffer=5400000

导入全库:imp system/oracle file=/oracle/full.dmp log=/oracle/impfull.log full=y

Expdp/impdp

datapump(expdp和impdp)是服务端程序,相对于exp和imp来说退出的时间要短一些,数据量小的建议使用。

首先创建目录,指定一个本地目录结构,然后把dump生成在这个目录下。

$mkdir /data/exp_dir

chmod -R 775  /data/exp_dir

数据库层面创建目录(逻辑目录)

SQL>create directory test_dir as '/data/exp_dir';

把上面创建的目录的读写权限赋予数据库用户test

SQL>grant read ,write on directory test_dir to test;

以上准备工作做完,我们就可以使用datapump

1)数据库模式

expdp system/oracle dumpfile=db_backup.dmp full=y directory=test_dir

2) 表模式

expdp test/oracle dumpfile=table_name.dmp  tables=test1,test2 directory=test_dir

3) 用户模式

expdp test/oracle dumpfile=test.dmp schemas=test directory=test_dir

二、物理备份

Rman备份

rman备份需要在归档的情况下,分为全局备份和增量备份,全局备份顾名思义就是全库备份,增量备份就是在上一次全备的基础上对后面改变的块进行备份。恢复分为完全恢复和不完全恢复,完全恢复就是不丢数据,不完全恢复就是丢数据。

恢复(Recover),是指在数据库发生故障时,将数据库从故障状态还原到无故障状态的过程。根据故障原因,恢复可以分为实例恢复和介质恢复。

        实例恢复:也叫自动恢复,指当Oracle实例出现失败后,Oracle自动进行的恢复。

       介质恢复:指当存放数据库的介质出现故障时所作的恢复。

       除了备份和恢复,还有一个还原(Restore)的概念,还原,是指当数据文件或控制文件出现损坏时,将已经备份的文件副本还原到原数据库的过程。而恢复是利用重做日志文件和归档文件将失败后所作的修改复制到数据文件中,从而将数据库还原到失败前的状态。

全库备份:backup database format  ‘/xxxx/database_%U_%t.ora’;

备份控制文件:backup current  controlfile format ‘/xxxx/controlfile_%U_%t.ora;

备份数据文件:backup tablespace test format ‘/xxxxx/test_%U_%t.ora;

%U=%u+%p+%c

%u:是一个有备份集编号和建立时间压缩后组成的8字符名称。

%p:备份集中备份片段的编号,从1开始。

%c:备份片段的复制数,从1开始,最大不超过256。

%t:备份集的时间戳。

完全恢复:

表空间数据文件被删除

Rman target /

RMAN>startup force mount;

RMAN>restore database ;

RMAN>recover database;

RMAN>alter database open;

表空间数据文件所在磁盘损坏

RMAN>run {

                   startup force mount;

                   set newname for datafile 1  to ‘/oracle/system01.dbf’;

                     restore datafile 1;

                     switch datafile 1;

                     recover datafile 1;

                     sql ‘alter database open’;    }

不完全恢复:

形成的原因:

1、介质失败损坏了几个或全部的联机重做日志文件;

2、个别日志归档丢失无法进行完整的恢复;

3、当前的控制文件丢失或损坏,必须使用被份控制文件打开数据库

恢复完成后必须用resetlog打开数据库,打开后,scn不会被重置,但日志序列号会被重置。

不完全恢复的常用方法:

1、基于scn号恢复

2、基于时间点的恢复

3、基于日志序列的恢复

基于序列号:

Run{

shutdown immediate;

startup mount;

set  until sequence 15490;

restore database;

recover database;

sql ‘alter database open resetlog’;}

基于时间:

Run{

shutdown immediate;

startup mount;

set  until time”to_date(‘20240225 9:59:59’,’yyyymmdd hh24:mi:ss’)”;

restore database;

recover database;

sql ‘alter database open resetlog’;}

基于scn:

Run{

shutdown immediate;

startup mount;

set  until scn 15490;

restore database;

recover database;

sql ‘alter database open resetlog’;}

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
3月前
|
Oracle 安全 关系型数据库
Oracle安装部署再也不用头疼了,分享一个实用的一键部署脚本,建议收藏!
Oracle安装部署再也不用头疼了,分享一个实用的一键部署脚本,建议收藏!
136 0
|
11天前
|
存储 Oracle 关系型数据库
Oracle数据库的应用场景有哪些?
【10月更文挑战第15天】Oracle数据库的应用场景有哪些?
118 64
|
3月前
|
存储 自然语言处理 Oracle
Oracle数据库字符集概述及修改方式
【8月更文挑战第15天】Oracle 数据库字符集定义了数据的编码方案,决定可存储的字符类型及其表示方式。主要作用包括数据存储、检索及跨系统传输时的正确表示。常见字符集如 AL32UTF8 支持多语言,而 WE8MSWIN1252 主用于西欧语言。修改字符集风险高,可能导致数据问题,需事先备份并评估兼容性。可通过 ALTER DATABASE 语句直接修改或采用导出-导入数据的方式进行。完成后应验证数据完整性。此操作复杂,须谨慎处理。
|
3月前
|
数据采集 Oracle 关系型数据库
实时计算 Flink版产品使用问题之怎么实现从Oracle数据库读取多个表并将数据写入到Iceberg表
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
1天前
|
SQL Oracle 关系型数据库
Oracle数据库优化方法
【10月更文挑战第25天】Oracle数据库优化方法
12 7
|
8天前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
22天前
|
SQL 存储 Oracle
Oracle数据库SQL语句详解与应用指南
在数字化时代,数据库已成为各类企业和组织不可或缺的核心组件。Oracle数据库作为业界领先的数据库管理系统之一,广泛应用于各种业务场景。掌握Oracle数据库的SQL语句是数据库管理员、开发人员及运维人员的基本技能。本文将详细介绍Oracle数据库SQL语句的基本概念、语法、应用及最佳实践。一、Or
36 3
|
2月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
2月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—异常断电导致Oracle数据库数据丢失的数据恢复案例
Oracle数据库故障: 机房异常断电后,Oracle数据库启库报错:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。数据库没有备份,归档日志不连续。用户方提供了Oracle数据库的在线文件,需要恢复zxfg用户的数据。 Oracle数据库恢复方案: 检测数据库故障;尝试挂起并修复数据库;解析数据文件。
|
19天前
|
Oracle 关系型数据库 数据库
oracle数据恢复—Oracle数据库文件损坏导致数据库打不开的数据恢复案例
打开oracle数据库时报错,报错信息:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。急需恢复zxfg用户下的数据。 出现上述报错的原因有:控制文件损坏、数据文件损坏、数据文件与控制文件的SCN不一致等。数据恢复工程师对数据库文件做进一步检测分析后发现sysaux01.dbf文件有坏块。修复sysaux01.dbf文件,启动数据库依然有许多查询报错。export和data pump工具无法使用,查询告警日志并分析报错,确认发生上述错误的原因就是sysaux01.dbf文件损坏。由于该文件损坏,从数据库层面无法修复数据库。由于system和用户表空间的数据文件是正常的,