‘壹’ 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数据库如何还原
把数据库的备份文件放到服务器的任意目录下先， 然后按下面的步骤做。
如何从备份设备还原备份（企业管理器） ，从备份设备还原备份 。
展开服务器组，然后展开服务器。
展开"数据库"文件夹，右击数据库，指向"所有任务"子菜单，然后单击"还原数据库"命令。
在"还原为数据库"框中，如果要还原的数据库名称与显示的默认数据库名称不同，请在其中进行输入或选择。
若要用新名称还原数据库，请输入新的数据库名称。
说明 为数据库指定新名称将自动为从数据库备份中还原的数据库文件指定新名称。
单击"从设备"，然后单击"选择设备"。
在"还原自"下，单击"磁带"或"磁盘"，然后选择还原设备。
如果没有出现设备，则单击"添加"以添加现有的备份设备或创建新的备份设备。
在"还原数据库"对话框内，单击"查看内容"并选择要还原的备份集。
说明 此选项将扫描备份集以获得备份内容信息，该操作可能需要花费较长时间，特别是在使用磁带设备时。
如果已经知道要还原的备份集，则在"备份号"中输入备份集编号。
在"还原备份集"下执行下列操作之一： 单击"数据库 — 完全"还原数据库备份。
单击"数据库 — 差异"还原差异数据库备份。
单击"事务日志"应用事务日志备份。
‘叁’ SQL Server数据库自动备份频率高低的优劣分析
如果你的领导了解或完全明白了，完整备份/增量备份/事物日志备份，真正的含义。还是要求您按照他的方式去备份。建议您还是按照领导的要求去做。领导对数据的重要性和您看待的考虑和我们的不一样，可能看得更远。
下面写一下它们的区别
SQL Server 2008提供了四种备份方式：完整备份、差异备份、事务日志备份、文件和文件组备份。
完整备份
备份整个数据库的所有内容，包括事务日志。该备份类型需要比较大的存储空间来存储备份文件，备份时间也比较长，在还原数据时，也只要还原一个备份文件。
差异备份
差异备份是完整备份的补充，只备份上次完整备份后更改的数据。相对于完整备份分来说，差异备份的数据量比完整数据备份小，备份的速度也比完整备份要快。因此，差异备份通常作为常用的备份方式。在还原数据时，要先还原前一次做的完整备份，然后还原最后一次所做的差异备份 ，这样才能让数据库里的数据恢复到与最后一次差异备份时的内容相同。
事务日志备份
事务日志备份只备份事务日志里的内容。事务日志记录了上一次完整备份或事务日志备份后数据库的所有变动过程。事务日志记录的是某一段时间内的数据库变动情况，因此在进行事务日志备份之前，必须要进行完整备份。与差异备份类似，事务日志备份生成的文件较小、占用时间较短，但是在还原数据时，除了先要还原完整备份之外，还要依次还原每个事务日志备份，而不是只还原最后一个事务日志备份（这是与差异备份的区别）。
文件和文件组备份
如果在创建数据库时，为数据库创建了多个数据库文件或文件组，可以使用该备份方式。使用文件和文件组备份方式可以只备份数据库中的某些文件，该备份方式在数据库文件非常庞大时十分有效，由于每次只备份一个或几个文件或文件组，可以分多次来备份数据库，避免大型数据库备份的时间过长。另外，由于文件和文件组备份只备份其中一个或多个数据文件，当数据库里的某个或某些文件损坏时，可能只还原损坏的文件或文件组备份。
举例说明
完整备份
例如，在2017年7月1日早上8点进行了完整备份，那么将来在还原时，就可以恢复到2017年7月有1日早上8点时的数据库状态。
差异备份
差异备份是备份完整备份后的数据变动情况。例如，在2017年7月1日早上8点进行了完整备份后，在7月2日和7月3日又分别进行了差异备份，那么在7月2日的差异备份里记录的是从7月1日到7月2日这一段时间里的数据变动情况，而在7月3日的差异备份里记录的是从7月1日到7月3日这一段时间里的数据变动情况。因此，如果要还原到7月3日的状态，只要先还原7月1日做的完整备份，再还原1月3日做的差异备份就可以了。
事务日志备份
事务日志备份是以事务日志文件作为备份对象，相当于将数据库里的每一个操作都记录下来了。假设在2017年7月1日早上8点进行了完整备份后，到7月2日早上8点为止，数据库里的数据变动了100次，如果此时做了差异备份，那么差异备份记录的是第100次数据变动后的数据库状态，而如果此时做了事务日志备份，备份的将是这100次的数据变动情况。
再举一个例子，例如在2017年7月1日早上8点进行了完整备份后，在7月2日和7月3日又进行了事务日志备份，那么在7月2日的事务日志备份里记录的是从7月1日到7月2日这一段时间里的数据变动情况，而在7月3日的事务日志备份里记录的是从7月2日到1月3日这一段时间里的数据变动情况。因此，如果要还原到7月3日的数据，需要先还原7月1日做的完整备份，再还原7月2日做的事务日志备份，最后还要还原7月3日所做的事务日志备份。
备份方式的选择
了解了以上数据库备份方式后，便可以针对自己的数据库利用以上方式来备份数据库了。合理备份数据库需要考虑几方面，首先是数据安全，其次是备份文件大小，最后是做备份和还原能承受的时间范围。
数据变动量较小
例如，如果数据库里每天变动的数据量很小，可以每周（周日）做一次完整备份，以后的每天（下班前）做一次事务日志备份，那么一旦数据库发生问题，可以将数据恢复到前一天（下班时）的状态。
当然，也可以每周（周日）做一次完整备份，以后的每天（下班前）做一次差异备份，这样一旦数据库发生问题，同样可以将数据恢复到前一天下班时的状态。只是一周的后几天做差异备份时，备份的时间和备份的文件都会跟着增加。但这也有一个好处，在数据损坏时，只要恢复完整备份的数据和前一天差异备份的数据即可，不需要去恢复每一天的事务日志备份，恢复的时间会比较短。
数据变动量较大
如果数据库里的数据变动得比较频繁，损失一个小时的数据都是十分严重的损失时，用上面的办法备份数据就不可行了，此时可以交替使用三种备份方式来备份数据库。
例如，每天下班时做一次完整备份，在两次完整备份之间每隔八小时做一次差异备份，在两次差异备份之间每隔一小时做一次事务日志备份。如此一来，一旦数据损坏可以将数据恢复到最近一个小时以内的状态，同时又能减少数据库备份数据的时间和备份数据文件的大小。
数据库文件较大
在前面还提到过当数据库文件过大不易备份时，可以分别备份数据库文件或文件组，将一个数据库分多次备份。在现实操作中，还有一种情况可以使用到数据库文件的备份。例如在一个数据库中，某些表里的数据变动得很少，而某些表里的数据却经常改变，那么可以考虑将这些数据表分别存储在不同的文件或文件组里，然后通过不同的备份频率来备份这些文件和文件组。但使用文件和文件组来进行备份，还原数据时也要分多次才能将整个数据库还原完毕，所以除非数据库文件大到备份困难，否则不要使用该备份方式。
尾部日志备份
针对以上备份方案，能看出数据还是不完整吗？比如昨天夜间12点做了完整备份，每隔一小时做了一次事务日志备份，最后一次事务日志备份是今天中午12点，现在是今天中午12点10分，发现数据库数据遭到丢失或破坏，可最后一次事务日志备份是今天中午12点，如果我此时将数据库恢复到12点，那么12点后至12点10分前没遭到破坏的操作数据将丢失（比如数据库有三个表，一个表的数据遭到破坏，其它两个表的数据被其它用户变动）。此时就要用到【尾部日志备份】，尾部日志备份原理是从最后一次事务日志备份的时间点开始，将之后的所有操作进行备份，还原时便可以找到12点后操作的正确数据了。
注：进行尾部日志备份时，数据库将强制停止数据库，此时如果不停止数据库，还有用户继续操作，尾部日志备份将失去意义。SQL Server 2012如果你最后一次备份事务日志后，对数据进行过改动，即发生过事务日志（也就是当前日志文件记录的LSN(日志序列号)大于最后一次事务日志备份里记录的最大LSN，SQL Server通过LSN来区分日志的记录），并尚未对尾部日志备份，它会提示并要求你必须先做尾部备份。
‘肆’ 附加SQL2000数据库的时候出现：该LSN是传递给数据库shikong_Lekd中的日志扫描操作的，是怎么回事
应该是数据文件或者日志文件损坏了。
1)设置数据库为紧急模式
停掉SQL Server服务；
把应用数据库的数据文件XXX_Data.mdf移走；
重新建立一个同名的数据库XXX；
停掉SQL服务；
把原来的数据文件再覆盖回来；
运行以下语句，把该数据库设置为紧急模式；
运行“Use Master
Go
sp_configure 'allow updates', 1
reconfigure with override
Go”
执行结果：
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
已将配置选项 'allow updates' 从 0 改为 1。请运行 RECONFIGURE 语句以安装。
接着运行“update sysdatabases set status = 32768 where name = 'XXX'”
重启SQL Server服务；
运行以下语句，把应用数据库设置为Single User模式；
运行“sp_dboption 'XXX', 'single user', 'true'”
执行结果：
命令已成功完成。
做DBCC CHECKDB；
运行“DBCC CHECKDB('XXX')”
运行以下语句把系统表的修改选项关掉；
运行“sp_resetstatus "XXX"
go
sp_configure 'allow updates', 0
reconfigure with override
重新建立另外一个数据库XXX.Lost；
2)DTS导出向导
运行DTS导出向导；
‘伍’ sql server 怎么检查数据库再使用中
LSN，是Log Sequence Number，即日志序列号的简称，SQL Server使用事务日志来记录发生在数据库服务器的事务。
如果想查看与数据库Northwind相关的日志记录，可以按照下面步骤进行设置。
(1) 在【查询编辑器】中输入下面的Transact-SQL语句：
USE Northwind
SELECT * FROM ::fn_dblog(null, null)
GO
(2) 单击【执行】按钮，与数据库Northwind相关的每条日志信息将以数据集的形式返回。
(3) 此外，也可以像设计其他普通查询语句那样设置查询条件，如下所示：
USE Northwind
SELECT [Begin Time] ,* FROM ::fn_dblog(null,null) WHERE [Begin Time] >= '2012/10/22'
GO
‘陆’ SQL SERVER备份与恢复，不理解！
SQL Server中的日志以LSN来区别每一条事务，日志备份只复制上次日志备份以来的所有日志记录，也就是上次日志备份后新产生的LSN号。
如果可以在发生严重故障后备份活动日志（尾日志），则可将数据库一直还原到没有发生数据丢失的故障点处理。但是大量做日志备份时，恢复备份时需要严格按照日志备份产生的顺序依次恢复，中间不能有任何日志备份的缺失或跳跃，所以日志备份做的越多，还原时间越长，管理复杂性越高。
正是因为这个情况，所以才有差异备份，而差异备份是备份上次完整备份以后数据库整的整体差异。
如上面的情况，在差异备份后的日志备份，如果有事务穿越了差异备份的时点，在有后续日志备份的情况下，也可以正常达到提交或回滚的目标。
根据这两个原则，你上面所列的情况在情理之中。
‘柒’ 如何用SQL语句进行数据的插入删除
//添加insert
into
tablename
(fld1,fld2,...,fldn)
values
(vls1,vls2,...,vlsn)//更改update
tablename
set
fld1=vls1,fld2=vls2,...,fldn=vlsn
[where
条件]//删除delete
from
tablename
[where
条件]不会是这个问题吧，头大了
‘捌’ 如何用SQLserver2008还原2000版备份的数据文件
在完整恢复模式或大容量日志恢复模式下，必须先备份活动事务日志(称为日志尾部)，然后才能在SQLServerManagementStudio中还原数据库。有关详细信息，请参阅如何备份事务日志(SQLServerManagementStudio)。若要还原已加密的数据库，您必须有权访问用于加密数据库的证书或非对称密钥。如果没有证书或非对称密钥，数据库将无法还原。 认识数据库备份和事务日志备份 数据库备份与日志备份是数据库维护的日常工作，备份的目的是在于当数据库出现故障或者遭到破坏时可以根据备份的数据库及事务日志文件还原到最近的时间点将损失降到最低点。 数据库备份 数据库备份可以手动备份和语句备份 一.手动备份数据库 1.鼠标右键选择你要进行备份的数据库-任务-备份 可以在常规选项页面你可以选择备份类型是进行完整数据库备份还是差异数据库备份 2.点击添加选项，选择数据库文件的存放路径 注意文件名记得加后缀.bak,便于恢复时的查找 3.你还可以在选项页面是追加到现有的备份集，还是覆盖所有的现有备份集，还可以选择备份验证完整性(建议选择)，还可以选择是否压缩备份等。 二.语句备份数据库 use master goBACKUP DATABASE [test] TO DISK = N'D:Microsoft sql serverMSSQL10.MSSQLSERVERMSSQLBackuptest.bak' WITH NOFORMAT, NOINIT, NAME = N'test-完整 数据库 备份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO 数据库日志备份 首先需要注意，数据库日志的备份是基于数据库完整备份，也就是说你备份数据库日志之前你首先要先对数据库进行一次完整的备份，因为之间会涉及到坚持到检查点lsn，这也是本文接下来要讲的重点。 一.手动备份数据库日志 1.右键数据库-任务-备份-选择备份类型(事务日志) 2.点添加，添加日志文件备份存储路径 3.同数据库完整备份一样，你也可以选择覆盖现有备份集或者追加到现有备份集，这里现在覆盖现有备份集、验证完整性，然后确认备份 二.语句备份数据库事务日志 BACKUP LOG [test] TO DISK = N'D:test.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数据库中日志收缩、截断等等是什么
如：shgzts为数据库名
mp transaction shgzts with no_log --截断日志
backup log shgzts with no_log --备份日志
dbcc shrinkdatabase(shgzts,truncateonly) --数据库收缩