hcl domino 11 へのバージョンアップベストプラクティス

HCL DOMINODOMINO 11 へのバージョンアップベストプラクティス2020年9月株式会社エイチシーエル・ジャパン

Copyright © 2020 HCL Technologies Limited | www.hcltechsw.com

Copyright © 2020 HCL Technologies Limited | www.hcltechsw.com 2

本資料の位置づけについて本資料は、別資料「Notes/Domino 11.x へのバージョンアップ」(47ページ)の要点をまとめた資料です。上記資料を読み込む前の、概略把握に適しています。本資料単独でバージョンアップの計画および実施は困難です。上記資料とあわせてご利用ください。

2

https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0078055


もくじ

3

アップグレードを成功させるための準備

環境の準備実施前の準備事項

アプリの対応カスタム・アプリケーションの対応

現状のモニタリング現在の負荷状況の理解

環境の評価インプレース、または新規ハード/OS かの判断

デプロイの順序バージョンアップ順序の決定


新機能に備える

Notes/Domino 10/11 の主な新機能

• ファイルサイズ制限が 64GB から 256GB へ (ODS 53+)• 削除文書のログ• Symmetrical Clusters• SAML の改善• Domino on Docker• MarvelClient• セキュリティー改善

• ID ボールトの Notes ID パスワードでの Web ユーザーの認証• X.509 証明書でのサブジェクト代替名 (SAN) のサポート• Domino Web サーバーで Server Name Indication (SNI) をサポート

4

https://help.hcltechsw.com/domino/11.0.1/ja/admin/inst_dominoondiskstructure_t.html

https://help.hcltechsw.com/domino/11.0.1/ja/admin/admn_monitoring_doc_deletions.html

https://help.hcltechsw.com/domino/11.0.1/ja/admin/sym_cluster.html



https://help.hcltechsw.com/domino/11.0.1/ja/admin/conf_authenticate_webusers_with_notesids.html

https://help.hcltechsw.com/domino/11.0.1/ja/admin/wn_san_in_x509.html

https://help.hcltechsw.com/domino/11.0.1/ja/admin/wn_domino_sni.html

現状のモニタリング現在のパフォーマンス状況の確認


現状のモニタリング

なぜ必要か

• 現環境の状態と問題の確認• 潜在的問題の把握と対処• バージョンアップ前後の比較を可能にする• キャパシティーの検討

• メールサーバーの統合時に特に必要

6


モニターする内容

7

OSCPU (使用率)

メモリー (使用率、ページング)ディスク

ネットワーク使用率、 I/O 統計、エラー

ユーザー活動ピーク時間とアプリケーションの

パフォーマンス

Domino 統計情報統計とイベントDDM

サードパーティーのソフトアドオンタスクセキュリティーソフトウェアアンチウィルスなど

ストレージ平均ディスクキュー長インプット/アウトプットレート等



モニターする内容

データを分析し、現環境のベースライン (正常と看做せる範囲) を決定する。• 設定されているパラメーターの把握• 環境状況に関して手がかりとなるデータは何か。どういう数値の場合に、何が起きているかの把握

日次/週次/月次でのレポートの作成 (ベースラインを越えていないかの確認)

ベースラインを越えた場合の対応策を策定しておくこと

8



便利なツール

• Domino Domain Monitoring• Domino 統計情報• SNMP エージェント• モニタリング用サードパーティーツー (Panopta など)• OS ツール: Perfmon、nmon など• 仮想環境の統計情報 (VMware vSphere など)

9

https://hcljapan.co.jp/software/blog/how-to-make-domino-deployment-and-monitoring-radically-easier-qa

環境の評価

重要な考慮事項


現在のバージョンの確認

Domino version 11 のパス

Domino 9.0.1 /10.x:• 同一場所でのバージョンアップ (上書き/アンインストール+インストール)• Domino 9.0.1 から11.0.1へ直接バージョンアップ可能Domino 9 未満:• サポートされたOSを確認• アンインストール• リブート• notes.ini の掃除 (追加と削除)• 11.0.1 のインストール時に既存ディレクトリーを指定する。• 詳細: Domino 9.0.1 未満から HCL Domino 11 へのバージョンアップ

混在環境でのサポート: HCL Notes/Domino、およびメール・テンプレート 11.0 のサポートされている混在バージョンと相互運用性

11




環境の評価

OSとハードウェアのシステム要件

システム要件の確認 (Notes、Domino)

今後の方針などに現在のプラットフォームが適合しているかの確認• 現在もサポートされているか。• 64-bit サーバーのみがサポートされているか否か

