SQL2008数据还原时报错“尚未备份数据库‘XX’的日志尾部”。不能还原。

SQL2008数据还原时报错“尚未备份数据库‘XX’的日志尾部”。不能还原。,第1张

 这是因为还原的数据库随后后又产生了新的日志,所以按照默认设置的备份选项,系统将提示备份日志尾部以免造成事务中断。

解决方法:

 如果需要备份尾部日志则进行备份。如果不需要,则可以在还原数据库的的选项卡中选择【覆盖现有数据库】复选框。

您好,很高兴为您解答。

备份事务日志尾部

连接到相应的 MicrosoftSQL Server 数据库引擎实例之后,在对象资源管理器中,单击服务器名称以展开服务器树。

展开“数据库”,然后根据数据库的不同,选择用户数据库,或展开“系统数据库”,再选择系统数据库。

右键单击数据库,指向“任务”,再单击“备份”。将出现“备份数据库”对话框。

在“数据库”列表框中,验证数据库名称。您也可以从列表中选择其他数据库。

验证恢复模式是 FULL 还是 BULK_LOGGED。

在“备份类型”列表框中,选择“事务日志”。

使“仅复制备份”处于取消选中状态。

可以接受“名称”文本框中建议的默认备份集名称,也可以为备份集输入其他名称。

在“说明”文本框中,输入结尾日志备份的说明。

指定备份集的过期时间:

若要使备份集在特定天数后过期,请单击“之后”(默认选项),并输入备份集从创建到过期所需的天数。此值范围为 0 到 99999 天;0 天表示备份集将永不过期。

默认值在“服务器属性”对话框(位于“数据库设置”页上)的“默认备份媒体保持期(天)”选项中设置。若要访问此对话框,请在对象资源管理器中右键单击服务器名称,选择“属性”,再选择“数据库设置”页。

若要使备份集在特定日期过期,请单击“在”,并输入备份集的过期日期。

通过单击“磁盘”或“磁带”,选择备份目标的类型。若要选择包含单个媒体集的多个磁盘或磁带机(最多为 64 个)的路径,请单击“添加”。选择的路径将显示在“备份到”列表框中。

若要删除备份目标,请选择该备份目标并单击“删除”。若要查看备份目标的内容,请选择该备份目标并单击“内容”。

在“选择页”窗格中,单击“选项”。

可以通过单击以下选项之一来选择“覆盖媒体”选项:

备份到现有媒体集

对于此选项,请单击“追加到现有备份集”或“覆盖所有现有备份集”。有关详细信息,请参阅追加到现有备份集和覆盖备份集。

或者选择“检查媒体集名称和备份集过期时间”,以使备份 *** 作对媒体集和备份集的过期日期和时间进行验证。

或者在“媒体集名称”文本框中输入名称。如果没有指定名称,将使用空白名称创建媒体集。如果指定了媒体集名称,将检查媒体(磁带或磁盘),以确定实际名称是否与此处输入的名称匹配。

如果将媒体名称保留空白,并选中该框以便与媒体进行核对,则只有当媒体上的媒体名称也是空白时才能成功。

备份到新媒体集并清除所有现有备份集

对于该选项,请在“新建媒体集名称”文本框中输入名称,并在“新建媒体集说明”文本框中描述媒体集(可选)。有关详细信息,请参阅创建新媒体集。

或者,在“可靠性”部分中,选中:

完成后验证备份。

“写入媒体前检查校验和”和“出现校验和错误时继续”(可选)。有关校验和的信息,请参阅在备份和还原期间检测和处理媒体错误。

在“事务日志”部分,选中“备份日志尾部,并使数据库处于还原状态”。

这相当于指定以下 BACKUPTransact-SQL 语句:

BACKUP LOG database_name TO <backup_device>WITH NORECOVERY

【在还原时,“还原数据库”对话框将结尾日志备份的类型显示为“事务日志(仅备份)】

如果备份到磁带机(如同“常规”页的“目标”部分指定的一样),则“备份后卸载磁带”选项处于活动状态。单击此选项可以激活“卸载前倒带”选项。

