新入职接手IIS服务器，求Windows下保留56GB日志最后50MB的方法

阿华AIGC实验室

2026-5-19

刚接手服务器就碰到这种超大日志的麻烦，太头疼了！我给你整理了一套切实可行的方案，分一次性处理现有大文件和长期自动维护两步来：

一、一次性裁剪现有56GB日志文件

因为后台软件可能正在写入这个日志文件，直接操作原文件容易出问题，建议按以下步骤来：

方案1：用PowerShell安全裁剪
先把日志的最后50MB提取到新文件，再替换原文件（操作前务必备份原日志！）：

# 替换成你的日志文件实际路径
$sourceLog = "C:\path\to\your-large-log.log"
$tempLog = "$sourceLog.tmp"

# 提取最后50MB内容到临时文件
Get-Content $sourceLog -Tail 50MB | Set-Content $tempLog

# 停止后台软件服务（如果日志文件被进程锁定，必须执行这一步）
Stop-Service "Your-Background-Service-Name"

# 替换原文件
Remove-Item $sourceLog
Rename-Item $tempLog $sourceLog

# 重启后台服务
Start-Service "Your-Background-Service-Name"

如果不确定哪个进程在占用日志文件，可以用Sysinternals的handle.exe工具查询（直接在命令行运行handle.exe your-large-log.log就能看到占用的进程）。

方案2：快速命令行替代
如果PowerShell处理大文件速度慢，也可以用findstr做近似裁剪（精度稍差），但PowerShell是Windows自带工具，稳定性更有保障。

二、设置长期自动维护，保持日志不超过50MB

解决当前问题后，必须防止日志再次膨胀，这里有几个靠谱的方法：

方法1：PowerShell脚本+任务计划程序（通用方案）

写一个自动检查并裁剪的脚本，让系统定期执行：

新建一个TrimLog.ps1脚本，内容如下：

# 配置参数
$logPath = "C:\path\to\your-log-file.log"
$maxAllowedSizeMB = 50

# 检查文件大小
$currentSizeMB = (Get-Item $logPath -ErrorAction SilentlyContinue).Length / 1MB
if ($currentSizeMB -gt $maxAllowedSizeMB) {
    # 用临时文件避免覆盖出错
    $tempPath = "$logPath.tmp"
    # 提取最后50MB内容
    Get-Content $logPath -Tail $maxAllowedSizeMB | Set-Content $tempPath -Encoding UTF8
    # 替换原文件（如果文件被锁定，可添加停止/重启服务的代码）
    Remove-Item $logPath
    Rename-Item $tempPath $logPath
    Write-Host "日志已裁剪，当前大小：$([math]::Round((Get-Item $logPath).Length / 1MB, 2)) MB"
} else {
    Write-Host "日志大小符合要求，无需处理"
}

在Windows任务计划程序中创建定时任务：
- 触发器：设置为每小时/每天执行（根据日志生成速度调整）
- 操作：启动程序，程序/脚本填powershell.exe，参数填-ExecutionPolicy Bypass -File "C:\path\to\TrimLog.ps1"
- 权限：确保任务运行账号有访问日志文件和执行脚本的权限