数据库备份文件有什么策略推荐伐

登录到控制面板，点击“go”

在d出层里，选择右边的数据库备份

数据库一般是可以远程授权的，我们先走左边。不行再选择右边的

输入数据库名，ip，ftp账号密码等

制定备份策略，包括时间，频率，备份到的云空间，输入好后点击开始

返回到控制面板，可以看到备份的进度，不需要开着浏览器！

什么是备份

所谓备份，就是把数据库复制到转储设备的过程。其中，转储设备是指用于放置数据库拷贝的磁带或磁盘。通常也将存放于转储设备中的数据库的拷贝称为原数据库的备份或转储。如下图所示：

ORACLE数据库的备份分为物理备份和逻辑备份两种。物理备份是将实际组成数据库的 *** 作系统文件从一处拷贝到另一处的备份过程，通常是从磁盘到磁带。可以使用 Oracle 的恢复管理器（Recovery Manager，RMAN）或 *** 作系统命令进行数据库的物理备份。逻辑备份是利用SQL语言从数据库中抽取数据并存于二进制文件的过程。Oracle提供的逻辑备份工具是 EXP。

数据库逻辑备份是物理备份的补充。

根据在物理备份时数据库的状态，可以将备份分为一致性备份（consistent backup）和不一致性备份（inconsistent backup）两种：

一致性备份：一致性备份是当数据库的所有可读写的数据库文件和控制文件具有相同的系统改变号（SCN），并且数据文件不包含当前 SCN 之外的任何改变。在做数据库检查点时，Oracle 使所有的控制文件和数据文件一致。对于只读表空间和脱机的表空间，Oracle 也认为它们是一致的。使数据库处于一致状态的唯一方法是数据库正常关闭（用shutdown normal 或 shutdown immediate 命令关闭）。因此，只有在以下条件下的备份是一致性备份：

数据库正常关闭（用shutdown normal 或 shutdown immediate 命令关闭）。

不一致性备份：不一致备份是当数据库的可读写的数据库文件和控制文件的系统改变号（SCN）在不一致条件下的备份。对于一个 724 工作的数据库来说，由于不可能关机，而数据库数据是不断改变的，因此只能进行不一致备份。在 SCN 号不一致的条件下，数据库必须通过应用重做日志使 SCN 一致的情况下才能启动。因此，如果进行不一致备份，数据库必须设为归档状态，并对重做日志归档才有意义。在以下条件下的备份是不一致性备份：

数据库处于打开状态。

数据库处于关闭状态，但是用非正常手段关闭的。例如，数据库是通过 shutdown abort 或机器掉电等等方法关闭的。

什么是恢复

所谓恢复，就是把数据库由存在故障的状态转变为无故障状态的过程。根据出现故障的原因，恢复分为两种类型：

实例恢复。这种恢复是Oracle实例出现失败后，Oracle自动进行的恢复。

介质恢复。这种恢复是当存放数据库的介质出现故障时所做的恢复。本书后面提到的恢复都是指介质恢复。

装载（restore）物理备份与恢复（Recover）物理备份是介质恢复的手段。装载是将备份考回到磁盘，恢复是利用重做日志（物理备份的一部分）修改考回到磁盘的数据文件（物理备份的另一部分），从而恢复数据库的过程。如下图所示：

根据数据库的恢复程度，将恢复方法分为两种类型：

完全恢复：将数据库恢复到数据库失败时数据库的状态。这种恢复是通过装载数据库备份和并应用全部的重做日志做到的。

不完全恢复：将数据库恢复到数据库失败前的某一时刻数据库的状态。这种恢复是通过装载数据库备份和并应用部分的重做日志做到的。进行不完全恢复后必须在启动数据库时用 resetlogs 选项重设联机重做日志。

例如，在上午10：00，由于磁盘损坏导致数据库中止使用。现在使用两种方法进行数据库的恢复，第一种方法使数据库可以正常使用，且使恢复后与损坏时（10：00）数据库中的数据相同，那么第一种恢复方法就属于完全恢复类型；第二种方法能使数据库正常使用，但只能使恢复后与损坏前（例如9：00）数据库中的数据相同，没能恢复数据库到失败时（10:00）数据库的状态，那么第二种恢复方法就属于不完全恢复类型。

