带镜像的数据库日志压缩方案

带有镜像的数据库的压缩，如果有些情况没有按照步骤，可能不能将数据库压缩

1:  backup log

BACKUP LOG [database name]
TO  DISK = N‘path\txxx.bak‘
 WITH NOFORMAT, NOINIT,  NAME = database name-Transaction Log  Backup‘,
 SKIP, NOREWIND, NOUNLOAD,  STATS = 10
2: 确保同步完成

注意确保 mirror 状态是已经同步完成。

3：暂停镜像

暂停镜像，点击"pause"

4：shrinkfile

执行命令: DBCC SHRINKFILE (N‘logic name‘ , 0)

查看log文件是否变小？如果没有变小可以多做几次(步骤: 1~4)。

5：开启镜像

在开启镜像

带镜像的数据库日志压缩方案,布布扣,bubuko.com

时间： 2024-10-20 07:25:49

带镜像的数据库日志压缩方案的相关文章

SQL2008如何清空压缩数据库日志

SQL2008如何清空压缩数据库日志 编写人:左丘文 2015-4-10 近期在给一系统初始化资料时,不断的导入导出,因此一不小心,就将数据的SQL(sql2008R2)的是日志档弄得比数据库还大,给系统部署带来麻烦.因此想办法能否快速的将日志文件缩小到令人满意的504K. 今天在这里,我想与大家一起分享一下SQL2008中如何清空日志文档,在此做个小结,以供参考.有兴趣的同学,可以一同探讨与学习一下,否则就略过吧.   1.         采用我之前在SQL2005中的方法,发现已不能正常运

SQL Server 2005/2008压缩数据库日志的方法

适用于SQL Server 2005的方法 1 Backup Log DNName WITH no_log 2 GO 3 DUMP TRANSACTION DNName WITH no_log 4 GO 5 USE DNName 6 DBCC SHRINKFILE (2) 7 GO 说明:由于SQL Server 2008对文件和日志管理进行了优化,所以以上语句在SQL2005中可以运行但在SQL2008中已经被取消. 适用于SQL Server 2008的方法 1 USE [master] 2

SQL Server 2008删除或压缩数据库日志的方法

2010-09-20 20:15 由 于数据库日志增长被设置为“无限制”,所以时间一长日志文件必然会很大,一个400G的数据库居然有600G的LOG文件,严重占用了磁盘空间.由于主要 是做OLAP,所以数据库本身不会有大变动,所以日志也就没有多少作用了,因此想办法把数据库日志文件收缩到很小或者删除. 网 上搜索相关解决方案后,得到的答案丰富多彩,但是真正管用的方案并不多,这里分享一个csdn上找到的方法.这个方法讲述了SQL Server 2005和SQL Server 2008在收缩数据库日志

SqlServer压缩数据库日志

declare @dbName varchar(20)--数据库名称 declare @dbNamelog varchar(20)--数据库日志文件名称 --替换成自己的文件名称 select @dbName='dbname' select @dbNamelog='dbname_log' declare @sql nvarchar(2000) set @sql=' USE '+@dbName+' ALTER DATABASE '+@dbName+' SET RECOVERY SIMPLE WIT

[整理]数据库镜像与数据库快照

http://wuxinaiaman928.blog.163.com/blog/static/64932144200861035432565 在SQL Server2005课程中提到了数据库快照与数据库镜像的问题,这两个功能都是在SQL2005中增加的新特性,由于上课时间有限,没有时间进行详细的阐述,现将相关资料发布在上面,希望学员能够认真学习,加以领会.   数据库镜像是SQL Server 2005的一个新特性,它允许你将一个SQL Server中的数据库内容镜像到另一个SQL Server

解析SQLServer事务日志压缩与删除的方法

做项目的时候拿到一个只有280M的数据库备份,可是在SQLServer 2000下恢复的时候等了半天才都没有恢复完毕,感觉很不可思议,于是怀疑有什么猫腻.到了数据文件的目录下一看,果不其然竟然声称了一个接近10G的数据库日志文件!以前从来没有做过那么多数据的数据库,而且更没有做过有3年数据库日志记录的数据库. 这对于硬盘空间不是很充裕的我来说已经超过了能够忍受的极限,而且另一个80M的数据库回复之后生成的日志文件更是夸张的达到了5G+!这是不能忍受的,也是不能被原谅的. 刚开始的时候不太懂,直接

Oracle数据库HA架构方案介绍

摘要:Oracle数据库在各类应用系统中负责存储平台所有的用户数据,数据库的可靠性及安全性直接影响平台的安全运行,目前采用的Oracle Replication方式来实现的数据库高可靠性已经显示出了弊端,本文介绍并分析了目前比较流行的几种数据库高可用性的架构:Oracle Replication.Oracle Rac.Oracle 主机HA等,希望给大家一个参考. 1 什么是高可用性(High  Availability) 高可用(HA)性有两种不同的含义,在广义环境中是指整个系统的高可用性,在

浅谈数据库集群方案

单点数据库 数据库往往是系统中的性能瓶颈,所以通常在系统设计中会引入各种各样的缓存机制,以避免频繁访问数据库.另外,数据库由于其重要性,高可用要求也是避免不了的,因为一旦数据库挂了基本上整个系统也就不能使用了. 而以上这些常见问题都是单点数据库带来的限制,为了解决这些问题,达到高性能.高可用的目的,我们就需要在系统架构设计中采用数据库集群方案. 性能测试 既然单点数据库存在性能问题,那么有没有实际数据呢?下面我们就来对单点数据库进行一个性能测试,看看其并发极限大概是多少.我这里使用了一台2核2G

Linux下定时切割Mongodb数据库日志并删除指定天数前的日志记录(转)

文章转自:http://www.osyunwei.com/archives/8998.html 说明: 操作系统:CentOS Mongodb安装目录:/usr/local/mongodb Mongodb数据库存放目录:/home/data/mongodb/mongodb_data Mongodb日志存放目录:/home/data/mongodb/mongodb_log 实现目的: 对Mongodb数据库日志按天保存,并且只保留最近7天的日志记录. 具体操作: 使用Mongodb数据库自带的命令