示例：配置事件策略以重试文件上传操作
当事件策略操作生成输出文件时，您可以将这些文件存档，以便日后分析。同样，您可能希望从发生事件起对系统文件（包括系统日志文件、核心文件和配置文件）进行存档。您可以配置事件策略，将相关文件上传到指定位置进行分析。默认情况下，如果文件上传操作因任何原因失败，事件策略不会重试上传操作。但是，您可以配置事件策略，在初始上传失败时按指定次数重试文件上传操作。您还可以配置每次重试尝试之间的时间间隔。配置了以下事件策略以重试文件上传操作：
示例 1
配置一个策略，即两次重试文件上传操作，两次重试的时间间隔为 5 秒：
event-options {
policy p1 {
events e1;
then {
execute-commands {
commands {
command1;
}
output-filename command-output.txt;
destination some-dest {
retry-count 2 retry-interval 5;
}
}
}
}
}
示例 2
配置 10 秒的传输延迟，两次重试文件上传操作，两次重试的时间间隔为 5 秒：
event-options {
policy p2 {
events e1;
then {
execute-commands {
commands {
command1;
}
output-filename command-output.txt;
destination some-dest {
retry-count 2 retry-interval 5;
transfer-delay 10;
}
}
}
}
}
传输延迟仅在第一次上传尝试时处于运行状态。策略在 10 秒传输延迟后上传 command-output.txt 文件。如果事件进程 （eventd） 检测到上传操作失败，事件 5 秒后将重试上传操作。故障检测时间可以在 60 到 90 秒之间，具体取决于传输协议（例如 FTP）。
以下顺序描述了具有两次失败的重新传输的文件上传操作：
策略触发上传操作。
传输延迟为 10 秒。
策略尝试上传输出文件。
策略会检测传输故障。
重试间隔为 5 秒。
策略尝试上传输出文件。
策略会检测传输故障。
重试间隔为 5 秒。
策略尝试上传输出文件。
策略会检测传输故障。
策略声明文件上传操作失败。