ハードウェアの更新を行う場合• 物理ハードウェアの場合は最新のドライバーとファームウェアを確認• ハードウェアのサポート期間を確認• ストレージ拡張の必要の有無、別ストレージ利用の有無• 集約の可能性の検討

使用中のサードパーティー製品• Domino 11をサポートしているかの確認

12




環境の評価

Domino 32-bit から 64-bitへの変更

先読みをした計画を行うこと。Updall処理は時間を要する場合がある。但し、1回のみ。• 全文索引はすべて破棄され再作成が必要• ビューの索引はすべて破棄され再作成が必要 (Windows)• 詳細な手順: Windows プラットフォーム上の Domino サーバー 32-bit 版を 64-bit 版にアップグレードする手順

Windows Server• 32-bit プログラム上に64-bit版Dominoをインストールしないこと• SysWow64ディレクトリーからファイルを削除すること

notes.ini設定の確認• 可能ならば新規にnotes.iniを作成

• トランザクションロギング設定の移行• 32-bit版特有のチューニングと制限

• Javaヒープサイズ• メモリープールの制約

13



環境の評価

既存バージョン間との共存

X.509 証明書での Subject Alternative Name (SAN) フィールド• SAN for TLS and S/MIME signature verification is only supported in the Domino 11.0.1 server and

Notes 11.0.1 clients.

DAOS Tier 2 ストレージ• 11.0.x の Domino ディレクトリーテンプレート (pubnames.ntf) と 11.0.x のID ボールトのテンプレートの使用が必須。• テンプレート設計をダウングレードすると、機能が無効になる

ディレクトリー同期 (Directory Sync)• 管理サーバーとクライアントが11であること、ディレクトリーテンプレートが11が必須

ID ボールトの Notes ID パスワードでの Web ユーザーの認証• 認証サーバーとID ボールトサーバーは11以降が必須

14


環境の評価

クラスタリング

ベストプラクティス: Domino 11 サーバーは別クラスターとすること。Domino 10と11はクラスタリングさせることは可能だが、バージョンアップ期間に限ること• クラスター複製では設計要素の複製制限は無視されるので注意。• Domino 11 ディレクトリー (pubnames.ntf) は、Notes/Domino 10 との後方互換性があります。• Notes/Domino 10 より前のバージョンと10/11をクラスタリングさせると、問題が起きる可能性があります。

15


環境の評価

HCL Traveler

• Domino を先にバージョンアップする• Traveler がサポートするDominoのバージョンを使用すること• 最新の Fix Pack などの最新メンテナンス・レベルを推奨• Domino 11、12 など、バージョンアップ時は、Travelerのインストールを再実行する必要あり• 詳細: Traveler Help Center: Upgrade Considerations and Overview (英語)

16

https://help.hcltechsw.com/traveler/11.0.0/beforeyouupgrade.html

デプロイの順序とシナリオ

Best Practices


デプロイの順序

中小規模の環境の場合

• 管理者クライアントのバージョンアップ• Dominoドメインの管理サーバーのバージョンアップ• Dominoディレクトリーのテンプレートの他のサーバーへの複製を許可• ハブサーバーのバージョンアップ• Resource and Reservation servers (R&R) サーバーのバージョンアップ• Dominoメールサーバーのバージョンアップ• SMTPサーバーのバージョンアップ• ID Vaultサーバーのバージョンアップ• アプリケーションとWebサーバーのバージョンアップ• サードパーティーやコンパニオン(Travelerなど)の(サーバー)製品のバージョンアップ• Notesクライアント 11 へのバージョンアップ• メールテンプレートを11に置換• ODSのアップグレード


デプロイの順序

ディレクトリーテンプレートの複製フローの制御

1万を越える大規模環境ではバージョンアップ期間が長くなりがち。$Users と $ServerAccess ビューの更新は長時間かかる場合がある。その間はユーザーはログイン不可。• リビルドを就業時間外に実施する検討• バージョンアップ前のサーバーから pubnames.ntf を削除する

オプション 1: 最初のサーバー(管理サーバー)をバージョンアップし、そのサーバー上の names.nsf をOSコピー他のサーバーにコピーする。• ディレクトリーの設計要素について複製を禁止する (拡張複製オプション)• 残りの手順は、これまでのページと同一。

オプション2: 管理サーバーからハブサーバー、スポークサーバーへと、順次新テンプレートが流れるようにACLを設定する。• 残りの手順は、これまでのページと同一。

19


デプロイのオプション

ベストなパスを決定する

