(1)ALTER TABLESPACE users BEGIN BACKUP;
(2)！cp /…/users01.dbf /BACKUP/users01.dbf
(3)ALTER TABLESPACE users END BACKUP;
(4)ALTER SYSTEM ARCHIVE LOG CURRENT;

ALTER TABLESPACE BEGIN BACKUP 和ALTER TABLESPACE END
BACKUP 命令之间的间隔时间应尽量缩短，因为修改后的块写入重做日志文件
将导致生成更多的重做信息。因此建议每次执行一个表空间的联机备份。

2.备份状态信息,查询的视图:
(1)V$BACKUP:以确定哪些文件处于备份模式。发出ALTER TABLESPACE BEGIN BACKUP 命令后，状态将更改为ACTIVE。备份文件后，“状态” (STATUS) 列的值将更改为NOT ACTIVE。
(2)V$DATAFILE_HEADER：表空间的数据文件的FUZZY 列中的值将更改为YES，表明相应的文件处于备份模式。
ALTER TABLESPACE END BACKUP 命令后，FUZZY 列的值将更改为NULL

SELECT name, status, fuzzy FROM v$datafile_header;

3.联机表空间备份过程中出现故障
查询V$BACKUP 以检查备份状态

ALTER DATABASE DATAFILE ‘<file#>’ END BACKUP;

4.只读表空间备份
ALTER TABLESPACE query_data READ ONLY;
(1)发出ALTER TABLESPACE 命令后，会对所有与表空间相关联的数据文件执行检查点。然后使用当前SCN 冻结文件头。
(2)使表空间成为只读状态之后，必须备份该表空间的所有数据文件。
DBW0 进程只写入其表空间处于读写模式的数据文件，正常的检查点也只对这些文件执行。

5.只读表空间备份问题
(1)在将表空间更改为只读后，只需要一个备份。
(2)在使表空间成为读写状态之后，应恢复按照正常备份日程对该表空间进行备份。
(3)控制文件必须能正确标识处在只读模式下的表空间；否则，必须恢复该表空间。

6.手动备份控制文件
(1)创建二进制映像

