有没有办法绕过 Notes 数据库的数据库大小上限？我们正在压缩一个大小仍接近 60 gig 的数据库。如果您能提供建议，非常感谢。
Todd
问问题
4620 次
10 回答
8
即使您能找到超过 64GB 限制的方法，它也不是推荐的解决方案。如果您希望提高性能并保持 Domino 服务器的稳定性，那么将应用程序拆分为多个数据库会好得多。如果您认为必须将所有内容都放在同一个数据库中才能进行搜索，请在 Domino Administrator 帮助中查找域搜索和多数据库搜索。
也许数据的某些部分是“旧的”并且可以被放入一个或多个存档数据库中？
也许您有很多大附件并且可以将它们存储在一系列附件数据库中？
也许您有很多可以简化或消除的复杂视图，从而节省大量空间并将所有内容暂时保存在同一个数据库中？（删除不需要的列的排序，使用“单击列标题进行排序”是增加视图索引大小的可靠方法。）
于 2009-03-17T06:33:23.300 回答
7
我假设您的数据库也很大，因为文件附件也是如此。在这种情况下，请查看 DAOS - 它将所有文件附件存储在文件系统上（服务器功能 - 对客户端和现有应用程序透明）。
作为奖励，它会发现重复项并将它们仅存储一次。
更多信息：http: //www.ibm.com/developerworks/lotus/library/domino-green/
于 2009-06-11T19:58:44.167 回答
3
只是在黑暗中刺伤：
使用 DB2 存储方法而不是 Domino 服务器？
于 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 的好处在于，如果您确实遇到了巨大的崩溃，您仍然可以访问所有文档并将所有内容提取到新副本中使用即使您无法再在客户端中打开视图，也可以安排代理。
最好的办法是定期存档，如果是文件附件，那么两年以上的任何东西都不需要在主系统中，只需简要概要和链接，您甚至可以有 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
如果您的数据库达到 60gb.. 不要使用 Domino 解决方案，您需要切换到关系数据库。您需要跨多个数据库存档或移动文档。虽然你可以达到 60GB，但你不应该这样做。对活动数据库的性能影响很大。对于静态数据库来说问题不大。
于 2009-12-27T05:05:30.930 回答
1
我还会考虑删除任何不必要的视图及其索引。查看索引可以占用 80-90% 的磁盘空间。如果您无法删除它们，请简化它们的排序安排/公式并删除任何不必要的列排序选项。通过像这样的一些简单更改，我将 50gb 减半到 25gb，几乎没有用户注意到。
于 2013-09-10T14:53:51.500 回答
0
还有一件事要检查：确保您已检查
[x] 对附件使用 LZ1 压缩
在数据库属性中。
于 2013-02-04T11:11:18.313 回答