停止运行时至历史的数据移动服务的过程非常类似于启动它的过程。部署归档 DS_Runtime_setup 和 DS_Datamart_setup 包含可执行文件脚本,可以使用这些脚本停止用于运行时至历史的数据移动服务的“捕获”和“应用”组件实例。
如果由于更改
业务度量模型而创建归档,则仅会打包新“捕获”和“应用”组件实例的停止脚本。
注: 建议在停止数据移动服务之前整合脚本。
要获取更多关于复制脚本整合的信息,请参阅
整合启动和停止脚本。
然而,即使未执行整合,仍可使用以下指示信息。
要对给定的业务度量模型停止运行时至历史的数据移动服务:
- 识别运行时数据库中已经指定给业务度量模型的所有“捕获”组件实例。 如果已经整合了所有“捕获”组件实例的停止脚本,则不需要做任何事。
继续下一步。
如果还未整合脚本(并不希望整合它们),则需要识别所有已为此业务度量模型创建的“捕获”组件实例。
在第一次为业务度量模型执行模式生成时,会自动生成“捕获”组件实例停止脚本。
随后的模式生成(例如,在更新业务度量模型之后)仅会为新“捕获”组件实例生成停止脚本。
要识别所有相关停止脚本,对于为该业务度量模型执行的每个部署,您都需要重复以下步骤。
- 浏览至执行该模型部署的目录。
- 浏览至 Runtime_to_Historical\source 子目录,并找出所有的 StopCapture_<number> 脚本。
- 对于该业务度量模型的每个部署,重复上述步骤。
- 停止“捕获”组件实例。 已识别的“捕获”组件实例必须在运行时数据库所在的机器上停止。如果已经整合了停止脚本,则启动已整合的停止脚本。
如果未进行整合,则需要执行上一步中确定的每个停止脚本。
可以按照任意次序启动停止脚本。
注: 停止脚本是异步工作的,在有些情况下,在发出停止命令和“捕获”组件停止之间可能会有延迟。
这是因为“捕获”组件实例在停止之前要先完成事务。
- 识别历史数据库中已经指定给业务度量模型的所有“应用”组件实例。 如果已经整合了所有“应用”组件实例的停止脚本,则不需要做任何事。
继续下一步。
如果还未整合脚本(并不希望整合它们),则需要识别所有已为此业务度量模型创建的“应用”组件实例。
在第一次为业务度量模型执行模式生成时,会自动生成“应用”组件实例停止脚本。
随后的模式生成(例如,在更新业务度量模型之后)仅会为新“应用”组件实例生成停止脚本。
要识别所有相关停止脚本,对于为该业务度量模型执行的每个部署,您都必须重复以下步骤:
- 浏览至执行该模型部署的目录。
- 浏览至 Runtime_to_Historical\target 子目录,并找出所有的 StopApply_<number> 脚本。
- 对于该业务度量模型的每个部署,重复上述步骤。
- 停止“应用”组件实例。
已识别的“应用”组件实例应在运行时数据库所在的机器上停止。如果已经整合了停止脚本,则启动已整合的停止脚本。
如果未进行整合,则需要执行上一步中已识别的每个停止脚本。
可以按照任意次序启动停止脚本。
注: 停止脚本是异步工作的,在有些情况下,在发出停止命令和“应用”组件停止之间可能会有延迟。
这是因为“捕获”组件实例在停止之前要先完成一个或多个事务。