Domino稼働中のインフラ (ハードウェア / OS / ストレージなど) を変更する必要があるか、予定があるかの決定Dominoサーバーの統合を行うか否かの決定

同一サーバー(ハードウェア)でのバージョンアップ (in-place) (on same machine)別のサーバー(ハードウェア)へのDominoの移動 (ID系は維持)Dominoの新規インストール (ID系は維持)Dominoの新規インストール (新規ID)

Domino on Docker (今回の説明では対象外)


インプレース・バージョンアップ

最も簡単なアプローチ

サーバーIDは、既存のものを利用ハードウェアとOSは、既存のものを利用9.0.1上の環境でインストーラーを実行

9.0.1より前の場合はサポート技術情報を参照: Domino 9.0.1 未満からHCL Domino 11 へのバージョンアップ

これはDominoがサポートするOSで場合のみ有効

21



新規ハードへのデプロイ

新ハードウェア + 既存ID

注意: ハードウェアの更新とDominoのバージョンアップを同時に行わないこと。トラブル時に切り分けが困難になるため

Dominoサーバーが既存ID/ホスト名を継続使用するが、新ハードウェア/OSに移動する場合:• 既存Dominoサーバーの停止• 新ハードウェア/OSに以下のものを、同一ドライブ、同一フォルダー構造でファイルコピーする

Domino プログラムディレクトリー Domino data ディレクトリー Domino トランザクションログ

• 既存バージョンのDominoインストーラーを実行し、以前と同じ環境設定とする• 既存Dominoサーバーのマシンを停止し、新マシンが既存マシンと同じホスト名で名前解決できるように、新マシンの設定を変更• 新サーバーが構成、起動されたら、旧サーバーは起動させないこと• 新サーバーの動作確認し、良好ならばインプレース・バージョンアップを実施する

22


新規Dominoサーバーのインストール

新規サーバーのインストール + IDの変更

メリット: • 既存のハードウェアとOSの変更が可能• サービスイン前に、設定された状態で環境をテスト可能

概要:• 新しいサーバー環境を構築• 一時利用するサーバーIDの作成• 一時利用するサーバー上にレプリカを作成し、置換対象のサーバー上にあるDBとの間で同期• 準備ができた段階で、サーバーホスト名、ネットワーク設定、Domino サーバーIDを切り替える (クライアントからは新旧の区別がなく、アクセスできます)

• クラスタリングされている場合、• 各サーバーに同一処理を繰り返す• クラスターメンバーに一時利用のサーバーを追加しないこと

23


Dominoサーバーの新規インストール

新規サーバーを、新規IDでインストール

メリット:• 基盤となるハードウェアとOSの変更が可能• ユーザーを移行する前に、設定内容を含め、環境のテストが可能• 新しいサーバーに「過負荷」をかけないように、ゆっくりとユーザーを増やすことが可能

重要注意事項:• メールユーザーを新サーバーに移動するには手順が必要です• 旧サーバーのアプリケーションにアクセスするユーザーのために、新サーバーへリダイレクトさせる設定が必要です• クラスター化された環境では、古いクラスターに追加しないで、新しいクラスターを構築すること

24


バージョンアップの準備

ベストプラクティス

サーバー構築時に行った設定 (OSを含む) を文書化することセキュリティー対策を見直すこと

Notes.ini• クラスタリングされたサーバーの場合、notes.ini設定の一部をサーバー構成文書内のnotes.ini設定に移動させることを検討。全サーバーで同一設定が確保される。

• 不要なnotes.ini設定の削除• 標準的ではない設定がDomino 11 でも必要か否かの検討• 古いチューニング設定の見直し (キャッシュやプーリングなど)

ODS• 最新のODS 53を使用すること (最新機能の利用のため)。クライアントがバージョンアップした後に実施。• Create_R10_Databases=1 (Create_R9_... などの古い設定は削除すること)• compact –C を実行してODS変換を行う

25


バックアップとメンテナンス

バージョンアップの前に

仮想環境の場合はスナップショットを取得すること関連するファイルをすべて取得すること: IDファイル、 notes.ini、システムDB、アプリケーションなどバックアップしたファイルに破損などがなく、障害時に再生可能であることの確認。バージョンアップ前に、サーバーが正常に停止したことを確認。異常終了でないこと。バージョンアップ前にDBのfixupを実施する

• Fixup –f (exhaustive – all docs), –j (include txn logged db), -v (exclude db views)• Temporarily increase number of fixup tasks.

• Fixup_tasks=10 (will load 10 tasks) Remove after this step is complete.

