HCL Notes/Domino ソフトウェアのアップグレードに必要な 18 つの重要なステップ

多くの企業で HCL Notes/Domino が重要なビジネスプロセスのバックボーンを担っているはずです。変革や企業が求めるもの、ユーザーからの期待に応えるため IT グループは Notes/Domino の稼働環境を定期的にアップグレードする必要があります。

しかし、 アップグレードの明らかな利点、プロセスのミスは、アップグレードの価値をすぐに損なう可能性があります。 アクティビティの多くは手動で実行されるため、大規模な企業全体のアップグレードを実行することは、通常、IT部門にとって困難な作業です。 prすることができる多くの障害がありますevent あなたの成功したアップグレード HCL Notes/Domino 環境。

複雑さ、コスト、およびリソースのコミットメントは、さまざまな要因によって異なります。 これには、既存のバージョンの日付と、Notes / Dominoのデプロイメントが、プラグインを介して、コアシステムに変更を加えて、または他のソリューションの統合を通じてカスタマイズされているかどうかが含まれます。

組織がアップグレードの準備をしている場合 HCL Notes/Domino、このベストプラクティスリストは、一般的なプロジェクトの落とし穴を回避するのに役立ちます。

注意：

成功するには、内部と外部の両方の利害関係者を含めることが不可欠です。 また、エンドユーザー、トレーナー、コンテンツ開発者、管理者、サポートおよびホスティングチーム、QAおよびテストチーム、システムオーナー、外部サプライヤー、およびサービスパートナーを考慮する必要がある場合があります。 各グループがシステムとどのように相互作用するか、Notes / Dominoのアップグレードがそれらにどのように影響するか、およびグループが必要とする可能性のある継続的な関与のレベルを把握します。

特にDominoアプリケーションに関しては、 アプリケーションの所有者と真の利害関係者の違い.

アプリケーションでの作業に使用するプライマリ クライアントを変更する予定がない場合 (次のように考えてください: Basic、Standard、ブラウザ、. Nomad モバイル vs. 今後 Nomad web クライアント) の場合、考慮する必要がある唯一のことは、同じ名前を持つ既存の自己またはサード パーティが開発したクラスと競合する可能性のある新しく導入されたクラスです。

アプリケーションを操作するためにプライマリクライアントを変更する予定がある場合は、競合するクラストピックに加えて、アプリケーションがXPagesまたはJavaに依存しているかどうか、および新しいクライアントがそれをサポートしているかどうかが問題になります。

そして忘れないでください： 回避する必要のあるコード内の多くの障害、プロジェクト全体を遅らせる危険性を利用しないため。

Notes / Domino環境のアップグレードに関連する技術的な作業に加えて、効果的な変更管理はおそらく、 software アップグレード。 適切なコミュニケーションと協議のバランスを保つこと、および詳細で利害関係者を圧倒することは難しい場合があります。 専用の変更管理マネージャーをプロセスに割り当てることを検討し、その役割の成果物としてコミュニケーション計画と高レベルのプロジェクト計画の作成を含めます。

システム監査の実行には、クライアントのインストールとサーバーの両方について、環境内のすべてのカスタマイズのインベントリを作成することが含まれます。 すべての変更を特定し、この作業に関連する仕様およびその他の関連ドキュメントを掘り下げます。 アップグレードのリスクについて、各非標準実装を評価します。

例：

新しい機能（または非常に類似したもの）が利用可能になりました release？ 現在のカスタマイズは引き続き適用できますか？ は software 他のシステムやアプリケーションと統合されていますか？ アップグレード中に更新されるテンプレートは、さまざまなバリエーション（メールテンプレートや名簿など）で使用されていますか？

Notesをアップグレードすると、パフォーマンスの向上にも役立ちます。 アップグレード前/アップグレード後のベンチマーク分析に関連するすべての指標を収集してください。 IBM（またはLotus）パスからHCLへのウイルススキャナーの除外を必ず更新してください。 特にCitrixでは、ワークスペースの最適化を更新することを忘れないでください。

また、次のような一般的な質問に答える準備をしてください。クライアントの起動時間（起動とサインインのパフォーマンス）が向上しましたか？ そうでない場合、パフォーマンスの低下は全社的に適用されますか、それとも特定の部門または地域にのみ適用されますか？

システム監査に基づいて、カスタマイズと統合を再開発する必要がありますか、それとも特定のプラグインをアップグレードする必要がありますか？ 最新バージョンにアップグレードできますか software 現在のバージョンからですか、それとも最初に中間バージョンにアップグレードする必要がありますか？

新しいNotesバージョンの技術仕様を確認してください—アップグレードの一環として何かをアップグレード、インストール、または購入する必要がありますか？ テーマ/デザイン/仕様もアップグレードする必要がありますか、それともアップグレードされたバージョンで機能しますか？

あなたはする必要がありますか Citrixなどの仮想デスクトップインフラストラクチャ（VDI）でNotesをアップグレードする？ Citrixでは、最適なパフォーマンスと安定性には特別な構成が必要であることを忘れないでください。

