USE [master]GOALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAITGOALTER DATABASE DNName SET RECOVERY SIMPLE --简单模式GOUSE DNNameGODBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY) GO '这里的DNName_Log 如果不知道在sys.database_files里是什么名字的话,可以用以下注释的语句进行查询 '

以下为SQL2008 缩小日志文件的脚本,在SQL Server Management Studio中打开数据库,将脚本里的数据库名称替换成需要缩小日志的库名称,然后 运行以下脚本. USE WSS_Content_Keeptime2010_V2;GO-- Truncate the log by changing the database recovery model to SIMPLE.ALTER DATABASE WSS_Content_Keeptime2010_V2SET RECOVERY

最近在转移数据,sqlserver的日志文件ldf,占用空间特别大,为了还原库,节省空间,所以压缩日志文件迫在眉睫.在网上找了一段代码: USE [master] GO ALTER DATABASE AFMS SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE AFMS SET RECOVERY SIMPLE GO USE AFMS GO DBCC SHRINKFILE (N, TRUNCATEONLY) GO USE [master] GO A

下面的脚本可以压缩日志并删除原始文件 #!/bin/bash yesterday=`date -d '1days ago' +%Y_%m_%d` cd $ find . -name "*$yesterday*.log" -type f | xargs -I {} tar -zcvf {}.tar.gz {} --remove-files 说明加上参数--remove-files,tar命令可以压缩并删除的源文件 这样只能删除文件,如果删除源文件夹,可以使用以下方法 tar -zcvf

--SQL2008清空日志文件(数据库和日志文件名一定要是原始文件名!!!)USE [master]GOALTER DATABASE DBData SET RECOVERY SIMPLE WITH NO_WAITGOALTER DATABASE DBData SET RECOVERY SIMPLE   --简单模式GOUSE DBDataGODBCC SHRINKFILE (N'DBData_Log' , 11, TRUNCATEONLY)GOUSE [master]GOALTER DATABA

