ibm notes/domino 10.x へのアップグレード...ibm notes/domino 10.x...

IBM Notes/Domino 10.x へのアップグレード

2019 年 4 月 15 日

フィードバックは [email protected] または [email protected]

にお寄せください(英語)。

日本語版注: 一部日本語コンテンツへのリンクの差し替え、追加、その他日本語版独自

の注意事項を掲載していますが、英語のコンテンツへのリンクが多数含まれます。予め

ご了承ください。

目次第 1 章: Notes および Domino 10 の紹介 ...................................... 1-1

管理者のための新機能 ...................................................... 1-1

ユーザーのための新機能 .................................................... 1-2

開発者のための新機能 ...................................................... 1-4

Domino AppDev Pack ...................................................... 1-4

新しい LotusScript および Java クラス ................................... 1-4

削除された機能 ............................................................ 1-5

第 2 章: Domino 10 サーバーのデプロイメントの計画 ............................ 2-6

既存環境の評価とモニター .................................................. 2-6

評価 .................................................................... 2-6

モニター ................................................................ 2-6

リリース 10 の OS とハードウェア要件の評価 .................................. 2-7

システム要件 ............................................................ 2-7

32 ビットの OS から 64 ビットの OS への移行の場合 .......................... 2-7

バージョン間の機能の共存の評価 ............................................. 2-7

Notes Auto Update ....................................................... 2-7

新しい ODS レベル: ODS 53 ............................................... 2-8

メールの配信日時指定 .................................................... 2-8

クラスター・サーバー .................................................... 2-9

補足情報 ................................................................ 2-9

IBM Traveler のアップグレードの計画 ....................................... 2-9

Domino を既存マシン上でアップグレードするか、新しいマシンに移行するか ....... 2-9

オプション 1 - 既存の Domino サーバーをアップグレードする ............... 2-10

オプション 2 - 既存の Domino サーバーを新規ハードウェアに移行する ........ 2-10

オプション 3 - 新規 Domino サーバーをインストールする (ID を継承) ........ 2-11

オプション 4 - 新規 Domino サーバーをインストールする (新規 ID).......... 2-11

サーバー・テスト環境の作成 ............................................... 2-11

実稼働環境でのアップグレードの試験的な実行 (パイロット) ................... 2-12

現在の Domino のバージョンが古い場合: リリース 8.5.x へのアップグレード .... 2-12

アップグレード前の実稼働環境の準備 ........................................ 2-14

デプロイメント手順の計画 ................................................. 2-15

第 3 章: アプリケーションのアップグレード .................................... 3-1

アプリケーションの一覧の作成 .............................................. 3-1

アプリケーション･アップグレードのベスト・プラクティスの実行 ................. 3-1

アップリケーション・アップグレードのテスト ................................. 3-1

アプリケーションのサンプルのアップグレードをテストする .................... 3-1

テストを支援するツールを活用する ......................................... 3-2

結果を文書化する ........................................................ 3-2

問題を解決する .......................................................... 3-2

第 4 章: Domino 10 サーバーのデプロイ ....................................... 4-1

デプロイメントの計画の確認 ................................................ 4-1

Domino のメンテナンス・タスク ............................................. 4-2

サーバーのシャットダウン時に Domino のメンテナンス・タスクを実行する ...... 4-2

インダイレクト・ファイルを使用してメンテナンス・タスクの実行時間を短縮する 4-2

中小規模ビジネス環境のアップグレード ....................................... 4-3

エンタープライズ環境のアップグレード ....................................... 4-4

Domino ディレクトリーの設計変更に関する重要な情報 ........................ 4-4

Domino ディレクトリーの設計のフローを制御する ............................ 4-5

エンタープライズでの 2 台目以降の Domino サーバーのアップグレード .......... 4-8

新機能の有効化 ............................................................ 4-8

第 5 章: Notes 10 クライアントのデプロイ .................................... 5-1

システム要件 .............................................................. 5-1

アップグレードの事前準備 .................................................. 5-1

自動化および標準化 ...................................................... 5-1

クリーンアップ、強化、および修正 ......................................... 5-1

全体的なアップグレードの順序 .............................................. 5-1

Notes クライアントのインストールのベスト・プラクティス ..................... 5-1

マルチユーザー・インストール ............................................. 5-1

Standard 版クライアントのインストール .................................... 5-2

ローミング・ユーザー .................................................... 5-2

ID ボールト ............................................................. 5-2

notes.ini 設定の標準化 .................................................. 5-2

ローミング・ユーザー機能を通じた notes.ini 設定の複製 .................... 5-3

アップグレード前のアンインストール ....................................... 5-3

インストールおよびセットアップ時のユーザーの関与を低減する ................ 5-3

Notes 10.x クライアントのデプロイ手順 ...................................... 5-3

フェーズ 1: デプロイメントの計画 ......................................... 5-3

フェーズ 2: インストール・キットのダウンロードとカスタマイズ .............. 5-4

フェーズ 3: デプロイメント・パッケージの構築とテスト ..................... 5-4

フェーズ 4: アップグレードしたクライアントのパイロット .................... 5-5

フェーズ 5: デプロイメントのロールアウト ................................. 5-5

フェーズ 6: デスクトップの管理 ........................................... 5-6

Notes クライアントの保守 .................................................. 5-6

最新のメンテナンス・リリースおよび Fix Pack へのアップグレード ............ 5-6

第 6 章: アップグレードについてのリソース .................................... 6-1

システム要件 .............................................................. 6-1

リリースの相互運用性についての情報 ......................................... 6-1

ダウンロードについての情報 ................................................ 6-1

既知の問題 ................................................................ 6-2

修正一覧 .................................................................. 6-2

製品資料 .................................................................. 6-2

1-1 Copyright HCL Technologies Ltd. 2019

第 1 章: Notes および Domino 10 の紹介 IBM Notes および Domino 10 では、管理者、ユーザー、開発者のための新たな機能が多数導入

されています。このガイドは、それらの機能を利用できるよう、同リリースのデプロイを支援す

るものです。まずは新機能を紹介します。

管理者のための新機能

Domino には、以下の新機能が含まれます。以下のリンクから、Domino 製品資料の各機能の説

明にアクセスできます。

Automatic Notes client updates (Notes クライアントの自動アップデート) (10.0.1)

MarvelClient Essentials IBM Notes management solution (MarvelClient Essentials の IBM Notes 管理ソリューション) (10.0.1)

New SSL cipher configuration (新しい SSL での暗号構成) (10.0.1)

Publishing statistics to external services (外部サービスへの統計の発行)

Features that save you time (時間を節約する機能)

Dynamic indexing of high-usage views (負荷の大きいビューの動的な索引作成)

Symmetrical clusters (対称クラスター)

Improved streaming cluster replication during server restarts (サーバーの再起動中に行われる Streaming Cluster Replication (SCR) の改善)

New way to synchronize database replicas (データベース・レプリカを同期化する新たな方法)

Detect delays in database replication within a cluster (クラスター内のデータベース複製の遅れの検知)

Full-text search resiliency (全文検索のレジリエンシー)

Document deletion logging (文書削除のロギング)

Automatic dead mail processing (送信無効メールの自動処理)

Security features (セキュリティー機能)

SAML federated identity provider configuration enhancements (SAML 統合 ID プロバイダーの構成強化)

Maintaining ID file synchronization with the vault (ボールトと ID ファイルの同期化の維持)

Whitelist Active Content Filter (ホワイトリスト・アクティブ・コンテンツ・フィルター)

Apache Tika conversion filter used for attachment searches (添付ファイル検索に使用される Apache Tika 変換フィルター)

