HCL Domino 12.0.2 では、いくつかの分野で新機能と機能拡張が導入されています。

HCL Domino 12.0.1 では、以下の新機能が導入されています。

HCL Domino 12.0 では、以下の新機能が導入されています。

以下のコンポーネントは Domino 12 で廃止されました。

ユーザー補助機能は、動作が制限されている方、視力の限られた方など、身体に障害を持つ方々に IT 製品をご使用いただけるように支援する機能です。

この HCL Domino® および Notes® のリリースは、以下の言語に翻訳されています。

Domino Administrator ヘルプは Notes アプリケーションなので、慣れた操作方法で情報を検索することができます。

1 つまたは複数の Domino® サーバーの新規インストールまたはアップグレードインストールを実行します。

この資料を使用して、既存の Domino® サーバーをアップグレードし、続けて Notes® クライアントを新しいリリースにアップグレードします。Domino Administrator クライアント、Domino Designer クライアントなどの追加のクライアント、組み込みの HCL Sametime® クライアントなどの追加フィーチャーやプラグインをアップグレードすることもできます。

HCL Domino® を既存の環境に統合する方法を計画する場合は、このロードマップをツールとして使用します。

サーバー間で、たとえばデータベースの複製やメールの交換などのデータ交換を行うには、サーバーが互いに接続している必要があります。サーバー間の接続は、ローカルエリアネットワーク (LAN) またはワイドエリアネットワーク (WAN) を経由するか、パススルーサーバー (クライアントとその接続先の中間サーバーとして機能するサーバー) を使用するか、インターネットを経由して確立できます。必要に応じて、いつでもサーバー接続文書を作成し、サーバー接続の新規作成や追加を行うことができます。この文書は、必要に応じて修正できます。

HCL Domino® にはさまざまなディレクトリサービス機能が用意されています。

HCL Domino® では、メールシステムのインフラストラクチャを非常に柔軟に構成できるため、内部メッセージと外部メッセージに HCL Notes® 配信または SMTP 配信、あるいはその両方を使用できます。

クラスタを計画する際は現在のパフォーマンスやハードウェアの性能を検討することが重要です。クラスタには、クラスタトラフィックと必要な数のデータベースやレプリカを処理するために十分な CPU 性能、メモリ、ディスク容量が必要です。

HCL Domino® サーバーに対するデフォルトの TCP/IP 設定は、グローバルにバインドされた 1 つの IP アドレスです。つまり、サーバーは、コンピュータ上のすべての NIC の IP アドレスで接続を待機します。同じ TCP ポート経由でサービスを提供する複数の IP アドレスがコンピュータに存在すると、グローバルなバインドは機能しません。

HCL Domino® メールシステムは、次の 3 つの基本コンポーネントで構成されます。Domino メールサーバー、Domino メールファイル、メールクライアントです。Domino メールサーバーは、組織のメッセージングインフラストラクチャのバックボーンであり、インターネットメールサーバーと HCL Notes® メールサーバーの両方として機能します。Domino は、SMTP (Simple Mail Transfer Protocol)、POP3 (Post Office Protocol version 3)、IMAP (Internet Message Access Protocol)、MIME (Multipurpose Internet Mail Extensions) のサポートを通じて、標準規格に基づいたインターネットメッセージングを提供します。同時に、Domino は、Notes 配信プロトコルの Notes リモートプロシージャコール (NRPC) と Notes リッチテキストメッセージ形式の使用によって Notes メールをサポートします。

HCL Notes® クライアントの計画、インストール、アップグレード、設定を行う場合は、以下の参照情報の一覧を使用します。

Domino® 環境のセキュリティプランニングでは、各種リソースの保護に必要なタスクと機能を理解することが重要です。

このセクションでは、ネットワーク上に適切に HCL Domino® を導入する際に必要なプランニングコンセプトと設定手順を示します。ここでは、ネットワークプロトコルについて Domino を使用する観点から説明しますが、ネットワークに関する一般的な情報については説明しません。

