Config db ntf:20110905074500
db ntfを分析する:20110905074500
Windowsバージョン:2.5 :: MAC OS Xバージョン:2.0.29 :: Linuxバージョン:2.0.29
Eclipseプラグイン:


主な改善点:大幅に強化されたクリーンアップ機能、新しいRuntype [最初のサーバーアクセス(FSAC)]、パフォーマンスの改善(特に、最初のサーバーアクセスでデータベースを分析するためのバックアップの実行との組み合わせ)、強化されたランタイムと新しいSmart File Downloaderモニタリング、Namelookupタイムアウト修理


一般的注意事項

サポートされているIBMLotus Notes releases:5.x、6.x、7.x、8.x、最大8.5.2 FP3(管理者は少なくともWindowsまたはLinux上のIBM Lotus Notes 7.xが必要です)
サポートされているクライアント側オペレーティングシステム:Microsoft Windows NT4(> = SP2)、2000、XP、2003、2008、Vista、7、およびCitrix / WTS、Apple Mac OS X Leopard、Linux
サポートされているサーバー側オペレーティングシステム:IBMがサポートしているもの(オペレーティングシステムに依存しない)
注:サポートはプラットフォームと release IBMでサポートされていない組み合わせ
LinuxおよびMacOS X:スキニング、リアルタイム、Zip / Unzip、および添付ファイルのブロックは、LinuxまたはMac OSXでは使用できません。 また、 MarvelClient Mac OSXおよびLinuxでは、「ログイン後-同期前」という実行タイプはサポートされていません。このようなアクションは、「ログイン後」を実行するように設定する必要があります(エージェントおよびINI管理)
重要事項この release 含まれています 赤で強調表示されている重要な更新を選択します

この release Namelookupの修正と、新しい「最初のサーバーアクセス機能」(構成データベースの更新のセクションを参照)を使用することで、実行時の大幅な改善(=ログイン後の期間の短縮)が可能になります。

クリーンアップ機能(アクション Advanced \ JCL。 掃除大幅に強化されました。

構成データベース

CHANGEいくつかのフォームが変更され、テーブルの行の間に水平線が表示されるようになり、どの記述子/ラベルがどのセル/フィールドに属しているかを簡単に識別できるようになりました。
CHANGEワークスペースページの「見つかった場合のアクション」オプション「特別なものはありません」は、「プロパティを次のように変更します...」に書き直されました。
また、[空の場合はページを削除する]オプションを選択すると、[ページが空でない場合は、次のようにプロパティを変更してください]という行が表示されます。
NEW

クリーンアップアクション(Advanced \JCL。Cleanup)が大幅に強化され、以下のアクションの任意の組み合わせを自動的に実行できるようになりました。
a。)カットオフ日付の問題があるレプリカをデータディレクトリから削除または移動し、オプションでそれらを再作成します。
b。)古い(=構成可能な日数の間使用されない)データベース(非レプリカ)をデータディレクトリから削除または移動する
c。)移動または削除されたローカルレプリカを指すworspace / desktopのリンクを修正/クリーンアップします。

クリーンアップアクションの開始時に表示される警告に特別な注意を払う必要があります。


警告

シミュレーションを非アクティブ化する前に、徹底的にテストし、シミュレーション結果を完全に確認したことを確認する必要があります。



また、クリーンアップアクションは、ファイルリンクまたはディレクトリリンクを持つクライアントでは何も実行しないことに注意してください。 log.xmlには、それぞれのメモが含まれます。
(例: 5753 1 警告CO :: DBManager_Impl :: Execute ファイルまたはdirlinkに遭遇しました。 クリーンアップアクションの無効化)。
これは次の修正が予定されています release.

NEW

タイプ「backup」、「run agent」、「runprogram」のアクションに新しいruntype「Onfirstserveraccess」を追加しました
-本質的に、この新しいruntypeを使用すると、クライアントの起動後に特定のサーバーで最初のデータベースが開かれるとすぐにアクションを実行できます。たとえば、UI(クライアント自体)、バックグラウンドレプリケーター、またはポリシーエンジンを介して実行できます。

この新しいruntypeを使用すると、データベースを分析するためのバックアップ、ハードウェア/ソフトウェア監査、場所と接続ドキュメントの収集などをクライアントの起動後にバックグラウンドに移動することで、クライアントの起動時間を大幅に短縮できます。