https://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_notes_auto_update.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_marvelclient_essentials.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_marvelclient_essentials.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_easier_ssl_cipher_configuration.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_publishing_domino_statistics_to_external_services.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_new_time_saving_features_for_administrators.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_dynamic_indexing_high_usage_views.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_enabling_symmetrical_clusters.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_improved_streaming_cluster_replication_during_server_restarts.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_improved_streaming_cluster_replication_during_server_restarts.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/ww_new_way_to_synchronize_database_replicas.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_detect_replication_delays_within_a_cluster.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_detect_replication_delays_within_a_cluster.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_full_text_search_improvements.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_document_deletion_logging.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_automatic_dead_mail_processing.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_new_security_features.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_simpler_saml_federated_identity_provider_configuration.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_simpler_saml_federated_identity_provider_configuration.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_id_vault_reliability.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_whitelist_active_content_filter.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_apache_tika_used_for_attachment_searches.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_apache_tika_used_for_attachment_searches.html


ODS 53 supports larger databases and folders (より大規模なデータベースおよびフォルダーをサポートする ODS 53)

ODS 52 is the default ODS level (デフォルト ODS レベルの ODS 52)

Improvements to Web Site rule documents for HTTP response headers (HTTP 応答ヘッダー用の Web サイト・ルール文書の改善)

New features to push to Notes clients (Notes クライアントへプッシュされる新機能)

Scheduled messages (メールの配信日時指定)

Set limits for sending mail (送信メールの制限の設定)

Pushing a custom color theme to Notes clients (Notes クライアントへのカスタム・カラー・テーマのプッシュ)

Pushing icalendar refresh interval, pushing new calendars (iCalendar 更新間隔および新規カレンダーのプッシュ)

Component packages that are upgraded in Release 10 (リリース 10 でアップグレードされるコンポーネント・パッケージ)

ユーザーのための新機能

Notes には、以下の新機能が含まれます。以下のリンクから、Notes 製品資料の各機能の説明

にアクセスできます。

New workspace look (新しいワークスペースのデザイン)

Custom color themes (カスタム・カラー・テーマ)

Application user interface enhancements (アプリケーション・ユーザー・インターフェースの改善)

Touch screen on Windows Tablet (タッチスクリーン (Windows Tablet))

Collapsible left navigator (左ナビゲーター・ペインの折り畳み)

Quick contacts (クイック・コンタクト)

More accurate results when searching attachments (添付ファイルのより正確な検索結果)

Updated import and export file types (更新されたインポート/エクスポートのファイル・タイプ)

Images in web tables look better when copied (Web の表をコピー時、表内の画像表示品質向上)

Some preferences now enabled by default (一部設定 (プリファレンス) のデフォルトでの有効化)

New mail features (メールの新機能)

https://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_ods_53_supports_larger_databases_and_folders.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_ods_53_supports_larger_databases_and_folders.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_ods52_is_default.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_improvements_to_http_response_headers_in_web_site_rule_documents.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_improvements_to_http_response_headers_in_web_site_rule_documents.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_new_features_to_push_to_notes_clients.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_scheduled_mail.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_set_limits_for_sending_mail.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_pushing_a_notes_color_theme_to_clients.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_pushing_a_notes_color_theme_to_clients.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_pushing_ical_calendar_overlay_feed_to_notes_users.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_pushing_ical_calendar_overlay_feed_to_notes_users.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_new_component_versions.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_new_component_versions.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_new_workspace_look.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_custom_themes.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_application_ui_enhancements.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_touch_screen_on_windows_tablet.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_hide_the_left_mail_panel.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_quick_way_to_add_contacts.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_more_accurate_results_when_searching_attachments.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_updated_file_import_and_export_selections.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_improved_rendering_when_copying_html_nested_tables_with_images.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_improved_rendering_when_copying_html_nested_tables_with_images.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_three_preferences_now_enabled_by_default.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_three_preferences_now_enabled_by_default.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_new_mail_features.html


By Sender mail view (送信者別ビュー)

Schedule when messages are delivered (メール配信日時指定)

Keep multiple forwarded messages separate (複数メッセージを個別に転送)

Second signature for replying and forwarding (返信・転送用の署名)

Delegate can archive with Editor access (代理ユーザーが編集者アクセス権でアーカイブを実行)

Improved send mail errors and warnings (メール送信時の警告とエラー表示)

Larger Junk Mail Senders list (ジャンク・メール送信者リスト・サイズの拡大)

STARTTLS support for Notes client SMTP connections (SMTP 接続での STARTTLS のサポート)

Upgrade more mail file folders at one time (大量のメール・フォルダーのアップグレードを一度に実行)

New calendar features (カレンダーの新機能)

Allow meeting attendees to invite others (会議招集での会議参加者の追加)

Delegate calendar but not Contacts (連絡先以外のカレンダーの委任)

Apply Sender Colors to meetings (送信者別の色を会議招集に適用)

Add calendar categories and assign colors at the same time (カレンダー・カテゴリーの追加と色を同時設定)

Copy Into New - Calendar Entry copies online meeting details (「コピーを追加」機能で会議招集作成時にオンライン会議情報もコピー)

Improved calendar interoperability with Outlook (Outlook とのカレンダー機能の相互運用性の向上)

Calendar overlay improvements (カレンダー・オーバーレイ機能の向上)

Team calendar (チーム・カレンダー)

https://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_by_sender_mail_view.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_schedule_message_delivery.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_forward_attachments_as_eml_files.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_custom_signature_for_replying_and_forwarding.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_delegate_can_archive_with_editor_access.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_send_mail_errors_and_warnings.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_larger_junk_mail_senders_list.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_start_tls_support_for_notes.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_start_tls_support_for_notes.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_increase_in_the_amount_of_folders_you_can_upgrade.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_increase_in_the_amount_of_folders_you_can_upgrade.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/new_calendar_features.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_allow_attendees_to_invite_others_to_meetings.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_delegate_calendar_without_contacts.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_apply_sender_colors_to_meetings.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_add_new_calendar_categories_and_assign_colors_at_the_same_time.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_add_new_calendar_categories_and_assign_colors_at_the_same_time.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/copy_into_new_calendar_entry_copies_online_meeting_details.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/copy_into_new_calendar_entry_copies_online_meeting_details.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_interoperability_with_outlook.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_interoperability_with_outlook.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_autorefresh_your_calendar_overlay.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTWP_10.0.1/wn_team_calendar.html


開発者のための新機能 Domino AppDev Pack

10.0.1 より、AppDev Pack によって IBM Domino に Node.js のサポートが追加されます。

AppDev Pack は四半期ごとにリリースされ、Passport Advantage から別途ダウンロードできま

す。AppDev Pack には、以下の 3 つの関連コンポーネントが含まれます。

Proton と呼ばれるサーバー・サイドのコンポーネント。管理者は、1 台以上の Domino サーバーに Proton をインストールし構成します。

domino-db と呼ばれる Node.js モジュール。開発者は、このモジュールを Node.js アプリケーションに追加します。domino-db モジュールは Proton を使用して、サー

バー・データベースの文書に対する一括操作を実行します。

IAM (Identity and Access Management) と呼ばれる Node.js ベースのサービス。管理者は、リモート・アプリケーションが標準の OAuth2.0 認証フローを使用し RESTFul

API を通じて Domino リソースにアクセスできるようにするために、Domino とともに

IAM をデプロイできます。

詳細は、AppDev Pack の資料を参照してください。

新しい LotusScript および Java クラス

以下の新しい LotusScript および Java クラスを利用できます。以下のリンクから、Domino

Designer 製品資料に記載されている各クラスの説明にアクセスできます。

LotusScript Web サーバーへの HTTP 要求をサポートするための NotesHTTPRequest JSON の使用をサポートするための NotesJSONArray、NotesJSONElement、

NotesJSONNavigator および NotesJSONObject NotesDominoQuery *1

Java DominoQuery *1

*1: Domino Query Language (DQL) クエリーのコンパイル、チューニングおよび実行

に使用されます。DQL は、Domino コアで実行される機能で、多様な複雑性を持つ条件

に従って、文書検索を簡潔な構文で実行可能にします。アクセスするための詳細なコー

ドを記述する必要なく、既存の設計要素を活用します。LotusScript と Java で利用で

