首页 / 日志 / SQLServer误区30日谈第20天破坏日志备份链之后，需要一个完整备份来重新开始日志链

SQLServer误区30日谈第20天破坏日志备份链之后，需要一个完整备份来重新开始日志链

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了SQLServer误区30日谈第20天破坏日志备份链之后，需要一个完整备份来重新开始日志链，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3279字，纯文字阅读大概需要5分钟。

内容图文

SQLServer误区30日谈第20天破坏日志备份链之后，需要一个完整备份来重新开始日志链

误区 #20:在破坏日志备份链之后，需要一个完整备份来重新开始日志链
错误

事务日志备份会备份自上次事务日志备份以来所有的事务日志(如果从来没有过日志备份的话，那就从上一次完整备份开始)。有好几种类型的操作会中断事务日志的连续性，也就是说除非重新开始新的日志链，SQL Server无法再进行日志备份。下面这几种操作都有可能引起日志链断裂:

由完整恢复模式或大容量事务日志恢复模式转为简单恢复模式
从数据库镜像进行恢复
备份日志时指定了NO_LOG 或 WITH TRUNCATE_ONLY(还好在SQL Server 2008中这个选项被取消了)

更多请看:post BACKUP LOG WITH NO_LOG - use, abuse, and undocumented trace flags to stop it

通过下面的例子对此进行阐述:

代码如下:

 
CREATE DATABASE LogChainTest; 
GO 
ALTER DATABASE LogChainTest SET RECOVERY FULL; 
GO 
BACKUP DATABASE LogChainTest TO DISK = 'C:\SQLskills\LogChainTest.bck' WITH INIT; 
GO 
BACKUP LOG LogChainTest TO DISK = 'C:\SQLskills\LogChainTest_log1.bck' WITH INIT; 
GO 
ALTER DATABASE LogChainTest SET RECOVERY SIMPLE; 
GO 
ALTER DATABASE LogChainTest SET RECOVERY FULL; 
GO 

结果是:

代码如下:

 
已为数据库 'LogChainTest'，文件 'LogChainTest' (位于文件 1 上)处理了 168 页。 
已为数据库 'LogChainTest'，文件 'LogChainTest_log' (位于文件 1 上)处理了 2 页。 
BACKUP DATABASE 成功处理了 170 页，花费 0.224 秒(5.916 MB/秒)。 
已为数据库 'LogChainTest'，文件 'LogChainTest_log' (位于文件 1 上)处理了 3 页。 
BACKUP LOG 成功处理了 3 页，花费 0.121 秒(0.137 MB/秒)。 

我首先创建了一个数据库，将其设置为完整恢复模式，这个是日志链的起点,然后转为简单恢复模式，再转为完整恢复模式。
下面我再尝试进行日志备份

代码如下:

 
BACKUP LOG LogChainTest TO DISK = 'C:\SQLskills\LogChainTest_log2.bck' WITH INIT; 
GO 

则会得到如下报错信息:

代码如下:

 
消息 4214，级别 16，状态 1，第 1 行 
无法执行 BACKUP LOG，因为当前没有数据库备份。 
消息 3013，级别 16，状态 1，第 1 行 
BACKUP LOG 正在异常终止。 

SQL Server已经记录了我破坏日志链的操作以及与进行日志备份无法备份自上次日志备份以来所有的日志，所以SQL Server不允许我进行日志备份。
这个误区是说此时就需要完整备份才能恢复日志链，但实际上，我只需要做一个差异备份（这个差异备份的跨度超过日志链断裂的间隙）,代码如下：

代码如下:

 
BACKUP DATABASE LogChainTest TO DISK = 'd:\Test_bak\LogChainTest_log1.bck' WITH INIT, DIFFERENTIAL; 
GO 
BACKUP LOG LogChainTest TO DISK = 'd:\Test_bak\LogChainTest_log1.bck' WITH INIT; 
GO 

得到的结果:

代码如下:

 
已为数据库 'LogChainTest'，文件 'LogChainTest' (位于文件 1 上)处理了 64 页。 
已为数据库 'LogChainTest'，文件 'LogChainTest_log' (位于文件 1 上)处理了 1 页。 
BACKUP DATABASE WITH DIFFERENTIAL 成功处理了 65 页，花费 0.119 秒(4.267 MB/秒)。 
已为数据库 'LogChainTest'，文件 'LogChainTest_log' (位于文件 1 上)处理了 1 页。 
BACKUP LOG 成功处理了 1 页，花费 0.052 秒(0.150 MB/秒)。 

不得不说这种方式更Cool一些，因为你不再需要一个完整备份才能继续进行日志备份。
如果你的备份策略中包含了文件或是文件组的备份，你甚至只需要单个文件的差异备份就能继续进行日志备份。但前提是这个备份的跨度超过了断裂LSN的长度，当然这是更深的话题了。
又揭穿了一个误区!

您可能感兴趣的文章:

