进入“定时任务”页面。 单击定时任务页面右上角“创建定时任务”。 弹出“创建定时任务”界面。 配置定时任务信息。 任务类型：选择“关机”。 强制执行关机任务：您设置好定时关机任务后，当到达定时时间点时，当前桌面有用户连接，为保证用户体验，系统不会执行关机，将自动顺延到下一个定时时间点，如果勾选

查看更多 →

定时开机 操作场景 该操作指导业务管理员定时开启桌面/桌面池。 对系统的影响 该操作对系统无影响。 前提条件 已经创建桌面，且桌面“运行状态”为“已停止”的桌面才能进行定时开机。 操作步骤 登录管理控制台。 在左侧导航中单击“定时任务”。 进入“定时任务”页面。 单击定时任务页面右上角“创建定时任务”。

查看更多 →

实例执行任务批量查询 功能介绍 实例执行任务批量查询。 调用此api的前提条件是租户需要先购买koophone云手机实例。 该接口需要和实例执行异步命令接口一起使用，使用实例执行异步命令接口返回的task_id作为路径上的参数以此获取异步命令执行的结果。 调试 您可以在API E

查看更多 →

角“保存”，定时触发规则才能生效。 新增定时触发 支持创建多个定时触发，单击页面左上角“新增规则”，即可新增一条定时触发。如图2所示。 单击页面下方“保存当前规则”，同时需单击页面右上角“保存”，新增功能方可生效。 图2 新增定时触发 删除定时触发 选择需删除的定时触发，单击卡片

查看更多 →

定时备份 定时备份功能旨在帮助用户周期性的备份重要的库表数据或者SQL结果集，以便数据丢失时及时恢复。 配置AK/SK 在对数据库库表或者SQL结果集进行定时备份之前，您需要先配置AK/SK。 登录管理控制台。 单击管理控制台左上角的，选择区域和项目。 单击页面左上角的，选择“数据库

查看更多 →

进入“定时任务”页面。 单击定时任务页面右上角“创建定时任务”。 弹出“创建定时任务”界面。 配置定时任务信息。 任务类型：选择“重启”。 强制执行重启任务：您设置好定时重启任务后，当到达定时时间点时，当前桌面有用户连接，为保证用户体验，系统不会执行重启，将自动顺延到下一个定时时间点

查看更多 →

单击定时任务页面右上角“创建定时任务”。 弹出“创建定时任务”界面。 配置定时任务信息。 任务类型：选择“休眠”。 定时休眠当前只支持Windows操作系统。 强制执行任务：您设置好定时休眠任务后，当到达定时时间点时，当前桌面有用户连接，为保证用户体验，系统不会执行休眠，将自动顺延到下一个定时时间点，

查看更多 →

行。 设置定时执行任务 为了防止问题代码进入生产环境，确保应用总是处于可部署的状态，团队建议对应用进行持续不断的验证。 通过以下设置，可实现构建任务的定时执行。 在任务“phoenix-sample-ci”的详情页，单击“编辑”。 选择“执行计划”页签。 打开“启用定时执行”开关

查看更多 →

定时调用 定时预测 从console界面上获取到deploy_apipath，body体请求示例如下： data_dict = { "pred_hour":18, "input_path":"obs://obs_path/test_xxx.csv", # 自定义，指定到csv "

查看更多 →

1s的精度内，不保证消息投递的顺序性。即如果两条定时消息的定时时间差距小于0.1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在堆积消息后面，将不能严格按照配置的时间进行投递。

查看更多 →

定时运维 “定时运维”页面展示所有定时任务的执行记录。您可以在这里创建定时任务，也可以管理已创建的定时任务。创建定时任务后，系统按确定时间或周期定时触发脚本执行、文件管理、服务场景以及作业管理等操作。定时任务单用户最多支持创建100个。 创建任务 登录AOM 2.0控制台。 在左

查看更多 →

行。 设置定时执行任务 为了防止问题代码进入生产环境，确保应用总是处于可部署的状态，团队建议对应用进行持续不断的验证。 通过以下设置，可实现构建任务的定时执行。 在任务“phoenix-sample-ci”的详情页，单击“编辑”。 选择“执行计划”页签。 打开“启用定时执行”开关

查看更多 →

定时压测 创建定时压测任务 管理定时压测任务

查看更多 →

定时器 定时器是一种能够按照预定的时间间隔触发特定操作的触发器。它可以在设定的时间周期内周期性地触发操作，也可以在指定的时间点触发操作。定时器常用于实现定时任务、定时调度等功能。 支持的动作 每分钟触发 每小时触发 每周触发 每月触发 固定时间间隔触发 配置参数 表1 每分钟触发

查看更多 →

定时刷新token 典型场景 第三方应用通过调用此接口，定期刷新accessToken，刷新周期为鉴权方法返回值中的expiresIn，以保证accessToken不过期。accessToken由SDK管理，调用其他业务接口，accessToken可以直接传入null。 接口功能

查看更多 →

定时器 定时器是一种能够按照预定的时间间隔触发特定操作的触发器。它可以在设定的时间周期内周期性地触发操作，也可以在指定的时间点触发操作。定时器常用于实现定时任务、定时调度等功能。 支持的动作 每分钟触发 每小时触发 每周触发 每月触发 固定时间间隔触发 配置参数 表1 每分钟触发

查看更多 →

选择运维任务执行的方式，包括“手动执行”、“定时执行”、“周期执行”。 “定时执行”和“周期执行”需同时配置动作执行时间或周期。 手动执行：手动触发执行任务。 定时执行：定期自动触发执行任务。仅执行一次。 周期执行：周期自动触发执行任务。可按周期执行多次。 执行时间 定期执行任务的日期。默认执行时刻为日期的凌晨零点。

查看更多 →

1s的精度内，不保证消息投递的顺序性。即如果两条定时消息的定时时间差距小于0.1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在堆积消息后面，将不能严格按照配置的时间进行投递。

查看更多 →

1s以内。但在定时消息投递压力过大时，会触发定时消息投递流控机制，精度会变差。 在0.1s的精度内，不保证消息投递的顺序性。即如果两条定时消息的定时时间差距小于0.1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时

查看更多 →

1s以内。但在定时消息投递压力过大时，会触发定时消息投递流控机制，精度会变差。 在0.1s的精度内，不保证消息投递的顺序性。即如果两条定时消息的定时时间差距小于0.1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时

查看更多 →

1s的精度内，不保证消息投递的顺序性。即如果两条定时消息的定时时间差距小于0.1s，他们投递的顺序与他们发送的顺序无法确保一致。 无法确保定时消息仅投递一次，定时消息可能会重复投递。 定时消息的定时时间是服务端开始向消费端投递的时间。如果消费者当前有消息堆积，那么定时消息会排在堆积消息后面，将不能严格按照配置的时间进行投递。

查看更多 →