课件：事务管理.ppt

根据事务日志进行恢复 利用日志可以将数据库恢复到最新的一致状态或任意的事务点。 首先恢复事务日志备份之前的数据库备份或增量数据库备份。 如果有多个日志备份，则按先后顺序进行恢复。 根据事务日志进行恢复 RESTORE LOG database_name FROM {DISK | TAPE } =physical_backup_device_name [ WITH [ [ , ] { NORECOVERY | RECOVERY } ] [ [ , ] STOPAT = date_time | [ , ] STOPATMARK = mark_name [AFTER datetime] | [ , ] STOPBEFOREMARK = mark_name [AFTER datetime] ] ] 根据文件或文件组备份进行恢复 如果数据库的某个文件损坏了，并且按文件或文件组做了备份，则可以考虑根据文件或文件组备份进行恢复。 当使用文件或文件组备份进行恢复时，最后一个文件或文件组恢复操作完成后，必须将事务日志应用于数据库文件，以便使之与数据库的其余部分保持一致。如果被恢复的文件自上次备份后没有做过任何修改操作，则不必应用事务日志，RESTORE语句会报告这一情况。 根据文件或文件组备份进行恢复 RESTORE DATABASE database_name { FILE = logical_file_name | FILEGROUP = logical_filegroup_name } FROM {DISK | TAPE } =physical_backup_device_name 恢复系统数据库 备份系统数据库与备份用户数据库的方式相同，除master数据库之外其他系统数据库的恢复也与恢复用户数据库类似。 master数据库是所有数据库的主数据库，也是管理所有数据库的数据库。恢复其他数据库都是在SQL Server能够正常运行的基础上进行的，而master数据库的损坏可能导致SQL server根本不能运行，所以恢复master数据库是一件特殊的任务。 恢复master数据库 如果master数据库只是轻微损坏或信息丢失，master数据库的内容至少部分可用，从而能够启动SQL Server实例，则可以直接根据master数据库的完整备份恢复master数据库。 如果由于master数据库严重损坏而无法启动SQL Server实例，则不能立即恢复master数据库。因为SQL Server实例需要处于运行状态才能恢复任何数据库。为此，需要首先使用重建master数据库实用工具Rebuildm.exe（该程序位于Program Files\Microsoft SQL Server\80\Tools\Binn目录中）重建master数据库，然后才可以用普通方法利用备份恢复master数据库。 【本章小节】 事务的概念 事务的性质 并发控制 恢复 THANK YOU SUCCESS * * 可编辑 不一致分析问题 不一致分析问题也称为不可重复读问题，很多应用可能需要校验功能，这时往往需要连续两次或多次读数据进行校验和分析，结果由于其他事务的干扰，使得前后结果不一致，从而产生校验错误（即不一致的分析）。 幻象读问题 幻象读问题与不一致分析问题有关，当事务A读数据时，事务B在对同一个关系进行插入或删除操作，这时事务A再读同一条件的元组时，会发现神秘地多出了一些元组或丢失了一些元组，把这种现象称作幻象读。 封锁 封锁的基本技术 封锁机制 SQL Server中与封锁有关的命令 封锁粒度 意向锁 封锁的基本技术 当需要查询或更新数据时，先对数据进行封锁，以避免来自其他事务的干扰。针对不同的干扰问题可以有不同的封锁机制。 以丢失更新问题为例，实施封锁的基本思想是：当一个用户对一个表或记录进行更新时，封锁该表或记录，使其他用户不能在同一时刻更新相同的表或记录，迫使其他用户在更新后的基础上（而不是在更新前的基础上）再实施另外的更新操作。 封锁的基本技术 实施封锁以后的时间序列 封锁机制 共享封锁 独占封锁 更新封锁 有些封锁在执行完相应操作后就自动释放封锁，有些封锁则保持到事务结束（提交或撤消）时才释放（无论如何，所有的封锁都会在事务结束时自动释放）。 共享封锁 共享封锁是为读操作设置的一种封锁，所以也称作读封锁，或简称S锁，目的是想读到一组不变的数据，也就是在读数据的过程中，不允许其他用户对该数据进行任何修改操作。这种封锁可以保证最大的并发性，任何数量的用户都可以同时对同样的数据施加这种共享锁。