Backup Exec 22.2 最佳做法
- Backup Exec 最佳做法
- Backup Exec 软件加密的最佳做法
- Backup Exec 安装的最佳做法
- Backup Exec 磁带管理的最佳做法
- Backup Exec 基于磁盘的存储的最佳做法
- Backup Exec 数据生命周期管理 (DLM) 最佳做法
- Backup Exec 编录的最佳做法
- Backup Exec 备份的最佳做法
- Backup Exec 备份关键系统组件时的最佳做法
- Backup Exec Agent for Microsoft Exchange Server 的最佳做法
- Backup Exec Agent for Microsoft SQL Server 的最佳做法
- Backup Exec Agent for Linux 的最佳做法
- Backup Exec Agent for Microsoft SharePoint 的最佳做法
- Backup Exec Central Admin Server Option 的最佳做法
- Backup Exec Agent for Oracle on Windows and Linux Servers 的最佳做法
- Backup Exec NDMP Option 的最佳做法
- Backup Exec 报告的最佳做法
- Backup Exec 和 Veritas Update 最佳做法
- Backup Exec Simplified Disaster Recovery 的最佳做法
- Backup Exec Agent for Enterprise Vault 和 Backup Exec Migrator 的最佳做法
- Backup Exec 粒度恢复技术的最佳做法
- Backup Exec Remote Media Agent for Linux 的最佳做法
- Backup Exec Agent for Microsoft Hyper-V 的最佳做法
- Backup Exec Agent for VMware 的最佳做法
- Backup Exec Deduplication Option 的最佳做法
- 将 Backup Exec Deduplication Option 和 Central Admin Server Option 配合使用的最佳做法
- 在驱动器循环策略中使用热插拔设备（例如 USB 设备）的最佳做法
- Backup Exec 数据库加密密钥的最佳做法
- 使用 Backup Exec 云连接器的最佳做法
Backup Exec Agent for Oracle on Windows and Linux Servers 的最佳做法
最佳做法包括可帮助您有效地使用 Backup Exec Agent for Oracle on Windows and Linux Servers (Oracle Agent) 的提示和建议。有关 Oracle Agent 的详细信息，请参见《Backup Exec 管理指南》。
启用 Oracle 存档日志模式和 Oracle 日志文件自动存档。
了解 DBID 和数据库的其他重要配置详细信息。
了解 init<SID>.ora 的名称和 Oracle 服务器上实例的 spfile。
不要将 RMAN 存储库存储在持有要备份的数据库的同一服务器上。
在运行由数据库管理员 (DBA) 启动的作业时备份您的当前控制文件。如果您有当前控制文件的备份，则无需搜索介质即可找到可用于恢复的控制文件。
经常测试恢复场景直到对还原过程满意为止。Oracle 恢复可能非常复杂且通常具有时效性，这是涉及的数据的性质所决定的。建议您与 Oracle DBA 协调测试计划和配置活动，确保已确认还原过程。
使用 RMAN 脚本执行以下操作：
删除多路复用存档日志配置中的所有存档日志副本。
注意:
您可以使用 Backup Exec 删除所有非多路复用的单一位置存档日志。
运行 RMAN 优化。
每当对数据库进行结构更改时，进行完全备份。
不要删除存档的日志文件，除非您确认每个日志备份了两次。
创建特定于 Oracle 的介质集和备份作业的原因如下：
RMAN 可以管理介质保留并与备份集已过期的 Backup Exec 服务器进行通信。只要不存在无关的备份集，RMAN 就可以成功管理介质的保留期。无关的备份集的保留期可能比 RMAN 保留期长。
Oracle 备份的介质集的保留期应比设置的 CONTROL_FILE_RECORD_KEEP_TIME 长。默认情况下，CONTROL_FILE_RECORD_KEEP_TIME 为 7 天。如果 Oracle 备份的介质集的保留期更长，则不会覆盖备份集且 RMAN 不更新。
在 Oracle 中配置多个作业流时，其他资源（例如，文件系统）可能会导致要分配驱动器的设备比预期的数量更多。
平衡 CASO 环境中受控 Backup Exec 服务器之间的 Oracle 作业的负载。但是，此场景意味着存档的日志文件备份可能驻留在多个受控 Backup Exec 服务器上，从而使还原变得复杂。
在 Linux 环境中使用 RALUS 时，请考虑重新分配端口。使用端口 10000 的 Webmin 等应用程序会影响 RALUS 操作。
启用 Oracle 块更改跟踪，以加快增量备份。
配置备份作业的常规选项时，启用 Backup Exec 压缩。
确保在将 Oracle 服务器添加到“备份和还原”选项卡上的服务器列表中时，输入该 Oracle 服务器的完全限定域名。
确保将 Oracle 服务器的完全限定域名和登录帐户名称添加到 Backup Exec 服务器的 Oracle 服务器和身份验证凭据列表中。
每当数据库有任何结构更改时（例如添加了新的可插入数据库 (PDB)），对容器数据库 (CDB) 进行完全备份。
在备份中包含 CDB 的根以确保始终备份 CDB 的元数据。
以存档日志模式运行数据库以确保数据库可以恢复到即时点。
如果 CDB 处于非存档日志模式，则请在备份 PDB 前先关闭 CDB。要避免关闭 CDB，可以以存档日志模式运行数据库，或运行由 DBA 启动的 PDB 备份。
Oracle 建议用户不要仅还原根，因为这可能会导致元数据不一致。因此您应当恢复整个 CDB。
如果 PDB 即时点 (PIT) 还原失败，则连续的多个作业也可能失败，并显示以下错误消息：
ORA-19852：创建辅助实例的服务时出错。
发生此错误是由于未正确清理之前失败的 PIT 还原尝试。要解决此问题，您必须清理失败的数据库 PIT 还原尝试。执行以下步骤以清理失败的辅助服务创建尝试：
如果有失败的 PIT 作业，可使用数据库 (DB) PIT 恢复包来清理辅助实例：
SQL> exec dbms_backup_restore.manageauxinstance ('DBPITR',1);
此外，运行 RMAN 脚本中的最后一个命令集来清除 RMAN 配置。
CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' CLEAR;
CONFIGURE AUXILIARY CHANNEL DEVICE TYPE 'SBT_TAPE' CLEAR;