Prezentace se nahrává, počkejte prosím

Prezentace se nahrává, počkejte prosím

Www.sutol.cz Replikace v IBM Domino od frustrace k fascinaci Jaroslav Žďánský 11. 11. 2014 Inspirováno prezentací autorů: Ben Menesi, Kim Green.

Podobné prezentace


Prezentace na téma: "Www.sutol.cz Replikace v IBM Domino od frustrace k fascinaci Jaroslav Žďánský 11. 11. 2014 Inspirováno prezentací autorů: Ben Menesi, Kim Green."— Transkript prezentace:

1 Replikace v IBM Domino od frustrace k fascinaci Jaroslav Žďánský Inspirováno prezentací autorů: Ben Menesi, Kim Green

2 Hlavní partneři a prezentátoři

3 Agenda

4

5

6 Synchronizace informací Defaultně jeden task Pro více: REPLICATORS=n Load replica Task je v klidu (idle) dokud není aktivován pomocí connection dokumentu nebo příkazem z konzole provádí replikaci v clusteru

7 Typy replikace

8

9

10 Connection dokumenty

11 Plánování replikace

12 Opravdu replikujete tyto DB mezi všemi Domino servery v doméně? Replication time limit by měl být nižší než interval replikace!

13 Víte, kde a jak probíhá replikace požadované databáze a kde se všechny repliky nacházejí?

14

15 Do kopie pohledu Connections stačí vložit první sloupec zobrazující pole „Filename“ a nastavit jej jako kategorizovaný.

16 :01:55 -> C12579F7:001BA44B

17

18 replicationEZ (Ytria)

19

20

21 Domino servery v clusteru Co je cluster? Skupina 2 až 6 Domino serverů High Availability / Workload Balance Co je podmínkou? Domino server pouze v 1 clusteru Každý server v clusteru musí být: Domino Enterprise Server nebo Domino Utility Server Vysokorychlostní spojení Jak to funguje? …

22 Jak funguje HA / WB?

23 Workload Balance / HA 12 3 (cluster cache) 4 5, 6 (cluster manager) 7

24 In Memory Replication

25 Streaming Cluster Replication Efektivnější (nízká latence) Uvedeno v Domino verzi 8.0 Spolehlivé od FP1 DEBUG_SCR_DISABLED=1 Celý cluster > 8.0

26

27

28

29 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn

30 Kontrola oprávnění na úrovní serveru Ověřováno v Security v Server dokumentu Kontrola oprávnění na úrovni ACL Zdrojový i cílový server musí být v ACL replikované DB Žádný přístup do DB = žádná replikace Oprávnění na dokumentech Role Pozor na Readers / Authors pole! Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn

31 Zajímavosti: #1 Pokud nemáte oprávnění pro vytváření nových replik, ale můžete vytvořit novou DB, vytvořte ji na cílovém serveru a změňte replica ID (dle zdrojové DB). # 2 Pro manuální založení replica stubu lze využít definici replikační formule, poté ji odstranit a nechat task Replica, aby replikaci dokončil na pozadí. # 3 Přístupem na souborový systém, lze omezení oprávnění obejít. Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn

32 Obsahuje informace o poslední replikaci – díky tomu zjistí, co se „dělo“ od poslední replikace. A A B B A A B B A A B B PUSH: Server A ověří historii na své straně PULL: Server A ověří historii na straně B PULL & PUSH: Server A ověří historii na obou stranách Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn

33 Pokud replikační historie chybí nebo je ignorována: Server prochází veškeré dokumenty -> výrazně delší doba replikace Kdy je historie ignorována? Při změně ACL Při změně replikační formule ZAJÍMAVOST: V případě replikace local server není v rep. historii žádný záznam! Žádné změny = žádný záznam v rep. historii. Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn

34 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn Využití pro bližší specifikaci dokumentů Snadno přehlédnutelné Optimální využití: A A B B Replikace replikační formule bývá ve výchozím stavu vypnutá. Není doporučeno nastavovat v DB na serveru B, co má server A přijmout. POZOR: Replicator deleted 499 document(s) in vyvoj\db.nsf from DominoTest2/Aced vyvoj\db.nsf

35 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn UNID: Jedinečný identifikátor napříč databázemi Note ID: Identifikátor v rámci jedné DB Obsahuje jej dokument i pole Je inkrementováno při každém uložení! Jak jej – výchozí limit = 500 Přes volání API Ytria scanEZ linklink Sequence number na dokumentech se po 256 resetuje!

36 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn Obsahuje jej dokument i pole Je inkrementováno při každém uložení! Jak jej – výchozí limit = 500 Přes volání API Ytria scanEZ linklink Sequence number na dokumentech se po 256 resetuje!

