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 面臨在 Dev 環境中丟失大量工作的高風險。 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 導致內容管理器出現故障。” 他們被困在那種狀態。 這 Motio 支持團隊能夠引導 DaVita 完成恢復損壞的報告和包的過程。