 |
|
|
 |
| Subject: Unable to replicate xxx.nsf: Unable to extend an ID table - insufficient memory |
 |
 |
 |
| Product Area: Domino Server |
 |
| Technical Area: Error Message |
 |
| Platform: Windows |
 |
| Release: 8.5.3 |
 |
| Reproducible: Always |
 |
 |
 |
 |
Hi all,
First of all, let me describe our situation. We are currently running domino databases as our working environment, with a structure as below
Users in branches, branch server replicates > Regional server > National server.
This is all done through formulas, with the branch servers database anywhere from 1GB to 100GB with DAOS.
We have 2 extremely large databases that we use for inter-regional replication, containing all of our open files (we archive and retrieve a fair bit too).
These clock in at 1.8 million documents each, and 300-310GB. With our DAOS limit reduced to 32kb, our NSF's still run around 40ish GB.
The problem I would like help with, as we currently experience a fair few documents being dropped by constant replication and database hammering by a large number of users, is this:
After about 2 or 3 weeks after a fresh rebuild our national databases exhibit this error message:
Unable to replicate xxx.nsf: Unable to extend an ID table - insufficient memory
We are currently in the planning stages of moving away from Domino but in the mean time we need these databases as a document store so are essential.
From what I have read about this error it is related to the amount of deletion's and creations in a database, which corrupt the ID table. I have tried various fixups, running compacts, all the suggested methods of stopping this error - as well as always running the latest domino.
Any ideas on how to stop this error? Every 2 weeks or so im having to rebuild them from scratch, and i'm sure by deleting them I'm losing essential documents.
 
Feedback number WEBB8ZTVP9 created by ~Bill Nonlutexgon on 11/07/2012
Status: Open
Comments:
 Unable to replicate xxx.nsf: Unable... (~Bill Nonlutexg... 7.Nov.12)
 . . Check the purge interval (~Ned Nimfanakon... 8.Nov.12)
. . . . . (~Bill Nonlutexg... 11.Nov.12)
. . . . . . Unfortunately, the only way I know ... (~Ned Nimfanakon... 12.Nov.12)
. . . . . . . . We only have 7500 deletion stubs...... (~Bill Nonlutexg... 12.Nov.12)
. . . . . . . . . . Wait wait wait (~Bill Nonlutexg... 12.Nov.12)
. . . . . . . . . . . . FWIW, there are also tools that can... (~Fred Asatumibu... 13.Nov.12) |
| |
|
Return to top
Printer-friendly
