问题描述
我们正在组织中实施DSC。我们能够在非产品测试环境中成功创建和部署配置。
在PROD环境中实施DSC之前，我们的管理层需要将其与ITSM /变更管理集成。这样，所有内容都有变更票（我们正在使用ServiceNow）。在创建和部署DSC配置期间，我们可以照顾好这一点。
但是，实际的问题是何时部署DSC配置并使其生效。我们如何集成ITSM /变更管理和日志记录机制？
让我举个例子，假设我们有SERVER1，我们为其创建了一个配置，以确保“ TapiSrv”始终处于“已停止”状态。现在，由于某些要求，用户X创建了更改票证以启动此服务。他已根据更改票单成功启动了服务。现在，当LCM触发DSC配置以将服务恢复到原始状态（即“已停止”）时。用户不知道为什么会发生这种情况，而且在LCM将服务恢复到原始状态之前，我们没有任何变更票。此更改是在没有变更票证或任何日志记录机制的情况下发生的。
我们可以在LCM恢复/还原对服务所做的更改之前集成一些要执行的代码，以便我们可以做两件事：以编程方式创建更改票证，以及在实际恢复配置之前创建数据库条目。
我们可以编写代码来创建变更单并进行数据库输入，但是如何在LCM恢复配置之前触发该代码。
这还将帮助我们生成有关服务器偏离配置多少次且LCM已将其恢复的报告。
在LCM将任何内容恢复到原始状态之前，我不知道如何触发一些代码。
解决方法
您可以通过仅进行LCM一致性检查来实现此目的，然后在报表到达连接到dsc服务器的数据库时创建票证，在处理更改票证后，您将手动调用dsc应用。