自动化service management automation runbook聚焦按优先级启动虚拟机第2部分

ServiceManagementAutomationRunbook聚焦–按优先级启动虚拟机（第2部分）SMARunbook按优先级启动虚拟机系列文章的2部分（2部分）。鉴于我将第1部分称为“简单示例”，第2部分将深入介绍了一些更加复杂的/功能。PowerSv3SMARunbook调用工作流。甚至依然会通过VMM启动Hyper-V虚拟机。Delaystartupseconds将实际的“启动组”到虚拟机作用域级别的VMM自定义属计算虚拟机作用域级别的VMM自定义属性中的或从中检索的“启动组”数据的独特注 此前我们其实已将启动优先级组的数量至云作用域级别的VMM自定义属检索这些值以“构建PowerS Hyper-V集成服务来验证虚拟机启动情SMARunbook创建、测试、导入和运行等“流程”进行了广首先要确保您的VMM环境已为运行这些工作流/RunbookVMM自定义属性管理工作流/Runbook是执行本文示例的先决条件。原因在于，本文的示例依赖于VMM自定义属性数据。VMM自定义属性管理工作流/Runbook可帮助您创建自定义属性，因此，请务必执行以下任务（VMM自定义属性管理工作流/Runbook，但不强制“StartupGroup”测试是否可以通过 检索“StartupGroup”自定义属性 Secondorderofbusinessistoadmitthatwhilethe其次，必须承认的是，虽然先决条件一Get-VMMCustomPropertyValue.ps1（因为这需要对VMM执行独特的调用才能加以利用，我不希望如此）。那么，如果努力改进PowerSv3工作流/SMARunbook注意由于它负责执行不同的功能（不同的输入和输出），因此不会替换上一从本质上而言，我需要一个，其中将包含云名称，可以查询VMM查找其关联的虚拟机，并基于虚拟机名称及相关自定义属性输出数据哈希表。这就是的真正意义。而后，将可以使用哈希表输出计算（或衡量）满足$StartupPriorityGroups的优先启动组的唯一Get-VMMCustomPropertyValuesforCloudVMs工作流在下面的示例中执行PowerS 工作流/SMARunbook时，我提出仍然会在注 我已经包含初始使用模式，以便让大家大致了解执行期间的使用方式以下 v3工作流示例已在 ISE中实现并测试。大家可以从此处进 此PowerS的某些部分对当前推出的发布预览版SystemCenter2012R2–SMA无效。PowerS本身基于当前发布的WindowsServer2012开发而来，因此针对当前技术执行十分有效，而不能从发布预览版SMA执行。我已经针对后续版本的SMA执行测试，结果证明非常有效。遗憾的是，如果要在SMA中进 布版本方可。有关详细信息，请参阅下面的“SMA版本差异性示例”部分。Start-VMs-by-Priority-Group工作流以下 v3工作流包含用于调用上述Runbook/工作流示例的必 注意我包含了两种方法（SMA凭据变量方法已进行标注）用于定义$Creds变量，该变量是Start-VMs-by-Priority-Group工作流的一个参数。当然，其他方法同样可行且可接受，请随意使用最适合自身的方法。另外，此示例PS并不属于TechNetGallery资源，只是内嵌式PowerS工作流调用。SMA以下示例是PowerS v3同时适用于工作流与当前版本的SMA，但不适用于发布预览版本的SMA：结果 对于我的工作流/Runbook而言，这是一项关键功能，我不必为其编写，因为它适用于本机PowerSv3工作流及当前版本的SMA。在介绍本文的示例之前，提醒大家VMM自定义属性管理Runbooks/PowerSv3工作流是学习本文及示例的先决条件。在该集合中需要完成的建议步骤（要利用的PS1文件）如下所示：Get-VMMCustomPropertyValue.ps1（可替