当体系呈现毛病时，只需存在数据日志那么就能够使用它来康复数据处理数据库毛病。作为SQL Server数据库管理员，了解数据日志文件的效果，以及怎么使用它来处理一些数据库的常见毛病，这非常重要。已然业务日志这么重要，那么他究竟能够用来做什么作业呢?口说无凭，笔者这儿就跟我们说说业务日志究竟能够用来处理什么毛病。

毛病一：服务器意外封闭形成的丢掉

俗话说，天又不测风云。数据库服务器假如由于忽然断电或许其他一些原因意外当机时，再从头发动服务器后会呈现一些数据的丢掉。这首要是由于数据库中的数据产生更改后，并不会在***时间就把数据写入到硬盘中。为了进步数据库的运转功率，往往是先把数据写入到数据高速缓存中;一起把更改的状况写入到业务日志中。比及必定的状况数据库体系才会把数据写入到硬盘文件中。

此刻，假如数据库服务器体系忽然产生毛病，数据库体系就有或许还没有把缓存中的修正后的数据写入到硬盘中，即数据文件内有未完结业务所做的修正。假如的确有这种状况，则当发动SQL Server实例时，假如没有业务日志或许业务日志损坏时，修正后的数据就无法康复过来了。可是，假如当业务日志可用的话，则当实例发动时，体系会丢每个数据库履行康复操作。前滚日至中记载的、或许没有写入数据文件的每个修正。在业务日志中找到的每个未完结的业务都将回滚，以确保数据库数据的完好性。

所以当数据库服务器意外毛病时，数据库管理员***能够承认一下业务日志是否可用。假如业务日志现已损坏，那么就需求先康复业务日志然后再从头发动数据库实例。不然的话，数据库实例在从头发动时不行以正常康复数据。这一点在遇到服务器突发行的毛病时必定要留意。不然的话，很或许损坏数据库数据的完好性。

毛病二：处理备份数据库的数据同步问题

有时候出于数据库高可用性的意图，需求在出产服务器之外的当地再布置一台数据库服务器。当出产服务器呈现毛病不行用时，则能够立刻启用这个备用的服务器。故就需求确保出产服务器与备用服务器之间数据的同步。那么SQL Server数据库是经过什么技能来到达这个出产服务器与备份服务器之间的数据同步的呢?简略的说，便是经过这个业务日志的仿制来完结数据同步的。详细的来说，SQL Server数据库供给了两种处理计划，别离为数据镜像与日志传送。这两个计划都是在业务日志仿制的根底上来完结的。

在日志传送计划中，出产服务器将出产数据库的活动业务日志发送到一个或多个方针服务器。每个辅佐服务器将该日志复原为其本地的辅佐数据库，然后完结备用服务器与出产服务器之间数据的一致性。运用日志传送，您能够主动将“主服务器”实例上“主数据库”内的业务日志备份发送到独自“辅佐服务器”实例上的一个或多个“辅佐数据库”。业务日志备份别离使用于每个辅佐数据库。可选的第三个服务器实例(称为“监shi服务器”)记载备份和复原操作的历史记载及状况，还能够在无法按计划履行这些操作时引发警报。日志传送装备中的主服务器是作为出产服务器的 SQL Server 数据库引擎实例。主数据库是主服务器上期望备份到其他服务器的数据库。经过数据库进行的一切日志传送装备管理都是在主数据库中履行的。别的需求留意的是，假如选用日志传送计划关于出产服务器的作业形式有约束。出产数据库有必要运用完好康复形式或大容量日志康复形式。假如将数据库切换为简略康复形式会导致日志传送停止作业。

一台备用服务器能够包括多台不同出产服务器中数据库的备份副本。例如，某个集团公司或许有三台数据库服务器，每台服务器都运转要害数据库体系。在这种状况下，能够只运用一台辅佐服务器，而不用运用三台独自的辅佐服务器。三个主体系上的备份都能够加载到这个备份体系中，然后削减所需的资源数量并节省开支，也能够数据库管理员的作业量。

