Lotus notes 使用lotusdomino副本拆分大型数据库

我有一个34Gb的数据库（在服务器a上），我想在创建数据库本身的副本后删除它的部分文档以提高性能。 遵循以下步骤：

• 创建数据库的本地副本
• 从原始数据库中删除了几个文档

如果需要，我希望确保使用副本数据库将删除的文档恢复到原始数据库中。 所以我尝试从本地副本拉入数据库，或者从副本推送到数据库

没有发生任何事情，添加了0个文档，我无法“重新导入”文档

---

怎么了

我会非常小心地将副本用作那样的存档。我可以看到有人复制错误的方式，这将导致一些问题。。。

---

我已经为我工作中的几个大型数据库设计了一些归档解决方案。我只是有一个单独的数据库（相同的设计）指定为归档。然后，我有一个手动触发或计划的代理（在不同的数据库中不同），用于标识要归档的文档，并将它们从生产数据库移动到归档中。然后，我就拥有了将文档移回所需产品的功能。

我会非常小心地将副本用作这样的存档。我可以看到有人复制错误的方式，这将导致一些问题。。。

---

我已经为我工作中的几个大型数据库设计了一些归档解决方案。我只是有一个单独的数据库（相同的设计）指定为归档。然后，我有一个手动触发或计划的代理（在不同的数据库中不同），用于标识要归档的文档，并将它们从生产数据库移动到归档中。然后，我就拥有了将文档移回所需文档生产的功能。

它们不应该返回！复制是双向的，对文档的最新更改会覆盖旧版本，但删除总是成功的

嗯。。。几乎总是这样

在一个副本中删除文档时，会保留一个“删除存根”。只要复制副本中存在该存根，另一个复制副本中该文档的版本就不会复制回来。存根挡住了它。这就是删除获胜的原因

但存根会在一段称为“清除间隔”的时间后清除。默认清除间隔为30天。从复制副本中清除存根后，删除将无法再获胜，因为没有任何东西可以阻止旧版本从另一个复制副本复制回来。问题是，通常这是件坏事。通常在删除文档时，您希望它们保持删除状态。你不希望他们仅仅因为有人让一个复制品离线31天就再次出现

现在，有一些方法可以尝试仔细地控制这个过程，清除存根并使用其他方法（例如，选择性复制设置）来防止删除返回，除非您希望它们返回。有很多方法可以尝试，但是一个副本中的一个设置会出现一个错误，轰！坏事发生了。这包括任何复制品，包括那些你不小心控制的复制品。这是个坏主意。我完全同意卡尔·亨利的观点

此外，选择性复制是有害的，应该不惜一切代价避免。不管怎么说，这只是我的观点，但在我得出这个结论之前，我留下了很多伤疤

---

下面是关于副本存根和清除间隔的两个Lotus技术说明：。请明智地使用从这些技术说明中学到的知识。我敦促您不要利用这些知识来尝试构建基于复制的备份/恢复方案

他们不应该回来！复制是双向的，对文档的最新更改会覆盖旧版本，但删除总是成功的

嗯。。。几乎总是这样

在一个副本中删除文档时，会保留一个“删除存根”。只要复制副本中存在该存根，另一个复制副本中该文档的版本就不会复制回来。存根挡住了它。这就是删除获胜的原因

但存根会在一段称为“清除间隔”的时间后清除。默认清除间隔为30天。从复制副本中清除存根后，删除将无法再获胜，因为没有任何东西可以阻止旧版本从另一个复制副本复制回来。问题是，通常这是件坏事。通常在删除文档时，您希望它们保持删除状态。你不希望他们仅仅因为有人让一个复制品离线31天就再次出现

现在，有一些方法可以尝试仔细地控制这个过程，清除存根并使用其他方法（例如，选择性复制设置）来防止删除返回，除非您希望它们返回。有很多方法可以尝试，但是一个副本中的一个设置会出现一个错误，轰！坏事发生了。这包括任何复制品，包括那些你不小心控制的复制品。这是个坏主意。我完全同意卡尔·亨利的观点

此外，选择性复制是有害的，应该不惜一切代价避免。不管怎么说，这只是我的观点，但在我得出这个结论之前，我留下了很多伤疤

---

下面是关于副本存根和清除间隔的两个Lotus技术说明：。请明智地使用从这些技术说明中学到的知识。我敦促您不要利用这些知识来尝试构建基于复制的备份/恢复方案

谢谢，但是IDs文档呢？使用存档方法，是否保留相同的ID？我需要它，正如复制方法所允许的那样。您是指Notes文档ID吗？它不会被保留，但您永远不应该编写依赖于它的代码。它甚至可以在原始数据库中更改，例如，如果出现复制冲突。因此，在编写良好的应用程序中，这应该不是问题。我也不建议你修改U