コンポーネントは次のように構成できます(「Notes.iniと変数」アクションを使用)
MC 2.5.0以降、「最初のサーバーアクセス時」アクションはデフォルトで有効になっているため、特に有効にする必要はありません。ただし、2.5.0以降、fsac_thread_serversを明示的に構成する必要があります。
mc:fsac_thread_enabled = true(デフォルトはtrueであるため、最初のサーバーアクセスを有効にするために設定する必要はありません)
mc:fsac_thread_servers =構成データベースが存在するサーバー(デフォルトはサーバーなし=サーバー名に設定する必要があります)またはたとえば、ユーザーのメールサーバーの場合)



mc:fsac_thread_enabled = true(2.5.0以降のデフォルトはtrue)
&
mc:fsac_thread_servers = name_of_serverは、アクセスされるとすぐに、「最初のサーバーアクセス時」のアクションが実行されることになっています。
(アクセスされたということは、「file-database-open-servername-enter」だけでなくデータベースが開かれていることを意味します。サーバーはデフォルトで「サーバーが指定されていません->有効になっていても何も起こりません)。

即時レプリケーションの帯域幅を減らさないように、またはユーザーがサーバーから直接データベース。

-DLLを2.0.33以上に更新する必要があります

更新中
を構成するためのドキュメント
スマートファイルダウンローダー
SFDは、次のXNUMXつを介して構成できます。 mc-変数-MC2.5.0のデフォルト値は、mc:dlm_disabled = 0およびmc:dlm_initialdelay = 5です。
mc:dlm_disabled = 0
(mc:dlm_disabled = 1は、スマートファイルのダウンロードを無効にします)
mc:dlm_initialdelay =数 スマートファイルダウンロードコンポーネントは、クライアントの起動後に実行されるまで待機する必要があります
(デフォルトでは、初期遅延は5分に設定されています-テスト目的で、0または1分に設定することをお勧めします)


-DLLを2.0.33以上に更新する必要があります
NEWDLL更新アクションに新しいオプションが追加されました。event DLLのダウングレード
NEWDLL更新アクションも条件をサポートするようになりました(以前のDLLバージョンも)
NEW新しい「最初のサーバーアクセス実行タイプ」機能の新しいアクション例を追加しました(DLLの変更を参照)
NEWIBMローミングユーザーのレプリケーターページにnames.nsfとbookmark.nsfを管理するためのXNUMXつの新しいアクション例を追加しました(MCローミングユーザーには必要ありません)。
強化ビュー「AllActions \ by RT、Prio、Title」が更新され、現在利用可能なすべてのランタイム(ロ​​グイン前、ログイン後、最初のサーバーアクセス時(新規-DLLの変更を参照)など)が正しく表示されるようになりました。
CHANGEデスクトップアイコンアクションは、対応するデスクトップアイコン画像を含むデスクトップアイコン(およびレプリケーターページエントリ)の自動展開のためにアイコンビットマップデータを解決できなかった場合に保存時にプロンプ​​トを表示するように変更されました。
CHANGE既存の「データベースの分析へのアップロード」の例を「最初のサーバーアクセス時に」実行するように変更しました(DLLの変更を参照)

データベースを分析する

修正/変更フィールド$ NoPurge = ""が、すべての構成(クリーンアップおよびエクスポートIDファイル)およびXSLTドキュメントに追加され、さらに言語設定ドキュメントがprに追加されました。event データベースレプリカの分析のレプリケーションオプションで「xx日より古いドキュメントの削除」を使用すると、ドキュメントが削除されます。
フィールドをそれぞれのドキュメントに入力するには、クリーンアップとエクスポートIDファイルドキュメントを手動でXNUMX回再保存する必要があることに注意してください。
NEW新しいビューOS / HW \ by Resourcesがanalyzeデータベースに追加され、ディスク容量/メモリが少なすぎるなどのユーザーを簡単に識別できるようになりました。
NEW

スマートファイルのダウンロードアクションのダウンロードの進行状況を監視するための新しいビュー「SmartFileDownloads \ byProgress」が追加されました。


スマートファイルダウンロード(SFD)アクションには marvelclient_upgradeは、ライセンスドキュメントでライセンスされます。
さらなる   スマートファイルのダウンロードに関する詳細については、を参照してください。 Release ノート2011-04-24。
  詳細は以下のとおりです。
