导出 (0) 打印
全部展开

重新启动角色实例

更新时间: 2014年4月

Reboot Role Instance 操作请求正在某一部署中运行的角色实例重新启动。

Reboot Role Instance 操作是异步操作。若要确定管理服务是否已处理完请求,请调用 获取操作状态。有关异步操作的详细信息,请参阅跟踪异步服务管理请求

可以按以下方式指定 Reboot Role Instance 请求。使用您的订阅 ID 替换 <subscription-id>,使用云服务的名称替换 <cloudservice-name>,使用 <deployment-slot>staging 替换 production,使用您的部署的名称替换 <deployment-name>,使用您的角色实例的名称替换 <role-instance-name>

 

方法 请求 URI HTTP 版本

POST

https://management.core.windows.net/<subscription-id>/services/hostedservices/<cloudservice-name>/deploymentslots/<deployment-slot>/roleinstances/<role-instance-name>

HTTP/1.1

POST

https://management.core.windows.net/<subscription-id>/services/hostedservices/<cloudservice-name>/deployments/<deployment-name>/roleinstances/<role-instance-name>

HTTP/1.1

 

URI 参数 说明

comp=reboot

必需。指定必须重新启动的角色的实例。

下表介绍请求标头。

 

请求标头 说明

Content-Type

必需。将此标头设置为 application/xml

x-ms-version

必需。指定用于此请求的操作的版本。必须将此标头的值设置为 2010-10-28 或更高版本。有关版本控制标头的详细信息,请参阅服务管理版本控制

ContentLength

必需。必须设置为 0。

无。

响应包括 HTTP 状态代码和一组响应标头。

由于 Reboot Role Instance 是异步操作,因此必须调用 获取操作状态 以确定操作已完成、失败还是仍在进行中。

由于 Reboot Role Instance 是异步操作,因此它始终返回状态代码 202(接受)。若要在完成操作后即确定其状态代码,请调用 获取操作状态。状态代码嵌入在此操作的响应中;如果成功,将为状态代码 200(“正常”)。有关状态代码的信息,请参阅服务管理状态和错误代码

此操作的响应包括以下标头。该响应还可能包括其他标准 HTTP 标头。所有标准标头都符合 HTTP/1.1 协议规范

 

响应标头 说明

x-ms-request-id

一个值,它唯一地标识对管理服务做出的请求。对于异步操作,可调用 Get Operation Status 配合标头值以确定操作已完成、失败还是仍在进行中。有关详细信息,请参阅跟踪异步服务管理请求

无。

可使用任何与 <subscription-id> 指定的订阅关联的管理证书对此操作进行身份验证。有关其他详细信息,请参阅对服务管理请求进行身份验证

在您重新启动某一角色实例时,Windows Azure 将使该实例处于脱机状态,为该实例重新启动基本操作系统,以及使该实例恢复联机状态。写入本地磁盘的所有数据在两次重新启动之间被持久保存。处于内存中的所有数据都将丢失。

Microsoft 正在进行一项网上调查,以了解您对 MSDN 网站的意见。 如果您选择参加,我们将会在您离开 MSDN 网站时向您显示该网上调查。

是否要参加?
显示:
© 2014 Microsoft