在SQL Server中，定期收缩事务日志（transaction log）通常不是一个好的做法，因为事务日志的收缩和增长是数据库正常操作的一部分。频繁地收缩事务日志可能会导致性能问题，增加I/O负担，并可能导致事务日志碎片化。

然而，如果你确实需要定时收缩事务日志（请注意，这通常不是推荐的做法），你可以使用SQLCMD工具在批处理文件中执行相应的命令，并通过Windows任务计划程序来定时执行这个批处理文件。

以下是一个批处理文件（ShrinkLog.bat）的示例，用于收缩SQL Server 2012的事务日志：

@echo off
set "DBNAME=YourDatabaseName"
set "SQLSERVER=YourServerName"
set "SQLUSER=YourUsername"
set "SQLPASS=YourPassword""C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Binn\sqlcmd.exe" -S %SQLSERVER% -U %SQLUSER% -P %SQLPASS% -Q "USE [%DBNAME%]; DBCC SHRINKFILE(YourLogFileName, 1);"if %errorlevel% equ 0 (
echo Log file shrunk successfully.
) else (
echo Failed to shrink log file.
)

在这个批处理文件中，你需要将YourDatabaseName、YourServerName、YourUsername、YourPassword和YourLogFileName替换为实际的数据库名称、服务器名称、用户名、密码和事务日志文件的逻辑名称。

重要提醒：

• DBCC SHRINKFILE命令用于收缩指定的事务日志文件。你需要提供事务日志文件的逻辑名称，而不是物理文件名。
• 收缩事务日志通常不是一个好的做法，因为它可能会干扰正常的日志备份和恢复过程。
• 如果你确实需要管理事务日志的大小，考虑设置适当的自动增长设置，定期备份事务日志，或者使用日志轮换策略。

如果你确实需要定时执行这个操作，你可以按照之前提到的步骤使用Windows任务计划程序来设置定时任务。但是，请再次注意，定期收缩事务日志通常是不推荐的，并且可能会导致更多的问题。

如果你只是想管理事务日志的大小，通常更好的做法是：

1. 备份事务日志（这通常会清除不需要的日志空间）。
2. 设置适当的事务日志自动增长设置，以避免日志空间不足的问题。
3. 考虑使用日志轮换策略，定期创建新的事务日志文件，并删除或归档旧的文件。