部署完毕nginx之后,发现自己的/var/log/nginx/*log的日志不会压缩,一直都是一个文本写日志, 时间久了,日志文件内存过于增加,将会导致在日志添加过程效率降低,延长时间. 默认安装的nginx都会每天凌晨自动去备份,但是也有nginx 不会自动备份压缩日志, 于是我们先使用命令看看配置: cat /etc/logrotate.d/nginx 当然也可以直接修改 vim /etc/logrotate.d/nginx 然后把我下面的命令粘贴进去 /var/log/nginx/*lo

原文发布时间为:2010-11-01 -- 来源于本人的百度文章 [由搬家工具导入]            ALTER DATABASE [DataBaseName]             SET RECOVERY SIMPLE;             DBCC SHRINKFILE (DataBaseName_log, 1);            ALTER DATABASE [DataBaseName]              SET RECOVERY full;

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

请按步骤进行,未进行前面的步骤时,请不要做后面的步骤,以免损坏你的数据库. 一般不建议做第4,6两步,第4步不安全,有可能损坏数据库或丢失数据.第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复. 1.清空日志 DUMP  TRANSACTION  库名  WITH NO_LOG 2.截断事务日志 BACKUP LOG 数据库名 WITH NO_LOG 3.收缩数据库文件(如果不压缩,数据库的文件不会减小) 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩

比如查看124.251.44.85这一台服务器的07-13,07-14,07-15的日志中百度抓取http://www.baidu.com/search/spider.html 的量 wc命令参考博客 http://www.cnblogs.com/peida/archive/2012/12/18/2822758.html Linux系统中的wc(Word Count)命令的功能为统计指定文件中的字节数.字数.行数,并将统计结果显示输出. 1．命令格式: wc [选项]文件... 2．命令功能:

http://myhoop.blog.51cto.com/5556534/1367523 tomcat日志格式: http://www.cnblogs.com/anic/archive/2012/12/13/2817126.html 一,统计1.27日到2.2日的日志 蛋疼点: 1,天数多,机器多 先想办法列出所有要统计的压缩包 2,日志都已压缩 bzcat可以在不解压情况下查压缩内容 pv统计: bzcat node{,,,}/ access_log.--{,}*.bz2 node{,,,}/

写在前面的话 上一节我们谈了关于 nginx 服务器的一些简单的安全优化问题,能够帮助我们解决一部分线上服务存在的安全隐患.但是想要提升用户体验这是原因不够的,我们还需要从服务的优化方面入手. 本节更多的还是偏理论的东西,会给出相应的配置.可能有些就无法立即做测试. 访问优化:静态压缩 我们知道一个网站总会有一些 CSS/JS 等静态文件需要加载,如果用户每次请求都需要去服务器下载一遍,比如 Jquery 这种根本不会变的.明显会造成带宽的浪费.同时由于用户可能本身网速还不好,就容易给用户带来不

USE [{数据库名称}] DECLARE @bakfile nvarchar(100) SET @bakfile='E:\DbLogs\log_bak_'+CONVERT(nvarchar(8),GETDATE(),112)+'.log' --备份日志压缩文件路径 BACKUP LOG [{数据库名称}] TO DISK= @bakfile WITH RETAINDAYS= 1,COMPRESSION --备份日志 DBCC SHRINKFILE (N'{数据库日志文件逻辑名称}', 0) G

SQL数据在附加的时候..有时会因为日志文件过大..或者一些其他问题造成附加失败.. 笔者遇到的问题是数据库主文件(*.mdf)超过25G..日志文件超过200G..附加的耗时简直日了狗了..最后超时..附加失败.. 所以就在想不要这个日志文件了行不行..最后发现了这篇文章.. 阅读原文<SQL Server附加数据库时报1813错误的解决方案> ..以下是对这篇文章的整理和补充.. 主要报错信息 无法重新生成日志,原因是数据库关闭时存在打开的事务/用户,该数据库没有检查点或者该数据库是只读的

USE [master] GO ALTER DATABASE BizTest SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE BizTest SET RECOVERY SIMPLE --简单模式 GO USE [BizTest] GO , TRUNCATEONLY) GO USE [master] GO ALTER DATABASE [BizTest] SET RECOVERY FULL WITH NO_WAIT GO ALTER DATAB

--创建测试数据库 CREATE DATABASE Db GO --对数据库进行备份 BACKUP DATABASE Db TO DISK='c:\db.bak' WITH FORMAT GO --创建测试表 CREATE TABLE Db.dbo.TB_test(ID int) --延时1秒钟,再进行后面的操作(这是由于SQL Server的时间精度最大为百分之三秒,不延时的话,可能会导致还原到时间点的操作失败) WAITFOR DELAY '00:00:01' GO --假设我们现在误操作删

sh文件 #!/bin/sh myPath="/var/www/Client/storage/logs/" myFile="lumen.log" cd $myPath date=$(date +%Y%m%d) find ${myPath} -type f -name "*.gz" -mtime +30 -exec rm {} \; #这里的-f参数判断$myFile是否存在 if [ -e "$myFile" ]; then

USE[master] GO ALTER DATABASE MeSizeSNS SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE MeSizeSNS SET RECOVERY SIMPLE --简单模式 GO USE MeSizeSNS GO DBCC SHRINKFILE (N'BangsoWeb_log' , 11, TRUNCATEONLY) GO USE[master] GO ALTER DATABASE MeSizeSNS SET R

USE [master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE --简单模式 GO USE DNName GO , TRUNCATEONLY) GO '这里的DNName_Log 如果不知道在sys.database_files里是什么名字的话,可以用以下注释的语句进行查询 'USE DNName 'GO 'SELECT file

处理方式: USE [master] GO ALTER DATABASE gzl SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE gzl SET RECOVERY SIMPLE --简单模式 GO USE gzl GO , TRUNCATEONLY) GO --这里的DNName_Log 如果不知道在sys.database_files里是什么名字的话,可以用以下注释的语句进行查询 USE gzl GO SELECT file_id, nam