間接ファイルを使用して、メンテナンス作業効率の向上、短時間での完了できるようにする(詳細:間接ファイルを使用して Domino のメンテナンスタスクを実行する方法)システムDB (names.nsf、log.nsf、events4.nsf、admin4.nsf) の設計継承を有効にする

• Allows the Design task to refresh the design to the version 11 design.

26


アプリの対応

ベストプラクティス


棚卸し

使用されているアプリを理解する

どのアプリケーションを誰が使っているかを確認アプリケーションの中身の確認: テンプレートベース、他との統合のポイント、接続性、複雑性アプリケーションで現在発生している問題の把握

Document and prioritize any issues. Decide if they must be resolved prior to the upgrade最も容易なものを最初に選択する

Review the design and incorporate new features, if appropriate.Notes/Domino 11 でカスタム・アプリケーションの動作確認を実施• 11 で削除された機能リストの確認 (HCL Notes/Domino 11.x へのバージョンアップ・ガイド)• in Domino 11 で変更された JVM 変更の確認 (11ではOpenJDKを使用し IBM JDK を置換)• 11で変更されたディレクトリーの構造


https://help.hcltechsw.com/domino/11.0.1/ja/admin/wn_new_java_runtime_environment.html


棚卸しのサンプル

29

アプリ名概要主要ユーザー

タイプ修正要/不要

優先度使用頻度

IT部ディスカッション

部門ディスカッション

IT部テンプレート –discussion.ntf

不要低低

経費精算同左全社複雑、経理システムとSQLで連携

要 (小) 高高

休暇休暇申請全社複雑、HRソフトウェアと連携

要 (中) 高高

マーケティング会議議事録

同左マーケティング部

テンプレート –journal.ntf

不要低低

Catalog.nsf はレプリカの場所確認に便利Panagenda iDNA や TeamStudio Analyzer などの製品も活用検討

https://product.ktrick.com/idna-index

https://jp.teamstudio.com/analyzer

テスト & パイロットベストプラクティス


テスト環境

強く推奨

• 希望するアーキテクチャーを模したテスト環境の作成• 新ドメインでテストIDを仕様して、実環境と同様に構成• ハードウェア/仮想環境は実環境と同様にすること• これまでの決定事項を盛り込むこと

• アプリケーションをコピーしてテストを実施• 11で削除された機能リストを確認すること (製品ドキュメント)• ODSのアップグレードとテスト

• 製品付属のテンプレートに加えたカスタマイズ部分のテスト• 使用する新機能の有効化とテスト• より強力なセキュリティー設定を行い、アプリケーションをテストする• サードパーティー製品のテスト (notes.ini の extmgr_addins= and ServerTasks を確認)

31

https://help.hcltechsw.com/domino/11.0.1/ja/admin/wn_components_no_longer_in_domino_11.html


パイロット

バージョンアップの試行

• パイロットグループを編成 (IT部門から徐々に他部門に拡大)• Consider the standard desktop/OS build (is it locked own?)• 標準デスクトップ/OS環境の検討• アプリケーションの動作確認の実施• クライアントのバージョンアップの実施• フィードバックの定期的な収集

32


関連資料

HCL Notes/Domino 11.x へのバージョンアップ・ガイドHCL Notes/Domino Domain: 技術情報HCL License and Delivery Portal (ダウンロードサイト)HCL カスタマー・サポート・ポータル

33




https://support.hcltechsw.com/csm?id=csm_index


HCL ソフトウェア日本語ホームページ➔https://www.hcljapan.co.jp/software/日本語ブログ→ https://www.hcljapan.co.jp/software/blog/

情報の入手方法→ https://www.hcljapan.co.jp/software/info-guide/

サポートへのお問い合わせ方法→ https://www.hcljapan.co.jp/software/support/inquiry/

HCL ソフトウェアグローバル・ホームページ➔https://www.hcltechsw.com/

日本語ソーシャル・メディアHCL Software Japan (日本) @HclJapan (twitter) HCL Software 日本の twitter アカウント→ https://twitter.com/HclJapan

ずっとノーツ @dW_Japan_Lotus (twitter) Notes/Domino にフォーカスした twitter アカウント→ https://twitter.com/dW_Japan_Lotus

日本語メール・マガジン購読登録→ https://w.bme.jp/bm/p/f/tf.php?id=hclswjp&task=regist

バックナンバー→ https://w.bme.jp/bm/p/bn/list.php?i=hclswjp&no=all

hcl domino 11 へのバージョンアップ ベストプラクティス

Documents

hcl domino 11 へのバージョンアップベストプラクティス