きるほか、AppDev Pack で提供される Node.js の domino-db モジュールも、大部分

の操作の対象文書の選択に DQL を使用します。

https://doc.cwpcollaboration.com/appdevpackhttps://www.ibm.com/support/knowledgecenter/SSVRGU_10.0.1/basic/H_NOTES_HTTPREQUEST_CLASS.html?view=kchttps://www.ibm.com/support/knowledgecenter/SSVRGU_10.0.1/basic/H_NOTESJSONARRAY_CLASS.html?view=kchttps://www.ibm.com/support/knowledgecenter/SSVRGU_10.0.1/basic/H_NOTESJSONELEMENT_CLASS.html?view=kchttps://www.ibm.com/support/knowledgecenter/SSVRGU_10.0.1/basic/H_NOTESJSONNAVIGATOR_CLASS.html?view=kchttps://www.ibm.com/support/knowledgecenter/SSVRGU_10.0.1/basic/H_NOTESJSONOBJECT_CLASS.html?view=kchttps://www.ibm.com/support/knowledgecenter/en/SSVRGU_10.0.1/basic/H_NOTESDOMINOQUERY_CLASS.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSVRGU_10.0.1/basic/H_DOMINOQUERY_CLASS_JAVA.html


削除された機能以下のコンポーネントは、Notes および Domino 10 から削除されました。

コンポーネント追加情報

OpenSocial コンポーネント

RSS フィード・リーダー

Domino Off-Line Services

(DOLS)

IBM® HTTP Server (IHS) IBM HTTP Server (IHS) は Windows 上の Domino のインストー

ル・オプションから削除されました。また、同じマシンの Domino

HTTP に対する、緊密に統合された HTTP の代替としてはサポート

されなくなりました。

すべてのプラットフォーム上での Transport Layer Security

(TLS 1.2) および幅広いプロトコル群 (HTTP/HTTPS、

LDAP/LDAPS、SMTP、IMAP、POP3、DIIOP、iSpy) のネイティブ実装

により、IBM HTTP Server の機能が Domino では不要になりまし

た。他の HTTP プロキシーと同様、IHS を購入したお客様は、IBM

HTTP Server の製品資料に従ってインストールおよび構成できま

す。

旧式の IBM Lotus® ファイル・

タイプのインポートとエクス

ポート

デフォルトでは、Lotus 1-2-3 ファイル・タイプは、ビューのイ

ンポートまたはエクスポートで利用できなくなりました。デフォ

ルトでは、Lotus 1-2-3、Lotus PIC、Lotus WordPro、Symphony®

Document、Symphony Presentation および Symphony

Spreadsheet ファイルは、文書のインポートまたはエクスポート

で利用できなくなりました。これらのファイル・タイプのオプ

ションを再度有効にするには、クライアントで notes.ini 設定

IncludeOldFileTypes=1 を使用してください。

IBM iNotes® ActiveX インス

トーラー

iNotes 向け Domino で IBM iNotes ActiveX インストーラーが同

梱されなくなりました。Internet Explorer 11 の時点で、標準

ユーザーは ActiveX コントロールを自身でインストールできるよ

うになり、管理者アクセスは不要になりました。

添付ファイルの索引作成のため

の KeyView 変換フィルター

Domino サーバーおよび Notes Standard クライアントは Apache

Tika 1.18 オープン・ソース変換フィルターを使用して、添付

ファイルの全文検索のためのテキストを抽出します。以前のリ

リースで使用されていた KeyView 変換フィルターは、Tika に置

き換えられます。

日本語版注記: Notes Basic については Tika ではなく従前の

フィルターが使用されます。


第 2 章: Domino 10 サーバーのデプロイメントの計画アップグレード前の、現行環境の詳細な評価には時間をかける価値があります。既存のサー

バー・インフラストラクチャーのベースラインを把握することで、アップグレード後の環境のパ

フォーマンスを比較できます。

既存環境の評価とモニター

評価

開始点として、現行環境の状態を詳細に調査します。ツールを使用し、以下の側面についての

データを取得します。

サーバー・インフラストラクチャー (ベースラインの統計、パフォーマンスなど) クライアント/ワークステーションアプリケーションサード・パーティー製品

既存の状態および問題を文書化します。

アップグレード前に、未解決の課題や問題の解決を試みます。アップグレードは、関連性がいかに低くても、新旧の問題の原因とされてしまうことが

あります。

重点的に取り組める機会とリソースがあるうちに対応したいと考えている問題または対応が必要な問題を文書化します。

あらかじめ実行できるクリーンアップが常にあります。

モニター

ポイント・リリース・レベルのアップグレードであっても、モニターはアップグレードの重要な

部分です。モニターの目的は、既存の環境を実行する現在のコストを把握し、新しい環境で問題

が発生する前にそれを予測することです。ユーザーの移行またはサーバーの統合、あるいはその

両方を行う際には、モニターの重要性がさらに高まります。

サーバーから、以下の利用可能な生データを取得します。 OS のキャパシティーとパフォーマンスのメトリック CPU、メモリー (使用状況、ページング)、ディスク (使用状況、I/O レート、パフォー

マンス)、ネットワーク

Domino サーバー固有の統計その他のコンポーネント (例えば SAN スイッチおよびディスクのメトリック) データを解釈/分析し、既存環境のベースラインを作成します。使用しているサーバーの一般的な動作パラメーターは何か使用している環境を示すデータは何かユーザー・ベースラインをモニターします。ベースラインに基づいて、日/週/月ごとのレポートを作成します。ベースラインを超過する結果に対応するための修復プロセスを作成します。


リリース 10 の OS とハードウェア要件の評価

システム要件

システム要件を評価します (第 6 章を参照してください)。その後、以下の問いについて検討し

ます。

ハードウェアの更新は含める必要がありますか (以下を考慮します)。

必要かどうか更新の時期であるかどうか

現在のプラットフォームは、まだサポートされていますか。現在のプラットフォームは、戦略的なニーズに適していますか。より多くのストレージまたは異なるストレージが必要ですか。統合が可能か、または統合すべきか。ワークステーションのアップグレードは必要ですか。サード・パーティー製品の各ベンダーは、どのようなサポートを提供していますか。

システム要件へのリンクは、第 6 章の『システム要件』を参照してください。

32 ビットの OSから 64 ビットの OSへの移行の場合

以下が発生します。

既存のすべての全文索引が廃棄され、再構築されます。 Windows では、現在構築されている既存のすべてのビューが廃棄され、再構築されます。

上記 2 点により、アップグレード中に updall プロセスが使用されると実行に長時間かかるた

め、この点を考慮する必要があります。この作業は 1 度だけ発生します。

追加情報については、以下のリンクを参照してください。

技術情報 #1296452 - FAQ: 64-bit version of Domino (FAQ: 64 ビット版 Domino のサポー

トについて)

技術情報 #1506430 - Steps to upgrade a 32-bit Domino server to 64-bit server on

Windows platform (Windows プラットフォームにおける 32 ビット版 Domino サーバーから 64

ビット版サーバーへのアップグレード手順)

バージョン間の機能の共存の評価

Notes Auto Update

Notes Auto Update は Domino 10.0.1 と Notes 10.0.1 で導入されています。リリース

10.0.1 から、このサービスを使用して Notes クライアントを自動でアップグレードできます。

Notes Auto Update は、例えば 10.0.1 クライアントを 10.0.1 Fix Pack 1 にアップグレード

するために使用できます。クライアント・アップデートをプッシュする AUT サーバーとして機

能するのは Domino 10.0.1 サーバーのみです。詳細情報については、Domino 10.0.1 製品資料

を参照してください。

http://www.ibm.com/support/docview.wss?rs=899&uid=swg21296452http://www.ibm.com/support/docview.wss?rs=899&uid=swg21296452http://www.ibm.com/support/docview.wss?uid=swg21506430http://www.ibm.com/support/docview.wss?uid=swg21506430http://www.ibm.com/support/docview.wss?uid=swg21506430https://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/inst_aut_overview.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/inst_aut_overview.html