この節のトピックでは、ユーザーとサーバーを設定する方法について説明します。

組織のセキュリティーを設定することは、非常に重要なタスクです。組織の IT リソースと資産を保護するためには、セキュリティーのインフラストラクチャが重要な役割を果たします。システム管理者は、サーバーまたはユーザーの設定を実行する前に、組織のセキュリティ要件を慎重に考慮する必要があります。最新の情報を把握してプランニングを行うと、セキュリティ侵害のリスクを最小限に抑えることができます。

Domino® では、ユーザーやサーバーから他のサーバーへのアクセスは、検証と認証のルールに加え、サーバー文書の [セキュリティ] タブで設定した内容に従って制御されます。Notes® ユーザー、インターネットユーザー、サーバーは、サーバーに検証および認証され、サーバー文書の設定内容でアクセスが許可されていれば、そのサーバーにアクセスできます。

各データベースにはアクセス制御リスト (ACL) が 1 つずつあります。ACL は、ユーザーとサーバーがそのデータベースに実行できるアクセスのレベルを指定します。割り当てるアクセスレベルの名前は、サーバーの場合もユーザーの場合も同じです。ただし、ユーザーに割り当てたアクセスレベルからはユーザーがデータベース内で実行できるタスクが決まり、サーバーに割り当てたアクセスレベルからはサーバーがデータベースのどの情報を複製できるかが決まります。ACL の作成や更新を行うには、[管理者] 以上のアクセス権が必要です。

Domino® は、ID ファイルを使用して、ユーザーを識別し、サーバーへのアクセスを制御します。すべての Domino サーバー、Notes® 認証者、Notes ユーザーは、ID を持つ必要があります。

操作制御リスト (ECL) を使用して、クライアントデータのセキュリティを設定します。ECL を使用すると、送信元が不明であったり疑わしい送信元から送られたアクティブコンテンツからクライアントを保護することができます。

認証要求の管理と処理を行うには、CA プロセスサーバータスクを使用するように Domino® 認証機関を設定します。CA プロセスは、証明書の発行に使用される Domino サーバー上でプロセスとして実行されます。Notes® 認証者またはインターネット認証者を設定する際、サーバー上の CA プロセスにリンクするように設定すると、CA プロセスの機能を利用できます。1 台のサーバー上で実行できる CA プロセスのインスタンスは、1 つだけです。ただし、CA プロセスは、複数の認証者にリンクできます。

TLS (Transport Layer Security) は、TCP/IP プロトコル経由で実行する Domino® サーバー・タスクの通信上の機密性を保護し、認証を行うためのセキュリティー・プロトコルです。

クライアントでは、Domino® 認証機関 (CA) アプリケーションかサードパーティ CA を使用して、TLS と S/MIME の接続を保護するための証明書を取得できます。

暗号化を使用すると、不正なアクセスからデータを保護できます。

基本的なパスワード認証として知られる名前とパスワードによる認証です。ユーザーに名前とパスワードを要求し、Domino® ディレクトリ内のユーザー文書に 保存されているパスワードの保護ハッシュと比較してパスワードが正確であるかを検証する、基本的な質問/応答のプロトコルが使用されます。

ユーザーが Domino Web サーバーにログオンする場合、ユーザー名とパスワードに加えて、ユーザーが時間ベースのワンタイム・パスワードを提供するように要求できます。

シングルサインオン (SSO) とも呼ばれる複数サーバーのセッションベース認証を使用することにより、Web ユーザーは、Domino® サーバーまたは WebSphere® サーバーに一度ログインすると、同一の DNS ドメイン内にあってシングルサインオン (SSO) が有効になっている他の任意の Domino サーバーや WebSphere サーバーに、再度ログインすることなくアクセス可能になります。

