SQL Server 2008事务日志传送备份的实施过程详解

　　熟悉微软企业级数据库软件朋友，了解作为微软一个重大的产品版本，SQL Server 2008除了许多新的特性和关键的改进，使得它成为至今为止的最强大和最全面的SQL Server版本外，其实SQL Server 2008中的备份方式也是其一大亮点，SQL Server 2008使用的备份一个数据库有多种方法，如差异备份和事物日志备份。事务日志备份将复制上次完全或以前的事务日志备份的所有数据变化。事物日志备份通常是非常快并且非常小，仅次于镜像的高可靠性备份方案，可以达到分钟级的灾难恢复能力。

　

　　下面详细讲解了事务日志传送备份的实施过程：

　　对于用户来说，要先建立一个数据库服务器，名称Server-DW，需要备份的数据库为"JKL_DW"。同时建立一个备份服务器，名称Server-ETL。在Server-ETL上创建文件夹，用于存放备份数据库，此例中命名为"jklDW"。

　　另外，在Server-ETL上创建另外一个文件夹，用于存放为备份数据传送过来的事务日志，命名为"LogBackup"，然后共享此文件夹。此外还需建立一个存放为还原数据库复制的事务日志，命名为"Log">Copy"，也同样共享此文件夹。　

　

　　备份数据库─常规页

时间： 2024-09-20 00:41:40

SQL Server 2008事务日志传送备份的实施过程详解的相关文章

SQL Server 2008 R2数据应用层程序和数据库镜像详解

随着http://www.aliyun.com/zixun/aggregation/11208.html">Microsoft SQL Server 2008 R2即将发布,使得更多的DBA和Visual Studio.Net开发人员更加关注其新增的功能特点.SQL Server 2008 R2提供了主数据服务.数据应用层程序.多服务器管理.Power Pivot for SharePoint .Report Builder 3.0.Stream Insight等众多新功能.在新功能支持下

SQL Server高可用——日志传送（4-3）——使用

原文:SQL Server高可用--日志传送(4-3)--使用   顺接上一篇:SQL Server高可用--日志传送(4-2)--部署 本文为本系列最重要的一篇,讲述如何使用日志传送及一些注意事项.从上一篇可以看到,其实配置不难,难是难在一旦出现问题,如何处理.这些是4大高可用的同性.配置都不会很难,只是如何故障排除而已.     监控日志传送:       在配置好日志传送之后,需要进行监控,监控备份.复制及还原的作业运作情况.这三类作业任何一个没有成功都意味着日志传送失败. 有两种方法可以

SQL Server高可用——日志传送（4-1）——概论

原文:SQL Server高可用--日志传送(4-1)--概论  本文作为学习总结,部分内容出自联机丛书及其他书籍   日志传送是什么?          SQLServer 2012之前(2012出现了AlwaysOn),SQLServer存在四大高可用(集群/群集.日志传送.镜像和复制).本主题主要讨论其中的日志传送功能.但是由于工作原因,只能谈论到使用级别,不做太深入的研究.   现在先来说说日志传送(Log Shipping)是什么?         它是高可用的其中一种,可以搭配其他高

数据库-sql server 2005 事务日志删除问题

问题描述 sql server 2005 事务日志删除问题 sql server 2005 事务日志 删除对数据库有多大影响? 如何删除sql server 2005 事务日志 如何做到定期删除半年前的,保留半年的事务日志? 解决方案 如果你的数据库是full模式,那需要先做完整备份,再定期做日志备份,这样才能截断日志 如果数据库是simple模式,就不存在截断日志的问题

SQL Server高可用——日志传送（4-2）——部署

原文:SQL Server高可用--日志传送(4-2)--部署   前文再续,书接上一回.本章演示一下日志传送的具体过程   准备工作:   由于时间关系,已经装好了3台虚拟机,且同在一个域里面:         SQL01:主服务器 SQL02:辅助服务器 SQL03:监视服务器   初始配置:       这里是实验方便,正式环境应该由于特殊账号的读写权限.注意这里的读写权限不应该是sql内部的账号,如sa这些,而是sqlagent.SQLServer service这类型的账号,这些账号才

SQL Server 为什么事务日志自动增长会降低你的性能

原文地址:点击打开链接   在这篇文章里,我想详细谈下为什么你要避免事务日志(Transaction Log)上的自动增长操作(Auto Growth operations).很多运行的数据库服务器,对于事务日志,用的都是默认的日志文件大小和自动增长设置.人们有时会很依赖自动增长机制,因为它们刚好能正常工作.当然,如果它正常工作的话,你不必太关注它,但很快你会发现会有问题出现.   只依赖于事务日志的自动增长机制总不是个好主意.首先它会导致严重的日志碎片(Log Fragmentation),在

SQL Server中事务日志已满的原因以及解决办法

  错误描述:数据库的事务日志已满.若要查明无法重用日志中的空间的原因 ,请参阅sys.databases 中的 log_reuse_wait_desc 列 .   首先引入一下事务日志的概念(来自百度百科):   事务日志是一个与数据库文件分开的文件.它存储对数据库进行的所有更改,并全部记录插入.更新.删除.提交.回退和数据库模式变化.事务日志还称作前滚日志或重做日志.   事务日志是备份和恢复的重要组件,也是使用 SQL Remote 或 [复制代理] 复制数据所必需的.   在缺省情况下,

MS SQL Server的事务日志简介一览

交易日志,或称事务日志(Transaction logs)是数据库结构中非常重要但又经常被忽略的部分.由于它并不像数据库中的schema那样活跃,因此很少有人关注交易日志. 交易日志是针对数据库改变所做的记录,它可以记录针对数据库的任何操作,并将记录结果保存在独立的文件中.对于任何每一个交易过程,交易日志都有非常全面的记录,根据这些记录可以将数据文件恢复成交易前的状态.从交易动作开始,交易日志就处于记录状态,交易过程中对数据库的任何操作都在记录范围,直到用户点击提交或后退后才结束记录.每个数据库

ORACLE LOGFILE 和 SQL SERVER 2005 事务日志管理和恢复的比较

原创,转载请注明    其实如果要说这类日志的重要性,当然2个数据库都知道它的重要性.也淡淡的说一下.日志是进行数据库恢复重要的组建.用于将数据库恢复到故障点,也就是我们通常说的滚动,ORACLE叫他LOGFILE,而SQL SERVER 叫他事务日志.    ORACLE中有归档模式和非归档模式,而这对应了SQL SERVER 中的恢复模式的完整恢复模式和简单恢复模式.完整恢复模式和归档模式都是支持恢复到故障点的,而非归档模式和简单模式其实说白了都是不保存各自数据库的历史LOGFILE和事务日