别的也能够经过数据库镜像计划中来处理出产服务器与备用服务器之间的数据同步问题。出产数据库的每次更新都在独立的、完好的备份数据库中当即从头生成。主体服务器实例当行将每个日志记载发送到镜像服务器实例，镜像服务器实例将传入的日志记载使用于镜像数据库，然后将其持续前滚。“数据库镜像”是用于进步数据库可用性的***软件处理计划。镜像依据每个数据库完结，而且只适用于运用完好康复形式的数据库。简略康复形式和大容量日志康复形式不支撑数据库镜像。因而，一切大容量操作一直被完好地记入日志。数据库镜像可运用恣意支撑的数据库兼容等级。在“数据库镜像形式”中，主体服务器和镜像服务器作为同伴进行通讯和协作。两个同伴在会话中扮演互补的人物：主体人物(出产服务器)和镜像人物(备份服务器)。在任何给定的时间，都是一个同伴扮演出产服务器人物，另一个同伴扮演备用服务器人物。假如出产服务器人物呈现毛病时，则备份服务器人物立刻会代替呈现毛病的出产服务器人物，转变为出产服务器人物。然后完结数据库的高可用性。

数据库镜像计划有两种镜像运转形式。一种是“高安全性形式”，它支撑同步操作。在高安全性形式下，当会话开始时，镜像服务器将使镜像数据库赶快与主体数据库同步，一旦同步了数据库，业务将在同伴两边处提交，这会延伸业务滞后时间。第二种运转形式，即高性能形式，它与***种形式的首要差异就在于异步运转。镜像服务器测验与主体服务器发送的日志记载坚持同步。镜像数据库或许略微滞后于主体数据库。可是，数据库之间的时间距离一般很小。可是，假如主体服务器的作业负荷过高或镜像服务器体系的负荷过高，则时间距离会增大。在高性能形式中，主体服务器向镜像服务器发送日志记载之后，会当即再向客户端发送一条承认音讯。它不会等候镜像服务器的承认。这意味着业务不需求等候镜像服务器将日志写入磁盘便可提交。此异步操作答应主体服务器在业务滞后时间最小的条件下运转，但或许会丢掉某些数据。详细选用哪种形式，则需求数据库管理员依据企业对待数据丢掉的情绪与作业负荷等来确认。

可见现在可用的备份服务器与出产服务器之间的数据同步处理计划都是依据业务日志来完结的。

毛病三：处理数据一致性问题

假定现在有这么一种状况。在一个银行体系中，某个用户需求转帐。这个转帐作业首要是经过两个过程来完结。***个过程便是扣减用户帐户中的金额;第二个过程是把钱转入到别的一个用户那里。现在假如在转帐的过程中，***步成功了，可是第二个过程由于某种原因出错了。如用户供给的帐户姓名与实践转帐的帐户姓名不符，则第二个操作就会失利。此刻整个转帐操作就会以失利而告终。可是现在的问题是，***个扣减的动作在数据库zhon给现已完结了。而实践却是没有转帐成功，就救形成了数据一致性的问题。

实践过程中假如使用程序宣布 ROLLBACK 句子，或许数据库引擎检测到过错，就运用日志记载回滚未完结的业务所做的修正。也便是说，当第二个操作失利的话，使用程序要宣布一个ROLLBACK 句子，使用业务日志回滚功用，康复***步的操作。也便是说，把扣减金额的操作进行康复，然后完结数据的一致性。相似的使用，在数据库开发过程中很频频。

毛病四：数据库时点康复的问题

如现在遇到这么一种毛病。数据库体系在上午11点忽然发现毛病，发动不起来了。而数据库体系是在昨天晚上12点刚做完一个彻底备份。在这种状况下，假如仅仅从彻底备份中康复数据的话，只能够康复到昨天晚上12点的数据。那从昨天晚上12点到今天上午11点的数据就不行以康复了吗?
其实不然。由于用户在对数据库做的任何一个修正都会保存在业务日志傍边。为此只需业务日志不损坏的状况下，数据库管理员能够把数据康复到上午11点那个时间的数据。详细的操作方法很简略，就好先使用彻底备份文件康复数据库体系，此刻数据库中的数据位昨天晚上12点的数据。然后再使用日志康复功用把数据康复到今天上午11点的数据。可见业务日志能够协助管理员把数据康复到某一个详细的时点。

【修改引荐】

1. 怎么进行MySQL数据库表的毛病检测
2. SQL Server不存在或回绝拜访毛病的扫除
3. 创立SQL Server 2000毛病搬运群集