SYBAE数据库备份还原手册.docx

SAP ASE数据库备份还原手册版本：v 0.1编辑：CNSAP.cn审核：日期：2015年6月19日制定备份和恢复计划Adaptive Server 具有自动恢复过程,可以使用户避免由于断电和计算机故障所造成的损失。若要避免介质故障带来损失,请定期经常对数据库进行备份。关于数据库事物Adaptive Server 使用事务来跟踪数据库的所有变化。事务是 Adaptive Server 的工作单元。一个事务包括一个或多个作为一个单元成功或失败的 Transact-SQL 语句。每条修改数据的 SQL 语句都被视为一个事务。通过将一系列语句放在 begin transaction...end transaction 块中,用户也可以定义事务。每个数据库都拥有自己的事务日志,即系统表 syslogs 。事务日志自动记录每个数据库用户发出的每个事务。不能关闭事务记录。事务日志是前写式日志。当用户发出要修改数据库的语句时, Adaptive Server 将这些更改写入日志中。在这条语句要做的所有更改都已记录在日志中后,这些更改将被写入到数据页的高速缓存副本中。此数据页将一直保留在高速缓存中,直到另一数据库页需要内存为止。那时,已更改的数据页才写入磁盘中。如果事务中任何语句未能完成执行, Adaptive Server 将撤消由该事务所引起的所有更改。 Adaptive Server 在每个事务结束时将一条“end transaction”记录写入日志,记录该事务的状态 (成功或失败)。指定备份的职责许多组织都有一位执行所有备份和恢复操作的操作员。只有系统管理员、数据库所有者或操作员才可以执行 dump 和 load 命令。数据库所有者只能转储自己的数据库。操作员和系统管理员可以转储和装载任何数据库。安排例行备份开发备份计划中的主要任务是确定备份数据库的频率。备份频率决定在介质出现故障时丢失的工作量。创建每个用户数据库之后立即转储它以提供基点,并且以后按固定的时间表进行。推荐至少要每天备份事务日志,每周备份数据库。许多拥有大型、活动数据库的安装每天转储数据库,并且每半个小时或每小时进行一次事务日志转储。在没有跨数据库数据修改活动期间,应同时备份互依数据库 (其中存在跨数据库事务、触发器或参照完整性的数据库)。如果其中一个数据库失败并且需要重新装载,则从所有这些同时转储中重新装载它们。在其它时间备份数据库除了定期转储以外,每次升级用户数据库、创建新索引、执行未记录的操作或者运行 dump transaction with no_log 或 dump transaction with truncate_only 命令时,也都要转储数据库。将用户数据库升级到当前版本的 Adaptive Server 后,转储最近升级的数据库,以便创建与当前版本兼容的转储。 dump database 必须在允许执行 dump transaction 之前、在已升级的用户数据库上进行。向表中添加索引时,将在事务日志中记录 create index 。而在向索引页填充信息时, Adaptive Server 却不记录这些更改。如果在您创建完索引后数据库设备出现故障,则使用 load transaction 命令重建索引所用时间可能与使用 create index 命令建立索引所用时间一样多。为避免长时间的延迟,需在数据库的一个表上创建索引后立即转储每个数据库。dump transaction with truncate_only 和 dump transaction with no_log 将从日志中删除事务而不进行备份。为确保可恢复性,请在每次由于磁盘空间不足而运行任一命令时转储数据库。这样做之后,才能复制事务日志。安排 master 的备份master 数据库备份用作恢复过程的一部分,以防出现影响 master 数据库的故障。如果没有 master 数据库的当前备份,则可能在需要用户数据库并再次运行它时不得不重建重要的系统表。在执行影响磁盘、存储、数据库或段的每个命令后,都备份 master 数据库。始终在发出以下任何命令或系统过程后备份 master 数据库: ? disk init 、 sp_addumpdevice 或 sp_dropdevice ? 磁盘镜像命令? 段系统过程 sp_addsegment 、 sp_dropsegment 或sp_extendsegment ? create procedure 或 drop procedure ? sp_logdevice ? sp_configure ? create database 或 alter database截断 master 数据库事务日志因为 master 数据库事务日志与数据存储在