二:Recovery models(恢复模式)

For each database that you create in SQL Server, with the exception of the system databases, you can configure it to use one of three possible recovery models (simple, full, bulk-logged).  Here is a simple script to display the recovery models of all on-line databases:

在数据库中创建的每个数据库,除了系统数据之外,你都能配置三种恢复模式(简单、完全、大量日志)中的一个。如下是显示在线数据库的恢复模式:

SELECT name, (SELECT DATABASEPROPERTYEX(name, ‘RECOVERY‘)) RecoveryModel FROM master..sysdatabases ORDER BY name

If you are running SQL Server 2005 or later, you can use this script instead:

如果你运行在SQL Server 2005或者更高的版本上,你可以使用如下脚本代替:

SELECT name, recovery_model_desc FROM master.sys.databases ORDER BY name

This is how you can change a database‘s recovery model to the simple recovery model:

如下是教你改变数据库的恢复模式成简单恢复模式:

ALTER DATABASE AdventureWorks SET RECOVERY SIMPLE

to the full recovery model:

改成完全恢复模式:

ALTER DATABASE AdventureWorks SET RECOVERY FULL

and to the bulk-logged recovery model:

改成大日志恢复模式:

ALTER DATABASE AdventureWorks SET RECOVERY BULK_LOGGED

Which recovery model do you need to use?  It depends on how much data you can afford to lose.  Let‘s use the following diagram to illustrate the difference between the recovery models, where a full database backup is performed at 9:00 a.m, and 11 a.m.

你要使用哪种恢复模式?那是取决于你能承担的起丢失多少数据。让我们用下面的图来解释恢复模式之前的区别,下面这张图是一个数据库在9:00am 和11:00am完成的完全备份。

The simple recovery model(简单恢复模式)

Assume that there was a hardware failure at 10:45  a.m.  If the database was using the simple recovery model, you would have lost 105 minutes of work.  The latest point at which you can recover the database to is 9:00 a.m, since that was the time the last full backup that was made.  You could schedule differential backups to run periodically e.g.

假设硬件在 10:45am坏了。如果数据库采用的是简单恢复模式,你将丢失105分钟的数据。你最近的恢复时间点是你在9:00am做的完全备份。你可以规划差异备份定期进行。例如:

In this case, you would lose 45 minutes of work.  Now, assuming that a user deleted a critical table at 9:50 a.m.  Can you recover to the point in time just before the deletion?  No.  The differential backup contains only the changed data pages.  It cannot be used to restore to a specific point in time.  You‘ll have to restore the database to its 9 a.m state, and redo 49 minutes of work.  Then, you‘ll also need to redo the work that was performed after the deletion up to the time the error was discovered.

在这种情况下,你将丢失45分钟的数据。现在,我们假设用户在9:50删除了主要的表。你能恢复到删除的那个时间点前数据吗?不能。差异备份只包含了数据的变化页,他不能用于去恢复特定时间点的数据。你将不得不去将数据库恢复到9:00am,然后重做49分钟的工作。此刻,你也必须去完成删除数据时间之后到发现错误之间的工作。

时间: 2024-11-07 01:36:18

二:Recovery models(恢复模式)的相关文章

事务日志初探(二)---简单恢复模式

简述 在简单恢复模式下,日志文件的作用仅仅是保证了SQL Server事务的ACID属性.并不承担具体的恢复数据的角色.正如”简单”这个词的字面意思一样,数据的备份和恢复仅仅是依赖于手动备份和恢复.我们简单介绍下三种恢复模式. 1.完整恢复模式 这种模式会为所有操作都记录日志,当数据文件被破坏时,可以备份尾部事务日志,并用于将数据库还原到给定的时间点.因此OLTP生产系统通常会使用完整的恢复模式. 2.大容量日志恢复模式 这种模式把日志记录量最小化,只为大容量操作记录日志. 3.简单恢复模式 我

教你正确进入DFU及恢复模式 无敌重刷模式

苹果分为两种恢复模式,一种叫做DFU模式,另一种是恢复模式.DFU的全称是Development FirmwareUpgrade,实际意思就是iPhone固件的强制升降级模式.而恢复模式则是屏幕上会显示iTunes和数据线图标的. 两种最大的区别是DFU模式没有启动MAC OS系统,itunes无法决定iPhone的恢复过程是否中断,因为系统未启动,相关服务无法启用.据说DFU模式下恢复的iPhone更加彻底,本人没有对比过,所以这里就不做结论了. 一般情况下比如我们的设备出现软件故障,无法正常

