Database Backup and Recovery Basics

一、Backup and Recovery Overview

1、Backup and Recovery Overview

1.1 What is Backup and Recovery?

一般,备份和恢复引用各个策略和过程保护你的数据库背离数据丢失,同时在任何一种数据丢失后重建数据库。

1.1.1 Physical Backups and Logical Backups

一个备份是来自数据库文件的一个拷贝,它可以用做重建数据。备份可以被分为物理备份和逻辑备份。

物理备份是被用做还原和恢复数据库的物理文件的备份,比如数据文件、控制文件和归档日志文件。最终,每个物理备份是保存数据库信息到其他位置(不论是磁盘还是某些离线存储比如磁带)的文件的一个拷贝。

逻辑备份包含使用一个oracle导出工具导出的逻辑数据(比如表或者存储过程),它们被保存在一个二进制文件,以便之后使用相应的oracle导入工具再导入数据库。

物理备份是任何备份和恢复策略的基础。逻辑备份在很多情况下是对物理备份的一个有用的补充,但是没有物理备份只有逻辑备份是一个不充足的保护。

除非特殊指定,被用在备份和恢复文档的说法:备份引用物理备份,同时备份部分或者全部数据库是采取多种物理备份。在备份和恢复文档集中关注点几乎只是物理备份

1.1.2、从备份中恢复:错误和失败

虽然有很多类型的问题停止一个数据库的基本操作或者影响到数据库I/O操作,但是只有两种情况需要dba介入和介质恢复:介质失败和用户错误

其他失败可能需要dba介入去重启数据库(一个实例失败后)或者分配更多磁盘空间,但是这些情况一般不会引起数据丢失或者需要从备份恢复

了解用户错误-

当应用逻辑错误或者自动化缺少步骤的错误,数据库中的数据被错误地改变或者删除,会引起用户错误。数据丢失由于用户错误包括:缺少步骤、drop重要的表或者删除/改变

表的内容。尽管用户一直练习和小心的权限管理可以阻止最大的用户错误,但是你的备份策略决定如何从容地恢复丢失的数据。

了解介质失败-

一个介质失败是需要运行数据库的磁盘文件的一个读或写的失败,由于磁盘的物理问题,比如磁盘头崩溃。任何一个数据库文件易受介质失败伤害。

一个介质失败后,适当的恢复技术依赖于被影响的文件和可用备份的类型

1.1.3、Oracle Backup and Recovery Solutions: RMAN and User-Managed Backup

为了完成基于物理备份的备份和恢复,你有两个可用的方案:

(1)recovery manager

它是一个工具,它和运行在oracle服务器上的会话集成从而完成一系列的备份和恢复活动,也可以保存备份历史数据的一个资料库

(2)the traditional user-managed backup and recovery

传统的用户管理的备份和恢复,你使用混合的操作系统命令和sql*plus的备份、恢复能力直接管理组成数据库的文件

以上两种方法都可以被oracle公司支持,而且都有全面地文档化。rman是数据库备份和恢复中更受人欢迎的解决方法。很多的备份和恢复文档中关注基于rman的备份和恢复。

用户管理的备份和恢复技术在后边的单元Oracle Database Backup and Recovery Advanced User‘s Guide会被覆盖到。

无论你使用rman还是用户管理的方法,你都可以使用方案对象的逻辑备份来补充你的物理备份。在还原和恢复后,被保存的数据随后再被导入从而重建这些数据。然而,逻辑

备份很大程度的超过了备份和恢复文档的范围

1.2、备份和恢复:基本的概念

通过user-managed技术或者通过rman,数据库的物理结构和在数据库恢复进程中的角色决定了备份和恢复的构成。

1.2.1、Physical Database Structures Used in Recovering Data

组成数据库的文件和其他结构保存了数据,同时守护数据库远离可能的失败。该论述说明组成数据库的每一个物理结构和它们在一个来自备份的数据库的重建中说扮演的角色。这部分包括

一下主题:

(1)数据文件和数据块

(2)重做日志

(3)回滚段

(4)控制文件

Datafiles and Data Blocks-

一个数据库由一个或多个叫做表空间的逻辑存储单元组成。在一个数据库中的每个表空间由一个或多个叫做数据文件的文件组成,它们是在操作系统中的物理文件,这些文件包含了保存在

表空间中的数据。最简单的oracle数据库也会有一个保存在数据库中的表空间。

数据库使用叫做数据块的逻辑单元 管理在数据文件中的存储空间。数据块是数据库可以使用和分配的最小存储单元。

被改变或者新数据不会被立刻地写入数据文件。更新被缓冲到内存,过一段时间被写入数据文件。如果数据库没有经过一个正常的shutdown(但它打开时,因为一个实例失败异常退出或者

shutdown abort),那么在内存中的数据通常不会被写入到数据文件。以前被还原的数据文件,或者没有被关闭的数据文件,通常不能完全最新化。

一个数据库的数据文件的拷贝是任何备份的临界部分。关于数据文件和数据块的详细内容参考Oracle Database Concepts。

Redo Logs-

重做日志记录一个数据库的所有数据文件的改变。任何时刻的数据在被改变时,在它们被写入数据文件之前,会被记录到在线重做日志中。

一个oracle数据库至少需要两个重做日志组,同时,在每个日志组至少有一个在线重做日志成员。不时地,数据库会循环转动在线重做日志组。

因为重做日志包含了数据文件所有变更的记录,如果按时地从某个时间点的数据文件的拷贝和从那个时间点向前的一个完整的重做日志集是可用的,

那么数据库可以重做记录在重做日志中的改变。如果重做日志已经被保存,上述才会有可能。