新しい ODS レベル: ODS 53

リリース 10 の ODS レベルである ODS 53 は、より大規模なデータベースおよびフォルダーを

サポートします。データベース・サイズの制限は 64 GB から 256 GB に引き上げられました。

notes.ini 設定 Create_R10_Databases=1 を通じたアップグレードなど、データベースの ODS

53 へのアップグレードに関する詳細情報については、Domino 製品資料のトピック ODS 53

supports larger databases and folders (より大規模なデータベースおよびフォルダーをサ

ポートする ODS 53) を参照してください。

Domino 10 サーバー上のデータベースを ODS 53 にアップグレードした後の考慮事項は以下の

とおりです。

最大 64 GB のデータベースを、どのバージョンの Domino サーバーまたは Notes クライアント上のターゲット・レプリカにも複製できます。64 GB を超えるデータを複製す

るには、ターゲット・レプリカが Domino 10 サーバーまたは Notes 10 クライアント

にあり、ODS 53 にアップグレードされている必要があります。

データベースにある以前のリリースのサイズ制限内のフォルダーは、どのバージョンの Domino サーバーまたは Notes クライアント上のターゲット・レプリカにも複製できま

す。データベースにあるフォルダーが以前のリリースのサイズ制限を超える場合、その

コンテンツ全体を複製するには、ターゲット・レプリカが Domino 10 サーバーまたは

Notes 10 クライアントにあり、ODS 53 にアップグレードされている必要があります。

Notes 9 クライアントは、データベースおよびフォルダーのサイズが Notes 9 のサイズ制限内である場合に限って、データベースを正常に開くことができます。

メールの配信日時指定

管理者は、メッセージの配信されるタイミングをユーザーがスケジュールできるようにすること

ができます。Domino 9.x サーバーはメールの配信日時指定の要求を認識しないため、メッセー

ジを即座にルーティングします。ユーザーに対してメールの配信日時指定機能を有効化する前に、

ユーザーのメールの配信日時指定を処理するメール・サーバーで Domino 10 が実行されている

ことを確認してください。クラスター・サーバーを使用する場合、すべてのサーバーで Domino

10 が実行されていることを確認してください。詳細情報については、Domino 10.0.1 製品資料

を参照してください。

https://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_ods_53_supports_larger_databases_and_folders.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_ods_53_supports_larger_databases_and_folders.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/wn_ods_53_supports_larger_databases_and_folders.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/sched_messages.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSKTMJ_10.0.1/admin/sched_messages.html


クラスター・サーバー

クラスター内のサーバーを異なるタイミングでアップグレードすることができます。つまり、プ

ロジェクトの共存期間中、リリース 9 とリリース 10 のサーバーの混合クラスターを使用でき

ます。混合環境での考慮事項は以下のとおりです。

クラスター内のサーバー間で Notes データベースを同一に保つための対称クラスター機能では、Domino 10 へのマイグレーションを容易にするために 9.x のサーバーを含

めることができます。ただし、9.x のサーバーはドナー (データベースの欠落している

コピーまたは破損しているコピーのソース) としては機能できないため、マイグレー

ション中の機能には制限があります。

クラスターの複製によって設計要素の複製が制限されることはありません。Domino ディレクトリー 10 の設計 (pubnames.ntf) は、Notes および Domino 9 と後方互換

性がありますが、その他のデータベースが原因となり、以前の Domino サーバーおよび

Notes クライアントに問題が生じる場合があります。データベースの設計要素のバー

ジョンをサーバーのバージョンと同じに保つためには、Domino 9 サーバーを Domino

10 のサーバーと異なるクラスターに保持します。

補足情報

第 6 章の『リリースの相互運用性についての情報』を参照してください。

IBM Traveler のアップグレードの計画

Traveler が実行されている Domino サーバーをアップグレードする場合の考慮事項は以下のと

おりです。

Domino と Traveler を同時にアップグレードすることを計画している場合には、Domino を先にアップグレードします。

Traveler は、Traveler でサポートされるどのバージョンの Domino にでもインストールし、実行できます。選択した Domino バージョンの最新の保守レベルを使用するのが

ベスト・プラクティスです。

Domino サーバーのメジャー・バージョンをアップグレードする場合、IBM Traveler インストールを再実行して、適切なバイナリー・ファイルが確実にインストールされるよ

うにします。例えば、Domino 9.0.1 で IBM Traveler 10.0 を実行する場合、Domino

10.0 にアップグレードしてから、IBM Traveler 10.0 インストーラーを再実行します。

詳細情報および手順については、Traveler 製品資料のトピック Upgrade considerations and

overview (アップグレードの考慮事項および概要) を参照してください。Traveler のシステム

要件については、System requirements for Traveler 10.x and later releases (Traveler

10.x 以降のシステム要件) を参照してください。

Domino を既存マシン上でアップグレードするか、新しいマシンに移行するか

Domino サーバーのアップグレードは、Domino インフラストラクチャーに他の変更を加えるよ

い機会でもあります。この時点でいくつかの選択が必要です。例えば、既存のサーバーをアップ

グレードするか、新規 ID で新規サーバーをインストールするか、それとも既存の ID を引き

継いで新規サーバーをインストールするかなどを決める必要があります。プロセスのこの時点に

おいて考慮すべき事柄は以下のとおりです。

https://www.ibm.com/support/knowledgecenter/en/SSYRPW_10.0.1/beforeyouupgrade.htmlhttps://www.ibm.com/support/knowledgecenter/en/SSYRPW_10.0.1/beforeyouupgrade.htmlhttps://www-01.ibm.com/support/docview.wss?uid=ibm10729949https://www-01.ibm.com/support/docview.wss?uid=ibm10729949


アップグレードとするか、新規インストールとするかを決めます。サーバー要件を定義した後、

サーバーについて以下のいずれの方法をとるべきか判断します。

同じマシンでアップグレードする新規サーバーに置き換える 2 つのアプローチを組み合わせる新規サーバーに既存の ID を引き継ぐか、新規 ID を作成するかについて判断します。クライアントの構成に及ぶ可能性のある影響を考慮します。

上記の判断結果に応じた複数のオプションがあります。いずれのオプションの場合も、最初にテ

スト環境で、アップグレード・プロセスと構成をテストする必要があります。

オプション 1 - 既存の Domino サーバーをアップグレードする

これが最も簡単な方法です。同じマシンで既存のサーバーのソフトウェアをアップグレードする

方法です。

サーバー ID は変わらずに保持されます。基礎となるハードウェアまたは OS に変更はありません。クラスターの場合クラスター内で、1 度に 1 つずつサーバーをアップグレードします。

ACL および複製設定を用いて、クラスター内での設計の伝搬を防止できないことに留意してくだ

さい。

オプション 2 - 既存の Domino サーバーを新規ハードウェアに移行する

注: ハードウェアと Domino を同時にアップグレードすることは推奨されていません。

ハードウェアのアップグレードは、Domino のアップグレードの前または後に行うよう

にし、他に選択の余地がない限り、同時のアップグレードは避けてください。個別に

アップグレードすることにより、問題が発生した際に、ハードウェアのアップグレード

が原因なのか、Domino のアップグレードが原因なのかを切り分けることができ、トラ

ブルシューティングが容易になります。

サーバーの ID は変わらずに保持されますが、新規マシンに移動されます。

既存のサーバーを停止します。すべてのデータを新規ハードウェアの同じ場所に移動します (ファイルの場所および

ディレクトリー構造を従来のハードウェアと同じにします)。

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

注: この移動時にファイルの場所およびディレクトリー構造を変更する場合は、Wiki

の記事 Changing directory locations when moving a Domino server to new

hardware (Domino サーバー移行時のディレクトリー・ロケーションの変更) を参照し

てください。

http://www.lotus.com/ldd/dominowiki.nsf/dx/Changing_directory_locations_when_moving_a_Domino_Server_to_new_hardwarehttp://www.lotus.com/ldd/dominowiki.nsf/dx/Changing_directory_locations_when_moving_a_Domino_Server_to_new_hardware