定时自动备份IIS的WWW日志的vbs脚本
mssql自动备份及自动清除日志文件服务器设置
sqlserver 数据库日志备份和恢复步骤
SQL Server2008 数据库误删除数据的恢复方法分享
SQL server 2008 数据安全(备份和恢复数据库)
Shell脚本定时备份清除运行系统日志的代码
win平台oracle rman备份和删除dg备库归档日志脚本
数据库崩溃，利用备份和日志进行灾难恢复
SQL Server 2008数据库误删数据如何进行数据恢复
SQL Server 2008及更高版本数据库恢复方法之日志尾部备份

内容总结

以上是互联网集市为您收集整理的SQLServer误区30日谈第20天破坏日志备份链之后，需要一个完整备份来重新开始日志链全部内容，希望文章能够帮你解决SQLServer误区30日谈第20天破坏日志备份链之后，需要一个完整备份来重新开始日志链所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/586909.html

来源：【匿名】

【上一篇】SQL数据库日志已满解决方法【下一篇】php错误日志怎么看

更多 ►

【SQLServer误区30日谈第20天破坏日志备份链之后，需要一个完整备份来重新开始日志链】教程文章相关的互联网学习教程文章

PostgreSQL 基于日志的备份与还原【代码】

参考：http://www.postgresql.org/docs/9.5/static/continuous-archiving.htmlhttp://www.mkyong.com/database/postgresql-point-in-time-recovery-incremental-backup/ wal，即预写式日志，是日志的标准实现方式，简单而言就是将对数据库的变动记录到日志中，而后在将具体的新数据刷新到磁盘。PostgreSQL将该日志维护在数据文件夹下的子文件夹pg_xlog中。当数据库崩溃后，可以通过“重放”日志中的“动作”，将数据库恢复。也就是...

mssql自动备份及自动清除日志文件服务器设置

1、每日自动备份强烈建议有条件的用户进行此操作！ 1、打开企业管理器，在控制台根目录中依次点开Microsoft SQL Server--SQL Server组--双击打开你的服务器 2、然后点上面菜单中的工具--选择数据库维护计划器 3、下一步选择要进行自动备份的数据--下一步更新数据优化信息，这里一般不用做选择--下一步检查数据完整性，也一般不选择 4、下一步指定数据库维护计划，默认的是1周备份一次，点击更改选择每天备份后点确定 5、下一步指定...

定时自动备份IIS的WWW日志的vbs脚本

dim IISCount,IISObject,logfiledir,fso,LogFilePeriods,inputtime,site,sites,i,j,sitename(999),WshShell ‘on error resume next set WshShell = WScript.CreateObject("WScript.Shell") Set fso = CreateObject("scripting.FileSystemObject") set IISCount=GetObject("IIS://localhost/w3svc") sites=0 for each site in IISCount if (site.class="IIsWebServer") then sitename(sites)=site.name sites=sites+1 end if next...

日志和备份介绍

查询日志:generalshow variables like ‘%general%‘;+------------------+----------+| Variable_name | Value |+------------------+----------+| general_log | OFF || general_log_file | zxw8.log |+------------------+----------+ ? 记录每一条sql语句，建议不开启，因为如果访问量较大，会占用相当大的资源，影响性能; ? vim /etc/my.cnf.d/server.cnf ? general_log = ON| OFF#查询日志开关 ? general_l...

MySQL数据库（三）-- MySQL 日志管理、备份与恢复【代码】

一、MySQL 日志管理MySQL 的日志默认保存位置为 /usr/local/mysql/datavim /etc/my.cnf [mysqld] ##错误日志，用来记录当MySQL启动、停止或运行时发生的错误信息，默认已开启 log-error=/usr/local/mysql/data/mysql_error.log #指定日志的保存位置和文件名##通用查询日志，用来记录MySQL的所有连接和语句，默认是关闭的 general_log=ON general_log_file=/usr/local/mysql/data/mysql_general.log##二进制日志(binlog)，用来记...

mysql 日志表rename 备份

1. 按照原历史表新增一个新表（空表）：　　 mysql> show create table history_log\G 　　mysql> create table history_log_new ...; 2. 给历史表重命名，并将新表重命名为历史表：　　mysql> RENAME TABLE history_log to history_log_bak_20151217, history_log_new to history_log;原文：http://www.cnblogs.com/a-flydog/p/6239987.html

MYSQL增量备份（日志备份）

MYSQL数据库在使用过程中，一般都需要对使用的数据库进行备份处理，对于数据量较小时可以通过mysqldump命令进行数据库全备份，但是当数据库数据量达到一定程度之后，显然增量备份更加适合。MYSQL增量备份主要通过二进制日志文件进行增量备份。mysql数据库会以二进制形式自动把用户对mysql数据库的操作记录到文件，当用户希望恢复的时候可以使用备份文件进行恢复。本文主要介绍如何实现在本地服务器上对远程服务器的数据库文件进行在...

SQL事务日志备份时的问题【图】