統合 ID は、シングルサインオンを実現して、ユーザーの利便性を高め、管理コストの削減を図る手段です。Domino® と Notes® では、ユーザー認証用の統合 ID に、OASIS の Security Assertion Markup Language (SAML) 標準が使用されます。

統合 ID は、シングルサインオンを実現して、ユーザーの利便性を高め、管理コストの削減を図る手段です。OpenID Connect (OIDC) プロバイダーの利用は、クライアントアプリケーションがユーザーを認証する方法の 1 つです。

Domino® サーバーは、資格情報ストア・アプリケーションをセキュリティーで保護された成果物リポジトリーとして使用できます。セキュリティーで保護された成果物リポジトリーの例としては、認証資格情報とセキュリティー・キーなどがあります。

Notes® と Domino® でサポートされる RSA 鍵サイズと、過去のリリースから現在のリリースまでの RSA 鍵サイズについて説明します。

このセクションのトピックでは、Domino® サーバーを管理するためのツールについて説明します。

関連する多数の管理タスクをシステム管理プロセスとして自動化すると、ユーザーの管理がしやすくなります。例えば、ユーザーの名前を変更する場合、システム管理プロセスは、システム管理要求データベースに登録されている一連の要求を生成し、それらを実行することで、Notes® ドメインのデータベース全体で名前を自動的に変更します。

この節では、Domino® システムをモニターする際に役立つツールと機能について説明します。

次のいずれかの作業を行うことによって、Domino® サーバーを管理します。

この節のトピックでは、Domino® データベースを設定して管理する方法について説明します。

Domino® サーバーのリソースは、システムアクティビティとユーザーアクティビティの 2 つのために使用されます。サーバーを実行し続けるために Domino が消費するプロセッサ、ディスク、メモリ、ネットワークの量を含むシステムアクティビティは、システムが健全でスムーズに実行されている場合、固定量のアクティビティです。Domino サーバーは通常、実行に必要な適度の割合のリソースを使用します。残りのサーバーのキャパシティは、サーバー上のデータの有用性によって変わる、ユーザーアクティビティをサポートするために使用されます。

Server.Load は容量計画ツールで、テスト対象の Domino® サーバーの容量や応答時間を測定できます (テストは「スクリプト」や「ワークロード」と呼ばれることもあります)。

ドメインインデクサタスクが実行されるたびに、ドメインカタログで [マルチデータベース索引を含む] プロパティが有効になっている新規データベースが検索されます。次に、既存のデータベースとファイルシステムで、前回の実行時以降に新規作成または変更された文書やファイルを検索されます。見つけられたデータベース、文書、ファイルは、ドメイン索引に追加されます。

Domino® サーバーの基本的なパフォーマンスと容量のほか、エージェントマネージャー、データベースと Domino ディレクトリ、ディレクトリカタログ、LDAP 検索、メール、Web サーバー、および UNIX™ サーバー。

Domino® Web サーバーを設定し、正しく動作することを確認したら、サーバーのパフォーマンスと応答時間を確認します。

Domino® には特定の環境における効率性を高める機能がありますが、これらの機能はデフォルトでオンになっていない場合があります。

データベースの詳細プロパティには、パフォーマンスを最適化する機能や圧縮機能が含まれるだけでなく、未読マークや削除復旧機能などの利便性機能を管理する方法も含まれます。

Domino® クラスタ統計には、クラスタの分析に役立つ 3 つのカテゴリがあります。

Domino® Administration クライアントのワークステーションの CPU 使用率が長時間 100% である場合、Server Health Monitor はワークロードが遅れないようにするためサーバー統計データを破棄します。

トラブルシューティングは問題を解決するための系統的アプローチです。トラブルシューティングの目的は、期待したとおりに処理されない理由を突き止め、問題の解決方法を見つけることにあります。

tell domino support コマンドを使用して、 IBM_TECHNICAL_SUPPORT ディレクトリに最近作成された診断ファイルを .zip ファイルに収集します。