使用sqlserver和IIS开发.net B/S程序时,数据量逐渐增多,用户也逐渐增多,那么服务器的稳定性就需要维护了.数据库如何占用更小内存,无用的日志如何瞬间清空? 今天在给一个客户维护网站的时候,发现运行了2年的程序,数据库中主表的数据已超过70万条,按理说这样的数据量根本不算多.数据库是Sqlserver2012版本,服务器是Windows Server 2008. 在远程连接过程中,IIS和sqlserver总是打开一会儿自动闪退,打开任务管理器,发现IIS进程占用几百MB内存,数据

/*--压缩数据库的通用存储过程  压缩日志及数据库文件大小 因为要对数据库进行分离处理 所以存储过程不能创建在被压缩的数据库中 --邹建 2004.03(引用请保留此信息)--*/ /*--调用示例 exec p_compdb 'test'--*/ use master  --注意,此存储过程要建在master数据库中Go if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_compdb]') and

MS SQL性能是很不错的,但是数据库用了一段时间之后,数据库却变得很大,实际的数据量不大.一般都是数据库日志引起的!数据库日志的增长可以达到好几百M. DUMP TRANSACTION [数据库名] WITH NO_LOG BACKUP LOG [数据库名] WITH NO_LOG DBCC SHRINKDATABASE([数据库名]) 点击执行!这样子数据库就操作成功了. 程序里面的方法: 压缩数据库日志 --1.清空日志 exec('DUMP TRANSACTION ['+@dbname+

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

use master --注意,此存储过程要建在master数据库中 go if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_compdb]') and OBJECTPROPERTY(id, N'IsProcedure') = 1) drop procedure [dbo].[p_compdb] GO create proc p_compdb @dbname sysname, --要压缩的数据库名 @b

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

原文:SqlServer批量压缩数据库日志-多数据库批量作业,批量备份还原 --作业定时压缩脚本 多库批量操作 DECLARE @DatabaseName NVARCHAR(50) DECLARE @ExecuteSql NVARCHAR(MAX) SET @ExecuteSql='' DECLARE name_cursor CURSOR FOR SELECT name FROM master..sysdatabases WHERE name NOT IN ( 'master', 'model'

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

由于数据库日志增长被设置为“无限制”,所以时间一长日志文件必然会很大,一个400M的数据库居然有4G的LOG文件,严重占用了磁盘空间.由于主要是做OLAP,所以数据库本身不会有大变动,所以日志也就没有多少作用了,因此想办法把数据库日志文件收缩到很小或者删除. 适用于SQL Server 2005的方法 Backup Log DNName WITH no_log GO DUMP TRANSACTION DNName WITH no_log GO USE DNName DBCC SHRINKFILE

)--数据库名称 )--数据库日志文件名称 --替换成自己的文件名称 select @dbName='dbname' select @dbNamelog='dbname_log' ) set @sql=' USE '+@dbName+' ALTER DATABASE '+@dbName+' SET RECOVERY SIMPLE WITH NO_WAIT ALTER DATABASE '+@dbName+' SET RECOVERY SIMPLE USE '+@dbName+' DBCC SHR

近日由于Oracle Listener异常断开导致应用无法上传数据,需要从listener日志开始分析问题原因.此文介绍如何获取日志位置.由于日志文件大小问题,同时将日志文件进行压缩存放. alert日志 [grid@test-rac1 ~]$ lsnrctl show log_file LSNRCTL for Linux: Version 12.1.0.2.0 - Production on 30-JUN-2016 11:02:35 Copyright (c) 1991, 2014, Orac

11gR2数据库日志报错:Fatal NI connect error 12170.TNS-12535.TNS-00505 [问题点数:100分,结帖人MarkIII]             不显示删除回复             显示所有回复             显示星级回复             显示得分回复             只显示楼主           收藏 关注 MarkIII MarkIII 等级: 结帖率:98.94% 楼主发表于: 2011-05-13 10:33