所以,保存重做日志是很多备份策略中一个重要的部分。保存重做日志的第一级别是通过一个archive进程。数据库可以把当前不再使用的重做日志组拷贝

到一个或者多个位置。在一个重做日志文件被归档后,它可以被备份到磁盘或者磁带的其他位置,就是为了长久储存和以后的恢复操作。

没有归档日志,你的数据库备份和恢复选项会被严格地限制。你的数据库在备份之前必须处于离线,同时你还原数据时,只能恢复到备份的那个时刻。

Control Files-

控制文件包含了数据库物理结构的记录和这些物理结构的状态信息。保存在控制文件的几种类型的信息关系到备份和恢复:

(1)数据库信息(resetlogs scn和时间戳)

(2)表空间和数据文件的记录(文件名、数据文件检查点、读/写状态、离线类别)

(3)重做线程(当前重做日志)的信息

(4)日志记录(日志序列号、每个日志中的scn范围)

(5)受损数据块的信息

用于数据文件的恢复进程会被在控制文件的状态信息说引导,比如数据库的检查点、当前重做日志文件和数据文件的数据文件头检查点。控制文件的丢失使数据丢失的恢复更加困难。

Oracle Database Concepts提供了关于控制文件更多的信息。

Database Backup and Recovery Basics

时间: 2024-10-20 21:20:47

Database Backup and Recovery Basics的相关文章

Database Backup and Recovery Basics2

1.6.Automatic Disk-Based Backup and Recovery: The Flash Recovery Area 创建不同备份和恢复文件的组件对每个文件系统的大小没有任何了解.使用Automatic Disk-Based Backup and Recovery,你可以创建一个闪回恢复区,使备份文件的管理自动化.在磁盘上选择一个位置,为存储空间提供一个更大的边界,同时设置一个备份策略,那么数据库在那块空间管理用做备份的存储.归档日志和其他与恢复相关的文件.oracle建议

Backup and Recovery Basics(10g)- 目录

今天先把目录搬上来,后续会翻译相应的章节,并更新超链接,希望对想学习oracle的人有所帮助.fighting Contents Title and Copyright Information Preface Audience Documentation Accessibility Related Documentation Conventions 1 Backup and Recovery Overview 1.1 What is Backup and Recovery? 1.1.1 Phys

Backup and Recovery Strategies1

2.1.Data Recovery Strategy Determines Backup Strategy 当设计备份策略时,应该以数据恢复需求和数据恢复策略开始.每一种类型的数据恢复需要你采取适当的备份类型.失败会发生在用户错误,数据文件块损坏,介质失败.你可以重新开始数据库的正常操作的速度是哪种还原.恢复技术类型的运行过程.每种还原和恢复技术强加需要在备份策略上,包括数据库要使用的特性,存储和管理你的备份. 当考虑恢复策略时,要问自己的问题有: (1)如果磁盘失败和损坏一些数据库文件,比如数

Backup and Recovery Basics2

1.6.Automatic Disk-Based Backup and Recovery: The Flash Recovery Area 创建不同备份和恢复文件的组件对每一个文件系统的大小没有不论什么了解.使用Automatic Disk-Based Backup and Recovery,你能够创建一个闪回恢复区,使备份文件的管理自己主动化. 在磁盘上选择一个位置,为存储空间提供一个更大的边界,同一时候设置一个备份策略,那么数据库在那块空间管理用做备份的存储.归档日志和其它与恢复相关的文件.

6 Administering Backup and Recovery

Oracle? Database 2 Day + Real Application Clusters Guide 11g Release 2 (11.2) E17264-13 Overview of Oracle RAC Database Backup and Recovery Note: For the RMAN utility to work properly on Linux platforms, the $ORACLE_HOME/bin directory must appear in

SQL Service Database BACKUP & RESTORE

1. 完整恢复模式下的数据库备份 1 USE master; 2 ALTER DATABASE AdventureWorks2012 SET RECOVERY FULL; 3 GO 4 -- Back up the AdventureWorks2012 database to new media set (backup set 1). 5 BACKUP DATABASE AdventureWorks2012 6 TO DISK = 'Z:\SQLServerBackups\AdventureWo

官方文档备份指南一 Introduction to Backup and Recovery

1.备份分为:物理备份和逻辑备份 物理备份:备份数据文件  控制文件  归档日志文件 逻辑备份:EXP EXPDP备份等 物理备份为主,逻辑做补充 2.错误的类型 media failure :介质失败.磁盘不能读写 user error: 操作错误 application error:应用程序错误 3.备份的方式 RMAN                                :RMAN备份 User managed backup      :用户手工备份 4. 关于RMAN备份的一些

MySQL Database Backup Methods Season 1 - mysqldump

mysqldump工具是MySQL数据库备份时, 经常用到的一个工具. 可以指定数据表, 某些数据库, 所有数据库级别的备份, 在命令行上敲入mysqldump回车, 可看到该三种方式的示例. [email protected]:~$ mysqldump Usage: mysqldump[OPTIONS] database [tables] OR     mysqldump [OPTIONS] --databases [OPTIONS]DB1 [DB2 DB3...] OR     mysqld

MySQL Database Backup Methods Season 2 – MySQL Data Dumper

说到MySQL数据库的备份, MySQL Data Dumper(项目)也是常用的工具, 其有两个可执行程序: mydumper, 负责导出数据; myloader,  负责导入数据. mydumper相对于mysqldump, 多了些特性, 在下面分析选项的过程中能体会到. 由于是第三方工具, 先来看下安装, 及可能遇到的问题. a. mydumper需要依赖一些开发库, 使用yum安装即可. [email protected]: ~# yum install glib* zlib* pcre