Oracle备份与容灾详解
数据库的数据备份与容灾策略
数据库的数据备份与容灾策略数据备份和容灾策略是保障数据库安全和可靠性的重要措施。
在这篇文章中，我将详细介绍数据备份与容灾策略的意义、常用的备份方法和容灾策略，并提供一些实际应用中的建议。
一、数据备份的意义数据备份是将数据库中的数据复制到其他存储设备或位置的过程。
它的主要目的是保护数据免受硬件故障、人为错误、病毒攻击或自然灾害等不可预料的事件影响。
数据备份的意义在于：1. 数据安全保障：备份数据可以防止数据丢失或损坏，确保数据的完整性和可恢复性。
2. 业务连续性：当数据库出现故障时，备份数据可以用于快速恢复，减少业务中断时间。
3. 合规性要求：一些行业或法规要求必须对重要数据进行定期备份和长期存储。
4. 数据分析和应用开发：备份数据可以用于数据分析、回滚测试和应用开发。
二、常用的备份方法1. 完全备份：完全备份是将整个数据库的数据和结构都备份的方式。
它可以提供最高的数据恢复保证，但备份时间和存储空间较大。
2. 增量备份：增量备份是只备份自上次备份后发生更改的数据。
它能够节省备份时间和存储空间，但恢复时需要依次恢复多个备份。
3. 差异备份：差异备份是备份上次完全备份后发生更改的数据。
它相对于增量备份的优势是只需要恢复最近一次差异备份和上次完全备份即可。
三、容灾策略容灾策略是指在数据库系统遭遇灾难性故障时，能够迅速恢复和保障业务连续性的方案。
以下是常用的容灾策略：1. 冗余备份：在不同的物理设备或位置上备份数据，以免单点故障导致数据丢失。
例如，设置主数据库和备份数据库，定期将主数据库的数据备份到备份数据库。
2. 高可用性集群：通过搭建集群系统，将数据库服务在多个节点上运行，实现故障自动切换和无缝服务迁移。
当其中一个节点故障时，其他节点会立即接管服务。
3. 灾备数据中心：在不同地理位置建立备用的数据中心，通过异地备份和故障转移，实现对主数据中心的容灾保护。
4. 容灾演练：定期进行容灾演练，验证和改进容灾策略的可靠性和有效性。
数据库管理系统的容灾与备份策略(一)
数据库管理系统的容灾与备份策略引言在当今信息爆炸的时代，数据已经成为企业和个人价值的核心所在。
对于企业来说，数据库中存储着大量的关键信息，一旦数据丢失或损坏，将对业务产生严重的影响甚至导致巨大损失。
因此，数据库管理系统的容灾与备份策略成为了企业信息安全保障的重要一环。
本文将探讨数据库管理系统的容灾与备份策略。
1. 容灾策略灾难恢复计划灾难恢复计划是容灾策略中的关键步骤。
它是在灾难发生时，用来恢复数据库功能和数据的详细指南。
灾难恢复计划应该包括对灾难的风险评估、业务连续性保障、硬件设备的备份和复原、数据备份和恢复等内容。
通过完善的灾难恢复计划，能够快速恢复与灾难相关的数据库功能，最大程度地减少业务中断时间。
多机房部署多机房部署是常用的容灾策略之一。
通过将数据库管理系统部署在多个地理位置的机房上，可以在遭受单个机房灾难时，快速切换到其他机房继续运行。
多机房部署不仅能够提高可用性，还能减少单点故障的影响。
数据冗余数据冗余是容灾策略中的一个关键概念，通过将数据同时存储在多个地点，可以确保在某个地点的数据丢失或损坏时，可以快速地从其他地点恢复数据。
数据冗余可以通过数据库复制、数据镜像等技术实现。
2. 备份策略定期备份定期备份是数据库管理系统中的重要环节。
通过定期备份数据库，可以保留数据的历史记录，以便在数据丢失或损坏时进行恢复。
根据业务需求和风险评估，可以制定不同级别的备份策略，例如每日全量备份、每周增量备份等。
备份存储备份存储是备份策略中的关键一环。
备份的数据应该存储在安全可靠、容量充足的设备上，避免因为设备故障导致备份数据的丢失。
同时，备份数据也应该进行加密，确保备份数据的安全性。
容灾演练容灾演练是验证备份策略是否完善和有效的重要步骤。
通过定期进行容灾演练，可以发现备份和恢复过程中可能存在的问题，并及时进行调整和改进。
只有在真实情况下进行验证，才能保证备份策略的可靠性和准确性。
结语数据库管理系统的容灾与备份策略对于企业信息安全保障至关重要。
数据库中的数据备份与容灾方案
数据库中的数据备份与容灾方案在数据库管理中，数据备份与容灾方案是至关重要的环节。
无论是面对硬件故障、自然灾害，还是意外错误导致的数据丢失，数据库备份和容灾能够提供有效的保护，确保系统可靠性和业务连续性。
本文将介绍数据库中的数据备份和容灾方案的重要性、常见的备份和容灾方法，并提供一些最佳实践和建议。
在理解数据库备份和容灾之前，首先需要明确这两个术语的含义。
数据备份是指将数据库中的数据复制到另外一个地方，以防止数据丢失。
而容灾（或灾难恢复）是指在主系统出现故障或无法访问的情况下，使用备份的数据来恢复业务，并在最短的时间内实现系统继续运行。
数据备份的目的是为了解决数据丢失的风险。
数据库中的数据可能会因为软件故障、病毒攻击、操作错误、硬件故障等原因而丢失。
因此，定期备份数据库中的数据是非常重要的。
备份过程通常包括选择备份的对象（表、视图、存储过程等）、备份的频率、备份的方式（完全备份、增量备份、差异备份）和备份存储的位置。
常见的备份方式有完全备份、增量备份和差异备份。
完全备份是将整个数据库从头到尾地复制一遍。
这样做的好处是备份完整，恢复操作简单。
但是，完全备份的缺点是备份的时间和空间消耗较大。
增量备份是备份数据库中发生变化的数据，这样可以大大节省备份时间和空间。
差异备份则是备份最后一次完全备份之后发生变化的数据。
增量备份和差异备份都需要使用完全备份作为基准。
数据备份存储的位置也需要仔细考虑。
最常见和推荐的方法是将备份文件存储在独立于数据库服务器的安全位置，如备份服务器、云存储服务或专用存储设备。
这样可以提高数据的可靠性和安全性，并在数据库服务器发生故障时确保备份的完整性。
除了数据备份之外，容灾方案是保证业务连续运行的另一个重要因素。
容灾方案可以分为三个主要层次：硬件层面的容灾、软件层面的容灾和虚拟化层面的容灾。
硬件层面的容灾涉及使用冗余硬件来提高系统的可用性。
常见的做法是使用热备份服务器或冗余阵列来实现数据库服务器的高可用性。
数据库中的数据备份与容灾解决方案
数据库中的数据备份与容灾解决方案数据是现代社会的一项重要资源，对于企业以及个人来说都具有极高的价值。
然而，数据也面临诸多风险，如硬件故障、自然灾害、人工操作失误等，这些都可能导致数据的丢失或不可用性。
为了保障数据的安全和可靠性，数据库中的数据备份与容灾解决方案成为了必不可少的考虑因素。
I. 数据备份方法数据备份是指将数据库中的数据复制到其他介质中，以便在数据遭到破坏或丢失时能够进行恢复。
常见的数据库备份方法包括完全备份、增量备份和差异备份。
1. 完全备份完全备份是指将整个数据库的所有数据和对象都进行备份，通常是在一个特定的时间点进行。
这种备份方法的优点是恢复速度快，但缺点是占用存储空间较大且备份时间较长。
2. 增量备份增量备份是基于完全备份的基础上，只备份自上次增量备份以来的新增或变化部分。
这种备份方法节省了存储空间和备份时间，但在恢复时需要先还原完全备份，再逐个应用增量备份。
3. 差异备份差异备份是基于完全备份的基础上，只备份自上次完全备份以来的修改部分。
与增量备份不同的是，差异备份不会逐个累加，而是只备份与上一次差异备份之间的差异数据。
这种备份方法可以减少备份时间和存储空间，但在恢复时需要还原完全备份和最近一次差异备份。
II. 数据容灾解决方案数据容灾是指当某个灾难性事件发生时，能够保证数据的持续可用性和业务连续运行。
常见的数据容灾解决方案包括冷备、热备、多活架构等。
1. 冷备冷备是指在容灾场景中，备用数据库不处于运行状态，只有在主数据库发生故障时才启动备用数据库并进行切换。
冷备方案通常适用于对业务连续性要求不高的场景，优点是成本低，但切换时间较长。
2. 热备热备是指备用数据库处于运行状态，与主数据库保持数据同步，能够实时接替主数据库的数据处理工作。
热备方案通常适用于对业务连续性要求较高的场景，切换时间短，但成本较高。
3. 多活架构多活架构是指在不同地点或数据中心建立多个数据库节点，并确保数据同步。
Oracle数据备份与data guard容灾技术
1.4 RMAN（备份与恢复管理器）
1.4.1 RMAN 概述
Recovery manager（RMAN）是 ORACLE 提供的 DBA 工具，用语管理备份和恢复操作。 RMAN 只能用于 ORACLE8 或更高的版本中。它能够备份整个数据库或数据库部件，其中 包括表空间、数据文件，控制文件和归档文件。RMAN 可以按要求存取和执行备份和恢复。 RMAN 备份有如下优点 ☆ 支持在线热备份 ☆ 支持多级增量备份 ☆ 支持并行备份、恢复 ☆ 减少所需要备份量 ☆ 备份、恢复使用简单 重要的是，使用恢复管理器允许您进行增量数据块级的备份（这个与导出 /导入的增量 截然不同） 。 增量 RMAN 备份是时间和空间有效的， 因为他们只备份自上次备份以来有变化 的那些数据块。另一个空间有效的 RMAN 特性是它只备份数据文件中使用的数据块，忽略 空的，未用的数据块，这个对于预分配空间的表空间有很大的好处。 从 9i 开始，还增加了 RMAN 的数据块级别的恢复，可以进一步减少数据库恢复时间。 RMAN 支持以下不同类型的备份 数据库全备份，包括所有的数据块 � FULL INCREMENTAL 增量备份，只备份自上次增量备份以来修改过 � 的数据块。需要一个 0 级的增量作为增量的基础，可以支持 7 级增量。 在数据库打开的时候使用 � OPEN 在数据库安装(MOUNT)但不打开的时候备份， � CLOSED 关闭备份可以是 CONSISTENT 或 IN CONSISTENT 类型的。 在数据库安装，单不打开，并且在安装之前数 � CONSISTENT 据库被彻底关闭（而不是被破坏或异常退出）时使用。 CONSISTENT 备份可 以简单的进行复原(RESTORE)而不是恢复(RECOVER)。 在数据库打开或安装（但不打开）时使用。 在 � INCONSISTENT 该数据库正常关闭或崩溃后，INCONSISTENT 备份需要恢复。 理解 BACKUP ，RESTORE，RECOVER 命令，这是 RMAN 最基本的三个命令，可以 进行数据库的备份，复原以及恢复操作。
oracle容灾方案
oracle容灾方案Oracle容灾方案随着信息化的快速发展，企业对数据的安全性和可靠性要求越来越高。
在数据库管理中，容灾方案是非常重要的一环。
Oracle作为目前最常用的关系型数据库管理系统之一，其容灾方案也备受关注。
Oracle容灾方案主要包括备份和恢复、高可用性和灾备。
备份和恢复是指通过定期备份数据库，以便在数据丢失或损坏时能够及时恢复到备份的状态。
高可用性是指数据库在面对硬件故障或软件故障时，能够保持持续可用的能力。
灾备则是指在面对灾难性事件时，能够将数据库迁移到备用环境，确保业务的连续运行。
备份和恢复是Oracle容灾方案中最基础的一环。
通过定期备份数据库，可以保证在数据丢失或损坏时能够及时恢复。
常见的备份方式包括物理备份和逻辑备份。
物理备份是指将数据库的数据文件、控制文件和日志文件直接复制到备份介质上，恢复时直接将备份文件复制回原始位置即可。
逻辑备份则是将数据库中的数据以逻辑的方式导出，并保存为可读的文本文件。
恢复时需要重新创建数据库结构，并将数据导入到新创建的数据库中。
高可用性是Oracle容灾方案中非常重要的一环。
高可用性能够保证数据库在面对硬件故障或软件故障时能够保持持续可用的能力。
Oracle提供了多种高可用性解决方案，如数据保护和恢复、容错和自动故障转移等。
其中，数据保护和恢复是通过使用冗余存储、日志文件和闪回技术来保护和恢复数据库。
容错则是通过在系统中引入冗余组件，如冗余的服务器、网络和存储等，以保证系统的可用性。
自动故障转移则是通过使用Oracle集群技术，将数据库部署在多个节点上，当一个节点发生故障时，系统自动将服务切换到其他节点上，从而实现故障转移。
灾备是Oracle容灾方案中的最高级别的保护措施。
灾备能够在面对灾难性事件时，将数据库迁移到备用环境，确保业务的连续运行。
常见的灾备方案包括主备复制和数据中心异地部署。
主备复制是指将主数据库的数据实时复制到备用数据库上，当主数据库发生故障时，可以快速切换到备用数据库。
数据库备份与容灾的实现方式
数据库备份与容灾的实现方式数据库备份与容灾是保障数据库系统可用性和数据安全的重要手段。
备份是将数据库中的数据和日志信息复制到其他存储设备或位置，以便在数据库出现故障或数据丢失的情况下恢复数据。
容灾是指在数据库系统发生灾难性故障时，通过另一个可用的数据库系统来提供持续的数据服务。
1.完全备份：将整个数据库的数据和日志信息复制到备份设备中。
这种方式需要较长时间和较大的存储空间，但恢复速度较快。
2.增量备份：只备份自上次备份以来新增的数据和日志信息。
这种方式可以减少备份时间和存储空间的占用，但恢复时需要先将完全备份恢复，再应用增量备份。
3.差异备份：备份自上次完全备份之后，与上次备份不同时的所有数据和日志信息。
这种方式备份的数据量介于完全备份和增量备份之间，恢复时只需要恢复最近的完全备份再应用差异备份。
4.增量复制备份：将源数据库的日志信息复制到备份设备上，并将备份设备上的数据和日志信息保持和源数据库一致。
这样可以达到实时备份的效果，但对网络和存储设备的要求较高。
容灾的实现方式：1. 传统容灾方案：主备式容灾，即将主数据库中的数据和日志信息复制到备份数据库上，当主数据库发生故障时，切换到备份数据库提供数据服务。
这种方式通过数据库复制技术实现，如SQL Server的镜像、Oracle的数据卫士等。
2. 集群容灾方案：将多个数据库服务器组成一个集群，通过共享存储或数据复制技术实现数据一致性，当其中一台服务器发生故障时，其他服务器能够接管其工作。
常见的集群容灾技术有Windows ServerFailover Cluster、Oracle RAC等。
3.异地容灾方案：将主数据库和备份数据库部署在不同的地理位置，通过异地数据复制技术实现数据同步。
当主数据库所在地发生灾难性故障时，切换到备份数据库所在地提供数据服务。
这种方式可以保证数据的安全性和可用性，但对网络和带宽的要求较高。
无论是数据库备份还是容灾，都需要考虑以下因素：1.备份策略：包括备份频率、备份方式和备份设备的选择。
数据库备份与容灾技术
数据库备份与容灾技术数据作为企业和组织最重要的资产之一，必须得到有效的保护和管理。
数据库备份和容灾技术是一种保障数据完整性和可用性的重要手段。
本文将针对数据库备份和容灾技术进行深入探讨，并提供一些实用的建议和指导。
一、数据库备份技术数据库备份是将数据库中的数据和结构拷贝到另一个存储介质中，以防止数据丢失或损坏。
有效的数据库备份技术可以确保数据的持久性和可恢复性。
1.全量备份全量备份是指备份整个数据库的所有数据和结构，将数据库的完整副本存储到备份介质中。
全量备份可以提供最高的数据完整性和可恢复性，但备份时间较长，占用更多的存储空间。
2.增量备份增量备份是基于全量备份的基础上，只备份自上次备份以来的新增或修改的数据。
增量备份相对于全量备份可以减少备份时间和占用的存储空间，但在数据恢复过程中需要应用多个备份。
3.差异备份差异备份是备份自上次完整备份以来发生变化的数据，相比增量备份，差异备份只需要备份当次备份与上次全量备份之间的增量数据。
差异备份相对于增量备份可以减少备份时间和备份数量，但恢复时需要应用全量备份和差异备份。
二、数据库容灾技术数据库容灾是通过构建具有可用性和可恢复性的数据库系统，以防止因自然灾害、硬件故障或人为错误导致的数据库不可用或数据丢失。
常见的数据库容灾技术包括冗余备份、故障切换和灾备复制。
1.冗余备份冗余备份是指将数据库备份存储在多个地理位置或存储介质中，以确保即使某个备份发生故障，其他备份仍然可用。
冗余备份可以通过远程复制、镜像和跨地理位置备份来实现。
2.故障切换故障切换是指将数据库从一个故障的系统切换到一个备用系统，以确保数据库的持续可用性。
常见的故障切换技术包括主从复制、双机热备和集群化部署。
3.灾备复制灾备复制是构建分布式数据库系统的一种方法，通过将数据库复制到多个地理位置的系统中，以实现数据的多地备份和故障容错。
常见的灾备复制技术包括主备复制、多主复制和对等复制。
三、数据库备份与容灾的最佳实践进行数据库备份和容灾时，我们应该考虑以下几个方面来确保数据的安全和可恢复性。
oracle 容灾方案
oracle 容灾方案随着企业业务的不断发展和数据规模的增大，数据的安全性和可用性变得越来越重要。
针对数据库系统，一个可靠的容灾方案可以保证业务的连续性和数据的完整性。
本文将介绍Oracle容灾方案，以保障数据库系统的高可用性和灾难恢复能力。
一、为什么需要Oracle容灾方案1. 业务连续性要求：对于关键业务系统，需要保证系统24/7的可用性。
一旦主数据库发生故障，需要快速切换到备用数据库，以保证业务的连续性。
2. 数据完整性和可靠性：数据是企业最重要的资产之一，任何数据丢失或损坏都会对业务造成严重影响。
通过备份和容灾方案，可以确保数据的完整性和可靠性。
3. 灾难恢复能力：自然灾害、人为错误等不可预测的因素可能导致主数据库无法正常运行，容灾方案可以帮助企业快速恢复数据库，并减少灾难带来的损失。
二、Oracle容灾方案的基本原理1. 主备数据库架构：主数据库和备用数据库之间建立同步或异步的数据复制机制，主数据库负责处理实时的业务请求，备用数据库负责持续接收主数据库的数据复制，并通过数据库实例的冷备、热备或物理、逻辑备份等方式备份数据。
2. 心跳检测和故障切换：主备库之间通过心跳检测机制，监测主库的可用性。
一旦主库不可用，系统会自动触发故障切换机制，自动将备库切换为主库，确保业务的连续性。
3. 数据同步和数据保护：主备库之间通过数据复制机制实现数据的同步。
可以选择同步或异步的数据复制模式，根据业务需求选择合适的方式来保证数据的同步和保护。
1. 数据库镜像：通过Oracle Data Guard功能实现主备库的数据复制和同步。
主库实时将数据变更同步到备库，备库可以作为只读库用于报表查询、负载均衡等工作。
一旦主库故障，自动进行故障切换，将备库切换为主库。
2. 数据库备份和恢复：通过RMAN工具进行数据库的物理备份，将备份文件存储在独立的存储介质上，以保证数据的完整性。
在主库故障后，可以通过RMAN工具进行数据库恢复，将备份文件恢复到备库，使其成为新的主库进行业务处理。
oracle数据库容灾方案介绍
JNL-VOL
M-DKC
• 远端存储采用“吸”的方式拷贝jounal，按照时间戳、顺序号 更新备份卷
• 最小的对生产系统的性能冲击，充分利用灾备存储设备投资
• 解决链路故障、cache容量、链路带宽对复制的影响
Data transferred by the Read JNL
command issued by the R-DKC.
－1－基于数据库复制的容灾技术
• Oracle Data Guard数据库远程复制技术，异构存储解决方案 • 限制与弱点：
– 只能针对Oracle管理的数据，应用关联性保证？ – 不能跨主机平台，Oracle版本对等，“N－1”？ – 占用主机CPU资源, 实施周期长，维护复杂，隐性成本过高 – 备份中心的备份数据较难回切主中心，不支持数据级容灾 – 有待证实应用普遍性
灾难恢复站点
RecoverPoint 应用装置
CRR 拷贝
备用灾难 恢复服务器
SAN 磁带备份 管理器
磁带库
利用 EMC Replication Manger 和 EMC NetWorker 增强的支持功能
服务器一致性复制和恢复
支持服务器和存储阵列的联合收集
异步崩溃一致性和应用程序一致性恢复
• 限制： – 同构存储
• 产品： – EMC的mirror view、 SRDF – HDS的TrueCopy – IBM的IBM PPRC – HP BusinessCopy等；
服务器
应用程序 文件系统 数据库
卷管理器
服务器
应用程序 文件系统 数据库
卷管理器
I/O
P-VOL
远程数据复制 同步或异步方式
灾备中心
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
可以看出备份全库时包括两部分：一个数据文件的备份集，其中包括了所有的 数据文件，一个控制文件+spfile的备份集，包括了控制文件和spfile
[root@db backup]# ls -lh total 811M -rw-r----- 1 oracle oinstall 795M Sep 5 09:23 fullbak_05oj2uvl_1_1 -rw-r----- 1 oracle oinstall 15M Sep 5 09:24 fullbak_06oj2v1n_1_1
二. 备份和容灾概况
我们有哪些方式避免各种自然灾害、人为失误及应用程序故障？ Oracle为我们提供了多种备份和容灾方式：
1.冷备份（操作系统copy数据文件）
2.Rman物理备份 3.逻辑备份（exp/expdp）
4.rac
5.数据卫士（Dataguard） 6.Goldengate
SQL> create table t (id number,name varchar2(30)); Table created. SQL> insert into t values (1,'mcl'); 1 row created. SQL> insert into t values (2,'admin'); 1 row created. SQL> insert into t values (3,'dba'); 1 row created. SQL> commit; SQL> select * from t; ID NAME ---------- -----------------------------1 mcl 2 admin 3 dba SQL> alter system switch logfile; System altered.
Oracle 数据安全
01
备份与容灾的重要性
02
备份与容灾概况
03
物理备份
04
逻辑备份
05
容灾
一. 为什么要进行备份和容灾？
1.1. 数据库系统故障 案例1：如某客户的IT设备机房突然停电，造成存储磁盘损坏，数据文 件也因此损坏，来电后数据库无法启动，如果没有备份，则数据库恢复 工作将非常艰难. 案例2：某客户的oracle数据库系统采用aix小机做硬件平台，但由于此 小机购买年份较早，早过了维保期，某天突然宕机，操作系统无法启动， 由于没有专业的小机维护人员，小机始终无法启动，业务也因此无法运 行，幸好有异机备份，在短时间内恢复了数据。 案例3：某客户要新装一套rac数据库，但由于安装过程报错，需要删除 软件并重新安装，但不小心连到了生产数据库，删除了生产库的数据库 软件，类似误删除操作还有很多惨痛的案例…
其他厂商提供的备份和容灾方式：
IBM的FlashCopy EMC的SRDF等存储复制技术
2.1 区分物理备份和逻辑备份
物理备份就是转储ORACLE物理文件(如数据文件、控制文件、归档日志文
件等)，一旦数据库发生故障，可以利用这些文件进行还原； 逻辑备份就是对数据库对象(如用户、表、存储过程等)利用EXPORT等工具 进行导出工作，可以利用IMPORT等工具把逻辑备份文件导入到数据库。
3.2 rman备份恢复场景示例： 现在已经做了全备，即基点备份，如果我们需要恢复数据库，我们就可以使用 这个全备的rman备份做基点，加上归档日志来恢复，如创建一个表并插入数 据，如果此时突然发生磁盘磁盘损坏，导致数据文件损坏及数据库异常终止， 可以按如下方法恢复： 1.Biblioteka mcl用户下新建一张表，并插入数据
3.恢复控制文件
RMAN> restore controlfile from '/backup/fullbak_06oj2v1n_1_1'; Starting restore at 2013/09/05 10:46:47 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=156 devtype=DISK channel ORA_DISK_1: restoring control file channel ORA_DISK_1: restore complete, elapsed time: 00:00:03 output filename=/u01/app/oracle/oradata/testdb/current.269.808996433 Finished restore at 2013/09/05 10:46:51 --mount控制文件 SQL> alter database mount; Database altered. SQL> select instance_name,status from v$Instance; INSTANCE_NAME STATUS ---------------- -----------testdb MOUNTED
特点：
物理备份备份的是数据文件、归档日志等底层文件，是真正适用于生产环境 的备份，强烈推荐生产库采用物理备份 逻辑备份是按一定的格式导出业务数据，适合特定场合，两种备份都不能直 接查看数据，需要用相应的工具导入或还原才能读取数据
2.2 区分冷备份和热备份
2.2.1 什么是冷备份？ 数据库没有打开的情况下，使用操作系统命令或rman进行备份，由于数据库没有 打开，数据库的数据是干净一致的，不存在活动事务。 方式： 使用操作系统命令直接复制数据文件到另外一个目录即可，windows下直接复制粘 贴，其他平台 如linux下：cp
--启动数据库 SQL> startup ORACLE instance started. Total System Global Area 331350016 bytes Fixed Size 2083720 bytes Variable Size 117441656 bytes Database Buffers 205520896 bytes Redo Buffers 6303744 bytes ORA-00205: error in identifying control file, check alert log for more info SQL> select instance_name,status from v$Instance; INSTANCE_NAME STATUS ---------------- -----------testdb STARTED
[oracle@db10g datafile]$ pwd /u01/oradata/ORCL/datafile [oracle@db10g datafile]$ cp *.dbf *.ctl *.log /backup/
特点：需要将数据库关闭才能做冷备，这样就影响了业务使用，因此在实际生 产环境不具实际使用价值 2.2.2 什么是热备份？ 数据库在open状态，事务还在活动，此时备份就是热备份，oracle数据库支持热 备份，最常用最实用的是用rman进行热备份
LOG_MODE -----------ARCHIVELOG
恢复到
3.1 备份过程示例：
[oracle@db ~]$ rman target / --使用rman登录数据库 connected to target database: TESTDB (DBID=2592324560) RMAN> backup database format '/backup/fullbak_%U'; Starting backup at 2013/09/05 09:23:00 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=145 devtype=DISK channel ORA_DISK_1: starting full datafile backupset channel ORA_DISK_1: specifying datafile(s) in backupset input datafile fno=00001 name=/u01/app/oracle/oradata/testdb/system.dbf input datafile fno=00003 name=/u01/app/oracle/oradata/testdb/sysaux.dbf input datafile fno=00004 name=/u01/app/oracle/oradata/testdb/users.dbf … channel ORA_DISK_1: starting piece 1 at 2013/09/05 09:23:01 channel ORA_DISK_1: finished piece 1 at 2013/09/05 09:24:07 piece handle=/backup/fullbak_05oj2uvl_1_1 tag=TAG20130905T092301 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:01:06 channel ORA_DISK_1: starting full datafile backupset channel ORA_DISK_1: specifying datafile(s) in backupset including current control file in backupset including current SPFILE in backupset channel ORA_DISK_1: starting piece 1 at 2013/09/05 09:24:10 channel ORA_DISK_1: finished piece 1 at 2013/09/05 09:24:11 piece handle=/backup/fullbak_06oj2v1n_1_1 tag=TAG20130905T092301 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:04 Finished backup at 2013/09/05 09:24:11