事实上，如果数据库备份是一致性的备份，则装载后的数据库即可使用，从而也可以不用重做日志恢复到数据库备份时的点。这也是一种不完全恢复。

备份与恢复的关系

备份一个ORACLE数据库，类似于买医疗保险——在遇到疾病之前不会意识到它的重要性，获得保险金的数量取决于保险单的种类。同理，随着制作备份的种类和频繁程度的不同，数据库发生故障后其恢复的可行性、难度与所花费的时间也不同。

数据库故障是指数据库运行过程中影响数据库正常使用的特殊事件。数据库故障有许多类型，最严重的是介质失败（如磁盘损坏），这种故障如不能恢复将导致数据库中数据的丢失。数据库故障类型有：

语句失败。

用户进程失败。

实例失败。

用户或应用错误 *** 作。这类错误可能是意外地删除了表中的数据等错误 *** 作。

介质失败。如硬盘失败，硬盘中的数据丢失。

自然灾害。如地震、洪水等。

由于故障类型的不同，恢复数据库的方法也不同。通过装载备份来恢复数据库既是常用的恢复手段，也是恢复介质失败故障的主要方法。

备份与恢复要考虑的问题

备份与恢复要考虑以下的三个问题：

备份与恢复策略要考虑的商业、 *** 作、及技术问题

灾难恢复计划的组成

测试备份与恢复策略的重要性

能够进行什么样的恢复依赖于有什么样的备份。作为 DBA，有责任从以下三个方面维护数据库的可恢复性：

使数据库的失效次数减到最少，从而使数据库保持最大的可用性；

当数据库不可避免地失效后，要使恢复时间减到最少，从而使恢复的效率达到最高；

当数据库失效后，要确保尽量少的数据丢失或根本不丢失，从而使数据具有最大的可恢复性。

备份与恢复策略要考虑的商业、 *** 作、及技术问题

作为 DBA，首先需要了解企业是如何使用数据库系统的，以及企业对数据库的可用性，恢复性能，和数据的可恢复性以及恢复时间的要求。然后，DBA 需要使企业的管理人员了解维护这样的数据库的可用性的代价有多大。做到这点的最好方法是评估恢复需要的花费，以及丢失数据给企业带来的损失。

在代价被评估后，就可以进行备份与恢复的讨论了。此时，要定义数据库总体的可用性需求，并根据各项工作对数据库可用性的影响程度来定义工作重点的次序。例如，如果数据库需要 724 的可用性，那么其重要性就高于其它任何工作，其它任何需要关机才能做的工作就不能做。

另外，数据库变化的情况也是备份与恢复策略需要考虑的一个因素。例如，如果数据不断改变，有新数据或数据文件加入，或表结构有大的变化，则应该经常备份；反之，如果数据是静态的或只读的，则备份一次即可。无论如何，应遵从这样一个原则，如果怀疑数据库的可恢复性，就应该备份。

灾难恢复计划的组成

针对灾难恢复，必须回答下述问题：

系统可能出现什么样的灾难恢复情况？

如果出现数据丢失，灾难恢复情况是怎样的？

系统中数据的易变程度如何？

如果出现问题，系统需要多快的速度恢复？

在各种情况下恢复策略的代价，以及相应的花时间重新录入数据的代价

对这些问题的回答组成了灾难恢复计划。

计算机是易坏的。主板上的芯片、主板电路、内存、电源等任何一项不能正常工作，都会导致计算机系统不能正常工作。当然，这些损坏可以修复，不会导致应用和数据的损坏。但是，如果计算机的硬盘损坏，将会导致数据丢失，此时必须用备份恢复数据。

灾难恢复的最重要步骤是设计充足频率的硬盘备份过程。备份过程应该满足系统要求的可恢复性。例如，如果数据库可有较长的关机时间，则可以每周进行一次冷备份，并归档重做日志；但是，如果数据库只有极少的关机时间，则只能从硬件的角度来考虑备份与恢复的问题，例如使用硬盘镜像或双机系统。选择备份策略的依据是：丢是数据的代价与确保数据不丢失的代价之比。