現行バージョンの Domino サーバーのインストールを再実行します。その際、前の構成を反映するように、すべてのファイルについて同じ場所を指定します。

新規ハードウェアへのデータのコピーを開始した後、古いマシン上のサーバーを絶対に起動しないでください。

初めてサーバーを起動する前にサーバー・ホスト、IP アドレス、およびネットワーク ID を、古いサーバーが使用していたものに切り替えます。

この構成で数日間稼働し、すべてが正しく実行されることを確認します。正しく実行される場合は、この Domino サーバーを安全にアップグレードできます。

オプション 3 - 新規 Domino サーバーをインストールする (ID を継承)

独立した新規サーバーを構築します。テンポラリー・サーバーとして新規 ID を作成します。基礎となるハードウェアおよび OS の変更を許可します。サービスインの前に、構成済みの状態のテストを許可します。テンポラリー・サーバー上にレプリカを作成し、置換されるサーバーと複製を通じて同

期を保ちます。

適切なタイミングで、サーバー・ホスト、IP アドレス、ネットワーク ID、Domino サーバー ID を切り替えます。変更はクライアントに対して透過的です。

クラスターの場合

各サーバーにこのプロセスを繰り返します。テンポラリーの Domino サーバーはクラスターに追加しないでください。

オプション 4 - 新規 Domino サーバーをインストールする (新規 ID)

独立した新規サーバーを構築します。新規サーバー ID を作成します。基礎となるハードウェアと OS の変更を許可します。サービスインの前に、構成済みの状態のテストを許可します。メール・ユーザーについては、ユーザーおよびクライアント構成を既存のサーバーから

新規サーバーに移行することが必要です。

ユーザー数を増加させる場合は、モニターを許可して、新規サーバーが過負荷にならないよう検証します。

アプリケーションについては、新規サーバーへのアプリケーションの移行と古いサーバーからのリダイレクトが必要です。

クラスターの場合

新規サーバーと新規クラスターを作成します。ユーザーとクライアント構成を移行し、クラスター・メンバー間でユーザーを分散しま

す。

アプリケーションを新規クラスターに移行します。

サーバー・テスト環境の作成テスト環境がない場合、テスト環境を構築することを強く推奨します。現時点で決定しているす

べての内容を組み込み、ハードウェアおよびソフトウェア・リソースを含め、現在のプラット


フォームとターゲット・プラットフォームと同等のテスト環境を作成することを推奨します。パ

フォーマンスまたはキャパシティーについて計画を立てる場合は、テスト環境の作成が大変重要

です。

基本的なテスト環境は以下のとおりに構成します。

Domino 10.0.1 をインストールします。アプリケーションのコピーを作成します。テスト ID を使用し、実稼働環境と同じ方法でアプリケーションにアクセスします。テスト環境でカスタマイズ作業を行います。テスト・サーバーからすべてのテンプレー

トとアプリケーションにアクセスし、必要に応じてカスタマイズします。

実稼働環境でのアップグレードの試験的な実行 (パイロット) 実稼働環境でのアップグレードのパイロットを開始する際には、次の点を考慮してください。

パイロット・アップグレードに関するすべてを文書化します。例えば、操作の詳細、入力したコマンドの詳細、アップグレードに要した時間、表示されたすべてのエラーメッ

セージを記録します。

イメージング: 一部のテストでは一連の手順を実行するプロセスの側面に焦点を当てるため、環境を元の状態にリセットできると時間が大幅に節約されます。例えば、VMware

とそのスナップショット機能は、この目的で役に立つツールです。特定のプラット

フォームで VMware が適応していない場合は、これを行う別の方法として、堅牢なバッ

クアップおよびリストア・プログラムを実装します。

パイロット・ユーザーからのフィードバックの必要性と、成功の条件を決定します。パイロット・グループを慎重に選択します。まず直近にいる IT スタッフから始め、次

に、リスクの最も低いユーザー層を追加します。新しい対象者を採用し、パイロット・

ユーザーを徐々に増やします。技術者、パワー・ユーザー、アシスタント、アプリケー

ション・ユーザーなど、さまざまな役割のユーザーをターゲットにします。

パイロットに必要なアップグレードを実行します。ユーザーが直接アクセスしないシステム管理サーバー、ハブ・サーバー、SMTP ゲートウェイ・サーバーから開始します。

パイロットは 1 台の Domino メール・サーバーから始めてください。これらが正しく

機能することを確認した上で、さらなる追加/アップグレードを続行します。

一定のパイロット期間の間、安定状態で環境を稼働させます。パイロットのフィードバック後、手順を検討し、更新します。クラスターを活用します。アップグレード中に問題が発生した場合、下位レベルのサー

バーにユーザーをフェイルオーバーします。

現在の Domino のバージョンが古い場合: リリース 8.5.x へのアップグレード Domino のバージョンが 8.5.x よりも前の場合、10 にアップグレードする前に、最初に 8.5.x

にアップグレードするかどうかを決める必要があります。

注: IBM は Domino 8.5.x 以降からの 10 への直接アップグレードのみ保証していま

す。Domino 8.5.x のサポートは終了しています。8.5.x またはそれ以前のバージョン

を使用している場合、できるだけ速やかにアップグレードする必要があります。サポー

トされるバージョンについては、Software Support Lifecycle (ソフトウェア・サ

ポート・ライフサイクル) ページで確認できます。

http://www-01.ibm.com/software/lotus/support/lifecycle/http://www-01.ibm.com/software/lotus/support/lifecycle/


テスト環境または最初の実稼働 Domino サーバー、あるいはその両方で、8.5.x よりも

前の Domino バージョンから Domino 10.x に直接アップグレードするかどうかをご自

身で確認してください。次に、その結果に基づいて決定します。

日本語版注: 既存の Notes 8.5 Standard 版に Notes 10 の上書きインストールを行う

とエラーが発生して、インストールに失敗することが確認されています。一旦アンイン

ストールしてからインストールする必要があります。

8.5.x よりも前のバージョンの Domino の 8.5.x への中間アップグレードを実行することにし

た場合、以下の手順に従います。

1. すべてのファイルのバックアップ・コピーを作成します (必要であれば、トランザクション・ログも含めます)。

2. 8.5.3 FP6 サーバーをインストールします。

3. コンソール出力を取得するため、notes.ini ファイルで DEBUG_OUTFILE= を有効にします。debug_outfile パラメーターの使用の詳細については、技術情報 # 1181562: Using

Debug_Outfile on a Domino server (Domino サーバーでの Debug_Outfile の使用) を参

照してください。

4. 時間に余裕がある場合は、すべてのデータベースに対して fixup を実行し、整合性を検証して必要に応じて修復しておきます。

(n)fixup -f -j -v

注: -f 徹底的な修復です。すべての文書がチェックされます。

-j トランザクション・ログが有効になっている場合は、トランザクション・ログが記

録されたデータベースを含めます。このオプションを省略すると、fixup はログに記録

されたデータベースを修復しません。

-v データベース・ビューを除外します (速度が速くなります)。いずれにせよ、以降の

10.x へのアップグレード中に、すべてのビューが再構築されます。

5. インダイレクト・ファイル (.IND) を使用して同時に複数の fixup プロセスを実行することにより、時間効率のよい方法で完了できます。インダイレクト・ファイルの作成および実

行方法については、Wiki の記事 Using indirect files to run maintenance tasks (メン

テナンス・タスクを実行するためのインダイレクト・ファイルの使用) を参照してください。

6. DEBUG_OUTFILE でエラーをチェックしてください。データの破損が示されていることがあります。解決方法については、IBM サポート・サイトを参照するか、IBM サポートに問い合わ

せてください。

7. リリース 10 にアップグレードする前に Domino サーバーをリリース 8.5.x で実行することにした場合、以下の手順に従います。

a) Domino サーバー上のすべてのデータベースに対して updall プロセスを実行します。