上記の手順で得られた結果に応じて、すべての詳細のリストを作成しました。 次の質問とタスクは、誰がアップグレードを実行し、何をどの順序でアップグレードする必要があるかです。 通常、上記のすべての依存関係が明確になり、解決されたことを確認した後、最初にサーバーをアップグレードし、次にクライアントをアップグレードすることをお勧めします。
アップグレードに関するさらに重要な質問は次のとおりです。アップグレードはどのように実行されますか？ 何かありますか ガイダンス からのアップグレードについて software サプライヤー？ アップグレードプロセスに適用する必要がある時間、人、リソース、および予算は何ですか？

最高の計画でさえ、ある時点で現実と出会う。 監査と要件計画を上手く行うほど、このステップで直面する問題は少なくなります。

アップグレード計画とロールアウト計画を混同しないでください。 アップグレードプランはアップグレードの主題とすべてのコンテンツの質問を処理しますが、ロールアウトプランは、アップグレードがエンドユーザーに届く時間と方法です。
そのため、次のような質問を事前に決定することが重要です。

バックアップを安全な場所に保管してください。 セカンダリバックアップを実行し、そのファイルを別の場所に安全に保管します。

これは慎重ではありませんが、思いやりがあります。 展開を計画するときに、どのような環境への影響に直面する必要があるかはわかりません。

また、アップグレードのためだけにバックアップを作成する必要はありません。本番環境では常にバックアップが必要です。

アップグレード中に問題が発生するかどうかを知る最良の方法は、ライブシステムのコピーをアップグレードしてみることです。 コードまたはシステムの競合を特定し、さらに作業が必要な場所にスポットライトを当てます。 このステップに十分な時間をとって、関連する利害関係者と関わることが重要です。

これには、機能テスト、非機能テスト、技術テスト、データの整合性、セキュリティ、パフォーマンス、クロスクライアントを含むテーマ/設計テスト、およびデバイステストが含まれます。 テストプロセスに不可欠なのは、問題をキャプチャして追跡するための共有メカニズムです。 問題は詳細に説明され、追跡のために一意の識別子があり、現在のステータスがあり、完全に解決されるまで誰かに割り当てられる必要があります。

また、ユーザーの受け入れテストに時間をかけ、期待を管理することも重要です。 アップグレードされたシステムは機能している可能性がありますが、対処するために実装されたすべてのビジネス要件を満たしていない可能性があります。

新しくアップグレードされたトライアルが展開され、テストされ、問題が解決されたので、管理者は、更新によって導入された新しい機能が正しく構成されていることを確認するためにしばらく時間がかかります。 これには、機能のオンとオフの切り替え、またはユーザーに最適な設定の更新が含まれる場合があります。

現在のアップグレードを成功させるには、ヘルプファイルやユーザーマニュアル、およびカスタム開発や展開要件の詳細を説明する技術文書を準備することが不可欠です。

によって提供されるドキュメントを活用します software サプライヤーまたはテクノロジーベンダーとバージョン間の違いを強調して、新しいものの重要な変更を強調します release.

適切な人材を適切なタイミングでトレーニングするには、適切なトレーニングリソースだけでなく、適切な計画も必要です。 トレーナーと研修生は、適切なスペースで同時に対応できる必要があります。

トレーニングの量、トレーニングの種類、およびトレーニングの長さは、アップグレードされたエンドユーザー向けの機能と機能の変更によって異なります。 software.

アップグレードによっていくつかの重要な変更が導入された場合、またはタイミングを合わせている場合 software 再アップグレードしてrelease システムの場合、ホスティング設定がアクセスと使用量の増加に対応できることを確認する必要があります—短期間のみです。

完全な切り替えや、古いシステムと更新されたシステムを一定期間並行して実行するなど、稼働プロセスに関するいくつかのオプションがあります。 展開計画を参照して、全員が自分の役割と責任を理解していることを確認してください。 release.

アップグレードが行われた後、おそらくサポートリソースに対する最初の需要があります。 releasedユーザーが新しいシステムに精通するにつれて。

新しいシステムの特徴や機能、またはプロセスやポリシーの変更により、継続的なサポートの変更が必要になる場合があります。 サポートチームが、アップグレードに入る需要を満たすのに十分なドキュメント、トレーニング、およびカバレッジを持っていることを確認します release.

アップグレードプロジェクトを振り返って、何がうまく機能し、次にアップグレードが必要になったときにどこで改善できるかを特定することが重要です。

一般的に、これらを持っていることは良い考えです 健康的で安定した最新のNotes / Domino環境を維持するための7つのヒント、念頭に置いてあなたの新しい学習の隣に。

…セキュリティ上の理由だけの場合。

最後に、アップグレードしたNotesシステムが安全だと思っていても、 セキュリティ情報と更新を定期的にチェックします 悪意のある攻撃からシステムを保護します。

進行中のパンデミックにより、前例のない数の人々が自宅で仕事をし、十分に開発されたNotes ITインフラストラクチャのセキュリティを放棄することを余儀なくされましたが、サイバー犯罪者は不注意な従業員を選択のターゲットとしてマークしました。

ハッカー、マルウェア、DDoS攻撃などから保護するために、Notes環境を最新の状態に保つようにしてください。

注意：アップグレードを定期的に実行すると、その刺激が失われます。

あなたからの御一報をお待ちしています このリストが次のアップグレードの計画と実行に役立つことがわかった場合。

追加や改善が必要と思われる場合は、コメントを残してお知らせください。

このリストをあなたの仲間と共有することによって、全体 community 利益を得ることができます。 下の共有ボタンをクリックするだけです。