• Курсы Академии Кодебай, стартующие в мае - июне, от команды The Codeby

    1. Цифровая криминалистика и реагирование на инциденты
    2. ОС Linux (DFIR) Старт: 16 мая
    3. Анализ фишинговых атак Старт: 16 мая Устройства для тестирования на проникновение Старт: 16 мая

    Скидки до 10%

    Полный список ближайших курсов ...

ГЛюк Реплкации

makaset

Well-known member
14.03.2007
126
0
BIT
0
Ребята КТо поможет
Было у кого такой глюк. короче на обейх серверах одинаковое база реплика аи ди ...
уровен доступа на сервере тоже одикановый . пр репликауии пишет
UNable to store document in Имя базы <Note ID = 113131> from имя сервера autorizd to perform operation
все права роли к друг другу есть
 

puks

Lotus Team
03.02.2007
1 919
55
BIT
5
Не уверен, что это твой случай, так как ты не написал полную ошибку. Но, вдруг поможет


Problem

When you attempt to replicate a database from the hub server to a spoke server, the server console shows that the replication was successful, but you receive an email that states the following;
"Unable to store document in NAMES.NSF (NoteID = 0) from YourServer/Org names.nsf (NoteID = 397334): Cannot store document; database has too many unique field names. Please ask your administrator to compact the database."
This error is also captured in the server's log.nsf.

Solution
In several cases, the following workaround resolved the issue:

1. Temporarily disable scheduled replication from all spokes.
2. Run Updall -r and Compact on the database replica on both the spoke and hub server.
3. Force replication of the database between the spoke and hub server.
4. Re-enable scheduled replication.

Supporting Information:
Note: If you still experience the issue, try selecting the "Allow more fields in database" option in the Database Properties for both replicas. Then run Compact on the database, and force replication.
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!