http://www.ibm.com/support/docview.wss?rs=899&uid=swg21181562http://www.ibm.com/support/docview.wss?rs=899&uid=swg21181562http://www.lotus.com/ldd/dominowiki.nsf/dx/Indirect-files-maintenancehttp://www.lotus.com/ldd/dominowiki.nsf/dx/Indirect-files-maintenance


(n)updall

インダイレクト・ファイル (.IND) を使用して同時に複数の updall プロセスを実行す

ることにより、時間効率のよい方法で完了できます。

b) 8.5.x Domino サーバーを起動します。

アップグレード前の実稼働環境の準備

10.x へのアップグレードの前に、以下の手順を実行します。

1. 環境を標準化します。クラッシュ/ハングアップなどの大きな問題がある場合、サポートに連絡してアップグレード前に問題を解決してください。文書によって明示されていない限り、

アップグレードによってこれらの問題が修復されることはありません。

2. ベンダー提供のアプリケーションおよびコンパニオン製品が Domino 10.x と互換性があるか確認します。

3. すべてのファイルのバックアップ・コピーを作成します (必要であれば、トランザクション・ログも含めます)。

4. コンソール出力を取得するため、notes.ini ファイルで DEBUG_OUTFILE= を有効にします。debug_outfile パラメーターの使用の詳細については、技術情報 # 1181562: Using

Debug_Outfile on a Domino server (Domino サーバーでの Debug_Outfile の使用) を参

照してください。

5. 時間に余裕がある場合は、すべてのデータベースに対して fixup を実行し、整合性を検証して必要に応じて修復しておきます。

(n)fixup -f -j -v オプションについては既出の解説を参照してください。

注: すべてのデータベースに fixup を実行する時間がない場合、少なくとも、システム・

データベースに fixup を実行してください。

6. すべてのシステム・データベースで設計の継承が有効になっていることを確認します。

NAMES.NSF (StdR4PublicAddressBook) LOG.NSF (StdNotesLog) EVENTS4.NSF (StdR4Events) ADMIN4.NSF (StdR4AdminRequests)

継承が有効になっていると、Domino サーバーの停止時に、design タスクを使用してシステ

ム・データベースの設計が更新されます。継承が有効になっていない場合、後で Domino

Administrator クライアントを使用して、一部のシステム・データベースの設計を手動で置換

しなければならないことがあります。

http://www.ibm.com/support/docview.wss?rs=899&uid=swg21181562http://www.ibm.com/support/docview.wss?rs=899&uid=swg21181562


デプロイメント手順の計画

これは従来からのデプロイメント手順ですが、組織的な制約、ユーザー数による制約、その他の

制約については考慮されていません。この手順は、ビジネス上の他の要因を考慮した上で、ガイ

ドラインの原則として使用します。

黄色でハイライトした。ステップ 1-3 は、全体の戦略やサーバー/クライアントのアップグレー

ド手順にかかわらず、必ず実行する必要があります。

ステップ 2 で、Domino サーバーを 10.x にアップグレードする前にドメイン内の Domino

ディレクトリーの設計をアップグレードすることに決めた場合、最初に Domino ディレクト

リー・テンプレート (PUBNAMES.NTF) のコピーを入手する必要があります。Domino 10.x をテ

スト・サーバーにインストールし、そこからテンプレートを取り出し、使用している管理クライ

アントにコピーしてください。

重要: Domino ディレクトリーの設計は Domino 10.x で変更されています。

変更には、($Certifiers)、($Servers)、(trustCertLkup)、Policies\Accounts、

Server\Licenses、People、Policies\Settings ビューの設計の更新が含まれます。

Domino ディレクトリーに対して実行されるカスタム・アプリケーション、エージェ

ント、スクリプト、ツール、自動プロセスなどがあれば、テストするようにしてく

ださい。別の方法として、Domino ディレクトリーの管理サーバーをアップグレード

する際に、他のシステムのデータベース設計とともにディレクトリーの設計を更新

することもできます。

重要: Domino ディレクトリーに数千人のユーザーがいるようなエンタープライズのお客様

の環境では、Domino ディレクトリーの新しい設計をドメインに配布するときのフ

ローを制御する必要がある場合があります。これについて詳しくは、第 4 章の

『Domino ディレクトリーの設計のフローを制御する』を参照してください。


赤でハイライトしたステップ 4-5 は、さまざまな方法で実行できます。ユーザーがアクセスす

るサーバーよりも前に、ユーザーが直接アクセスしないすべてのサーバーをアップグレードでき

ます (図示されています)。また、大きな組織では、特定のロケーションのすべてのサーバーを

アップグレードしてから、次のロケーションのサーバーをアップグレードする方法が合理的です。

この場合、インフラストラクチャーとユーザーがアクセスするサーバーの一部が同時にアップグ

レードされます。

Domino のアップグレードは比較的シンプルで、実稼働環境に及ぶ影響は最小限です。ただし、

ハブ・サーバーとメール・サーバーのアップグレードの順番とペースを計画することを強く推奨

します。これらの手順を適切に計画することで、アップグレードのスケジュールを維持できると

同時に、サービスの問題が生じるリスクを最小限に抑えることができます。ソフトウェアをアッ

プグレードする際、多くの企業が手順に沿ったアップグレードの方針を採用しています。その基

本的な概念は、プロセスの各手順で、その手順に確信が持てるまで前の手順に戻す機会を残して

おくということです。

IBM では、プロセスの最初の手順には 1 つ、または少数のサーバーを選択することを推奨して

います。その際、実稼働環境を反映するサーバーであることと、可能な限りビジネスへのリスク

が少ないサーバーであることのバランスを考えてサーバーを選択する必要があります。これによ

り、アップグレードされる環境の構成とチューニングが、より幅広いデプロイメントに適切な形

で行われるようにすることができます。現在の手順および後続の各手順の成功条件を設定する必

要があります。成功条件の 1 つを、定期的にモニターされる主要パラメーターの差分変更とす

ることが推奨されます。特に CPU、仮想メモリー使用状況、ストレージ操作 (読み取り/書き込

み) のパラメーターを含めます。アップグレード前後の数日間の CPU、仮想メモリーおよびスト

レージ操作を比較し、アップグレードで行われたコンポーネント変更では説明がつかない、大幅

な差異について調査します。パッシブ (フェイルオーバー) サーバーを使用する企業は、リスク

をさらに低減するため、最初の手順としてそのうちの 1 つをデプロイすることを考慮すべきで

す。

少なくとも、デプロイメントの初期の段階では、必要に応じて前の手順に戻れるようにするため

に、後続の手順の規模が大きすぎないようにします (例えばサーバーの数など、適切なレベルの

変更が含まれるようにします)。これもまた、固有の環境に向けてさらに最適化する方法です。

より多くのサーバーがアップグレードされるにつれて確信度が高まるため、一般的に、企業は変

更のペースを速め、各手順の規模を拡大していくことができます。

また IBM は、アップグレード時のリスクを低減するために、実装されているフェイルオー

バー・アーキテクチャーを効果的に使用することも推奨しています。例えば、2 方向クラスター

の片方がすべてアップグレードされるまで、両方のペアのアップグレードを行わない企業もあり

ます。アップグレードされたサーバーで問題が生じた場合、高い成功率でクラスターメイトへの

フェイルオーバーが可能です。アクティブ/パッシブ・ペアのアクティブ・サイドを最初にアッ

プグレードすることを検討してください。そうすることで、フェイルオーバーの可能性を保ちつ

つ、実稼働ロードでのデプロイメントを実現できます。大規模な企業では、クラスターメイトの

以前のハードウェア・サイジングの仮定を検証するために、実稼働フェイルオーバー・テストも

検討することも推奨されます。フェイルオーバーのテスト条件にはモニタリングも含める必要が

あります。


ステップ 6-9 は、Notes/Domino 10 のすべての新機能を利用するために重要なステップです。