ALTER DATABASE BACKUP CONTROLFILE TO ‘control1.bkp`;

(2)创建文本跟踪文件

ALTER DATABASE BACKUP CONTROLFILE TO TRACE as ;

(3)以下命令更改数据库配置并导致控制文件更改：

ALTER DATABASE [ADD | DROP] LOGFILE
ALTER DATABASE [ADD | DROP] LOGFILE MEMBER
ALTER DATABASE [ADD | DROP ] LOGFILE GROUP
ALTER DATABASE [ NOARCHIVELOG | ARCHIVELOG ]
ALTER DATABASE RENAME FILE
CREATE TABLESPACE
ALTER TABLESPACE [ADD | RENAME ] DATAFILE
ALTER TABLESPACE [READ WRITE | READ ONLY ]
DROP TABLESPACE

7.使用DBVERIFY 实用程序验证备份
(1)用于确保备份数据库或数据文件在还原之前是有效的
(2)遇到数据损坏问题时可作为有用的诊断辅助工具
(3)使用:%dbv file=/ORADATA/u03/users01.dbf logfile=dbv.log

也可以是远程归档:log_archive_dest_2 = "SERVICE=standby_db1"
指定的服务名通过使用本地的tnsnames.ora 文件进行解析

2.LOG_ARCHIVE_DEST_n 选项
(1)将归档位置设置为MANDATORY 或OPTIONAL。
MANDATORY:表示必须成功完成归档到该目标的操作才可以覆盖联机重做日志文件。
OPTIONAL:表示即使联机重做日志文件尚未成功地归档到该目标，也可以重新使用。这是缺省设置
(2)在出现故障之后、重试之前定义时间
REOPEN:REOPEN 属性定义发生故障时是否必须重新尝试归档到目标。如果为关键字REOPEN指定了值，如REOPEN=600，则若发生故障，在经过指定时间（以秒计）后，归档程序将尝试写入该目标。缺省值为300 秒。归档到目标的尝试次数没有限制。归档中的所有错误将在主站点的警报文件中报告。
如果未指定REOPEN，则可选目标上的错误将被记录并忽略。不再将重做日志发送到这些目标。在归档成功之前，强制目标上的错误将导致无法重新使用联机重做日志。只要归档不成功，归档目标的状态就设置为ERROR。

log_archive_dest_1="LOCATION=/archive/ MANDATORY REOPEN"
log_archive_dest_2="SERVICE=standby_db1 MANDATORY REOPEN=600"
log_archive_dest_3="LOCATION=/archive2/ OPTIONAL"

1.在NOARCHIVELOG 模式下操作数据库时有以下特性：
(1)重做日志文件以循环的方式使用。
(2)重做日志文件可以在检查点发生之后立即重新使用。
(3)重做日志被覆盖后，介质恢复将只能恢复到上一次完全备份。

2.NOARCHIVELOG 模式的含义
(1)如果某个表空间由于故障而不可用，将无法继续对数据库进行操作，除非删除了该表空间或从备份还原了整个数据库。
(2)只能在数据库关闭时对数据库执行操作系统备份。而且，必须使用NORMAL、IMMEDIATE 或TRANSACTIONAL 选项关闭数据库。
(3)必须在每次备份时完整备份所有的数据文件和控制文件。尽管也可以备份联机重做日志文件，但这是不必要的。由于此类备份中日志文件是一致的，无需恢复，因此，不需要备份联机日志。
(4)如果联机重做日志文件已被覆盖，则将丢失上次完全备份后的所有数据。

3.NOARCHIVELOG 模式下的介质恢复选项
必须从数据库的完全备份中还原数据文件和控制文件。如果使用导出实用程序来备份数
据库，则可使用导入实用程序还原丢失的数据。但是，通过这种方法恢复的数据并不完
整，在导出后执行的事务处理工作将丢失。

ARCHIVELOG 模式
在发生检查点并且已经通过ARCn 后台进程备份重做日志文件之前，不能重新使用填满的重做日志文件。控制文件中将有一个条目记录归档日志文件的日志序列号。
对数据库的最新更改在任何时候均可用于例程恢复，而归档重做日志文件可以用于介质恢复。

1.归档要求
(1)数据库必须处于ARCHIVELOG 模式。通过发出命令将数据库置于ARCHIVELOG 模式可以更新控制文件。可以启用ARCn 后台进程来实现自动归档。
(2)应该有足够的资源来存放生成的归档重做日志文件。

2.将数据库设置为ARCHIVELOG 模式的含义
(1)出现介质故障时，可以防止数据库丢失数据。
(2)可以在数据库联机时对其进行备份。
(3)由于介质故障导致表空间（非SYSTEM）脱机时，数据库的其余部分仍可用，因为表空间（非SYSTEM）可以在数据库打开时恢复。

3.介质恢复选项
(1)无论数据库处于联机或脱机状态，都可以还原损坏文件的备份副本，并使用归档日志文件将数据文件更新为当前的版本。
(2)可以将数据库恢复至特定的时间点。
(3)可以将数据库恢复至指定归档日志文件的末尾。
(4)可以将数据库恢复至特定的系统更改号(SCN)。

4.在设置归档日志模式时，应该考虑以下因素：
下述情况中，NOARCHIVELOG 模式可能比较合适：
 (1)容许备份之间的数据损失（在开发、培训期间等）
 (2)重新应用事务处理（从批处理文件）的速度更快
 (3)数据极少更改（非OLTP）
下述情况中，ARCHIVELOG 模式则更合适：
 (1)无法关闭数据库以执行关闭的数据库的备份
 (2)不允许数据损失
 (3) 使用归档重做日志文件比重新应用事务处理(OLTP) 更易于恢复