MotioCI 破損したIBMCognos ContentStoreをDaVitaHealthCareに保存

エグゼクティブサマリー

DaVita は以前、IBM Cognos 環境間で BI コンテンツを展開する面倒な方法に依存していましたが、この方法にはコンテンツ ストア オブジェクトの実際のロールバック機能やバージョン管理機能がありませんでした。 この方法により、DaVita は BI 開発作業の多くを失う危険にさらされました。 DaVita実装 MotioCI 導入を改善し、そのようなリスクを軽減します。 加えて、 MotioCI DaVita により、破損した Cognos Content Store データベース全体を復元できるようになりました。 DaVita について DaVita HealthCare Partners Inc. は、米国全土の患者集団にさまざまな医療サービスを提供するフォーチュン 500® 企業です。road。 米国の透析サービスの大手プロバイダーである DaVita Kidney Care は、慢性腎不全および末期腎疾患の患者を治療しています。 DaVita Kidney Care は、臨床ケアを革新し、統合された治療計画、個別のケアチーム、便利な健康管理サービスを提供することで、患者の生活の質の向上に努めています。

DaVita の IBM Cognos の実装

IBM Cognos は、DaVita の IT インフラストラクチャ内のいくつかのアプリケーションのうちの 8.4 つです。 3 年前、DaVita は、開発、テスト/QA、実稼働サーバーを含む BI 環境に Cognos バージョン XNUMX をインストールしました。 DaVita の IT インフラストラクチャ チームのメンバーは、デンバーの本社および全国各地にいます。 DaVita の IT インフラストラクチャ部門には BI 運用チームがあり、主要な IT 管理者、管理者とプロの権限を持つ XNUMX 人の従業員で構成されています。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 コンテンツの以前のバージョンにロールバックできるようにしたいと考えていました。 また、開発者がサイクル タイムを短縮できるように、展開の責任を XNUMX 人から複数人に安全に移譲したいと考えていました。

認定条件 MotioCI DaVita のコンテンツ ストアを保存しました

DaVita導入からXNUMXヶ月後 MotioCI、サービスが更新されると、必要に応じて Cognos 実装を再起動する必要がありました。 Cognos を再起動しようとしても、何も起こらず、再起動しませんでした。 のバージョン管理機能 MotioCI 再起動失敗の原因を特定し、Content Store データベースを復元するために使用されました。 根本原因分析を実行する際には、 Motio そして DaVita は、DaVita の Cognos Content Store が「完璧な嵐」により不安定な状態になったことを発見しました。 Content Store が使用不能になる原因となったイベントの組み合わせは、10.1.1 人のユーザーの無害な行動と、Cognos の特定のバージョンの難解なバグでした。このバグは現在修正されています。 Cognos 4297 では、パブリック フォルダーに「フォルダー A」などのフォルダーを作成し、それを切り取り、「フォルダー A」に移動してそこに貼り付けることができました。 本質的には、フォルダーをその下に移動することになります。 Cognos エラー CMREQ5230 がログに記録されましたが、この問題は Cognos Connection 内から修正できませんでした。 さらに悪化しました。 Cognos サービスがリサイクルされたときに、再起動されませんでした。 Cognos は次のメッセージを表示しました。「CMSYSXNUMX Content Manager が内部で循環 CMID を検出しました。 循環 CMID は {xxxxxx} です。 これらの不適切な子-親 CMID により、Content Manager が誤動作する原因となっています。」 彼らはその状態に陥ってしまったのです。 の Motio サポート チームは、破損したレポートとパッケージを回復するプロセスを DaVita に説明することができました。