Notes クライアント・ベースの規模が大きい場合は、コミュニケーションとトレーニングなどが

必要です。これらのステップは、サーバーのアップグレード後、数カ月かけて実行されることが

あります。これにより、数百または数千人のユーザーにロールアウトする前に、実稼働テストを

する時間が得られます。

10.x の ODS レベルである ODS 53 は、より大規模なデータベースおよびフォルダーをサポー

トし、パフォーマンスと安定性に優れています。ODS 53 へのアップグレードが強く推奨されま

す。


第 3 章: アプリケーションのアップグレード Domino 10 へのアップグレードの計画に着手する時点で、アプリケーションのアップグ

レードの計画とテストも始めます。

IBM ソフトウェア・サブスクリプション・アンド・サポート (S&S) でライセンスが付与

されている場合、ApplicationInsights の使用を検討してください。

ApplicationInsights は、IBM Domino のアプリケーション環境を詳細に分析できる

panagenda のオファリングです。詳細情報については、Q&A about panagenda

ApplicationInsights and the offering for entitled IBM customers (panagenda

ApplicationInsights およびライセンスを持つ IBM のお客様のためのオファリングに関

する Q&A) を参照してください。

アプリケーションの一覧の作成

アプリケーションの一覧を作成することで、要件およびアーキテクチャーについての考

察の材料としてアプリケーション環境を理解することができます。また、アプリケー

ション環境をクリーンアップするよい機会となります。

アプリケーションの一覧を作成する際には、以下の情報を確認します。

現在のユーザー構成 (役員、管理者、組織全体、少人数のグループ) アプリケーションの種類 (テンプレート・ベース、カスタム、バックエンド統合

と接続、複雑さ)

現時点での問題 (アップグレード後に問題が発生したときに、アップグレードによって

アプリケーションが壊れたのか、既に壊れていたのかを見極めることは大変重要です)

アプリケーション･アップグレードのベスト・プラクティスの実行

現時点での問題がある場合、アップグレードの前に問題を修正するかどうかを決めます。

アップグレードの前に問題を修正する場合、修正に必要なリソースを計画します。修正

が単純で容易な問題に作業を集中させます。

アプリケーションの変更について前もってユーザーに通知し、トレーニングを受けられるようにします。

標準テンプレートに基づくアプリケーションをアップグレードします。設計を変更して Notes/Domino 10.x の新機能を組み込みます (適切な場合)。

アップリケーション・アップグレードのテスト

アプリケーションのサンプルのアップグレードをテストする

アップグレードのテストには、以下を含めます。

多様な設計に基づくミッション・クリティカルなアプリケーション役員が使用するアプリケーション以下が含まれる複雑なアプリケーションまたはカスタム・アプリケーションバックエンド統合

https://www.ibm.com/support/docview.wss?uid=swg22001728https://www.ibm.com/support/docview.wss?uid=swg22001728https://www.ibm.com/support/docview.wss?uid=swg22001728https://www.ibm.com/support/docview.wss?uid=swg22001728


サード・パーティー・ソフトウェアへの依存文書化されていない機能およびフィーチャー nsf_hooks、ext_mgr、および社内製 API を使用している拡張またはアドイン・

タスク

recompile all (LotusScript) を使用した LotusScript の問題のチェック共通テンプレートまたは標準テンプレートを使用するアプリケーションのサンプ

ル

テストを支援するツールを活用する

使用しているツールの Lotus Domino 10.0.x 固有のルール・セットを入手します。

問題となる可能性が最も高い領域を指摘するのに適しています。結果を利用して、作業に優先順位を付けます。

結果を文書化する

テストの結果を文書化し、アプリケーションの開発者に通知してください。

問題を解決する

優先順位とテスト結果に基づいて問題を解決します。

実稼働環境にデプロイする前に修正すべきアプリケーションの問題を判断します。実稼働環境へのデプロイ後に生じる問題に対応する小規模のチームを作成します。受け入れテスト用に、アプリケーションをパイロット・テスト環境に配置します。テストが成功したら、新しいテンプレートのコピーをアーカイブします。


第 4 章: Domino 10 サーバーのデプロイ組織の規模および Domino サーバーの数に応じて、組織でのアップグレード・スケ

ジュールは数時間から数カ月の範囲に及びます。ユーザーおよび Domino サーバーの数

が少ない組織では、1 日あるいは数時間で容易にアップグレードできます。しかし、世

界中に配置された数百の Domino サーバーが稼動し、複数のドメインに数十万のユー

ザーがいる大規模な企業では、数カ月にもわたるアップグレードが計画されます。

Notes/Domino には、最大の特長の 1 つとしてリリース間の強力な相互運用性が備わっ

ているため、このようなアップグレードがすべて可能になります。

Notes/Domino をアップグレードする方法の数は、ほとんど無限といえます。この文書で

は、その中からほんの数通りの方法を説明し、システム管理者が自らのアップグレード

計画に組み込むことができるアイデアを紹介します。また、大企業でのアップグレード

方法とともに、中小規模企業におけるアップグレードで推奨されるベスト・プラクティ

スについても検討します。

組織内で時間の許す限り、Notes/Domino のできるだけ新しいリリースを維持することを

強く推奨します。また、各メジャー・バージョンでメンテナンス・リリース (MR) およ

び Fix Pack (FP) が利用可能になった場合は、これらを適用することも強く推奨されて

います。

デプロイメントの計画の確認

ここで説明するアップグレード手順を実行する前に、第 2 章の『Domino 10 サーバーのデプロイメントの計画』を参照し、記載されている手順に従うことが非常に重要です。

デプロイメントのこのフェーズを成功させるために必要となる多数の前提条件が説明さ

れています。

既に第 2 章の手順を実行済みの場合は、テスト環境でのアップグレードのテストおよび

アップグレードの試験的な実行 (パイロット) を完了しているため、ここに記載された

内容は困難なことではありません。以下はいくら強調しても足りないほど重要なポイン

トです。

バックアップとその検証をまだ行っていない場合は、すべてのファイル (ID ファイル、

notes.ini ファイル、システム・データベース、アプリケーションなど) のバックアッ

プを作成し、バックアップの完全性を確保します。

アップグレード・プロセスの前またはアップグレード・プロセス中にデータベースの保

守を実行することは非常に重要ですが、非常に時間がかかることでもあります。アップ

グレード前にすべてのデータベース破損を修復することは、後で大きな問題が発生する

のを防ぐ最良の方法です。理想的には、指示に従ってすべてのデータベースに対し、少

なくとも fixup -j、できれば compact -c を実行します。実行する時間がない場合は、

少なくともシステム・データベースにはメンテナンス・タスクを実施してください。イ

ンダイレクト・ファイルを使用すると、このプロセスの時間を短縮できます。

エンド・ユーザーへの影響を最小限にするために、環境のアップグレードは勤務時間外

または週末に実行することを推奨します。


Domino のメンテナンス・タスク

アップグレード時の Domino データベースの保守を実行するために役に立つ情報を紹介

します。

サーバーのシャットダウン時に Domino のメンテナンス・タスクを実行する

本章のアップグレードのセクションには、サーバーが停止しているときに Domino のメ

ンテナンス・タスクを実行する手順が記述されています。手順についての情報は以下に

あります。

UNIX: Running compact, fixup, and updall on AIX, Linux, and Solaris when a

