設計の置換と再設計では、いくつかの主な違いがあります。 まず、データベースの設計を置換すると、データベース内のすべての設計要素が削除され、新しいテンプレートからの設計要素に置き換えられます。このプロセスは、データベースのプロパティ (特に、[ファイル] - [データベース] - [プロパティ] を選択したときに、インフォボックス (プロパティボックス) の [設計] タブに表示されるデータベースのプロパティ) もリセットします。これに対し、再設計はこの情報を使用して、基本的に同じ作業を設計要素に対して実行しますが、データベースの設計プロパティは変更しません。再設計は、デフォルトでサーバー上で毎晩実行されるプロセス (Design サーバータスク) です。 メモ: 設計プロパティで [更新時に再設計/設計の置換を禁止する] が有効になっている場合は、設計の置換および再設計のどちらによっても、
社内の Domino サーバーや Notes クライアントをバージョンアップしようと考えています。バージョンアップが完了するまでの間、異なるバージョンのサーバーやクライアントが混在することになりますが、どのような点に注意するべきでしょうか。 Notes/Domino では、互いのバージョンが異なるために接続できないといった問題は発生しません。注意する点としては、自分より低いバージョンの接続相手に対して、新機能を要求するような処理が発生しないようにすることです。 以下に項目別に注意点を説明します。 インストール 事前に必要なデータのバックアップを取った後、以前の環境を引き継ぐため、上書きインストールします。 サーバーとクライアントのバージョン Domino サーバーは、Notes クライアントよりも先にバージョンを上げることを推奨します。これは新機能に関わる処理を Notes クライアントか
この Technote では、Lotus Notes/Domino 6.5.x および 7.0.x から 8.x への移行に関する情報を提供します。 この文書には、Lotus Notes/Domino 6.5.x および 7.0.x から 8.x へ移行するための推奨手順が記載されています。 メモ: この文書は、プラットフォームに依存しないよう記載されています。各 OS の専用コマンドを実行するための追加情報については、8.x Administrator ヘルプおよび次の Technote を参照してください。 UNIX: 「(参考)Lotus Domino サーバーが停止している間に AIX、Linux、Solaris 上で compact、fixup、updall を実行する方法」(Technote #1462494) IBM i (AS400): 「(参考)Lotus Domino
この文書は、Lotus Notes/Domino 8.5 において、8.0.x、7.x や 6.5.x のような他バージョンのクライアント、サーバー、メールテンプレートと混在する場合のサポートする環境と、マイグレーションの諸注意事項について記載します。 注意事項 ・ リリース 6.5 よりも前の Lotus Notes/Domino を使用している場合、Lotus Notes/Domino 8.5 のインストールとアップグレードを行う前に、少なくとも Lotus Notes/Domino 6.5 にいったんアップグレードする必要があります。 ・ この文書にはすでにサポートを終了している Lotus Notes/Domino 6.x の情報が含まれていますが、Lotus Notes/Domino 6.x をサポートすることを意味しているわけではありません。サポート期間については、Lotus
この文書には、次のセクションが含まれます。 (1) 既存環境の評価およびモニター (2) 8.5.x のためのオペレーティングシステムとハードウェア要件の評価 (3) Lotus Domino を既存のマシン上でアップグレードするか、新しいマシンに移行するか (4) Lotus Notes/Domino 8.5.x の新機能の評価 (5) サーバーテスト環境の作成 (6) 実稼働環境でのサーバーアップグレードの試験的な実行 (パイロット) (7) 現在の Lotus Domino バージョンが古い場合:リリース 6.5.x へのアップグレード (8) アップグレード前の実稼働環境の準備 (9) デプロイメント手順の計画 (10) Lotus Notes/Domino 8.5.x をダウンロードする方法 (11) その他の役に立つリソース 目次に戻る (1) 既存環境の評価およびモニター 時
Lotus Notes/Domino の認証者 ID の盗難、紛失、または漏えいが発生した場合、管理者はどうすればよいですか。 新しい cert.id を再認証し、 Domino ディレクトリをロックする方法について、以下に説明します。 この方法の長所は、ユーザーの認証者 ID に対する何者かからの脅威を抑制および阻止できることです。この方法の短所は、再認証プロセスは手動に大きく依存するため、組織の再認証がやや困難であることです。 A. 脅威の定義 最初のステップは、アクティビティが何を阻止できるかを熟知するために、組織の認証者 ID を持つ人物がどんなことをすることができるか明らかにすることです。組織の認証者 ID を持つ人物が実行可能なアクティビティのリストを以下に示します。 1. 新しいユーザー ID を作成する、または既存のユーザーと同じユーザー名を持つように見えるが、実際は元のユ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く