sql-server - Azure 自动化 DSC - 权限和模块问题

Question

是否有任何 Azure 自动化 DSC 专家可以提供一些指导和专业知识来帮助我克服目前遇到的几个僵局？

当前的任务是:使用 Azure Automation Runbook 预配 VM。该 VM 应立即与 DSC 配置关联，它将根据特定配置调整 Windows 功能、设置并安装 SQL Server。执行的所有任务都需要在 PowerShell 中编写，并且在任何时候都不需要通过 Azure 门户进行手动输入。

此时，配置 VM 的 Runbook 工作正常。但是，将此新节点与 DSC 配置关联仍然是一个手动过程，该过程也有效(除了下面提到的下一个问题)。然而，这个过程需要自动化。这是怎么做到的？通过 DSC 资源作为 ARM 模板中 VM 资源的子资源？

下一步是安装 SQL Server。 xSQLServer DSC 模块似乎非常适合实现此目的，但它目前有一个 bug in Azure Automation ，这意味着 xSQLServerSetup 资源不可用，即使使用旧版本的 xSQLServer 也是如此。因此，似乎有两种可能的解决方法......

解决方法 1:不使用 xSQLServer，而仅运行新配置的 VM 本地的 PS 脚本，以使用 INI 文件通过命令行安装来安装 SQL Server。用于安装 SQL 的 PS 脚本可以工作，但仅在手动运行时有效。当尝试让 DSC 运行此脚本时，Azure 会抛出错误，指出该脚本未经过数字签名。因此，似乎存在权限范围问题，即使传入本地管理员凭据，DSC 凭据也无法运行本地 PS 脚本。如何解决此问题？

解决方法 2:显然，应该可以预配 VM，在该计算机上本地编译 DSC MOF(使用完整版本的 xSQLServer)，然后将该注册推送回 Azure 自动化。不过，目前还不清楚这到底是如何完成的，因为它似乎还需要执行本地 PS 脚本，从而造成与第一个解决方法相同的僵局。这可能是通过 ARM 模板中的自定义脚本扩展实现的，还是……？

我可以看到所有正在发挥作用的部分，并且我在网上找到了一些有用的资源，为解决方案提供了线索。但是，面包屑之间的距离太远，并且将所有内容连接在一起的正确方法被证明是难以捉摸的。因此，我在这里谦虚地寻求帮助和指导来解决这个问题。

任何帮助将不胜感激。

谢谢!

Answer 1

首先，这是很多问题，而不是 1 个。

1. 除非这是某种家庭作业 - 在虚拟机上安装 sql 是没有意义的，Azure 中有很多虚拟机 + sql 镜像，配置这样的虚拟机需要 5 分钟而不是 60 分钟。<
2. 当尝试让 DSC 运行此脚本时，Azure 会抛出错误，指出该脚本未经过数字签名。 - 这意味着您的脚本未签名(与权限\权限无关)，请查看对于执行策略，您需要在运行脚本之前将其设置为无限制(但由于第一点，您不需要这样做)。
3. 你编译 mof 或上传它，然后你可以将虚拟机“绑定(bind)”到该 mof，它可以使用 powershell(两个部分)自动化，有很多关于如何做到这一点的指南。喜欢this

作为一般规则，使用arm模板来完成整个事情，同样，有很多关于如何实现这一点的示例(只需浏览this repo)。使用 powershell(在 azure 上)配置基础设施并不是最好的方法。