SQL Server 2008 Enterprise 及更高版本支持备份压缩。默认情况下,是否压缩备份取决于“备份压缩默认值”服务器配置选项的值。但是,不管当前服务器级默认设置如何,您都可以通过选中“压缩备份”来压缩备份,并且可以通过选中“不压缩备份”来防止压缩备份。

查看当前备份压缩默认值

如若满意,请点击右侧【采纳答案】,如若还有问题,请点击【追问】

希望我的回答对您有所帮助,望采纳!

~ O(∩_∩)O~

在完整恢复模式或大容量日志恢复模式下,必须先备份活动事务日志(称为日志尾部),然后才能在SQLServerManagementStudio中还原数据库。有关详细信息,请参阅如何备份事务日志(SQLServerManagementStudio)。若要还原已加密的数据库,您必须有权访问用于加密数据库的证书或非对称密钥。如果没有证书或非对称密钥,数据库将无法还原。

认识数据库备份和事务日志备份

数据库备份与日志备份是数据库维护的日常工作,备份的目的是在于当数据库出现故障或者遭到破坏时可以根据备份的数据库及事务日志文件还原到最近的时间点将损失降到最低点。

数据库备份

数据库备份可以手动备份和语句备份

一.手动备份数据库

1.鼠标右键选择你要进行备份的数据库-任务-备份

可以在常规选项页面你可以选择备份类型是进行完整数据库备份还是差异数据库备份

2.点击添加选项,选择数据库文件的存放路径

注意文件名记得加后缀.bak,便于恢复时的查找

3.你还可以在选项页面是追加到现有的备份集,还是覆盖所有的现有备份集,还可以选择备份验证完整性(建议选择),还可以选择是否压缩备份等。

二.语句备份数据库

use master goBACKUP DATABASE [test] TO DISK = N'D:Microsoft sql serverMSSQL10.MSSQLSERVERMSSQLBackupest.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]

GOALTER DATABASE [dbname] SET recovery SIMPLE WITH NO_WAITGO

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_WAITALTER DATABASE [dbname] SET RECOVERY FULL

对于第一种方法不赞同使用,首先对于数据库的分离与附加有时候会破坏数据库,造成数据库无法还原,还有就是对于在线数据库也不允许进行分离 *** 作。

对于第二种方法是slq2008收缩日志文件的一种方法,但是此方法也不能使用过于频繁,因为进行数据库恢复模式的更改会截断事务日志文件,这样的话当时利用事务日志文件进行恢复的时候检查点不能包含数据库文件,而且当你要对事务日志进行备份的时候会重新提示你需要对数据库进行完整备份。

举个例子:比如你昨天晚上进行了一次完整备份,然后同时你也进行了一次日志备份(提前日志未被截断),然后你每个小时进行过一次差异备份,最近的差异备份时间点是14点,如果此时数据库错误修改了数据,你可以立马备份一个日志文件将数据库恢复到日志备份开始到日志备份终点前的任意时间点 。

如果此时你进行了修改数据库模式,截断日志进行了收缩,那么你的数据只能恢复到昨天晚上备份的那个日志备份时间前的任意时间点,也就是今天所做的数据库更改无法再恢复了,因为日志文件已经被截断了,不知道这样解释是否明白

因为日志文件的检查点(lsn)是连续的,每一次日志备份都是在上一次备份的基础上lsn往后增加的,lsn的范围也包括了数据库文件的lsn,也只有日志文件的lsn包括了数据库文件的lsn,才能将数据库文件进行回滚。

上图中总共有三个备份文件,一个完整备份、一个差异备份、一个日志备份,大家可以注意观察完整备份的第一个lsn与最后一个lsn,和检查点

第二个差异备份文件的的第一个lsn与最后一个lsn,和检查点,最后的日志备份的第一个lsn和最后一个lsn包含了前面两个备份文件的lsn,这种情况数据库就可以恢复到日志文件备份前的任意时间点,如果日志文件没有包含数据库文件的最后一个lsn也就无法恢复了。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/6937008.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-30
下一篇 2023-03-30

发表评论

登录后才能评论

评论列表(0条)

保存