Clarity SaaS のアップグレード

概要
このセクションでは、アップグレード プロセス、計画に関する考慮事項、およびサービスの変更点について説明します。以下のドキュメントを確認して、アップグレードを準備します。
  • リリース ノート: 新しい拡張機能、サードパーティ ソフトウェア サポートの変更点、およびリリース固有のその他の情報について説明します。
  • 変更の影響とアップグレード ガイド: リリース固有の技術的な情報と、ユーザ アクションについて説明します。また、アップグレード、トレーニング、およびロール アウトの各作業に役立つ情報が記載されています。
Clarity コミュニティでは、質問を投稿したり、アイデアおよびアップグレードに関する情報を共有したりできます。
SaaS のアップグレード プロセス
アップグレードを完了するための標準的なタイムラインとプロセスの概要を以下に示します。
第 1 週
第 2 週
第 3 週
  • 非本番環境のアップグレードを開始
  • Broadcom による検証テスト
  • 顧客テスト
  • 顧客テストを続行
  • 障害となる問題の報告と解決
  • 全体的なテストが完了し、問題が解決
  • 本番環境のアップグレード スケジュールの確認
アップグレードのプロセスとベスト プラクティス
アップグレード サイクル中の設定の安定性
作業のリスクを最小限に抑えてベスト プラクティスに従うためには、アップグレード サイクル中に安定した設定が推奨されます。アップグレード サイクルを開始する前に、すべての設定変更を完了して本番環境に移行しておいてください。アップグレード サイクル中は、本番システムに対して大きな設定変更を行わないでください。
アップグレード サイクル中に大きな設定変更を行うと、本番環境で予期しない問題が発生する可能性があります。
非本番環境の更新
非本番環境は、既存のデータを使用してアップグレードできます。リスクを最小限に抑え、本番環境のアップグレードを確実に成功させるために、所属する組織でサポート チケットを作成して、アップグレードがスケジュールされている非本番環境を本番環境のデータで更新するように依頼することをお勧めします。更新要求の完了に対して、少なくとも 2 営業日の準備期間を設けてください。
非本番環境のアップグレードに失敗すると、本番環境のアップグレードを妨げる予期しない問題が発生する可能性があります。
テストおよび問題修正の期間
スケジュールされている本番環境のアップグレードの前に、テスト中に発生した障害問題を修復することで、オープンな問題が発生しないようにすることができます。
非本番環境の検証
スケジューリング
メンテナンスの通知は、アップグレード予定日の少なくとも 1 週間前に送信されます。非本番環境のアップグレードは平日にスケジュールされます。スケジュールされたリリースを確認するには、「Clarity SaaS のアップグレード スケジュール」を参照してください。
非本番環境のアップグレード
完了時に、アップグレードされた非本番環境の配信を確認する電子メールが送信されます。アップグレードを完了するには、約 24 時間必要です。
テストのベスト プラクティス
アップグレードされた非本番環境を使用して、その環境を使用して新機能について理解し、予想されるバグの解決方法をテストすることができます。さらに、ユニット テスト、回帰テスト、およびユーザ承認テストを実行するためのテスト スクリプトを更新/作成することもできます。新しいまたは変更された機能をテストすることをお勧めします。以下のテスト ガイドラインと推奨事項を参照できます。
  • 最初の実装時に作成されたテスト スクリプト
  • 適用可能なバグ修正
  • 展開予定の新機能
  • カスタム レポート
  • GEL スクリプトを使用したデータ統合カスタム プロセス
  • NSQL データ プロバイダを使用したカスタム ポートレット
  • アドイン パッケージおよび関連する設定