果每天都能备份当然会很理想，但要考虑其现实性。企业都在想办法降低维护成本，现实的方案才可能被采用。只要仔细计划，并想办法达到数据库可用性的底线，花少量的钱进行成功的备份与恢复也是可能的。

DBA 还应以服务协议的形式制订一个可恢复性与可用性的标准文件。该文件应成为讨论DBA 服务，以及服务是否能达到预期标准的依据。这样做可使所有相关人员对同样的预期有潜在的危机感。

测试备份与恢复策略的重要性

备份与恢复策略必须经测试无误后才可使用。如果进行了备份，但不知道该备份是否支持希望的恢复目标则与根本没有备份没有两样。

恢复策略也要考虑虑对环境的依赖性。例如，假如机器的硬盘失效了，供货商能在多长时间内提供一个新的硬盘；在机器需要重新启动时，能找到 *** 作系统管理员吗？

另外一个需要考虑的问题是数据库是否能经受自然的破坏。应在与计算机不同的地方再存储一份备份介质，以免出现自然灾害时主机与备份一起遭到破坏。

最后需要考虑的问题是万一DBA 出现了问题怎么办？后备的DBA能否执行备份策略？他或她能找到支持用的文档吗？这些文档存在吗？

没有比花了大精力指定了好的计划，但没有测试其有效性而使其付诸东流的了。一个好的计划还应容纳人为错误，特别是用于开发的系统。理想的测试计划应包括以下内容：

一系列的测试例子及其状态描述；

测试结果是否成功的标准；

解决这些状态的步骤。

只有在上述情况测试成功的前提下，DBA 才应该考虑把备份

