【问题标题】:Azure Cloud Service Startup Task that requires reboot需要重启的 Azure 云服务启动任务
【发布时间】:2016-08-17 21:17:10
【问题描述】:

尝试使用 osFamily 4,osVersion *

背景:我们有一个应用程序使用 System.Management.Automation.dll(来自 GAC,开发框是 W10)在 C# 代码中使用 Powershell。具体来说,我们正在使用 InitialSessionState 和 ExecutionPolicy 属性——我们发现它是 WMF 5 的一部分(它会出错,在云服务上的类型加载时未发现异常)。

现在,可以通过安装 WMF 5 正确解决此问题(我们首先尝试通过远程桌面;不,仅将较新的 s.m.a.dll 强制到 GAC 中不起作用)。问题是,安装程序要求重新启动 - 我认为这是启动任务的问题。

我们将安装程序添加到已有的 setup.cmd 中:

Win8.1AndW2K12R2-KB3134758-x64.msu /安静

它确实会自动重新启动角色实例,并再次运行 setup.cmd(这会在设置事件日志中添加一个错误条目以表明它已安装)。

此重新启动不会将云服务部署标记为失败。我们对此感到高兴,但是,这真的是一种受支持的行为吗?还是偶然的?

是否有支持的方式使安装程序工作需要重新启动?还是我们发现“受支持”的行为方式?

【问题讨论】:

    标签: c# powershell azure azure-cloud-services


    【解决方案1】:

    没有真正“受支持”的方式 - 如何初始化云服务完全取决于您。话虽如此:

    鉴于云服务角色实例通常在重新启动后仍然存在,因此设置需要重新启动的内容并没有错。然后,从重新启动返回时处理已安装的软件是一个问题(例如,从最初安装该软件的 .cmd 留下一个面包屑文件)。这有时是您安装软件的唯一方法(涉及重新启动),并且使用面包屑有助于减少后续重新启动时间(完成启动过程所需的时钟时间;而不是实际重新启动的次数)。

    在这种情况下,只有初始角色实例引导具有额外的重新引导。 (当然,来自客户操作系统和主机操作系统更新或故障硬件等的其他重新启动是分开的)。

    【讨论】:

    • 我有点担心如果启动脚本没有“成功”完成,部署会被标记为失败。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多