問題のレポートと解決
サポートチケットを作成し、テスト中に発生した問題を記録して、適切な解決方法が提供されていることを確認します。問題がアップグレードを妨げている問題である場合は、サポート チケットに明示的に記載してください。アップグレードを妨げているすべての問題は、スケジュールされている本番環境のアップグレードの前に解決されます。
本番環境のアップグレード
2 回目の電子メール通知は、アップグレード予定日の少なくとも 1 週間前に送信されます。通常、本番環境のアップグレードは、金曜日の営業時間後に開始され、翌日(土曜日)が終わるまでに完了します。本番環境のアップグレードが完了すると、その環境をテストして使用する準備ができたことを知らせる電子メール通知を受け取ります。アップグレード後の本番環境で重大な問題が特定され、迅速な支援が必要な場合は、重大度 1 のチケットを作成してください。アップグレード中やその後のテスト中に重大な障害が発生し、アップグレードのタイムライン以内に解決できない場合は、以前のバージョン状態へのロールバックが処理されます。ロールバックには、本番環境のアップグレード前のすべてのデータと設定が含まれます。
サービスに関するその他の変更点と考慮事項
新規ユーザ インターフェース
有効にすると、次の URL から新しい Clarity ユーザ インターフェースにアクセスできます: https://<servername>.ondemand.ca.com/pm
IDP フェデレーション シングル サインオンを使用して、デフォルトでユーザが新しい UI にアクセスするようにする場合、会社の ID 管理チームが、ターゲット URL に「/pm」が追加されるように新しいリンクを生成する必要がある場合があります。
Clarity アドインへの影響
アップグレードの一環として、以前にインストールしたアドインはすべてアップグレードされます。ただし、既存のビュー設定を保持するための更新は適用されません。アップグレードされたアドインは、Clarity Studio の[アドイン詳細]ページを使用して確認および適用できます。各アドインについて、「アドイン」と「統合」を確認して、どのアップグレード済みビューを適用する必要があり、どのビューを手動で調整する必要があるかを決定してください。
ビューを適用すると、既存のビューの設定が上書きされます。上書きされたビューを完全な環境に復元するには、ビューを復元するか手動で再作成します。
FAQ
一般的な質問に対する回答を簡単に確認するには、「よくある質問(FAQ)」を参照してください。
SaaS アップグレードの責任
Broadcom アップグレード チーム
  • 顧客環境の物理的なアップグレード
  • システムのテストと検証
  • システムまたは環境に関する問題の解決
顧客
  • アップグレード プロセスの理解および管理
  • アップグレード計画の作成および実行
  • ユニット テスト、回帰テスト、およびユーザ承認テストの実行
  • 非標準コンポーネントの互換性に関する問題の特定と解決
  • パーソナライズされたトレーニング資料の更新
  • アップグレード後タスクの追跡、管理、および実行
SaaS のアップグレードのチェックリスト
推奨されるアップグレード前の準備タスク
  • 開発の完了、本番環境への昇格、その後の大きな変更を回避
  • 本番環境の非本番環境への更新要求
    • 非本番環境を更新するために必要であり、強く推奨されます
    • 非本番環境で本番環境データセットのアップグレードをテストするために必要です
    • 更新を要求する非本番環境ごとにサポート チケットを提出します
    • レポートの内容はこのプロセスではコピーされないため、必要に応じて手動で移動する必要があることに注意してください
  • アップグレード プロセスの確認
    • アップグレード時に必要な操作についてのガイダンスを提供
    • おおまかなタイムラインを提示
  • リリース ノートで変更点を確認して影響を評価
    • コンポーネント – レポート、ポートレット、プロセス、ジョブ、またはインターフェース
    • トレーニング資料 – マニュアル、ガイド、オンライン
    • アドイン – 新規または更新されたコンポーネント
非本番環境のタスク
  • 回帰テストの実行(必要に応じて)
    • 「リリース ノート」および「変更の影響とアップグレード ガイド」に従って回帰テストを実行し、使用する更新機能を十分にテストします。
    • 追加の問題や変更のリストを保持します
  • 標準以外のコンポーネントおよびその他の問題を更新
    • 必要に応じて、適切なリソースを利用してカスタム コンポーネント(レポート、インターフェース、抽出ファイルなど)を更新します
    • 適用されたすべての修正のリストを保持します
    • 特定されたその他の問題を解決します
  • 必要に応じて、選択したアドインを適用します
  • UAT テストの実行
    • UAT スクリプトを実行してアップグレードを検証します
    • ユーザに新しいバージョンを試してもらい、フィードバックを得られるようにします
  • 移行計画の作成と本番環境のアップグレード後のチェックリストの作成
    • 本番環境のアップグレード後の実装に備えて非本番環境で行われたすべての更新をリストします
    • 本番環境のアップグレード後に実行する必要のあるテストまたは検証を特定します
本番環境のアップグレード前のタスク
  • トレーニングおよび変更管理
    • 必要に応じて、トレーニング資料の更新を完了します
    • 必要に応じてトレーニングをスケジュールします
  • 予定された本番環境のアップグレード日に向けた準備状況の確認
    • リソースが利用可能であることを確認します
    • 報告された障害となる問題がすべて解決されていることを確認します
  • 短い間隔のアップグレード スケジュールの作成
    • アップグレード後に複数のコンポーネントを更新する必要がある場合に必要です
    • タスクの実行または検証のために適切な人員を利用できることを確認します
本番環境のタスク
  • アップグレードが完了したら、非本番環境のテストで文書化した本番環境のアップグレード後のタスクをテストして実行します
  • 環境の最終検証を実行します
  • 障害となっている問題があれば、重大度 1 のサポート チケットで報告し、アップグレード済みの環境をエンド ユーザに公開する前にそれらの問題を解決します
解決が必要な環境に関する問題については、問題ごとに個別のサポート チケットをオープンしてください。