SFDアクションは、構成データベースで作成し、次のXNUMXつを介して構成する必要があります。 mc-変数:
mc:dlm_disabled = 0
(デフォルトでは、ライセンスでカバーされている場合でも、スマートファイルのダウンロードは無効になっています。これは、クライアントの起動後にSFDが別のスレッドで実行されるためです)
mc:dlm_initialdelay =数 スマートファイルダウンロードコンポーネントは、クライアントの起動後に実行されるまで待機する必要があります
(デフォルトでは、初期遅延は5分に設定されています-テスト目的で、0または1分に設定することをお勧めします)

-DLLを2.0.33以上に更新する必要があります

強化ビュー「LotusNotes \ Runtime Analysis」が拡張され、使用可能なすべての実行タイプ(アップロードされたconfig.xmlで認識)の期間と合計同期時間が表示されるようになりました。 さらに、新しいDLL release 2.0.33は、ランタイム間の時間の詳細もアップロードします(たとえば、ログイン前-初期化とログイン前)-これにより、ほぼ完全なクライアントの起動時間を監視できるようになります(IBM自体が終了後に必要な残りの期間があります)ログイン後、MCはログに記録しませんが、既存のランタイムで問題のある候補/地域/オフィス/ ...)を簡単に見つけることができるようになります。

次の画像は、起動時間分析の例を示しています。

-DLLを2.0.32以上に更新する必要があります
CHANGEXSLTドキュメントが変更されました(上記の$ NoPurgeフィールドを参照)。 とりわけ、config.xsl添付ファイル/コンテンツごとにスマートファイルのダウンロードの進行状況を監視できるようにします。

.DLLアップデート(Windows)

修正(2.5.0)Notes8.5.2でリアルタイムの再配置によってクライアントがクラッシュする可能性がある問題を修正しました
修正(2.5.0)場合に再配置が機能しなかった問題を修正しました MarvelClient データベースは開かれていなくても、まだ開かれていると見なされました。
修正(2.0.32)デスクトップアイコンアクションのバグを修正しました。スタックされていないデスクトップでは、「movemusthave」が正しく機能しませんでした。 それは「すべてを動かす」と同じことをしました。
NEW(2.5.0)マルチファイルzipアーカイブの名前は、MarvelZip構成アクションでカスタマイズできるようになりました(デフォルトは「Archive.zip」)
NEW(2.5.0)XNUMXつの参照を追加しましたと。 これにより、journal.nsfとnames.nsfの完全に解決されたファイルパスを参照できます。「names.nsf」がファイルリンクの場合、 「names.nsf」のみを返します(したがって、バックアップはファイルリンクのみをバックアップし、ファイルリンクが指す実際のアドレス帳はバックアップしません)。
お客様は引き続き使用することをお勧めします(構成データベースのすべての例とデフォルト構成は変更されていません)ファイルリンクを介してリンクされているローカルアドレスブックにMCローミングを使用するソリューションが必要な場合を除き、そのような場合は、サポートに連絡することをお勧めします panagenda パートナーまたは panagenda サポート。
NEW(2.5.0)XNUMXつの新しい参照を追加しましたとファイルリンクを介してノートにリンクされている場合に備えて、journalとnames.nsfのディレクトリを提供します。
NEW(2.5.0)XNUMXつの新しい参照と既存のジャーナルを検出するために追加されました。
対応する値は、次の順序で解決されます。
1.もし存在する場合、結果値はnotes.iniのRoamingJournalから解決されます
2. 1.が満たされておらず、満たされていない場合ebook.nsfが存在する場合、値はebook.nsf
3. 1. + 2.が満たされず、journal.nsfが存在する場合、値はjournal.nsfから解決されます。
1. + 2. + 3.が満たされない場合、両方の値は空です。
NEW(2.5.0)シングルユーザークライアント間のローミング用に新しい構成オプションが追加されました:設定「true」、「yes」、または「1」にすると、次のローミング動作が有効になります。
ファイルベースのローミングアクションが実行された場合。これには、 ids.zip、これも少なくともXNUMXつのidファイルを含み、ローミングされるids.zip内のものを除く他のすべてのidファイルがターゲットのNotesデータディレクトリから削除されます。
実際のローミングアクションを実行する前に、この変数を設定してください(= ini&Variablesアクションは[ログイン前-init]で永続的に実行され、ローミングアクションよりも優先順位番号が低くなります)
NEW(2.5.0)「ClearCachedStacks」のパフォーマンスの向上(例については、log.xmlを検索してください)
NEW(2.0.25)DLL更新アクションに新しいオプションが追加されました。event DLLのダウングレード
修正(2.0.28)以前では、 releases、検索場所の詳細(%LOOKUP_ *)がmc:db_dbopentimeoutに準拠していませんでした

