如果您的数据库变得无法使用，说明您的数据库出现了故障。Adaptive Server Anywhere 针对以下类别的故障提供保护：

介质故障    数据库文件和/或事务日志变得无法使用。这可能是由于文件系统或存储数据库文件的设备变得不可用或者文件被损坏而造成的。

例如：

保存数据库文件或事务日志文件的磁盘驱动器变得不可用。

数据库文件或事务日志文件被损坏。这可能是由于硬件问题或软件问题造成的。

备份针对介质故障保护数据。

有关详细信息，请参见了解备份。

系统故障    如果在计算机或操作系统关闭时有部分完成的事务，则会出现系统故障。这可能是由于计算机的关闭或重新启动不当、另一个应用程序导致操作系统崩溃或者电源故障而造成的。

例如：

当存在部分完成的事务（可能是由于电源故障、操作系统崩溃或者计算机的重新启动不当）时，计算机或操作系统变得临时不可用。

在系统出现故障之后，数据库服务器在您下次启动数据库时自动恢复。在出现系统错误之前提交的每个事务的结果都保持不变。在系统出现故障前未提交的事务进行的所有更改都被取消。

有关恢复机制的详细信息，请参见备份和恢复的内部机制。

有多种不同的备份方法。本节介绍每个主要方法，但是并不全部解决相应选项中的所有问题。

您可以通过下列方法来进行备份：

Sybase Central    您可以使用 Sybase Central 中的 [备份数据库] 向导来进行备份。该向导的访问方法是：选择某个数据库，然后从 [文件] 菜单（或从弹出式菜单）中选择 [备份数据库]。

有关详细信息，请参见将数据库直接备份到磁带。

备份实用程序    您可以使用 dbbackup 命令行实用程序进行备份。例如，如果在命令提示符下执行下列命令，将在客户机上的 c:\backup 目录中创建数据库和事务日志的备份副本：

dbbackup –c "connection-string" c:\backup可以通过指定 -s 选项在服务器上的目录 c:\backup 中创建数据库和事务日志的备份副本：

dbbackup –c "connection-string" -s c:\backup有关详细信息，请参见备份实用程序。

SQL 语句    您可以使用 SQL 语句让数据库服务器执行备份操作。例如，下面的语句将数据库文件和事务日志的备份副本放在服务器计算机上的 c:\backup 目录中。

BACKUP DATABASE
DIRECTORY 'c:\\backup'有关详细信息，请参见 BACKUP 语句。

脱机备份    上面的示例都是针对正在运行的数据库执行的联机备份。当数据库未在运行时，您可以通过复制数据库文件来进行脱机备份。

数据库文件

--------------------------------------------------------------------------------

当数据库关闭时，数据库文件保存数据库中所有数据的最新完整副本。但是，当数据库正在运行时，数据库文件通常不是最新或完整的。

只有在刚完成检查点时，才能确保数据库文件保存所有数据的最新完整副本。在检查点之后，数据库高速缓存的所有内容都在磁盘上。

数据库服务器在下列条件下对数据库执行检查点操作：

作为数据库关闭操作的一部分

自上一个检查点以来的时间超过数据库选项 CHECKPOINT_TIME

执行恢复操作估计的时间超过数据库选项 RECOVERY_TIME

数据库服务器空闲的时间长得足以写入所有脏页

连接发出 CHECKPOINT 语句

数据库服务器在没有使用事务日志的情况下运行时一个事务被提交

在不同检查点之间，您同时需要数据库文件和另一个名为事务日志的文件来确保您拥有所有已提交事务的完整副本。

事务日志

--------------------------------------------------------------------------------

事务日志是一个与数据库文件分开的文件。它存储对数据库进行的所有更改，并全部记录插入、更新、删除、提交、回退和数据库模式变化。事务日志还称作前滚日志或重做日志。

事务日志是备份和恢复的重要组件，也是使用 SQL Remote 或 [复制代理] 复制数据所必需的。

在缺省情况下，所有数据库都使用事务日志。事务日志的使用是可选的，但是，除非您因特殊原因而不使用，否则您应始终使用它。运行带有事务日志的数据库可提供更强的故障保护功能、更好的性能以及数据复制功能。

有关如何使用事务日志来防备介质故障的详细信息，请参见防止数据库文件出现介质故障。

何时将更改强制到磁盘上
像数据库文件一样，事务日志组织成页：内存中大小固定的区域。当在事务日志中记录更改时，它是针对内存中的页进行的。在发生下列情况之前，就将所作更改强制到磁盘上：

页已满。

执行 COMMIT。

按照这种方式，可确保已完成的事务存储在磁盘上，同时通过避免在每次操作时都写入磁盘而使性能得到改善。

您可以使用配置选项来允许高级用户调整事务日志的精确行为。有关详细信息，请参见 COOPERATIVE_COMMITS 选项 [database] 和 DELAYED_COMMITS 选项 [database]。

事务日志镜像
事务日志镜像是事务日志的一个完全相同的副本，与事务日志同时接受维护。如果数据库有镜像的事务日志，则每个数据库更改都写入到事务日志和事务日志镜像中。在缺省情况下，数据库没有事务日志镜像。

事务日志镜像为重要数据提供额外保护。它在事务日志出现介质故障时进行完整的数据恢复。镜像的事务日志还使数据库服务器能够在启动数据库时执行自动校验事务日志。

针对介质故障保护数据

--------------------------------------------------------------------------------

备份针对介质故障保护数据。

有关数据保护机制的概述，请参见针对故障保护数据。

从介质故障中恢复的实际方案取决于是数据库文件还是事务日志文件出现介质故障。

数据库文件出现介质故障    如果您的数据库文件不可用，但是事务日志仍可用，则只要您的备份过程正确，就可以恢复对数据库进行的所有已提交更改。自数据库文件的上次备份副本以来的所有信息都保存在备份的事务日志或者联机事务日志中。

有关如何配置数据库系统的详细信息，请参见防止数据库文件出现介质故障。

事务日志文件出现介质故障    除非您使用镜像事务日志，否则不能恢复在上次数据库检查点和事务日志出现介质故障之间输入的信息。因此，建议您在安装配置（如 SQL Remote 统一数据库）中使用镜像事务日志，因为在这种安装配置中，如果丢失事务日志，可能会导致丢失关键信息或者中断复制系统。