(4)按需备份：仅备份应用系统需要的部分数据。
(5)必须根据各个应用所能接受的恢复时间去选择对系统和数据的备份方式，并采取相应的备份策略。
(6)结合使用在线备份、逻辑备份和物理备份等多种方式，并且自动方式和手动方式相结合。
(7)数据备份应根据系统情况和备份内容，采用不同的备份方式及策略，并做好记录。
6.2备份要求
(1)为确保所备份的内容可再现系统的运行环境，数据备份内容应包括公司生产、经营、管理等应用系统中的所有关键业务数据。 (2)对计算机和设备进行软件安装、系统升级或更改配置时，应进行系统和数据、设备参数的完全备份。应用系统更新后，应对原系统及其数据的完全备份资料保存一年以上。
(3)对数据库的数据要求定时自动备份。
(4)必须建立备份文件档案及档案库，详细记录备份数据的信息。要做好数据备份的文卷管理，所有备份应有明确标识，包括卷包、运行环境、备份人。卷名需按统一的规则来命名。
(5)存档数据的保存时间可根据数据重要程度和有效利用周期确定。 (6)必须考虑备份介质的安全问题，既要保证存放的物理环境，也要避免对备份数据的非授权访问。
(7)数据备份应保存两份拷贝，一份在现办公地址保存，以保证数据的正常快速恢复和数据查询，另一份在现办公地址外保存，避免灾难后数据无法恢复。
(8)系统管理员和数据库管理员确定备份策略，由备份管理员执行备份。
6.3恢复的管理
恢复的操作直接影响到实际的应用。恢复操作应严格按一定的操作程序进行，而绝不能由备份系统管理员或某一个应用者进行恢复操作了事。
6.3.1故障确认
在进行恢复之前首先应该确认造成故障的原因。故障的原因非常多，应该分清是操作系统的故障还是数据库的故障。如果是数据库的故障，不同的数据库应采用不同的故障分析方法，有时可以使用数据库提供的故障诊断工具进行故障分析。这些工作由系统管理员或数据库管理员负责进行，在完成故障分析后确认需要进行恢复操作时，由相应的管理者提交书面的故障分析报告。
6.3.2制定恢复计划
备份系统管理员在收到故障分析报告后应与相应管理者一起制定详细的恢复计划，包括应恢复的内容、恢复的时间、恢复的操作步骤、恢复对应用造成的影响等，最后形成一个书面的恢复计划。备份系统管理者应将故障分析报告与恢复计划一起提交到相应的主管领导审批。主管领导应确认恢复对生产造成的影响，在批准执行恢复前应以相应方式与有关部门进行沟通和通知有关部门进行恢复前的准备工作。
6.3.3恢复操作
在进行实际的恢复前，备份系统管理者与相应管理者应再次确认恢复计划的可行性及造成的后果。确认无误后进入到实际的恢复操作。在进行恢复前，现有的内容作相应的备份。以防止在恢复的过程中发生更进一步的错误。进行恢复操作时应将每一步的执行过程记录下来，以备后用。
6.3.4恢复后的操作
完成恢复后应测试恢复的结果。在完成恢复结果测试成功后，对恢复后的系统进行相应的备份。最后，将执行恢复操作的管理者、恢复操作的时间、过程、完成的状况等形成书面报告，报有关领导进行审批。有关领导确认恢复完成后，通知相应部门恢复有关的应用。 审批后的恢复报告应与故障分析报告、恢复计划、恢复操作报告一起进行存档。
6.4对长期保存的备份进行校验
应该每年对长期保存的备份进行校验，以防止在需要时备份不可用的情况发生。校验应使用专业的校验工具进行。
6.5异地容灾备份
重要的数据必须设计和实施异地容灾的方案，以防备不可预见的灾难对在线数据及其备份数据毁灭性的破坏。异地容灾备份的方式和频率要结合对数据的完全恢复或不完全恢复等因素进行考虑。
七、日志及监控审计
数据库日志及监控审计，应配置数据库系统记录所有用户的各种操作事件。
7.1审计范围
若数据库系统提供相应的功能，下列事件需要通过配置数据库系统记录在日志中，若数据库系统不提供相应的功能，这些事件应该由数据库管理员手工填写日志并存档：
(1)数据库系统管理，包括系统安装/升级以及一些重要配置变更等；
(2)数据库系统账户管理，包括账户增加/删除、权限分配； (3)数据库管理，包括创建/删除/修改、备份/恢复。
7.2日志保存
(1)管理员应制定日志文件命名规则，并按照日志文件命名规则创建所需的日志文件；
(2)数据库管理员应防止日志数据丢失，要求日志存储已满时，应采取相应的防止日志数据丢失的措施，如：忽略审计事件、覆盖已存储的最老的审计事件、日志文件自动生长、重新创建日志文件等； (3)日志文件应与数据库数据一样，定期备份并妥善安全保存这些备份日志，防止备份日志的丢失、泄露与被篡改。
7.3日志访问
数据库管理员应采取措施保证只有授权用户才能访问日志信息。
7.4安全审计
数据库管理员定期对数据库进行安全审计，内容包括：用户权限、访问限制等。
八、数据存放、归档管理
(1)应结合各个应用系统，确定存放在当前数据库系统中的在线数据的有效使用期限，需要更新的要做到及时更新，必要时应与应用开发人员配合做好此项工作；
(2)对暂时不用的数据可转移到海量存储介质中，以腾出数据库系统中有限的磁盘空间。
(3)及时清理无用的数据。
(4)对存储有数据的海量存储介质必须妥善保管好。既要保证存放的物理环境，也要避免对备份数据的非授权访问。还必须考虑
(5)同一数据必须有两个以上的副本，并且异地存放。
(6)硬件、软件更新换代时，要明确每一项数据的去留与否，做好迁移或清理工作。对一时难以确定去留的数据，可存储在海量存储介质中。
(7)存储在海量存储介质中的数据，必须保证能够正确地读出来，供正常使用。否则必须及时将数据转移到新的海量存储介质中去。
(8)对需要归档的历史数据等，要按照归档的有关规定进行归档。