[SQL]阿里云RDS设置MSSQL恢复模式为“简单”

-- 取消数据库镜像ALTER DATABASE <database_name> SET PARTNER OFF-- 设置数据库镜像RESTORE DATABASE <database_name> WITH RECOVERY-- 设置恢复模式为简单alter database <database_name> set recovery simple   [SQL]阿里云RDS设置MSSQL恢复模式为"简单"

Mac OS 10.12 - 在VMwear Workstation12.5.2中以两种方式进入恢复模式(Recovery)!!!

注意:如果你打算安装Mac OS10.12 到虚拟机里面学习,那么我强烈建议你在没有安装任何其它软件之气,按照我这篇博客来进入恢复模式(Recovery),禁用Rootless机制!!!这样处理后,你就可以任意使用Mac OS了,否则你最终会发现,你必须进入恢复模式(Recovery),必须禁用Rootless机制才能达到随心所欲使用Mac OS10.12!!!! Mac OS :10.12 VMwear Workstation:12.5.2 我为什么要进入恢复模式?因为Mac OS10.12出

Android设备运用Clockworkmod Recovery恢复模式安装定制的Rom

Clockworkmod Recovery是一个由Cyanogen团队开发的用于Android设备的第三方定制Recovery恢复模式,也称为CWM Recovery,具体它有什么用处呢?请看关于Google Android平台的ClockworkMod Recovery恢复模式.而对于众多的CWM Recovery版本,它们的功能指令基本相同,对于具体的说明,我们已于ClockworkMod Recovery恢复模式的指令详解一文详细列出 对大多数用户而言,我们最常使用的Clockworkmo

关于Google Android平台的ClockworkMod Recovery恢复模式

lockworkMod Recovery,它也被称为Clockwork与CWM,它是装载Google Android操作系统设备的一个自定义的Recovery恢复模式,它可以使得相关Android设备具备更高级的恢复.复位.安装.维护等指令 关于Android平台的Recovery恢复模式: 理论上,所有的Android设备都会预装载一个Recovery恢复模式控制台,我们也可以称之为官方或原始Recovery恢复模式,它是相关设备内置的基本的一个部分,可以在设备启动时进入.它提供了一些基本的指

转 一篇关于sql server 三种恢复模式的文章,从sql server 的机制上来写的,感觉很不错,转了

简介 SQL Server中的事务日志无疑是SQL Server中最重要的部分之一.因为SQL SERVER利用事务日志来确保持久性(Durability)和事务回滚(Rollback).从而还部分确保了事务的ACID属性.在SQL Server崩溃时,DBA还可以通过事务日志将数据恢复到指定的时间点.当SQL Server运转良好时,多了解一些事务日志的原理和概念显得并不是那么重要.但是,一旦SQL SERVER发生崩溃时,了解事务日志的原理和概念对于快速做出正确的决策来恢复数据显得尤为重要.

浅谈SQL Server中的事务日志(四)----在完整恢复模式下日志的角色

浅谈SQL Server中的事务日志(四)----在完整恢复模式下日志的角色 本篇文章是系列文章中的第四篇,也是最后一篇,本篇文章需要前三篇的文章知识作为基础,前三篇的文章地址如下: 浅谈SQL Server中的事务日志(一)----事务日志的物理和逻辑构架 浅谈SQL Server中的事务日志(二)----事务日志在修改数据时的角色 浅谈SQL Server中的事务日志(三)----在简单恢复模式下日志的角色 简介 生产环境下的数据是如果可以写在资产负债表上的话,我想这个资产所占的数额一定不会

浅谈SQL Server中的事务日志(三)----在简单恢复模式下日志的角色

浅谈SQL Server中的事务日志(三)----在简单恢复模式下日志的角色 本篇文章是系列文章中的第三篇,前两篇的地址如下: 浅谈SQL Server中的事务日志(一)----事务日志的物理和逻辑构架 浅谈SQL Server中的事务日志(二)----事务日志在修改数据时的角色 简介 在简单恢复模式下,日志文件的作用仅仅是保证了SQL Server事务的ACID属性.并不承担具体的恢复数据的角色.正如”简单”这个词的字面意思一样,数据的备份和恢复仅仅是依赖于手动备份和恢复.在开始文章之前,首先