sqlserver使用在windows系统中,如果文件超上百GB了,我们还直接删除不了,这个问题我以前的apache日志就碰到过,至今还没删除呢,那么Sqlserver数据库日志太大如何快速删除呢,有没有办法,答案是肯定的,下面我给各位介绍两删除方法.   简单恢复模式下 使用backup log with NO_log是否没有意义?1.清空日志   DUMP  TRANSACTION  库名  WITH  NO_LOG   2.截断事务日志:   BACKUP LOG 数据库名 WITH NO

在SQL Server 2000/2005中可以快速压缩日志log文件,通过SQL, 方法一: ---DBTEST 为数据库名,顺序最好别乱.注意:要先截断再清空,最后收缩! backup log DBTEST with no_log  --截断事务日志 dump transaction DBTEST with no_log  --清空日志 DBCC shrinkdatabasse ('DBTEST',TRUNCATEONLY) 收缩数据库和日志库 注: 另有只收缩日志文件,语句如下 DBCC

由于我公司的每日数据录入量较多,数据库日志与日俱增,前两天就出现了,因为数据库日志太大导致了 服务器磁盘空间不足,于是我上网查了一下,终于找到了一个数据库日志文件压缩的方法 原文出处:http://blog.sina.com.cn/s/blog_491d1f37010131mk.html 第一步:打开数据库,找到要压缩的数据库,点击属性找到选项,修改 恢复模式 为简单  第二步:右击数据库,依次找到任务 --> 收缩 -->文件 文件类型选择日志,并将收缩大小改为0 然后点击确定 再次打开你就

参考文献:一:http://blog.csdn.net/rangqiwei/article/details/50825090 二:http://www.mybatis.org/mybatis-3/zh/logging.html 要求:打印出数据库的sql语句日志 这里要强调的是,这里的数据库配置是直接放在了spring-mybatis.xml中,所以mybatis-config.xml是为了打印数据库日志单独加的 下面是mybatis-config.xml的内容: <?xml version=&qu

一哥们看到数据库日志不断增大 [log_reuse_wait_desc]为replication 之后的做法 一天那个哥们看到数据库日志暴涨,用sys.databases 视图看一下[log_reuse_wait_desc]为replication,但是数据库根本无做replication 但是数据库有做CDC 数据抽取,最后发现原来是CDC的问题,导致收缩日志失败,把CDC停掉,问题解决 因为CDC跟replication都是使用同一个log reader线程,sys.databases里的l

第一步: Use  数据库名 Select NAME,size From sys.database_files 将“数据库名”改为需要清除日志的数据库名字,点击“执行”查询出需要清除的日志名称:**_Log 第二步: Use  数据库名 Select NAME,size From sys.database_files  ALTER DATABASE  数据库名 SET RECOVERY SIMPLE WITH NO_WAITALTER DATABASE 数据库名 SET RECOVERY SIM

---收缩数据库日志文件 USE [master]ALTER DATABASE yourdatabasename SET RECOVERY SIMPLE WITH NO_WAITALTER DATABASE yourdatabasename SET RECOVERY SIMPLE USE yourdatabasename DBCC SHRINKFILE (N'yourdatabasename _Log' , 0,TRUNCATEONLY) --数据库日志文件名(数据库右键-属性-日志逻辑文件名)

为何说是无聊的记录呢? 因为事先把问题想复杂了,事后发现的时候觉得更是无聊的行为.还是写下来,毕竟很少弄这么无聊的事情. 事情起因是需要给服务器做性能基数(baseline),用sqldiag 提取了大量的log信息,当然这里的数据库日志并不是指ldf文件.当我打开SQL 2005或2008的对象资源管理器-->管理-->SQL Server 日志察看发现日志大约有百万行,当然原因我就不说了. 日志log数据太大怎么办? 先查看日志log如何被调用的,在TSQL中执行 --查看日志文件的存档号

收缩SQL数据库日志文件 介绍具体的操作方法前,先说下我操作的实际环境和当时的状况.我的服务器是windows server 2008 R2 64位英文版,数据库是SQL server 2008英文版.服务器上安装的是SAP DEV(SAP测试系统)和其数据库,由于同事测试的需要里面copy了6个集团,现在client 6想删除不要,释放一些磁盘空间.当我删除client 6后发现磁盘剩余的空间越来越小,没删除之前还有20多个G呢,结果删除后剩余空间只有7MB多点,当时有种很蒙的感觉.但马上冷静