DISKUSE
Chyba aplikace Notes: Soubor neexistuje. (profile) 
10.05.2023 07:53

Co se děje ? Jak se pracuje v jazyce vzorců ? (2)
21.04.2023 14:15

Co se starou dokumentací k R3, R4, ...? 
05.04.2023 14:41

Událost, při neexistenci přílohy. (2)
05.04.2023 11:51

Jak zjistit vložení přílohy. (4)
21.03.2023 11:14

Rámec nebo okno ? (10)
22.02.2023 10:14

Vylepseni designera 9.01 (3)
02.02.2023 20:27

Jak resit casove narocneho agent na frontendu (13)
25.01.2023 19:15


ŠKOLENÍ


REKLAMA


KOMENTÁŘE
Dostupnosť menu príkazov v Notes klientovi. (2 komentáře)

Dá se přežít s IBM Lotus Symphony? (11 komentářů)

LotusScript 2/4: Domino objekty (6 komentářů)

LotusScript 1/4: Základy (1 komentář)

Co nedovolují licence Express? (2 komentáře)


Diskusní skupina: Notes/Domino R9


mhChyba repliky
05.04.2018
08:59:07

ID: 3699.0

mh
Zjistil jsem, že opakování postupu kopie dokumentů do DB s následným vymazáním dělá při replice podivné věci.

Pomocí Set doc2 = doc.CopyToDatabase(db2) provedu kopii.
Udělám repliku na druhý server. Dokumenty se správně nahrajou.
Vymažu nové dokumenty
Udělám repliku a dokumenty se správně vymažou.

Při opakování postupu ale už replika místo nahrání nových na druhý server ty z prvního smaže. Z 18 tam zbyde jeden.
Oprava je pak možná jen novými DB.
mpistora Re: Chyba repliky
09.04.2018
10:04:11

ID: 3699.1


Je potřeba sledovat, jaké UNID získá kopie dokumentu a kdy se smaže deletion stub.

CopyToDatabase zachová původní UNID, pokud už v cílové db není použito (a to i po smazaném dokumentu v deletion stubu), jinak vznikne nové. Tím se obvykle liší první kopírování od dalších.

Při replikaci je potřeba sledovat, zda vůbec je zapnuto replikování deletion stubů a od jakého okamžiku se replikuje. Pokud se replikuje deletion stub proti dokumentu (byť později vzniklému se stejným UNID), může záležet na čítači modifikací, co vyhraje.

Přidejte názor
Autor:
Profese:
E-mail: i
URL:
Phone:
Předmět:
Obsah příspěvku (i):

Kolikátý je den v měsíci ? (číslovkou bez tečky)