本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 批处理请求的工作原理
<a name="how-batch-schedule-requests-work"></a>

批处理旨在使所有操作一起通过或失败。因此，AWS Elemental MediaLive 会同时验证批处理操作。 MediaLive 执行以下验证：
+ 它会确保创建或删除的每个操作都有显式或隐式的启动时间，且至少为未来 15 秒。
+ 如果操作参考计划中的现有操作，其将确保对现有操作的参考正确。例如，跟随输入切换包括对其所跟随的操作的参考。该操作必须存在。

如果对任一操作的验证失败，则对批处理中所有操作的验证都将失败。

如果您不希望操作一起通过或失败，请勿提交批处理。相反，请在每个操作的批处理更新计划命令中创建该操作。

如果验证成功，则无论操作的开始时间如何，都将在创建请求之前 MediaLive 处理所有删除请求。

**示例 1**  
批处理的重要用途是，执行必须一起通过或失败的多个操作。例如，假设您要删除公司徽标并立即插入 splice\$1insert（以便转到广告效用）。为此，您必须创建一个操作来删除徽标，并需要另一个操作来插入 splice\$1insert。但是，如果 splice\$1 MediaLive insert 操作失败，则不想插入移除操作，反之亦然。如果两个操作都失败，那就更好了，因为这可以让您修复格式错误的操作，然后重新提交这两个操作。

因此，在一个批处理更新计划命令中同时提交两个操作。

**示例 2**  
批处理的另一个重要用途是，修复计划中操作的错误。例如，您可能需要修复尚未启动并且使用错误的启动时间创建的图像叠加。为此，您需要提交一个使用 JSON 的批处理更新计划命令，其中包含以下内容：
+ 删除用于激活图像叠加的原始操作的有效载荷。此操作的启动时间不正确。
+ 添加新操作以激活相同图像叠加的有效载荷。此操作的启动时间正确。