汇总篇:http://www.cnblogs.com/dunitian/p/4822808.html#tsql 异常处理汇总-数据库系列  http://www.cnblogs.com/dunitian/p/4522990.html 我这种情况应该算是情况之一吧 先贴图: 看看磁盘:... 把事务模式改成“简单”,然后收缩一下日记和数据文件 命令可以参考这篇文章:http://www.cnblogs.com/dunitian/p/6047709.html 可以了,如果需要后期恢复之类的,建议不要

SQL2005清空删除日志: 代码如下: Backup Log DNName with no_log  '这里的DNName是你要收缩的数据库名,自己注意修改下面的数据库名,我就不再注释了. go dump transaction DNName with no_log go USE DNName DBCC SHRINKFILE (2) Go SQL2008清空删除日志: '在SQL2008中清除日志就必须在简单模式下进行,等清除动作完毕再调回到完全模式. 代码如下: USE [master] G

SQL2008清空删除日志: '在SQL2008中清除日志就必须在简单模式下进行,等清除动作完毕再调回到完全模式. USE [master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE --简单模式 GO USE DNName GO DBCC SHRINKFILE (N'DNName_Log' , 11, TRUNCATEONLY) G

#清空nohup日志cat /dev/null > /tpdata/www/wxapp_domain/nohup.out

使用echo命令清空日志文件echo -n "" > /server/tomcat/logs/catalina.out ==>要加上"-n"参数,默认情况下会"\n",也就是回车符du -h /server/tomcat/logs/catalina.out使用echo命令清空tomcat日志文件测试实例:[root@zdz ~]# echo -n "" > /server/tomcat/logs/catali

sql 在使用中每次查询都会生成日志,但是如果你长久不去清理,可能整个硬都堆满哦,笔者就遇到这样的情况,直接网站后台都进不去了.下面我们一起来学习一下如何清理这个日志吧 SQL2008清空删除日志: 方法一: USE [master] GO ALTER DATABASE AFMS SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE AFMS SET RECOVERY SIMPLE GO USE AFMS GO , TRUNCATEONLY) GO

前两天在一个客户那里发现tempdb log 文件增长很大,已经使用40GB了,而tempdb log 文件总的分配空间是70GB,并且日志空间貌似不能重用,他们使用sql 2012 打的sp4补丁,远程分析问题,没有发现长时间开启的事物,业务使用事物都是使用完即时关闭的,而且通过查询tempdb log 文件大小发现 --日志文件使用情况SELECT s.name,convert(float,s.size) * CONVERT(float,8) / 1024.0 AS [初始大小MB], co

[root@ok 资料库]# svn log 简历 ------------------------------------------------------------------------ r174 | svnroot | -- :: + (Fri, Aug ) | line +12k ------------------------------------------------------------------------ r141 | svnroot | -- :: + (Sat

cd /usr/local/tomcat7/logs #清空日志 echo > catalina.out vi r.sh #!/bin/sh ###################################################################### # 日志定时运行时间为每天0点1分 # 删除20天之前的日志文件,压缩一周之前的日志文件 # 日志文件时间是根据日志名称后面的日期来计算 # 运行脚本注意日志文件中是否有其他相同后缀的非日志文件和日志文件名称是否符合

/*设置为简单模式*/ USE [master] } SET RECOVERY SIMPLE WITH NO_WAIT } SET RECOVERY SIMPLE /*获取日志文件名称*/ } ) /*收缩日志文件*/ , TRUNCATEONLY) /*还原为完全模式*/ USE [master] } SET RECOVERY FULL WITH NO_WAIT } SET RECOVERY FULL {0}替换成数据库名称即可.

SQL2005: Backup Log DNName with no_log  '这里的DNName是你要收缩的数据库名,自己注意修改下面的数据库名,我就不再注释了. go dump transaction DNName with no_log  go USE DNName DBCC SHRINKFILE (2) Go SQL2008: '在SQL2008中清除日志就必须在简单模式下进行,等清除动作完毕再调回到完全模式. USE [master] GO ALTER DATABASE DNName