1.在进行事务日志备份的时候，如下图： 3041 消息的疑难解答时的考虑事项：不会只是一个数据库或所有数据库出现问题吗？是备份到本地存储区或远程存储吗？哪种类型的备份（数据库备份、日志备份和差异备份）是否出现故障？正在执行备份的应用程序（SQL Server 代理作业、 SQL 维护计划或 VDI/VSS 备份软件供应商提供的备份代理程序）是什么？用于备份命令的选项是什么？什么是在其下运行 SQL Server 的帐户，此帐户没有所...

Nginx日志切割（Nginx日志备份）

日志对于一个服务来说非常的重要，本实例是对Nginx的日志做备份。编译安装的nginx的日志一般在“/usr/local/nginx/logs”#！/bin/bash#切换到日志路径cd /usr/local/nginx/logs#定义日志的时间，清楚的区分。Newaccess="access-`date +%Y-%m-%d-%H-%M`.log"Newerror="error-`date +%Y-%m-%d-%H-%M`.log"#移动日志mv access.log $Newaccessmv error.log $Newerror#创建日志touch access.log error.log #重新读取日志kill -USR1 `cat...

SQLServer 2008以上误操作数据库恢复方法——日志尾部备份

问题：经常看到有人误删数据，或者误操作，特别是update和delete的时候没有加where，然后就喊爹喊娘了。人非圣贤孰能无过，做错可以理解，但不能纵容，这个以后再说，现在先来解决问题。遇到这种情况，一般都是没有做备份，不然也不会来发问了。首先要冷静，否则会有更大的灾难。直到你放弃。解决方法：对于这类问题，主要是找回误操作之前的数据，在2008之前，有个很出名的工具Log Exploer，听说还挺好用...

41 mariadb日志文件、备份和恢复基础

01mariadb日志文件CentOS 7编译安装Mariadb[root@centos7 ~]# yum -y groupinstall "Development Tools"[root@centos7 ~]# yum install ncurses-devel openssl-devel libevent-devel jemalloc-devel cmake -y[root@centos7 ~]# tar xf mariadb-5.5.53.tar.gz [root@centos7 ~]# cd mariadb-5.5.53/[root@centos7 mariadb-5.5.53]# cmake . -DCMAKE_INSTALL_PREFIX=/usr/local/mariadb-5.5.53 \ -DMYSQL_DATADIR=/mydata/data \ -...

RMAN备份整个数据库和归档日志时报错【图】

RMAN备份整个数据库和归档日志时报错 Hi. I lost few previous archivelogs, and can RMAN备份整个数据库和归档日志时报错 Hi. I lost few previous archivelogs, and cant run "backup database plus archivelog;". Thats what I got from rman: RMAN> backup database plus archivelog; Starting backup at 12-APR-09 current log archived using channel ORA_DISK_1 RMAN-00571: =============================================...

无全量备份、未开启binlog日志，利用percona工具恢复delete的数据【图】

当我们忘记做全量备份时，并且没有开启binlog，并执行了deletefromsbtest;数据全部丢失，要想恢复是很有难度的。今天，利用PerconaDataRecoveryToolforInnoDB工当我们忘记做全量备份时，并且没有开启binlog，并执行了delete from sbtest;数据全部丢失，要想恢复是很有难度的。今天，利用Percona Data Recovery Tool for InnoDB工具（仅支持InnoDB，MyISAM不支持），可以找回被删除的数据。原理：在InnoDB引擎，delete删除操作，，不...

Oracle从备份集中抓出归档日志方法【图】

在实际环境中遇到这个问题，数据库为归档状态，但归档完毕后rman通过crontab自动备走归档日志并删除存在系统上的归档日志文件。在在实际环境中遇到这个问题，数据库为归档状态，但归档完毕后rman通过crontab自动备走归档日志并删除存在系统上的归档日志文件。在RealSync程序停止一段时间后，需要应用归档日志来解决日志丢失问题。问题是：数据库中的控制文件中关于备份的元数据已经丢失，但备份集存在。这时候我们开始调用Oracl...

增量备份解决DataGuard库日志GAP【图】

有时候备库滞后于主库很长时间了，而主库的归档日志已经不存在了，此时的日志间隔如何消除那，很多人选择重建备库，这个是很麻烦有时候备库滞后于主库很长时间了，而主库的归档日志已经不存在了，，此时的日志间隔如何消除那，很多人选择重建备库，这个是很麻烦的，尤其当主库数据量很大的时候，此时我们还有另外一种选择，那就是使用增量数据库备份来前滚备库，消除日志间隔。具体作法如下： 1.备库查看丢失的归档时的scn号 idl...

首页 / 日志 / SQLServer误区30日谈第20天破坏日志备份链之后，需要一个完整备份来重新开始日志链

SQLServer误区30日谈第20天破坏日志备份链之后，需要一个完整备份来重新开始日志链

内容导读

内容图文

您可能感兴趣的文章:

内容总结

内容备注

内容手机端

【SQLServer误区30日谈第20天破坏日志备份链之后，需要一个完整备份来重新开始日志链】教程文章相关的互联网学习教程文章

SQLSERVER - 相关标签

日志 - 相关标签

备份 - 相关标签

日志 - 最新教程

日志 - 最热教程