MotioCI 在 DaVita HealthCare 中保存损坏的 IBM Cognos Content Store

执行摘要

DaVita 以前依赖于在 IBM Cognos 环境之间部署 BI 内容的费力方法，这些环境没有任何内容存储对象的真正回滚或版本控制功能。 这种方法使 DaVita 面临失去大量 BI 开发工作的风险。 DaVita 实施 MotioCI 以改进部署并降低此类风险。 此外， MotioCI 使 DaVita 能够恢复已损坏的整个 Cognos 内容存储数据库。 关于 DaVita DaVita HealthCare Partners Inc. 是一家财富 500 强®公司，为美国各地的患者群体提供各种医疗保健服务。road. 作为美国领先的透析服务提供商，DaVita Kidney Care 治疗慢性肾功能衰竭和终末期肾病患者。 DaVita Kidney Care 致力于通过创新临床护理、提供综合治疗计划、个性化护理团队和便捷的健康管理服务来提高患者的生活质量。

DaVita 的 IBM Cognos 实施

IBM Cognos 是 DaVita 的 IT 基础架构中的多个应用程序之一。 五年前，DaVita 在他们的 BI 环境中安装了 Cognos 8.4 版，其中包括开发、测试/QA 和生产服务器。 DaVita 的 IT 基础架构团队成员位于丹佛总部和全国各地。 DaVita 的 IT 基础架构部门内有一个 BI 运营团队，由一名主要 IT 管理员、3 名拥有管理员和专业人员的员工组成。motion 个功能和 10 个报告作者。 在 IT 团队之外，有 9,000 名指定的 Cognos 用户，他们主要是报告消费者。 DaVita 的几个独立子公司可以开发自己的独立 BI 报告并将它们托管在共享的 Cognos 环境中。 DaVita 的 Cognos 内容存储库包含数千个对象。

DaVita 的 BI 挑战

DaVita 部署 BI 内容的过程非常耗时、乏味且容易出错。 由于没有适当的版本控制系统，他们还面临着失去开发工作的日常风险。

DaVita 的 BI 挑战

DaVita 的原始部署过程包括将内容从开发导出到测试再到生产。

1. 首先，他们将创建导出弧hive 在 Dev 中并将其检入版本控制系统。
2. 然后他们会将其导入到测试环境中并进行部署。

这个过程创造了一个“人工安全网”。 换句话说，这个过程感觉很好，但它不是很实用或可靠。 如果用户需要恢复报告，管理员将需要检索部署弧的正确版本hive 从存储库并将其导入沙箱以检索单个报告的报告规范。 然后需要将该规范放置在目标环境中，这可能与其包不同步。 此外，报告规范可能是也可能不是用户请求的版本。 除了其复杂性之外，此部署模型的问题在于它不提供任何真正的回滚功能，也不提供内容存储中对象的任何版本控制。 内容存储中缺少版本控制对象也使 DaVita 面临在开发环境中丢失大量工作的高风险。 DaVita BI 运营团队希望改进和自动化一些与 Cognos 相关的工作流程。 他们希望降低风险并能够在需要时回滚到以前版本的 BI 内容。 他们还希望安全地将部署职责从一个人转移到多个人，以便开发人员可以缩短他们的周期时间。

创新中心 MotioCI 保存了 DaVita 的内容商店

DaVita 安装四个月后 MotioCI，他们的 Cognos 实现需要在更新服务时根据需要重新启动。 当他们尝试重新启动 Cognos 时，什么也没发生，它也不会重新启动。 版本控制能力 MotioCI 用于查明重启失败的原因并恢复内容存储数据库。 在进行根本原因分析时， Motio DaVita 发现 DaVita 的 Cognos Content Store 由于“完美风暴”而进入不稳定状态。 导致内容存储不可用的事件组合是一个用户的无辜行为和特定版本的 Cognos 中的深奥错误，此后已得到纠正。 在 Cognos 10.1.1 中，可以创建一个文件夹，在公共文件夹中说“文件夹 A”，剪切它，导航到“文件夹 A”并将其粘贴到那里。 从本质上讲，您正在移动其自身下的文件夹。 记录了 Cognos 错误 CMREQ4297，但无法从 Cognos Connection 中更正该问题。 情况变得更糟了。 当 Cognos 服务被回收时，它不会重新启动。 Cognos 显示此消息：“CMSYS5230 内容管理器在内部发现了循环 CMID。 循环 CMID 是 {xxxxxx}。 这些糟糕的子父 CMID 导致 Content Manager 出现故障。” 他们被困在那种状态。 这 Motio 支持团队能够引导 DaVita 完成恢复损坏的报告和包的过程。