37 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn

38 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn Created – datum založení dokumentu Added – datum vytvoření v dané DB Důležité: Čas serverů ze stejného zdroje.

39 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn Deletion stuby Vzniká po smazání dokumentu, o kterém udržuje jen min. informací vs. Soft Deletions – „koš“, obsahují všechny atributy původního dokumentu Deletion stub obsahuje: UNID dokumentu Datum založení Smazání první + v dané db Sequence number

40 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn Výchozí hodnota 90 dní „Remove documents…“ = délka života deletion stubů (i pokud není možnost zaškrtnuta K promazávání dochází po 1/3 uvedené hodnoty (např. každých 30 dní) Takto vydrží v DB max. < 120 dní!

41 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn scanEZ

42 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn A A B B A A B B A A Designový prvek nebo deletion stub, který se nachází o obou DB. Dokument / Profil existuje v obou DB. Dokument (nebo deletion stub) v jedné DB chybí.

43 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn A A B B Designový prvek nebo deletion stub, který se nachází v obou DB. Rozhoduje Suquence number poté datum poslední modifikace Žádný konflikt se zde nevytváří, ani v případě modifikací v každém prvku Opatrně s CTRL + S!

44 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn A A B B Dokument / Profil existuje v obou DB. Stejné datum změny Shodné SeqNr Různé SeqNr Různé datum změny = není, co replikovat = možný konflikt

45 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn A A B B Dokument / Profil existuje v obou DB. Pokud je Sequence number shodné: Je datum původní modifikace shodné? Ano: Není, co replikovat Ne: Možný konflikt (podle nastaveného způsobu vypořádání ve formuláři Pokud Sequence number shodné není: Vyhodnocuje se dle posledního data, kdyby dokumenty ještě shodné. Vzniká konflikt nebo je update dokumentu…

46 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn Výsledek: Dokument B je aktualizován

47 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn Výsledek: Konflikt s A jako hlavním dokumentem

48 Oprávnění Rep. historie Replikační formule Porovnání dokumentů Provedení změn A A Dokument ve druhé DB chybí nebo se jedná o deletion stub. Pokud dokument nebo design ve druhé DB neexistuje, bude vytvořený. V případě deletion stubu je založení bez informace („silent“) Pokud je ve druhé DB deletion stub, pak bude dokument nebo design v DB A smazán Zajímavost: Pokud má dokument vyšší sequence number, „vyruší“ se deletion stub! A smazaný dokument se vrátí zpět.

49

50

51 Konflikty Replikační / vzniklé uložením Uložením 2 a více lidí uloží stejný dokument ve stejné replice Replikační konflikt 2 a více uživatelů upraví stejný dokument ve více replikách Hlavní dokument (parent) Vítěz při replikaci – žádné změny Konflikt „Response“ dokument Parent Conflict

52

53 Předcházení konfliktům Obecně Lepší správa Readers & Authors polí – omezení úprav dokumentů na úzký okruh uživatelů Save konflikty Document Locking Používání „doc.save()“ v querysave a postsave na formuláři bez jeho zavření Replikační konflikty Ujistěte se, že vám agenti neběží současně ve více replikách (serverech) Replikujte častěji / zvažte cluster Udržujte minimum replik Předcházejte hromadným úpravám Doporučení: Nenechte uživatele editovat konflikty, po uložení vzniknou duplicity!

54 Zajímavost z praxe Konflikty v DD „Vždyť tam žádné nejsou…“ 61 /104

55 Jak řešit konflikty? Snadno! Stačí je smazat. 1)Hlavní dokument obsahuje veškeré správné informace, konflikt je postradatelný. 2)Konflikt obsahuje správné informace. Hlavní dokument lze smazat, ale… pozor na sirotka! 3)Každý obsahuje část správných informací. Parent Conflict Parent Conflict Parent Conflict

56 Conflict Solver (scanEZ)

57

58

59

60 Ghosts Vytvoření pohledu pro přehled:

61 Preventivní opatření PIRC – Purge Interval Replication Control Od verze Zamezí vytvoření dokumentů starších než délka uložení deletion stubů Parametr –NOPIRC POZOR: Toto nastavení se nereplikuje!

62 Děkuji za pozornost FirmaActis, s.r.o. PrezentátorJaroslav Žďánský Tel:


Stáhnout ppt "Www.sutol.cz Replikace v IBM Domino od frustrace k fascinaci Jaroslav Žďánský 11. 11. 2014 Inspirováno prezentací autorů: Ben Menesi, Kim Green."

Podobné prezentace


Reklamy Google