Domino server is down (Domino サーバーが停止している間に AIX、Linux、Solaris

上で compact、fixup、updall を実行する方法) (#1303727)

IBM i (AS400): How to run Fixup, Compact, or other command while the Domino

iSeries server is down (Domino iSeries サーバーが停止している間に fixup や

compact などのコマンドを実行する方法) (#1102349)

Windows: サーバーが停止している (オフライン) ときに Domino のメンテナンス・タス

クを実行するには、Domino サーバー・コマンドの先頭に文字「n」を付加します

(Domino がシャットダウンしていて、Windows プラットフォームの場合のみ)。

1. コマンド・ウィンドウを開きます (「スタート」 -> 「ファイル名を指定して実行」を選択し、cmd と入力して Enter キーを押す)。

2. Domino サーバーがインストールされているファイル・システムのフォルダー (nserver.exe が存在するディレクトリー) に移動します。

3. コマンド・ウィンドウのそのパスで、Domino サーバー・タスク名の先頭に文字「n」を付加して、Domino サーバー・コマンドを入力します。例:

x:\IBM\Domino\nfixup.exe names.nsf -f -j -v x:\IBM\Domino\ncompact.exe names.nsf -c x:\IBM\Domino\nupdall.exe admin4.nsf -R x:\IBM\Domino\nupdall.exe admin4.nsf -X

インダイレクト・ファイルを使用してメンテナンス・タスクの実行時間を短縮する

複数のインダイレクト・ファイルを使用して同じメンテナンス・タスクを複数回同時に

実行することにより、実行時間を短縮できます。fixup、compact、updall、design、

convert のどのタスクも、インダイレクト・ファイルの使用をサポートしています。さ

らに、異なるインダイレクト・ファイルに対して複数のメンテナンス・タスクを順次実

行するバッチまたはスクリプトを作成することで、より時間効率のよい方法でタスクを

完了できます。

Wiki の記事: Using indirect files to run maintenance tasks (メンテナンス・タス

クを実行するためのインダイレクト・ファイルの使用)

http://www.ibm.com/support/docview.wss?uid=swg21303727http://www.ibm.com/support/docview.wss?uid=swg21303727http://www.ibm.com/support/docview.wss?uid=swg21303727http://www.ibm.com/support/docview.wss?uid=swg21102349http://www.ibm.com/support/docview.wss?uid=swg21102349http://www.ibm.com/support/docview.wss?uid=swg21102349http://www-10.lotus.com/ldd/dominowiki.nsf/dx/Indirect-files-maintenancehttp://www-10.lotus.com/ldd/dominowiki.nsf/dx/Indirect-files-maintenance


中小規模ビジネス環境のアップグレード

一般に、中小規模ビジネス (SMB: Small and Medium Businesses) とは、10,000 人以

下のユーザーおよび 50 以下のサーバーを有する企業と定義されています。

SMB デプロイメント手順

この種類の環境では、以下のデプロイメント手順が推奨されています。

1. システム管理者が Domino ディレクトリーの編集および操作に使用する Notes クライアントをアップグレードします。

2. Domino ディレクトリーのシステム管理サーバーをアップグレードします。

3. 新しい Domino ディレクトリーの設計が、他のサーバーに複製できるようにします。

4. ハブ・サーバーをアップグレードします。

5. 会議室予約 (R&R) データベースが置かれているサーバーをアップグレードします。

6. Domino メール・サーバーをアップグレードします。

7. SMTP サーバーをアップグレードします。

8. アプリケーション/Web サーバーをアップグレードします。

9. サード・パーティー/コンパニオン製品用のサーバーをアップグレードします。

10. 一般ユーザーを Notes 10.x にアップグレードします。

11. メール・ファイルの設計を MAIL10.NTF に置換します。

Domino サーバーのアップグレード

1. アップグレードする Domino サーバーが、クリーンに (エラーやハングアップのない状態で) シャットダウンされていることを確認します。Domino サーバーがクリー

ンにシャットダウンされていない場合は、以下の手順を実施します。

a) nsd -kill を実行します。

b) Domino サーバーが停止した状態で、存在しないデータベース名に対して

Domino メンテナンス・タスクを実行します。トランザクション・ログがディス

クにフラッシュされ、クリーンな Domino サーバー・シャットダウンがシミュ

レートされます。以下に例を示します。

c:\domino> nfixup.exe fred.nsf Restart Analysis (117 MB): 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% Recovery Manager: Recovery being performed for DB d:\notefile\mail.box


Recovery Manager: Recovery being performed for DB d:\notefile\names.nsf Recovery Manager: Recovery being performed for DB d:\notefile\log.nsf Restart Replay (116 MB): 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% 04/22/2018 04:33:03 PM Recovery Manager: Restart Recovery complete. (3/2 databases needed full/partial recovery) 04/22/2018 04:33:07 PM Informational, rebuild view needed - collection object was deleted (reading d:\notefile\names.nsf view note Title:'($Servers)') 04/22/2018 04:33:08 PM Informational, rebuilding view - container integrity lost (reading d:\notefile\names.nsf view note Title:'($Servers)') 04/22/2018 04:33:08 PM Informational, rebuild view needed - collection object was deleted (reading d:\notefile\names.nsf view note Title:'($Servers)') 04/22/2018 04:33:10 PM Database Fixup: Started 04/22/2018 04:33:10 PM Database Fixup: The pathname 'd:\notefile\fred' was not found: File does not exist 04/22/2018 04:33:10 PM Database Fixup: Shutdown

2. Domino 10 をインストールします。

3. カスタマイズされたテンプレートがある場合、適切な場所にコピーします。

4. design タスクを実行して、システム・データベースの設計を更新します。

注: システム・データベースで設計の継承が有効になっていることを確認して

ください。詳細情報については、第 2 章の『アップグレード前の実稼働環境の

準備』を参照してください。

5. updall タスクを実行して、設計または照合の変更をともなうビューを再構築します。

注: 時間を短縮するには、インダイレクト・ファイルを使用します。

6. Domino サーバーを再起動します。

7. 次にアップグレードする Domino サーバーでこの手順を繰り返します。

エンタープライズ環境のアップグレード

一般に、エンタープライズ・ビジネスとは、10,000 人を超えるユーザーと 50 を超える

サーバーを有する企業と定義されています。ユーザーが新しい v10 のインターフェース

をできるだけ早く使用したいと望むのに対し、すべてのサーバーをアップグレードする

のに数週間あるいは数カ月もかかることがあります。

Domino ディレクトリーの設計変更に関する重要な情報

Notes クライアントまたは他の Domino サーバーが、指定されたサーバーとの認証を試

みるときに、($USERS) および ($SERVERACCESS) という 2 つの重要なビューが使用され

http://www-10.lotus.com/ldd/dominowiki.nsf/dx/Indirect-files-maintenance


ます。設計をアップグレードすると、変更されたビューを初めて開くときに、ビューが

最初から再構築されます。これらのビューが再構築されるときに Domino サーバーが稼

働していると、そのサーバーへの認証の試みはすべてブロックされます。この状態の

Domino サーバーにアクセスしたユーザーは、ビューの再構築が完了するまで、深刻な遅

延またはハングアップ状態を経験します。ビューの再構築中は、Domino クラスターも無

効です。しかし、Domino サーバーがシャットダウンしている状態でビューを再構築する

と、Notes クライアントは Domino クラスターをフルに利用でき、適切なタイミングで

フェイルオーバーが行われます。

エンタープライズ環境では、Domino ディレクトリーに多数のユーザーが含まれているた

め、($USERS) および ($SERVERACCESS) ビューの再構築には長い時間がかります。特に、

Domino サーバーが稼働中で、ビューの再構築にサイクルの競合が発生していると、さら

に長時間になります。このため、新しい Domino ディレクトリー設計の複製を勤務時間

外または週末に行うことは、エンド・ユーザーへの影響を制限しながらビューを再構築

するために大変重要です。別の方法として、新しい Domino ディレクトリー設計のフ

ローをドメイン内で制御できます。この方法では、個々の Domino サーバーをアップグ

レードするときにのみ、新しい Domino ディレクトリー設計にアップグレードし、新た

にアップグレードした Domino サーバーを再起動する前に、重要なすべてのビューを再

構築しておきます。

非常に大きな Domino ディレクトリーでは、($Users) および ($Server Access) の再

構築と新規 ODS へのアップグレードに時間がかかることがあります。このためエンター

プライズ環境では、最初のサーバーのアップグレード時にこれらのすべての作業を 1 度

のみ実行することも一般�

ibm notes/domino 10.x へのアップグレード...ibm notes/domino 10.x...

Documents