Windows应急日志常用的几个事件ID点击站内没有搜索到,可能搜索姿势不对,发一下吧,应急时可能会用到,根据日志时间点判断入侵 日志路径:C:\Windows\System32\winevt\Logs查看日志:Security.evtx.System.evtx.Application.evtx如何查看:右键我的电脑-管理-系统工具-事件查看器,或者eventvwr查看事件查看器 打开Windows系统的事件查看器,右键单击系统或安全日志,选择筛选当前日志,在筛选器中输入下列事件ID即可. 系统

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

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

(转,做记录) 一 环境信息--1.1 PostgreSQL 版本 9.3.0 --1.2 postgresql.conf wal_level = hot_standbyarchive_mode = onarchive_command = 'test ! -f /archive/pg93/archive_active || cp %p /archive/pg93/%f' --1.3 归档目录 [pg93@redhatB pg93]$ pwd/archive/pg93 [pg93@redhatB

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

前言:漏洞复现篇见:https://www.cnblogs.com/huaflwr/p/13697044.html 本文承接上一篇,简单过滤NetLogon漏洞被利用后,域控上的安全及系统日志上可能需要重点关注的事件ID,方便安全运营监控人员值班观察.仅供参考.如果有时间,会出本系列第三篇--原理分析篇(菜鸟一枚,不一定有),结合原理看域控上为何会产生这些特殊事件,会对此漏洞有更加深入的理解.

方法一(我常用的): 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查询中输入如下代码