❶ 数据库有哪三种恢复模式在3种恢复模式下,数据库日志文件会执行什么样的操作
sql
Server数据库有三种恢复模式：简单恢复模式、完整恢复模式和大容量日志恢复模式。
相对于简单恢复模式而言，完整恢复模式和大容量日志恢复模式提供了更强的数据保护功能。这些恢复模式都是基于备份事务日志来提供完整的可恢复性及在最大范围的故障情形内防止丢失工作。通常，数据库使用完整恢复模式或简单恢复模式。
下面对三种恢复模式做一个比较：
恢复模式
日志备份
恢复点
优点
缺点
解决方案及建议
简单(Simple)
无日志备份。
自动回收日志空间以减少空间需求，实际上不再需要管理事务日志空间。
最新备份之后的更改不受保护。在发生灾难时，这些更改必须重做。只能恢复到备份的结尾。
简单恢复模式可最大程度地减少事务日志的管理开销，因为不备份事务日志。
如果数据库损坏，则简单恢复模式将面临极大的工作丢失风险。数据只能恢复到已丢失数据的最新备份。
在简单恢复模式下，备份间隔应尽可能短，以防止大量丢失数据。简单恢复模式并不适合生产系统，因为对生产系统而言，丢失最新的更改是无法接受的。在这种情况下，我们建议使用完整恢复模式。
完整(Full)
需要日志备份。
理论上可以恢复到任意时点。
数据文件丢失或损坏不会导致丢失工作。
此模式完整记录所有事务，占用大量空间。
大容量(Bulk-logged)
需要日志备份。
如果在最新日志备份后发生日志损坏或执行大容量日志记录操作，则必须重做自该上次备份之后所做的更改。
可以恢复到任何备份的结尾。不支持时点恢复。
该模式是完整恢复模式的附加模式，允许执行高性能的大容量复制操作。通过使用最小方式记录大多数大容量操作，减少日志空间使用量。
比完整模式节省日志存储空间。
对于某些大规模大容量操作(如大容量导入或索引创建)，暂时切换到大容量日志恢复模式可提高性能并减少日志空间使用量。由于大容量日志恢复模式不支持时点恢复，因此必须在增大日志备份与增加工作丢失风险之间进行权衡。
注意：
1.
适合于数据库的恢复模式取决于数据库的可用性和恢复要求。
2.
在完整恢复模式和大容量日志恢复模式下，必须进行日志备份。如果不想进行日志备份，则请使用简单恢复模式。
❷ sqlserver数据库表数据误删除了 怎么恢复
恢复sqlserver数据库表数据步骤如下：
一、心态：
1、务必冷静，事情已经发生不可慌乱。
2、立即查看当前时间，最好能够精确到秒,并做记录。
3、应立即向直接上级反映此事，不可隐瞒，防止事态扩大。
4、如果权限允许，应当立即停止相关应用，防止有新的数据写入数据库。
二、恢复：
1、构建新数据库以及写入一些数据
如果查询发现数据不是你想要的，那么可以重复上述的操作，从备份事务日志开始，然后最后选择时间点的时候在缩小范围。
❸ 不用重新安装sqlserver2008怎么恢复busines
生产系统下，一定要了解的内容，SQLServer数据库的恢复模式有三种：
1、简单模式。
2、完整模式。
3、大容量模式。SQLServer是一个可扩展的、高性能的、为分布式客户机/服务器计算所设计的数据库管理系统，实现了与WindowsNT的有机结合。
❹ SQL SERVER恢复策略
Microsoft SQL Server的数据库备份和恢复策略
一、概述
备份和恢复是数据库管理员维护数据库安全性和完整性的重要操作。备份是恢复数据库最容易和最能防止意外的保证方法。没有备份，所有的数据都可能会丢失。备份可以防止表和数据库遭受破坏、介质失效或用户错误而造成数据灾难。恢复是在意外发生后，利用备份来恢复数据库的操作。
Microsoft SQL Server数据库中对于数据的备份和恢复有几种不同的方法，本人结合以往的一些经验，对其归纳如下。
二、常用的备份和恢复数据库的方法
1、Microsoft SQL Server中的备份和恢复：
1）备份类型，分别为：
•数据库备份(Database Backups)
•事务日志备份(Transaction Log Backup)
•差异备份(Differential Database Backups)
•文件和文件组备份(File and File Group Backup)
A．数据库备份(Database Backups)
数据库备份是指对数据库的完整备份，包括所有的数据以及数据库对象。实际上备份数据库过程就是首先将事务日志写到磁盘上，然后根据事务创建相同的数据库和数据库对象以及拷贝数据的过程。由于是对数据库的完全备份，所以这种备份类型不仅速度较慢，而且将占用大量磁盘空间。
B．事务日志备份(Transaction Log Backup)
事务日志备份是指对数据库发生的事务进行备份，包括从上次进行事务日志备份、差异备份和数据库完全备份之后，所有已经完成的事务。
C．差异备份(Differential Database Backups)
差异备份是指将最近一次数据库备份以来发生的数据变化备份起来，因此差异备份实际上是一种增量数据库备份。与完整数据库备份相比，差异备份由于备份的数据量较小，所以备份和恢复所用的时间较短。但是它却无法像事务日志备份那样提供到失败点的无数据损失备份。
D．文件和文件组备份(File and File Group Backup)
文件或文件组备份是指对数据库文件或文件夹进行备份，但其不像完整的数据库备份那样同时也进行事务日志备份。使用该备份方法可提高数据库恢复的速度，因为其仅对遭到破坏的文件或文件组进行恢复。
2）数据库恢复模式
•简单恢复（SimpleRecovery）
•完全恢复（Full Recovery）
•批日志恢复（Bulk-logged Recovery）
A．简单恢复(Simple Recovery)
所谓简单恢复就是指在进行数据库恢复时仅使用了数据库备份或差异备份，而不涉及事务日志备份。简单恢复模式可使数据库恢复到上一次备份的状态，但由于不使用事务日志备份来进行恢复，所以无法将数据库恢复到失败点状态。
B．完全恢复(Full Recovery)
完全数据库恢复模式是指通过使用数据库备份和事务日志备份将数据库恢复到发生失败的时刻，因此几乎不造成任何数据丢失，这成为对付因存储介质损坏而数据丢失的最佳方法。
C．批日志恢复(Bulk-logged Recovery)
批日志恢复在性能上要优于简单恢复和完全恢复模式，它能尽最大努力减少批操作所需要的存储空间。
2、使用SQL SERVER的管理器ENTERPRISE MANAGER进行备份和恢复
1)完全手工方式。
在这种方式下，选择要备份和恢复的数据库，单击鼠标右键，在快捷菜单中的“ALL TASKS”下选择备份或者恢复数据库。
2)半手工方式。
这种方式就是管理员事先建立备份或者恢复数据库的作业，待到备份或者恢复数据库的时候，管理员打开“SQL SERVER ENTEPRISE MANAGER”，在“MANAGER”里找到相应的作业，然后执行之。
3)全自动方式。
在数据库管理器里面，管理员事先建立好恢复或者备份数据库的作业，然后定制一个执行计划，让计算机在特定的条件下自己执行备份和恢复操作。
作业是ENTERPRISE MANAGER提供的一种定期处理数据的一种方法，前面提到的半手工方式和全自动方式虽然利用了作业，但它需要在ENTERPRISE MANAGER里启动和关闭作业；现在还可以在应用程序客户端启动和关闭作业的机制以作业机制实现数据库的恢复和备份，就是事先在建立备份和恢复数据库的作业，在应用程序客户端用控制体启动相应的执行体来实现之。用这种方式实现数据库的备份和恢复，用户不必打开数据库管理器进行操作，用户可以在任何一个应用程序客户端完成操作。
3、异机备份策略
在局域网内的任何一台工作站计算机上安装Microsoft Windows NT及Microsoft SQL Server，并在该机上建立一个与服务器中的数据库同名的数据库，利用Microsoft SQL Server系统本身提供的异机传送工具(在Microsof SQL Enterprise Manager中的Tools菜单下的Database/Object Transfer)通过设置定时(可以是每周、每月、每日或每时)由计算机自动的把服务器中数据库的数据传送到该工作站机的数据库中，这样一旦服务器(操作系统)崩溃或Microsoft SQL Server系统崩溃时，只要重装服务器操作系统(Microsoft Windows NT)或重装Microsoft SQL Server仍然可以采用异机传送工具来通过该工作站机把数据传回至服务器的Microsoft SQL Server数据库中，以确保数据的安全恢复。
三、比较
上述这三种备份和恢复的方式，分别是在SQL Server之内、SQL SERVER的管理器中和异机中实现的。
SQL Server中的备份和恢复是数据库本身的一个功能，而且其提供了不同级别的备份和恢复策略，是一种比较完善的数据库安全保护措施，但由于此操作只能在数据库管理器中进行，所以对于人员和设备的要求比较高，仅限于有限个人和机器可以操作，所以操作起来有一定的局限性。
SQL SERVER的管理器中的备份和恢复可以利用作业机制在任何一个应用程序客户端完成操作，打破了我们常规对大型数据库备份和恢复必须在数据库管理器里进行的局限性，为在应用程序客户端实现复杂的数据库维护提供了一个思路，也大大方便了用户的操作。但是由于这种操作的方便性，也决定了其有一定的不安全性。
异机中的备份和恢复是最安全最可靠的方式，而且对于数据库的恢复来说也是最方便的一种，它完全避免了任何形式的数据损毁的威胁，特别是针对服务器崩溃和Microsoft SQL Server系统崩溃，其恢复效果是很理想的。因此对于一些重要的大型数据库来说是很可取的。但是由于成本较高，采用这种方法对于一些较小型的数据库系统是比较难以实现的。
四、结论
上述的三种方式都是数据库备份和恢复较为常用的一些方法，虽然各自实现的方式不同，但都达到了保护数据安全的目的。所以本人认为这三种方法都是可取的。
但是对于具体的案例，还需要仔细考虑各自系统的特性和方法的可操作性，例如一般中小型的数据库，网内工作站计算机的分布范围不是很大（象一座大厦内），距离服务器的比较近时，采用Microsoft SQL Server内的备份恢复策略就完全可以解决问题；而对于一些服务器距离较远的数据库系统，人员无法常常去到服务器所在地去实施备份和恢复的，采用SQL SERVER的管理器中的策略就很理想；再者对于数据库内数据比较庞大，恢复起来需要一定的时间的，就不防采用异机备份的策略，可以大大降低因系统崩溃所带来的损失。
总之，事物总有其两面性，没有哪种方法是适用于任何情况的，我们应该在实际工作中多总结、归纳，逐渐摸索出最适合自身系统的一种解决方案，这样才能使我们的工作顺利开展
❺ SQLServer2008数据库怎样备份还原和数据恢复
在完整恢复模式或大容量日志恢复模式下，必须先备份活动事务日志（称为日志尾部），然后才能在SQLServerManagementStudio中还原数据库。有关详细信息，请参阅如何备份事务日志(SQLServerManagementStudio)。若要还原已加密的数据库，您必须有权访问用于加密数据库的证书或非对称密钥。如果没有证书或非对称密钥，数据库将无法还原。
认识数据库备份和事务日志备份
数据库备份与日志备份是数据库维护的日常工作，备份的目的是在于当数据库出现故障或者遭到破坏时可以根据备份的数据库及事务日志文件还原到最近的时间点将损失降到最低点。
数据库备份
数据库备份可以手动备份和语句备份
一.手动备份数据库
1.鼠标右键选择你要进行备份的数据库-任务-备份
可以在常规选项页面你可以选择备份类型是进行完整数据库备份还是差异数据库备份
2.点击添加选项，选择数据库文件的存放路径
注意文件名记得加后缀.bak,便于恢复时的查找
3.你还可以在选项页面是追加到现有的备份集，还是覆盖所有的现有备份集，还可以选择备份验证完整性（建议选择），还可以选择是否压缩备份等。
二.语句备份数据库
use master goBACKUP DATABASE [test] TO DISK = N'D:Microsoft sql serverMSSQL10.MSSQLSERVERMSSQLBackup est.bak' WITH NOFORMAT, NOINIT, NAME = N'test-完整 数据库 备份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO
数据库日志备份
首先需要注意，数据库日志的备份是基于数据库完整备份，也就是说你备份数据库日志之前你首先要先对数据库进行一次完整的备份，因为之间会涉及到坚持到检查点 lsn， 这也是本文接下来要讲的重点。
一.手动备份数据库日志
1.右键数据库-任务-备份-选择备份类型（事务日志）
2.点添加，添加日志文件备份存储路径
3.同数据库完整备份一样，你也可以选择覆盖现有备份集或者追加到现有备份集，这里现在覆盖现有备份集、验证完整性，然后确认备份
二.语句备份数据库事务日志
BACKUP LOG [test] TO DISK = N'D: est.trn' WITH NOFORMAT, INIT, NAME = N'test-事务日志 备份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO
数据库还原
右键数据库-还原数据库-添加需要进行还原的数据库文件路径
在还原源选项中你可以选择‘源数据库’，‘源设备’。1.选择源数据库工具会自动显示该数据库之前的一些备份，然后直接选择需要还原的数据库备份集。
2.选择源设备点击后面的...，添加需要还原的数据库文件
2.点击确认还原数据库
数据库恢复
数据库恢复的前提是1.一个完整的数据库备份2.包含这个完整数据库备份的事务日志备份3.完整备份之间也可以存在数个差异备份
对于数据库维护空间始终是一个比较头疼的问题，特别是对于大型数据库而言，每天的日志文件增长是庞大的，很多数据库管理员会定时对数据库日志文件进行收缩，但是经常收缩会存在收缩完日志文件还是不能减少，这是因为存在很多活动的日志无法收缩可以用
DBCC LOGINFO('数据库名称')
我们看到
status=0的日志，代表已经备份到磁盘的日志文件；而
status=2的日志还没有备份。当我们收缩日志文件时，收缩掉的空
间其实就是
status=0的空间，如果日志物理文件无法减小，这里一
定能看到非常多status=2的记录
解决办法：1.可以分离要收缩的数据库，然后手动删除日志文件，然后附加数据库，数据库就会产生一个很小的日志文件（不推荐使用这种方法）
2.右键要出来的数据库选择“属性”-"选项"，将恢复模式改成"简单"，然后利用收缩工具可以讲日志文件收缩到很小，收缩完记得讲恢复模式改成"完整"
也可以用语句进行处理(dbname是你要进行收缩的数据库名，dbname_log是你要进行收缩的数据库的逻辑日志名称)
USE [master]
GO ALTER DATABASE [dbname] SET recovery SIMPLE WITH NO_WAIT GO
ALTER DATABASE [dbname] SET RECOVERY SIMPLE --简单模式
GO
USE [dbname]
GO
DBCC SHRINKFILE (N'dbname_log' , 11, TRUNCATEONLY) GO
USE [master]
GO
ALTER DATABASE [dbname] SET RECOVERY FULL WITH NO_WAIT ALTER DATABASE [dbname] SET RECOVERY FULL
对于第一种方法不赞同使用，首先对于数据库的分离与附加有时候会破坏数据库，造成数据库无法还原，还有就是对于在线数据库也不允许进行分离操作。
对于第二种方法是slq2008收缩日志文件的一种方法，但是此方法也不能使用过于频繁，因为进行数据库恢复模式的更改会截断事务日志文件，这样的话当时利用事务日志文件进行恢复的时候检查点不能包含数据库文件，而且当你要对事务日志进行备份的时候会重新提示你需要对数据库进行完整备份。
举个例子：比如你昨天晚上进行了一次完整备份，然后同时你也进行了一次日志备份（提前日志未被截断），然后你每个小时进行过一次差异备份，最近的差异备份时间点是14点，如果此时数据库错误修改了数据，你可以立马备份一个日志文件将数据库恢复到日志备份开始到日志备份终点前的任意时间点 。
如果此时你进行了修改数据库模式，截断日志进行了收缩，那么你的数据只能恢复到昨天晚上备份的那个日志备份时间前的任意时间点，也就是今天所做的数据库更改无法再恢复了，因为日志文件已经被截断了，不知道这样解释是否明白
因为日志文件的检查点（lsn）是连续的，每一次日志备份都是在上一次备份的基础上lsn往后增加的，lsn的范围也包括了数据库文件的lsn，也只有日志文件的lsn包括了数据库文件的lsn,才能将数据库文件进行回滚。
上图中总共有三个备份文件，一个完整备份、一个差异备份、一个日志备份，大家可以注意观察完整备份的第一个lsn与最后一个lsn,和检查点
第二个差异备份文件的的第一个lsn与最后一个lsn,和检查点，最后的日志备份的第一个lsn和最后一个lsn包含了前面两个备份文件的lsn,这种情况数据库就可以恢复到日志文件备份前的任意时间点，如果日志文件没有包含数据库文件的最后一个lsn也就无法恢复了。
❻ sql server 数据库误删，有日志文件如何还原
恢复条件
1.数据库是完整恢复模式.
2.误操作以来未日志截断.那么,使用Log
Explorer导出反误操作的SQL脚本.
❼ 如何恢复SQLServer表级数据详解
方案1：恢复到一个不同的数据库：
对于小数据库来说不失为一种好的办法，用备份还原一个新的库，并把新库中的表数据同步回去。你可以做完整恢复，或者时间点恢复。但是对于大数据库，是非常耗时和耗费磁盘空间的。这个方法仅仅用于还原数据，在还原数据（就是同步数据）的时候，你要考虑触发器、外键等因素。
方案2：使用STOPAT来还原日志：
你可能想恢复最近的数据库备份，并回滚到某个时间点，即发生意外前的某个时刻。此时可以使用STOPAT子句，但是前提是必须为完整或大容量日志恢复模式。