Notes データベースのデータベース サイズの上限を回避する方法はありますか? まだサイズが 60 ギガに近づいているデータベースを圧縮しています。よろしければご提案いただけますと幸いです。
4620 次
10 に答える
8
64GB の制限を超える方法が見つかったとしても、それは推奨される解決策ではありません。パフォーマンスを向上させ、Domino サーバーの安定性を維持したい場合は、アプリケーションを複数のデータベースに分割する方がはるかに優れています。検索できるようにするためにすべてを同じデータベースに入れる必要があると思われる場合は、Domino Administrator ヘルプでドメイン検索と複数データベース検索を調べてください。
データの一部が「古い」ため、代わりに 1 つまたは複数のアーカイブ データベースに入れることができるのではないでしょうか?
大量の添付ファイルがあり、それらを一連の添付ファイル データベースに保存できるでしょうか。
おそらく、合理化または削除できる複雑なビューがたくさんあるので、多くのスペースを節約し、当面の間すべてを同じデータベースに保持できますか? (必要のない列の並べ替えを削除します。[列ヘッダーをクリックして並べ替える] を使用すると、ビュー インデックスのサイズを確実に増やすことができます。)
于 2009-03-17T06:33:23.300 に答える
7
添付ファイルもあるために、データベースが大きいと思います。その場合、DAOS を調べてください - すべての添付ファイルをファイルシステムに保存します (サーバー機能 - クライアントと既存のアプリケーションに対して透過的)。
おまけとして、重複を見つけて一度だけ保存します。
詳細はこちら: http://www.ibm.com/developerworks/lotus/library/domino-green/
于 2009-06-11T19:58:44.167 に答える
3
暗闇の中で突き刺すだけです：
Domino サーバーの代わりに DB2 ストレージ方式を使用しますか?
于 2009-03-17T05:59:04.757 に答える
3
そのスペースの 80 ～ 90% が添付ファイルによって占められていると推測しています。私の提案は、すべての添付ファイルを、全員がアクセスできるファイル共有に移動するか、全員が接続できる FTP サーバーに移動することです。
セキュリティが問題になるため、これは理想的ではありません。Notes データベースと外部ファイル共有への資格情報を管理する必要がありますが、Notes 管理者の観点からは努力する価値があります。
Notes 文書では、ファイルへのリンクを提供するだけです。ユーザーが Notes フォームを介してこれらのファイルを追加している場合、バックグラウンド コードを追加して、保存後にドキュメントからファイルを抽出し、そのファイルへのリンクに置き換えることができます。
于 2009-03-17T14:20:37.623 に答える
3
64GB は実際には絶対的な制限ではありません。それを超えることもできます。私は 80GB や 100GB 近くまで見てきましたが、64GB を超えるといつでも問題が発生する可能性があります。制限は実際には Notes ではなく、基盤となるファイル システムです。これは AS400 で見たことがありますが、Notes の優れた点は、大きなクラッシュが発生した場合でも、すべてのドキュメントにアクセスし、次を使用してすべてを新しいコピーに引き出すことができることですクライアントでビューを開くことができなくなった場合でも、スケジュールされたエージェント。
最善の方法は定期的なアーカイブです。添付ファイルの場合は、2 年以上前のものはメイン システムに保存する必要はありません。簡単な概要とリンクだけで、5 年間のアーカイブ、2 年間のアーカイブ、1 年間のアーカイブなどを保存することもできます。データの保存に使用するプラットフォームに関係なく、データは蓄積され続け、管理する必要があります。
于 2013-03-07T12:04:32.340 に答える
2
問題が本当に大きな添付ファイルである場合は、サーバー/データベースに DAOS を実装することを検討することをお勧めします。これは、Domino Server 8.5 以降でのみ使用できます。一方、データベースに 100,000 以上のドキュメントが含まれている場合は、データを複数の NSF に分割することを真剣に検討する必要があるかもしれません。その数のドキュメントでは、ビューの設計、ルックアップ コードなどに細心の注意を払う必要があります。 .
DAOS のいくつかの文書化された成功: http://www.edbrill.com/ebrill/edbrill.nsf/dx/yet-another-daos-success-story-from-darren-duke?opendocument&comments
于 2009-06-19T17:48:36.937 に答える
1
データベースが 60 GB に達している場合は、Domino ソリューションを使用しないでください。リレーショナル データベースに切り替える必要があります。複数のデータベース間でドキュメントをアーカイブまたは移動する必要があります。60GB までいけますが、やるべきではありません。アクティブなデータベースのパフォーマンス ヒットは重大です。静的データベースではそれほど問題にはなりません。
于 2009-12-27T05:05:30.930 に答える
1
また、不要なビューとそのインデックスを削除することも検討します。ビュー インデックスは、ディスク領域の 80 ～ 90% を占有する可能性があります。それらを削除できない場合は、並べ替えの配置/数式を簡素化し、不要な列の並べ替えオプションを削除します。このようないくつかの簡単な変更を加えて、50 GB を 25 GB に半分に減らしましたが、ほとんどユーザーは気づきませんでした。
于 2013-09-10T14:53:51.500 に答える
1
1 つのパスは、一度だけ、ユーザーから開始することができます。すべてのユーザーが常にすべてのデータにアクセスする必要がありますか? いいえの場合は、分割またはアーカイブします。はいの場合、アプリケーションの設計に欠陥がある可能性があります。
技術的には、以前のコメントに、圧縮の多くのオプションを確認するための提案を追加します。クイック アンド ダーティ : すべてのビュー インデックスを破棄しますが、ユーザーに暴動を起こさせたくない場合は、少なくともデフォルト ビューの 1 つを再構築してください。アップドールを見る
于 2016-08-19T15:39:23.243 に答える
0
もう1つ確認すること：チェック済みであることを確認してください
[x] 添付ファイルに LZ1 圧縮を使用する
データベースのプロパティで。
于 2013-02-04T11:11:18.313 に答える