一、选择合理的备份时机。虽然说，SQL Server数据库在联机或者活动状态，也可以进行备份。但是，一般情况下，笔者不建议这么做。因为在数据库活动的时候进行备份的话，一方面会增加备份的时间;另一方面，因为备份作业占用了一定的硬件资源，会对数据库的访问性能产生比较大的影响，特别是并发性访问。所以，在数据库备份的时候，数据库管理员应当尽量减少SQL Server中的当前活动。对于大部分企业来说，一般数据库活动的高发期在白天的八个小时。故从理论上说，除了这八个小时外，对数据库进行备份的话，可以把这个不利影系降低到最低。笔者现在的备份策略，就是在凌晨一点开始进行数据库备份。根据笔者一段时间的追踪，发现在这个时段内，基本上没有用户访问数据库。故笔者利用SQL Server的任务计划结合数据库的备份策略，定在凌层这个时间进行数据库备份。不过，为了保障数据库备份的准确性，在第二天上班后，就需要查看相关的备份日志。看看在备份的过程中有否出现异常情况。若有的话，要及时加以解决。总之，数据库备份的时机选择上，一个基本原则就是“在备份作业进行的整个过程中，尽量减少数据库的当前活动”。二、备份到多个物理设备。通常情况下，与备份到单个物理设备相比，备份到多个物理设备的速度会更快一点。为此，数据库管理员可以通过并行方式将数据复制到各个备份设备中。SQL Server服务器通过相关技术，能够充分利用多个备份设备的优势。SQL Server数据库可以同时向多个备份文件进行写 *** 作。在企业具有多个备份文件的时候，数据库可以将数据条带化的分布到用于创建备份的全部文件中。通俗说的说，就是建立多个备份文件，然后把不同的备份文件存储在不同的物理设备上。如此的话，就好像是在泄洪的时候，多开几个通道。那么，很明显可以缩短备份的时间。在另一方面，也就降低了备份作业对数据库的不利影响。从理论上说，如果备份到单个设备上需要3个小时，则备份到两个硬盘上的话，则可以缩短为一个半小时。当然，实际能够把备份时间缩短到多少，还跟硬件的读取速度、服务器的性能相关。但是可以肯定的一点就是，把备份文件存储到多个硬件设备中，实现条带化备份，是可以大幅度的缩短备份所需要的时间。在使用这种方法降低备份对数据库的不利影响，需要注意以下几个方面的内容：1、在备份时，所采用的硬件设备必须属于同种类型的媒体。现在用户备份的媒体主要有磁带或者硬盘。不过，现在基本上大家都习惯于硬盘。在进行条带化备份的时候，数据库管理员不能够在单个备份媒体集中混合使用磁带或者硬盘设备。这是在工作中要切记的一个限制条件。2、如果将某个备份文件定义为备份集成员，那么用户就必须一起使用这些文件。也就是说，数据库管理员若设置了多个备份文件，则无论是在对其进行异地备份，还是在进行还原的时候，要对所有的备份文件进行 *** 作。不然的话，很可能会丢失部分数据。这就好像一个蛋糕，数据库管理员把它切成一快一快。若要把它换一个地方存放的话，则要把切割后的每一块蛋糕都搬走。少一块的话，蛋糕就不完整了。这也是类似的道理。3、如果删除了某个备份集的成员，则备份集中其他成员所包含的数据是无效的，不能够被使用。也就是说，数据库在执行条带化备份的时候，在各个备份文件中存储的数据是没有规则的。并不是说，一个备份文件中就存储索引，另一个备份文件中存储数据信息。即时某个备份文件不小心丢失了，仍然可以利用另外的备份文件修复部分数据。这是不肯能的。这就好利用RAR等工具分割压缩文件的时候，必须所有的压缩文件齐全，才能够解压缩文件。故这就要求数据库管理员在对这些文件进行异地备份的时候，要考虑其完整性。在SQL Server数据库中，可以利用MEDIANAME参数来为整个备份媒体集指名媒体名。当使用多个文件来备份数据库的时候，数据库管理员就要使用这个选项。利用这个参数，可以把各个独立的备份文件作为媒体集的成员而相互联系起来。三、物理设备的速度决定备份所需要的时间。不同类型的物理设备，由于其本身性能的差异，对数据库备份的时间也会有不小的影响。如早起的磁带备份设备，相比较磁盘设备来说，备份就需要花费更多的时间。现在硬件设备在不断的跌价中，故数据库管理员在备份设备的选择上，可以有更多的选择余地。在力所能及的情况下，最好能够选择性能高一点的备份设备。另外，即使都是硬盘，其性能也会有所差异。故数据库管理员最好能够跟硬件管理人眼一起，商量确定一个合适的硬件设备。四、合理使用完全数据库备份。一般来说，数据库备份包括完全数据库备份、差异数据库备份等等几种方式。而对数据库进行完全备份，所需要花费的时间最长。故若数据库管理员能够合理选择完全数据库备份的时机，就可以大幅度的降低数据库备份对服务器性能的不利影响。通常来说，在下面两种情况下，可以考虑只采用数据库完全备份。一是在数据库容量比较小的时候。若数据库管理员认为备份这个小型数据库所花费的时间是可以忍受的，则就可以采用完全数据库备份策略。二是数据库的数据修改频率很低，或者数据库是只读的。此时，数据库管理员若执行完全数据库备份，将会备份相当完整的数据集。如果数据库在两次备份之间不幸出现了故障，对其进行恢复时，企业用户或许可以少受损失。在完全备份的时候，SQL Server会备份在备份过程中发生的任何活动;同行也会备份事务日志中的任何未提交事务。这主要是因为在对数据库进行恢复的时候，为了保证数据的一致性，SQL Server需要使用备份文件中所记录的部分事务日志。除了以上两种情况外，最好对数据库执行完全备份与差异备份结合的策略。如笔者企业现在的备份策略是，从星期一到星期六执行差异备份，星期天执行完全备份。因为差异备份要比完全备份所花费的时间少的多。通过这种方式，即保障了数据的安全性，同时，也可以最大限度的对数据备份的性能进行优化。总之，在数据库备份的时候，这个作业对数据库性能的不利影响肯定是存在的。数据库管理员现在可以做的，就是想法设法，把数据库备份所需要的时间尽量缩短。并且合理安排数据库备份的时间，要把数据库备份作业跟用户使用数据库的的繁忙时间错开，减少他们对于硬件资源的争夺。

以上就是关于数据库备份文件有什么策略推荐伐全部的内容，包括:数据库备份文件有什么策略推荐伐、什么是备份策略、如何对数据库备份进行性能优化等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！