一般的に、お客様は設定することをお勧めします
mc:db_dbopentimeout = 10000
&
mc:db_checktimedout = true
構成データベースなどを開こうとしたときに、クライアントがタイムアウトするのに90秒(OSのデフォルト)が必要であることを確認します。
また、環境によってはクラスターのフェイルオーバーに8000秒かかる場合があるため、db_dbopentimeoutを7(ms)未満に設定しないことをお勧めします。

上記のmc:db_ *設定と2.0.28のFIXにより、エンドユーザーは、データベース接続の試行ごとに90秒のタイムアウトで問題のある接続状況で発生する数分のクライアント起動遅延に遭遇しないようになります(!) 。

(からのリマインダー release DLL 1.6.19に関する注記:
を使用してサーバーサイドデータベースアクセスタイムアウトを指定する新しいオプション
mc:db_dbopentimeout = [ミリ秒数]、たとえばmc:db_dbopentimeout = 8000は、これに8秒以上かかる場合、データベースのオープンをキャンセルします
(デフォルト=タイムアウトなし)
さらに、mc:db_checktimedoutを使用すると、以前にタイムアウトしたデータベースアクセスを再試行するかどうかを指定できます。
mc:db_checktimedoutはブール値であるため、値「yes」、「1」、「true」を受け入れます(または「no」、「0」、「false」=デフォルト=すべてのデータベースを再試行します)
たとえば、mc:db_checktimedout = trueは、特定の実行中(たとえば、ログイン後)に以前にタイムアウトしたデータベースを再度開こうとはしません-
注:タイムアウトデータベースのリストは、通常は理にかなっているように、ログイン直後とクライアントシャットダウンの開始時にクリアされます。
ログイン後にタイムアウトしたシャットダウン中にデータベースを再試行します。
注:mc:db_checktimedoutは、サーバーごとではなく、特定のデータベース「URL」(=データベースパス全体を含むサーバー名)に基づいて動作します。)
新規/拡張(2.0.31)(バックアップだけでなく)アクションは、次の条件でさらに制限できるようになりました。
mc:last_fs_roaming_no_instance_found = 1
&
mc:last_fs_roaming_target_empty = 1

2.0.17で導入されたmc:last_fs_roaming_failedとともに、これにより、次の場合の条件を作成できます。
mc:last_fs_roaming_failed:次の場​​合は「1」に等しい MarvelClient ローミングソースのルートドライブに接続できませんでした(=ネットワークドライブが利用できない場合)
mc:last_fs_roaming_no_instance_found:次の場​​合は「1」に等しい MarvelClient 開始中のクライアントにローミングするための新しいインスタンス/バックアップが見つかりませんでした(=ローミングは行われませんでした)。
mc:last_fs_roaming_target_empty:次の場合は「1」に等しい MarvelClient ローミングソースのドライブとディレクトリを開くことができましたが、ディレクトリは空でした。
NEW(2.0.32)クライアントの起動中のさまざまな期間のログを追加しました(たとえば、ログイン前-初期化からログイン前までの時間。「IBMを待っています」)。
これには、「ログイン後」からUI(ユーザーインターフェイス)が表示されるまでクライアントを起動するために必要な時間が含まれていませんが、クライアントの起動に影響するパフォーマンスの問題を事実上簡単に特定できます。
NEW(2.0.33)スマートファイルのダウンロードアクションのログをconfig.xmlに追加しました
NEW(2.0.33)「最初のサーバーアクセス時」のアクションを実行するための新機能が追加されました

.dylibアップデート(Mac OS X)

修正(2.0.29)以前のMacの場合 releases、config.xmlに保存されているIPアドレスが正しくない-これは修正されました。
修正(2.0.29)場所と接続のアクションで、すべての%LOOKUP_ *プレースホルダーがサポートされるようになりました
修正(2.0.29)ユーザーのメールファイルの詳細がconfig.xmlに正しく保存されるようになりました(以前のMacにはありません) releases)

.soアップデート(Linux)

修正(2.0.29)場所と接続のアクションで、すべての%LOOKUP_ *プレースホルダーがサポートされるようになりました
修正(2.0.29)ユーザーのメールファイルの詳細がconfig.xmlに正しく保存されるようになりました(以前のLinuxにはありません) releases)