USE [lzdxdb] GO ALTER DATABASE lzdxdb SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE lzdxdb SET RECOVERY SIMPLE --简单模式 GO USE lzdxdb GO --DBCC SHRINKFILE (N' eutdb_Log' , 11, TRUNCATEONLY) ) GO USE [lzdxdb] GO ALTER DATABASE lzdxdb SET RECOVERY F

1.重定向方法清空文件 [root@localhost logs]# du -h catalina.out  查看文件大小17M catalina.out[root@localhost logs]# > catalina.out             重定向清空文件[root@localhost logs]# du -h catalina.out       查看文件大小0 catalina.out 2.使用true命令重定向清空文件 [root@localhost logs]# du -h

方法一(我常用的): backup transaction 库名 with no_log go DBCC SHRINKDATABASE(库名) go 在VS中调用语句: string sb = ""; string bname = "MVPS"; sb = "backup transaction"+bname+" with no_log  DBCC SHRINKDATABASE("+bname+")"; 方

USE [master]GOALTER DATABASE STAR9SQL SET RECOVERY SIMPLE WITH NO_WAITGOALTER DATABASE STAR9SQL SET RECOVERY SIMPLE --简单模式GOUSE star9sqlGODBCC SHRINKFILE (N'STAR9SQL_log' , 11, TRUNCATEONLY) GO USE [master]GOALTER DATABASE STAR9SQL SET RECOVERY FULL

代码如下: Backup Log DNName with no_log  '这里的DNName是你要收缩的数据库名,自己注意修改下面的数据库名,我就不再注释了.godump transaction DNName with no_log goUSE DNNameDBCC SHRINKFILE (2)Go

USE [master] GO ALTER DATABASE 库名 SET RECOVERY SIMPLE GO USE 库名 GO ,,TRUNCATEONLY) GO USE [master] GO ALTER DATABASE 库名 SET RECOVERY FULL GO

USE [master] ALTER DATABASE [DB_Develop] SET RECOVERY SIMPLE WITH NO_WAIT ALTER DATABASE [DB_Develop] SET RECOVERY SIMPLE GO USE [DB_Develop] DECLARE @logname VARCHAR(150) SELECT @logname = NAME FROM sys.database_files WHERE NAME LIKE'%log' DBCC SHRI

最近发现weblogic proxy日志一直增加,达到18G把tmp空间撑满,导致系统无法访问,故设定时任务先拷贝后5000行日志做备份后清空proxy日志. vi wl_proxyclear.sh tail -5000 /tmp/wlproxy.log > /weblogic/wlproxy.log           #--------后5000行拷贝到/weblogic/wlproxy.log >/tmp/wlproxy.log              #-------清空/tmp/w

ECshop是个不错的系统,但是它有一定漏洞,若是访问量巨大的话,大量的访问统计代码会存入数据库的ecs_stats表中,甚至几天就可以达到几百兆,严重的网站直接就崩溃了.数据备份的时候也有很多不便,官方并没有给出很好的解决方案,用户可以在商店设置里关闭统计,或者设置统计时间为一个月,这样来达到一个控制该表数据的目的.ECSHOP统计还是有点用的,但是统计功能造成数据表过大也是个问题,推荐采用以下命令清空ecs_stats数据表.操作方法是在ECshop后台数据库管理——SQL查询中输入如下代码

笔者曾经在面试DBA时的一句”tempdb为什么比其他数据库快?”使得95%以上的应试者都一脸茫然.Tempdb作为Sqlserver的重要特征,一直以来大家对它可能即熟悉又陌生.熟悉是我们时时刻刻都在用,陌生可能是很少有人关注它的运行机制.这次我将通过实例给大家介绍下tempdb的日志机制. 测试用例 我们分别在用户数据库(testpage),tempdb中创建相似对象t1,#t1,并在tempdb中创建创建非临时表,然后执行相应的insert脚本(用以产生日志),并记录执行时间用以比较用以比