Domov › Telefon › Kancelářské technologie Lotus Notes  Co je Notes Co je NotesCo je Notes  Lotus Notes jako kombinace osmi klíčových technologií Lotus Notes. Příkazy replikátoru

Kancelářské technologie Lotus Notes  Co je Notes Co je NotesCo je Notes  Lotus Notes jako kombinace osmi klíčových technologií Lotus Notes. Příkazy replikátoru

Ve výchozím nastavení Domino replikuje všechny databáze, které mají stejné ID repliky. Chcete-li replikovat pouze určité databáze, upravte pole Soubor/adresáře k replikaci v dokumentu připojení. Do tohoto pole zadejte názvy databází nebo adresářů, které chcete replikovat. Oddělte je od sebe středníkem.

Chcete-li identifikovat vybranou databázi pro replikaci, zadejte její název souboru včetně přípony .NSF. Pokud je databáze v podadresáři, uveďte cestu relativní k datovému adresáři Notes – například EAST\SALES.NSF.

Chcete-li identifikovat všechny soubory umístěné v adresáři, zadejte EAST\. Pro tento účel nelze použít hvězdičku (*).

Replikujte databáze podle jejich priorit.

Správci databází přidělují databázím prioritu replikace, takže administrátoři serveru Domino mohou plánovat replikace pro databáze na základě priority. Můžete například upřednostňovat databáze, které jsou kritické pro podnikání – například adresář Domino se často replikuje. Můžete se také zaměřit na databáze s nízkou prioritou.

Nastavení replikace pomocí priority se upravují v poli Replikovat databáze v dokumentu připojení. Výchozí nastavení je Nízká a Střední a Vysoká priorita.

Pokud jsou dvěma replikám přiřazeny různé priority, Domino použije prioritu přiřazenou replikám na serveru, který spouští replikaci.

Časový limit replikace.

Omezení doby replikace zabraňuje rozsáhlým replikačním relacím a umožňuje vám spravovat náklady na replikace ve vzdálených oblastech vašeho systému. Například pokud replikace závisí na vzdálené připojení po telefonu a databáze vyžaduje čas na replikaci, můžete omezit dobu trvání replik.

Chcete-li omezit čas replik, zadejte hodnotu do pole Časový limit replikace v dokumentu připojení.

Varování Poznámka: Pokud zadáte velmi krátký čas, databáze se nebudou moci úplně replikovat. Soubor LOG.NSF provede záznam označující, že došlo k vypnutí komunikace, ale replikace nebyla úspěšná. Historie replikací není aktualizována.

Chcete-li časově omezit replikace pro celý server, upravte soubor NOTES.INI tak, aby obsahoval proměnnou ReplicationTimeLimit.

Použití více replikátorů současně

Pokud vytváříte připojovací dokumenty, které používají více replikací serverů současně, nebo se replikace překrývají s různými cílovými servery, spusťte více replikátorů pro zpracování každé relace. Vícenásobné spuštění replikátoru efektivně využívá prostředky serveru, snižuje replikační cykly, zejména na serverech Hub, a šetří čas replikace.

Když používáte více replikací, každý replikátor zpracovává pouze jednu relaci replikace. Pokud je například Hub-E/East/Acme naplánováno na replikaci do obou HR-E/East/Acme a Hub-W/West/Acme ve stejnou dobu, jeden replikátor zpracovává replikaci Hub-E/East/Acme a HR-E/ East/Acme, další replikátor zpracovává repliku mezi Hub-E/East/Acme a Hub-W/West/Acme.

Více replikátorů zpracovává více replik mezi jedním zdrojovým serverem a více cílovými servery současně.

Příklad. Pokud se databáze 1 a databáze 2 na Hub-E/East/Acme potřebují replikovat z Hub-W/West/Acme, pak ke každé relaci replikace střídavě mluví pouze jeden replikátor.

Prozkoumejte dokumenty připojení, které mapují vaše replikace na každém serveru. Úpravou plánů replik a spuštěním více replikátorů můžete zkrátit čas celý cyklus replikace. Díky tomuto snížení počtu cyklů můžete naplánovat jeden nebo více dalších cyklů za den, což znamená kratší časové intervaly pro aktualizaci databázových dat, rychlejší replikační cyklus. Po spuštění několika replikátorů můžete pomocí příkazu -Tell zastavit všechny replikátory; nelze však použít příkaz -Tell k zastavení konkrétního replikátoru.

Pokud nepoužíváte více replikátorů, neplánujte repliky ze serveru pomocí různých portů současně.

Příklad. Pokud používáte jeden replikátor, nenaplánujte repliku z Hub-E/East/Acme do Hr-E/East/Acme na COM1 ve stejnou dobu jako z Hub-E/East/Acme do Hub-W/západ / Acme přes COM2 současně.

Povolení více replikátorů.

Odmítnutí požadavků na replikaci ze serveru.

Chcete-li serveru zabránit v přijímání požadavků na replikaci, upravte soubor NOTES.INI tak, aby obsahoval proměnnou ServerNoReplRequests. Pokud je toto nastavení nastaveno na 1, server odmítne všechny požadavky na replikaci.

Tuto funkci můžete použít ke snížení zátěže replikace na vybraném serveru.

Zákaz replikací.

Chcete-li replikace zakázat – například když testujete replikace na více serverech nebo nechcete, aby se replikovaly některé databáze – můžete replikace zakázat.

Chcete-li replikaci zakázat, upravte dokument připojení v adresáři Domino. V části Replikace zakažte použití replikace, nastavte hodnotu pole Replikace na Úkoly – Zakázáno.

Vynucení plánovaných replikací.

Změny můžete replikovat do kritických databází, jako je Domino Directory, bez čekání na naplánovanou replikaci. Po vytvoření dokumentů připojení můžete pomocí příkazu konzoly serveru vynutit okamžitou replikaci.

Existuje mnoho situací, kdy jsou nutné vynucené replikace. Můžete například chtít upgradovat databázi okamžitě, bez čekání na naplánovanou replikaci, nebo můžete chtít replikovat data z různé servery, protože tyto servery obvykle nejsou dostupné.

Když vynutíte okamžitou replikaci server-to-server, můžete replikaci provést jedním nebo oběma směry.

Příkazy pro replikátor:

Replika- Změny v databázích jsou replikovány v obou směrech. Domino nejprve zavede změny a poté vytlačí změněné dokumenty.

SEM- Změny v databázích jsou replikovány jedním směrem, kde server pouze přebírá změny z jiného serveru

TAM- Změny v databázích jsou replikovány jedním směrem, kde server pouze posílá změny databáze na jiný server.

Replikační algoritmus
Podívejme se krok za krokem na to, co se děje v relaci replikace

Krok 1

tento server

Adresář

Krok 2

virtuální paměti

replika ID cache

Krok 3

Určuje, zda je zakázána replikace databáze. Pokud je jedna z replik nakonfigurována s volbou, která zakazuje replikaci ( Dočasně zakažte replikaci pro tuto repliku v nastavení replikace) nedojde k replikaci databáze, jak ukazuje řádek na konzole serveru Replikace je zakázána<сервер> <база>
Může každý ze serverů otevřít repliku na jiném serveru. Pokud jeden ze serverů nemá přístup (úroveň bez přístupu) k jedné z replik nebo nemá přístup k připojenému (propojenému) adresáři, ve kterém se replika nachází, replikace databáze skončí zprávou Je nastavena kontrola přístupu<сервер> <база>nepovolit replikaci z<сервер> <база> . Pokud mají oba servery přístup k oběma replikám, replikátor otevře repliku na volaném serveru.
replikace ACL. Pro replikaci ACL je nutné, aby měl volaný server přístup správce k ACL volajícího serveru a tato možnost byla vybrána v nastavení replikace na volajícím serveru. Přijměte tyto prvky z jiných replik: Seznam řízení přístupu. Replikátor porovná data změny ACL v obou replikách. Pokud se ACL „cizí“ repliky změnil později než ACL své „vlastní“, replikátor obdrží ACL od volaného serveru a nahradí jím svůj vlastní ACL, načež znovu zkontroluje, zda se každý ze serverů může otevřít. replika toho druhého. Se schématem Pull-Push zrcadlové akce jsou prováděny replikátorem ve vztahu k ACL na volaném serveru. Se schématem replikace Pull-Pull aktualizaci (v případě potřeby) provede replikátor volaného serveru poté, co je na něj přeneseno řízení ve druhé fázi replikační relace
Replikace designových prvků. Aby tato část replikace databáze byla úspěšná, je nutné, aby úroveň přístupu volaného serveru v ACL repliky databáze na inicializačním serveru nebyla nižší než úroveň Návrhář. Server hledá a přijímá prvky návrhu, které byly změněny na volaném serveru později, než se tyto prvky změnily na jeho straně a nahradí je. Ale pouze pokud to umožňují volby uvedené v parametrech replikace databáze v polích Získejte tyto prvky z jiných replik: prvky návrhu, agenti, vzorce replikace. Odstranění prvků návrhu je podobné jako mazání dokumentů předáním informací o odstranění ( pahýly). Po přijetí změn server vytlačí změny, ke kterým došlo na jeho straně (schéma Pull-Push) po zrcadlových kontrolách nebo přechází do další fáze příjmu, přičemž přenos změn ponechá až na druhou fázi relace (schéma Pull-Pull)
Replikace dokumentů. Příjem změn dokumentů na iniciační server nastává, pokud má volaný server přístup k databázi (ACL) a dokumentům (přístupová pole k dokumentům typu Čtenáři a Autoři), což umožňuje vytvářet, měnit nebo mazat dokumenty. Mezi dokumenty volaného serveru je vytvořen speciální pohled obsahující dokumenty podle replikačního vzorce. Replikátor pak vytvoří seznam ID dokumentů, která se od poslední replikace změnila. Pokud je v nastavení replikace povolena možnost Přijímat dokumenty ze serveru - Nejmenší první, je výsledný seznam seřazen podle velikosti dokumentu, v opačném případě podle data změny. Dále se pro každý dokument vyhledá jeho protějšek v jeho replice podle identifikátoru. Pokud se to nepodaří, nový dokument přidán do repliky. Pokud dokument není nový, čas poslední úpravy a pořadová čísla tyto dokumenty. Pokud byl dokument změněn od poslední replikace na obou serverech, dojde ke konfliktu replikace (tento případ je popsán níže). Jinak se změny přenesou na server spouštějící replikaci a upraví dokument na jeho straně. Navíc od verze 4.x k tomu nedochází úplná kopie všechna pole, zkopírují se pouze pole, která mají různé příznaky Seq Num. To výrazně snižuje hlasitost přenášené informace. Tomu se říká replikace na úrovni pole (položky). Dále, v závislosti na schématu replikace, buď replikátor serveru opakuje akce popsané v tomto odstavci ve směru zrcadlení a vytlačuje nové a upravené dokumenty (schéma Pull-Push), nebo okamžitě přejde k dalšímu bodu a přenechá tuto práci replikátoru někoho jiného ( Pull-Pull)
Aktualizace záznamu v historii replikace. Po úspěšném dokončení předchozích fází replikace provede replikátor záznam do historie replikace své repliky. Pokud dojde k replikaci podle schématu Pull-Push, pak replikátor vytvoří podobnou položku v historii replikace repliky někoho jiného

Krok 4

Pull-Push

zadní strana

Řešení replikačních konfliktů
Když replikátor zjistí, že se od poslední replikační verze dokumentu v obou replikách databáze změnily, je nucen řešit situaci konfliktu replikace. Vybere se verze dokumentu, která má pozdější čas úpravy, a použije se jako hlavní dokument. Druhá verze dokumentu se uloží jako dokument odpovědi na hlavní dokument (přítomnost pole $Ref s odkazem na hlavní dokument). Do dokumentu odpovědi je navíc přidáno pole s názvem $Conflict s prázdnou hodnotou. V názorech, které podporují hierarchická organizace dokumenty jsou takové dokumenty zobrazeny jako dokument odpovědi, označený kosočtvercem ve sloupci pro výběr dokumentu a čárou .
Ve skutečnosti je řešení konfliktů, počínaje pátou verzí prostředí Notes, ovlivněno hodnotou pole $ConflictAction, jehož hodnotu v klientském rozhraní Domino Designer lze nastavit pomocí vlastnosti Conflict Handling formuláře, na kterém jsou vytvářeny dokumenty.

Hodnota této vlastnosti Create Conflicts (absence pole $ConflictAction nebo hodnota pole nastavená na "1" v dokumentu) určuje řešení konfliktní situace popsané výše - vytvoření konfliktu replikace
Hodnota vlastnosti Merge Conflicts ($ConflictAction hodnota pole rovna "2") - slučování konfliktů, ke kterým došlo při úpravách různých polí v různých replikách databáze

Organizačně je pro řešení vzniklých konfliktů nutné shromáždit autory změn „pro kulatý stůl"pro pochopení provedené změny a vývoj dohodnuté opce.
Technicky je tento problém vyřešen takto. Pokud se rozhodne ponechat verzi dokumentu přijatou jako hlavní, konfliktní dokument se jednoduše odstraní. Pokud potřebujete zachovat verzi konfliktního dokumentu, otevřete jej v režimu úprav, uložte (pole $Conflict a $Ref zmizí a dokument se stane hlavním) a poté odstraňte druhou verzi dokumentu. [Pokud však v tomto případě dojde ke konfliktu s dokumentem odpovědi spolu s polem $Ref, jeho vazba na hlavní dokument se ztratí. Je nutné obnovit ztracené spojení]. A konečně, pokud musí zůstat obě verze, stačí konfliktní dokument znovu uložit.
Pokud během provozu základny dochází ke zvýšené tendenci k vytváření konfliktů, je s největší pravděpodobností nutné změnit buď design základny, nebo technologii práce s ní. Jednou z nejúčinnějších technik pro změnu designu je rozdělení velkého dokumentu na několik malých, kdy se změny neprovádějí v jednom dokumentu, ale na základě vytváření nových, menších dokumentů. Okno vlastností formuláře navíc poskytuje možnosti Verzování- správa verzí dokumentů a Řešení konfliktů- s možností automatického slučování (Konflikty sloučení) konfliktních dokumentů, pokud různých uživatelů změnila v nich různá pole.
K organizačním záležitostem patří především technologické omezení možnosti editovat dokument co nejmenším počtem uživatelů (ideálně autor dokumentu plus v případě pojištění správce databáze). Ostatní uživatelé provádějí změny v dokumentu vytvářením dokumentů odpovědí na něj ve formě komentářů.

4. Lotus Domino a Notes jako kombinace osmi klíčových technologií

K čemu jsou „integrované systémy spolupráce» obecně a co je podstatou Domino a Notes, konkrétně z technologického hlediska? Výše zmíněná zpráva IDC obsahuje zajímavé výsledky z průzkumu mezi evropskými uživateli systémů pro spolupráci a spolupráci. Na základě výsledků tohoto průzkumu PROTI v sestupném pořadí podle intenzity používání následující technologie, které tvoří podstatu „softwaru pro spolupráci“:

E-mail.
Prostředky šíření a sdílení informací.
Správa dokumentů.
Schopnost spouštět specializované aplikace.
Nástroje pro řízení firemních znalostí.
Řízení pracovního toku.
Nástroje pro podporu aplikací typu „diskuse“.
Přeposílání okamžitých zpráv (chat).
Konference v reálném čase.

Lotus Domino a Notes samy o sobě a v kombinaci s dalšími produkty z rodiny Domino zahrnují všechny výše uvedené technologie. A přesto, pokud mluvíme o klíčových technologiích, které jsou důležité z hlediska pochopení architektury produktu a možností jeho aplikace, můžeme vyzdvihnout následující:

Databáze orientovaná na dokumenty.
Nástroje pro vývoj aplikací.
Systém e-mail.
Replikační systém pro dokumenty, informace a aplikace.
Prostředky ochrany informací a řízení přístupu.
Plánování a plánovací nástroje.
Webové technologie a internetové/intranetové technologie.
Integrační nástroje s relačními databázemi, systémy plánování podnikových zdrojů (ERP) a transakčními systémy.

Mnohé z těchto technologií, bráno jednotlivě, byly docela dobře známé před příchodem Notes. Ale sjednocené v jediném systému poskytly zcela novou kvalitu, což nám umožňuje říci: v současné době na trhu neexistuje obdoba tohoto softwarového produktu.

Než se krátce podíváme na každou z těchto osmi technologií, uděláme si následující poznámku. V tomto článku zmiňujeme především dva softwarové produkty: Lotus Domino a Lotus Notes. Důvodem je skutečnost, že Domino/Notes je technologie klient-server, kde Lotus Domino vystupuje jako server a Lotus Notes jako klient. Ihned je však třeba poznamenat, že server Domino je jedinečný, což znamená, že je to také webový server a poštovní server, který podporuje internetové standardy, takže jako klientskou stranu pro práci s Domino lze použít webové prohlížeče a další poštovní servery. aplikace a e-mail. Internetoví klienti. Díky podpoře průmyslových standardů, jako jsou ODMA, ActiveX, OLE a řada dalších, jsou oblíbené kancelářské balíky, mobilní telefony, osobní digitální asistenti jako je PalmPilot, pagery atd.

4.1. Dokumentově orientovaná databáze Domino/Notes

Srdcem Domino a Notes je úložiště objektů známé jako NSF (Notes Storage File), kde se ukládají data.

Databáze Domino a Notes se liší relační DBMS, se kterým jsou mnozí zvyklí spolupracovat. V relačních DBMS jsou data popsána pomocí tabulek, které přesně definují formát dat.

Základní jednotka úložiště informací v databázi Lotus Domino/Notes je samostatná dokument. Struktura dokumentu Notes je určena tvar, obsahující sadu polí různých typů. Dokument související se zákaznickým servisem může například obsahovat datum, jméno zákazníka, identifikační číslo zákazníka, jméno operátora, textové pole pro popis požadavku zákazníka a pole stavu požadavku. Notes používá indexovaná zobrazení k zobrazení seznamů dokumentů, navigátory a fulltextové indexy k vyhledávání dokumentů a agenty k automatizaci určitých procesů v databázi.

Relační databáze je obvykle pevně strukturovaná a každý záznam v tabulce má stejnou sadu polí, pro které je předem definován a přidělen prostor. Lidé se 90 % času zabývají dokumenty, které jsou volně strukturovanými objekty, a Notes byly původně navrženy pro práci s takovými informacemi. To předurčilo strukturu databáze Notes. Jednotlivý dokument nemusí mít nutně stejná pole jako jiné dokumenty; Pole je přiděleno tolik paměti, kolik je nutné k uložení konkrétních dat; pole lze do dokumentů přidávat dynamicky podle potřeby nebo podle toho, jak se mění pohledy vývojářů a uživatelů.

Databáze Notes může ukládat jakýkoli typ dat – od prostý text, čísla, časy a data na formátovaný text, grafiku, zvuk, video a libovolná data, která lze uložit jako připojené objekty v jejich nativním formátu. Může to být například přiložený tabulkový soubor MS Word nebo Lotus 1-2-3.

Dokument může být ve strukturovaném nebo nestrukturovaném formátu, takže prostředí Notes může ukládat a zpracovávat velké množství dat, které je pro relační a jiné databázové systémy obtížné zpracovat. Kromě toho pomocí modelu zpracování dokumentů poskytuje prostředí Notes uživatelům řadu užitečných funkcí.

Ukládání formátovaného textu, připojených a vložených objektů. Ideální je úložiště objektů Notes efektivní řízení a distribuce obchodních informací. Tyto informace se obvykle skládají z různých typů dat, jako jsou tabulky (možná odvozené z relační databáze nebo tabulkového procesoru), formátovaný text, webové stránky, grafika, připojené nebo vložené objekty, mediální objekty, jako jsou naskenované obrázky a faxy, zvukové klipy a videoklipy. Tímto způsobem může prostředí Notes fungovat jako univerzální úložiště objektů a centrální bod přístupu k jakýmkoli podnikovým informacím.
Dokumenty se mohou navzájem označovat jako „rodičovský“ a „podřízený“ dokument. Pokud jste například vytvořili aplikaci pro sledování externích kontaktů, pak „rodičovský“ dokument může být popis organizace, „děti“ na první úrovni - karty zaměstnanců a na další - zprávy o schůzkách se zaměstnanci nebo dopisy. atd.
Fulltextové vyhledávání. Lotus Notes podporuje fulltextové vyhledávání, které uživatelům umožňuje indexovat a prohledávat dokumenty prostředí Notes pomocí dotazů. Poznámky zobrazují dokumenty, které odpovídají vašim kritériím vyhledávání, buď v pořadí, do jaké míry odpovídají kritériím, nebo v zadaný uživatel dobře.
Správa verzí. Lotus Notes obsahuje funkci správy verzí dokumentů, která sleduje více změn provedených v dokumentu různými uživateli. Automatické verzování je implementováno tak, že každá editační relace označí dokument buď jako hlavní, nebo jako odvozený od originálu. Změny provedené v dokumentu prostředí Notes jedním uživatelem se však nevymažou, když jiný uživatel uloží své změny do dokumentu. Správa verzí prostředí Notes je dostatečně flexibilní, aby mohla být upravena tak, aby vyhovovala potřebám každého uživatele. pracovní skupina. Uživatelé mají navíc možnost přidávat k původnímu dokumentu další komentáře a pracovat s ním jako s derivátem, tedy bez opětovného uložení originálu.
Odkazy na dokumenty. Notes má podporu hypertextu, což znamená, že každý dokument může obsahovat „odkazy“ na jiné dokumenty v jakékoli databázi Notes nebo na webové dokumenty. Uživatelé mají možnost snadno vytvářet odkazy z jedné stránky na druhou jediným kliknutím.

Aby byla zajištěna adekvátní škálovatelnost pro jakýkoli účel, je velikost úložiště objektů Domino omezena pouze dostupnými fyzickými prostředky. Toto úložiště může přesahovat hranice fyzické systémy skladování Vysoce optimalizovaný formát minimalizuje využití I/O, což snižuje přístupy k disku a zefektivňuje tyto přístupy.

Pro zajištění nejvyšší spolehlivosti a ochrany před ztrátou dat používá úložiště objektů Domino nejlepší žurnálovací algoritmy nebo algoritmy protokolování transakcí. Databázové operace jsou zapisovány sekvenčně, což snižuje I/O aktivitu a zároveň optimalizuje integritu dat a urychluje restartování serveru.

Databáze Domino/Notes jsou podporovány řadou služby, které přebírají velké množství operací nižší úroveň. Za vytváření a aktualizaci je například zodpovědná samostatná služba indexy, servis replikace je zodpovědný za udržování kopií databází na různých serverech a klientské stroje v synchronním stavu vůči sobě navzájem, služba směrování odpovídá za doručování poštovních zpráv apod. Tyto služby běží na serveru Domino, některé z nich také na klientovi Notes. Vývojáři aplikací Domino se nemusejí starat o tyto úkoly na nízké úrovni a mohou se spolehnout na služby Domino, které zvládnou časově náročnou a na detaily náročnou práci.

Databáze Notes jsou zpravidla umístěny na serverech Domino, ale mohou být také umístěny na klientských počítačích se systémem Notes, což je velmi důležité z hlediska podpory práce uživatelů off-line a mobilní uživatelé. Uživatelé přistupují k datům na serveru přes síť, buď prostřednictvím modemu, nebo pomocí místní práce s daty pomocí klienta Notes. Jak však již bylo uvedeno, webové prohlížeče, internetoví poštovní klienti atd. lze použít jako klienta pro práci s daty a aplikacemi na serveru Domino.

Uživatelé mají možnost prohlížet seznamy dokumentů uložených v databázi Domino/Notes, nazývané také pohledy, pohledy nebo pohledy. Když uživatel prostředí Notes otevře pohled, názvy polí se zobrazí jako záhlaví datových sloupců. Pokud chce uživatel například zobrazit dokumenty podle data, pak Notes, setříděním podle hodnot v tomto poli, otevře pohled, ve kterém sloupec zcela vlevo obsahuje datum a další informace z polí (číslo klienta, název politiky atd.) se zobrazí ve sloupcích napravo od hlavního sloupce. Pohledy v Poznámkách jsou flexibilní a používají schematickou metaforu založenou na „odhalení a skrytí“. Pokud má například hlavní dokument mnoho podřízených dokumentů, může uživatel zvolit zobrazení hlavního dokumentu, hlavního dokumentu a všech dokumentů na další úrovni nebo všech úrovní dokumentů souvisejících s prvním hlavním dokumentem.

Různé pohledy (pohledy) mohou provádět různé výběry dokumentů a také jejich řazení a/nebo kategorizaci (seskupování) podle určitých kritérií. Pokračujeme-li v příkladu externí databáze pro sledování kontaktů, jedním režimem zobrazení může být zobrazení všech dokumentů, kategorizovaných podle názvu organizace, dalším zobrazením může být pouze seznam profilů zaměstnanců seřazených podle příjmení atd.

Chcete-li tedy vytvořit fungující databázi v Domino/Notes, postupujte takto:

Rozhodněte, jaké typy dokumentů v něm budou uloženy, a vytvořte vhodnou sadu formulářů.
Rozhodněte, které režimy prohlížení dokumentů budou pro uživatele této databáze vhodné, a vytvořte vhodnou sadu režimů prohlížení (pohledů).

K vyřešení těchto problémů existují vhodné grafické vývojové nástroje, o kterých bude pojednáno níže. Po vytvoření těchto prvků můžete začít zadávat dokumenty a pracovat s databází. Je třeba poznamenat, že v poznámkách jsou pojmy „databáze“ a „aplikace“ ve skutečnosti synonyma. I když ve složitějších případech může aplikace Domino sestávat z několika vzájemně propojených databází nebo integrovat data z jiných zdrojů, jako jsou relační DBMS. Vytváření složitějších aplikací bude samozřejmě vyžadovat i další vývojové nástroje dodávané s Domino a Notes, kterým se budeme věnovat dále.

Notes navíc přichází s prohlížečem souborů pro většinu oblíbených aplikací pro stolní počítače, což uživatelům umožňuje číst a tisknout data, aniž by měli aplikaci na svém počítači.

4.2. Replikace

Mnoho zákazníků, kteří Domino a Notes dlouhodobě aktivně používají, na otázku, kterou ze všech technologií těchto produktů mají nejraději, jmenuje replikaci. Replikační systém řeší v podstatě dva hlavní problémy:

Podpora geograficky distribuované práce (synchronizace dat a aplikací).
Podpora pro mobilní uživatele.

Domino a Notes umožňují sdílení informací kdykoli a bez ohledu na polohu uživatele. Uživatelé databáze a Aplikace pro poznámky mohou být zaměstnanci z různých částí organizace v regionu, zemi nebo světě. Každé z těchto oddělení může mít svůj vlastní server, ke kterému je připojení personálu zcela jednoduché a bez vysokých nákladů. Výsledkem je, že uživatel bude mít přístup k datům a aplikacím na svém lokálním serveru, místo aby s nimi pracoval vzdálený server přes pomalé komunikační kanály.

Uživatelé v různých kancelářích budou pracovat se svou vlastní „kopií“ databáze umístěnou na lokálním serveru a replikace zajišťuje, že pracovní skupiny umístěné v různých geografických lokalitách pracují s aktuálními verzemi stejných dokumentů a vyměňují si informace. Servery Domino si budou mezi sebou vyměňovat data v souladu se zadaným plánem pomocí kanálů, které jsou jim dostupné.

Je třeba poznamenat, že Domino a Notes jsou všežravé, pokud jde o používání komunikačních kanálů: mohou to být sítě TCP/IP, X.25, ISDN, vytáčené telefonní kanály atd. Jednou z nejjemnějších a nejdokonaleji vyvinutých technologií vývojářů Lotusu je efektivní využití libovolných komunikačních kanálů.

Domino vám také umožňuje vytvořit centralizovanou architekturu, pokud to komunikace dostupná pro konkrétní organizaci umožňuje.

Replikace prostředí Notes je nepřekonatelná ve své funkčnosti a granularitě: běží na úrovni jednotlivých oborů a perfektní přizpůsobitelné. Replikace se vyznačuje následujícími vlastnostmi:

Obousměrnost. Uživatelé ve všech částech organizace, kteří mají replikovanou kopii databáze, mohou přidávat, upravovat a odstraňovat dokumenty. Obousměrná replikace v prostředí Notes synchronizuje všechny změny provedené ve všech umístěních, spíše než pouze šíří změny provedené v centrálním umístění na vzdálené servery.
Účinnost. Při synchronizaci databází je replikace vyžadována pouze pro nová pole dokumentu nebo pro pole dokumentu, která byla změněna na kterékoli z instancí databáze účastnících se procesu replikace. Tato replikace na úrovni pole zajišťuje optimální využití zdrojů a nejkratší časy synchronizačních cyklů.
Replikace pro klienta prostředí Notes. Uživatelé, kteří se k serveru připojují příležitostně (například mobilní uživatelé pracující na vzdáleném místě, na služebních cestách nebo doma), vyžadují stejnou úroveň přístupu k informacím jako připojení uživatelé. Notes není omezen na komunikaci mezi servery, podporuje také replikaci klient-server. To poskytuje vynikající provozní podporu. mobilní uživatelé pracovat s daty a aplikacemi Notes offline stejným způsobem, jako kdyby byli v kanceláři a připojeni k serveru. Uživatel si s sebou může snadno vzít nejnovější kopie databází Notes, pracovat s nimi lokálně a následně je co nejdříve synchronizovat.
Selektivní replikace. Pouhými několika kliknutími si uživatel prostředí Notes může z databáze prostředí Notes zkopírovat pouze určitou podmnožinu informací. Poznámky umožňují uživatelům definovat typ dokumentů, se kterými chtějí na svých klientských pracovních stanicích pracovat. Se selektivní replikací mohou uživatelé kopírovat pouze dokumenty, které se změnily, například během posledních 30 dnů, nebo byly napsány pouze konkrétním členem týmu.
Replikace na pozadí. Spuštění procesu replikace pro mobilního uživatele by nemělo způsobit zastavení veškeré další práce na notebooku nebo domácím počítači. Replikace v prostředí Notes může probíhat na pozadí, což uživateli umožňuje pokračovat v práci na jiných úkolech.
Synchronizace návrhu a logiky aplikace. Tento aspekt často zůstává na první pohled bez povšimnutí, ačkoli tato technologie usnadňuje distribuci aplikací v rámci organizace i mimo ni a provádění změn podle potřeby. Při komunikaci mezi servery Domino se odesílají nejen samotná data, ale také veškeré změny v designu a logice aplikace. Domino ukládá data a design samostatná aplikace v jediném souboru NSF. Představte si například aplikaci Notes pro sběr reportů z regionů. Pokud, řekněme, vývojáři v Moskvě provedou změny ve formuláři denního hlášení, pak během příští relace replikace budou všechny tyto změny přeneseny do vzdálených oddělení. Druhý den ráno uživatel ve Vladivostoku uvidí, že se design aplikace změnil, a začne pracovat s de facto novou verzí aplikace.

4.3. Systém e-mailů a zpráv

Ve skutečnosti, pokud by bylo povoleno používat pouze jednu z osmi klíčových technologií uvedených výše – nejdůležitější, nejúčinnější, nejspolehlivější atd., pak by se s největší pravděpodobností mnoho uživatelů rozhodlo pro e-mailový systém Domino/Notes . Implementace produktu má již své opodstatnění pouze při použití jako firemní emailový systém.

Tento systém lze charakterizovat slovy: spolehlivý, škálovatelné, bezpečné A spravované. Na světě existují organizace, ve kterých více než 100 a dokonce 200 tisíc zaměstnanců sdružuje systém zasílání zpráv Domino a Notes. To znamená, že volbou této technologie nenarazíte na technologická omezení, kdy vše funguje dobře s desítkami či několika stovkami uživatelů, ale s postupným rozšiřováním infrastruktury začnou vznikat nepřekonatelné problémy. Pokud jde o zabezpečení, Domino nabízí nejvýkonnější... možný systém ochrana pro internetovou poštu používanou pro podepsané a šifrované zprávy prostřednictvím bezproblémové integrace infrastruktury veřejného klíče (PKI) a certifikátů X.509 V3.

Důležité je, že Lotus Development je jediným dodavatelem, který nabízí kompletní integrovanou komunikační platformu pro organizace, které chtějí přejít od základních e-mailů k pokročilým možnostem zasílání zpráv a aplikacím pro spolupráci na webu. Server Domino poskytuje vestavěnou podporu pro všechny klienty pro zasílání zpráv, které může zákazník používat: webové prohlížeče, Microsoft Outlook, Eudora a další poštovní klienti POP3 a IMAP4. Domino je také skvělým doplňkem k nejlepšímu světovému klientovi pro spolupráci a e-mail, Lotus Notes.

Systém zpráv Notes se používá ke svému primárnímu účelu – k komunikace mezi lidmi a jako důležitá součást aplikací pro automatizaci pracovních postupů, stejně jako platforma pro skupinové kalendářování a plánování.

Notes Messaging vám poskytuje snadno použitelný e-mailový účet. Více zkušení uživatelé nástroje pro správu zpráv lze použít ke zpracování a organizaci velkých objemů pošty. Uživatelské rozhraní Notes je založeno na oceňovaném rozhraní Lotus cc:Mail, které se v podstatě stalo standardním e-mailovým rozhraním všech výrobců. Notes obsahuje výkonný editor pro formátování textu e-mailu. K provedení je možné využít agenty různé úkoly- jako je například prohlížení souborů připojených k příchozím zprávám kvůli přítomnosti klíčových slov a jejich ukládání do příslušné složky. Agenti mohou automatizovat úlohy prováděné na serveru a dát vašemu webu možnost automaticky generovat e-mailové zprávy se specifickým obsahem, když nastanou určité podmínky a události.

Je třeba zvláště poznamenat, že e-mail je nedílnou, základní součástí systémů pro automatizaci pracovních postupů a pracovních postupů. Integrované databáze zpráv a dokumentů Domino/Notes kombinují metody push a pull pro sdílení informací a poskytují uživatelům intuitivní a efektivní prostředky spolupráce. Například při tvorbě původní verze dokument, který musí zkontrolovat několik zaměstnanců, může jim uživatel poslat e-mail, který obsahuje pouze odkaz na dokument. Každá osoba, která obdrží zprávu, může dokument otevřít jedním kliknutím a zajistit, aby všichni zaměstnanci pracovali se stejnou nejnovější verzí dokumentu. Poštovní zprávy může obsahovat odkazy na jakýkoli dokument v databázi Notes, včetně diskuzí, profilů zákazníků a dokumentace (jako jsou zásady a postupy, příručky pro odstraňování problémů atd.), webové stránky a zpravodajské služby.

Většina obchodních a pracovních aplikací vyžaduje, abyste upozornili konkrétní osobu nebo aktualizovali dokument na základě hodnoty konkrétního pole nebo stavu procesu. Zvažte aplikaci zákaznického servisu. Požadavek zákazníka přichází ve formě jím vyplněného formuláře na webové stránce. Požadavek se zadá do databáze zákaznických služeb Domino. Jakmile je server Domino uložen, automaticky odešle e-mail příslušnému servisnímu zástupci. Zástupce zprávu otevře a kliknutím na odkaz, který obsahuje, otevře požadavek ze sdílené databáze, do které může uložit své komentáře. Aplikace Domino navíc tento proces hlídá, takže pokud se z nějakého důvodu zastaví (například pokud zástupce nepodnikne na tento požadavek do 12 hodin akci), tak Domino odešle další e-maily, tentokrát nejen službě zástupce, ale také jeho manažera a vedoucího zákaznického servisu a upozorní je na potenciální problém dříve, než se skutečně stane problémem.

Vzhledem k výše zmíněným funkcím, výchozí e-mailové funkci a skutečnosti, že Domino se dodává s databázovými šablonami, jako je knihovna dokumentů, diskusní databáze, odsouhlasení dokumentů a několik dalších, jsou Domino a poznámky ve skutečnosti, řešení spolupráce na klíč lidé, které můžete okamžitě začít používat. Zpřístupnění těchto funkcí uživatelům internetu (kteří nemají klienta Notes) je jednoduše otázkou výběru šablony s podporou webu.

Fungování e-mailového systému je přirozeně nemožné bez řady služeb, na kterých je založeno prostředí pro zasílání zpráv a které podporují server Domino:

Spolehlivé, flexibilní a škálovatelné Úložiště zpráv Domino, založené na databázové technologii popsané výše.
Adresářová služba v podnikovém měřítku (Domino Directory). Domino Directory je škálovatelná a bezpečná architektonická komponenta s plnou podporou protokolu adresářové služby LDAP V3, která snadno zvládne požadavky na adresářové služby i velmi velkých podniků a poskytuje zaručenou podporu pro miliony záznamů. Změny provedené v jedné instanci tohoto adresáře lze šířit po celé organizaci pomocí efektivní a bezpečné služby replikace Domino, se zárukou synchronizace všech kopií Domino Directory. Na rozdíl od některých svých konkurentů Domino nevyžaduje, aby administrativní pracovníci neustále aktualizovali všechny kopie adresáře, aby se přizpůsobily změnám. Schopnost aplikací Domino a Notes replikovat pouze změněné části položek adresáře (až na úroveň pole) dále zkracuje dobu replikace a síťový provoz, spojené se synchronizací adresářů po síti. Adresář Domino je základní kámen Bezpečnostní modely Domino a Notes. Obsahuje certifikáty používané k ověření všech uživatelů při jejich přihlášení, certifikáty zase obsahují veřejné klíče používané pro podepisování a šifrování. Tento adresář také funguje jako centrální centrum správy a konfigurace sítě. Udržuje uživatele, skupiny uživatelů, záznamy o připojení, role a další informace o řízení přístupu, což umožňuje centralizovanou správu (i off-line) celé síťové infrastruktury.
Služba směrování zpráv. Směrovač Domino poskytuje vysoce výkonné a vysoce věrné zasílání zpráv pro poštu i aplikace prostřednictvím široké řady protokolů. Uživatelé serveru Domino mohou například pracovat s více protokoly pomocí SMTP a nativního protokolu Notes, volání vzdálené procedury Notes (NRPC). Aby byly NRPC kompatibilní se stávajícími systémy, jsou schopny s nimi pracovat široký rozsah síťových protokolů. Router Domino navíc poskytuje správcům nové způsoby, jak snížit náklady a zlepšit efektivitu sítě díky směrování ve více režimech, rozsáhlým možnostem potlačování spamu, podpoře systému internetových adres, komplexní podpoře rozšířené specifikace E/SMTP, nativnímu MIME kódování dat a souborové objekty bez dalších transformací.
Bezpečnostní služba(bude podrobněji diskutováno později).

Server Domino také podporuje režim úložiště „jedna kopie objektu“, který umožňuje ušetřit místo na disku a snížit provoz při odesílání stejných zpráv velkému počtu uživatelů.

Zasílání zpráv v Dominu je tedy zasílání zpráv v souladu s internetovými standardy, pro které Domino nabízí komplexní podporu.

Co je to Notes Co je to Notes Lotus Notes je DBMS klient-server, mající nerelační strukturu. Jeden dokument prostředí Notes může ukládat různé typy polí. To znamená, že pole může obsahovat data standardní typy, formátovaný text, libovolné soubory, objekty OLE a dokonce i formuláře a programový kód pro tento formulář. Pokud uvedeme formální definici, Lotus Notes je nástroj určený pro shromažďování, organizování a distribuci informací a znalostí. Lotus Notes je založen na následujících třech technologiích:  Systémy pro přeposílání e-mailů a zpráv  Sdílené databáze  Nástroje pro automatizaci pracovních postupů Lotus Notes lze popsat jako systém distribuovaných sdílených databází integrovaných s funkcemi e-mailu. Databáze sdíleného přístupu znamená schopnost velkého počtu uživatelů současně přistupovat a aktualizovat obsah databáze. Distribuovaným rozumíme, že databáze mohou být umístěny současně na velkém počtu serverů, které si vzájemně pravidelně posílají aktualizace, takže prostřednictvím určitý čas změny dat provedené na jednom serveru se projeví na jakémkoli jiném serveru. Tento proces se nazývá replikace. Databázemi integrovanými s funkcemi e-mailu máme na mysli, že nejen uživatelé prostředí Notes si mohou vyměňovat e-mailové zprávy, ale databáze a aplikace prostředí Notes mohou odesílat dokumenty a zprávy lidem i jiným databázím prostředí Notes. Lotus Notes poskytuje kompletní řešení v oblasti kolaborativních systémů a umožňuje řešit technologicky složité problémy na jakékoli organizační úrovni.

Lotus Notes jako soubor osmi klíčových technologií Pokud mluvíme o klíčových technologiích, které jsou důležité z hlediska pochopení architektury produktu a možností jeho aplikace, můžeme vyzdvihnout následující:  Dokumentově orientovaná databáze  Aplikace vývojové nástroje  E-mailový systém  Systém replikace dokumentů, informace a aplikace  Nástroje pro zabezpečení informací a řízení přístupu  Nástroje pro plánování a plánování  Webové technologie a internetové/intranetové technologie  Integrační nástroje s relačními databázemi, systémy plánování podnikových zdrojů (ERP) a transakčními systémy Mnohé z těchto technologií pojatých jednotlivě byly docela dobře známé ještě před příchodem Notes. Ale uvnitř sjednoceni jednotný systém poskytly zcela novou kvalitu, což nám umožňuje říci, že v současné době na trhu neexistuje obdoba tohoto softwarového produktu.

Databáze poznámek orientovaných na dokumenty Hlavní částí prostředí Notes je úložiště objektů známé jako NSF (Notes Storage File), ve kterém jsou uložena data. Databáze Notes se liší od relačních DBMS. V relačních DBMS jsou data popsána pomocí tabulek, které přesně definují formát dat. Základní jednotkou ukládání informací v databázi Lotus Notes je jeden dokument. Struktura dokumentu Notes je určena formulářem obsahujícím sadu polí různých typů. Relační databáze je obvykle pevně strukturovaná a každý záznam v tabulce má stejnou sadu polí, prostor, který je přidělen předem. Jeden dokument prostředí Notes nemusí mít nutně všechna stejná pole jako jiné dokumenty, jednomu poli je přiděleno tolik paměti, kolik je nutné k uložení konkrétních dat. Databáze Notes může ukládat jakýkoli typ dat, od prostého textu, čísel, času a data až po formátovaný text, grafiku, zvuk, video a libovolná data, která lze uložit jako připojené objekty v jejich nativním formátu. Pro vytvoření pracovní databáze v Notes tedy stačí provést následující kroky:  rozhodnout, jaké typy dokumentů v ní budou uloženy a vytvořit vhodnou sadu formulářů,  rozhodnout, jaké režimy prohlížení dokumentů budou pro uživatele pohodlné tuto databázi a vytvořte vhodnou sadu režimů zobrazení Jakmile tyto prvky vytvoříte, můžete začít zadávat dokumenty a pracovat s databází.

Replikace Replikační systém řeší v podstatě dva hlavní problémy:  Podpora geograficky distribuované práce (synchronizace dat a aplikací)  Podpora mobilních uživatelů Lotus Notes zajišťuje kolektivní využití informací kdykoli a bez ohledu na polohu uživatele. Uživatelé databází a aplikací Notes mohou pocházet z různých částí organizace, regionální, národní nebo globální. Replikace v prostředí Notes má následující vlastnosti:  Obousměrná.  Účinnost.  Replikace pro klienta Notes.  Selektivní replikace.  Replikace na pozadí.  Synchronizace návrhu aplikace a logiky.

E-mail a systém zasílání zpráv Systém zasílání zpráv Notes se používá jak pro svůj primární účel - komunikaci mezi lidmi -, tak jako důležitá součást aplikací pro automatizaci workflow a také jako platforma pro skupinové kalendářování a plánování. Zasílání zpráv Notes poskytuje snadno použitelný e-mailový účet. Je třeba zvláště poznamenat, že e-mail je nedílnou, základní součástí systémů automatizace pracovního toku a správy dokumentů. Poštovní zprávy mohou obsahovat odkazy na jakýkoli dokument v databázi Notes, včetně diskuzí, profilů zákazníků a dokumentace, webových stránek a zpravodajských služeb.

Zabezpečení informací Všechny komponenty architektury Notes využívají osvědčený bezpečnostní model, který je široce uznáván jako nejúčinnější a nejflexibilnější v oboru. Infrastruktura prostředí Notes poskytuje čtyři vrstvy zabezpečení:  Autentizace, která je založena na certifikátech a poskytuje spolehlivé ověření toho, že se uživatelé připojují k síťové zdroje, jsou tím, kým říkají, že jsou.  Digitální podpisy, díky nimž Notes ověřuje odesílatele, což zajišťuje, že během přenosu například nedošlo ke změně informací.  Řízení přístupu, které určuje, kdo může používat zdroj a co s tímto zdrojem může dělat, na základě přítomnosti uživatelského jména v příslušném seznamu řízení přístupu a udělených práv. Seznamy řízení přístupu řídí přístup k datům na úrovni serveru, databáze a jednotlivých dokumentů. Přístupové seznamy mají sedm úrovní schopnosti pracovat s informacemi, jak se zvyšují: „žádný přístup“, vkladatelé, čtenáři, autoři, editoři, návrháři, manažeři. Jednotlivá pole lze navíc šifrovat. Uživatelé internetu mohou být poskytnuti anonymní přístup, přístup pomocí hesla, jakýkoli přístup založený na předložení certifikátu definovaného protokolem Internet Secure Sockets Layer (SSL).  Šifrování pro zajištění bezpečné komunikace mezi jednotlivými uživateli.

Nástroje plánování Jednou z technologií podporovaných prostředím Notes je technologie plánování. Pomocí kalendáře zabudovaného do klienta Notes mohou uživatelé sjednávat schůzky, plánovat schůzky, zobrazovat libovolné časové období měsíců, týdnů nebo dnů, vybírat data k zobrazení a další. Na základě komunikační schopnosti Poznámky jsou poskytovány následující funkce skupinový kalendář:  Informování účastníků o schůzkách a konferencích  Vyhledání volných časových úseků  Rezervace zdrojů a prostor  Možnost zobrazení kalendáře ostatních zaměstnanců (pokud jsou udělena práva)  Delegování oprávnění k práci s kalendářem a poštovní schránkou Na podnikové úrovni se nástroje plánování a plánování nejlépe implementují a spravují jejich integrací se stávající infrastrukturou pro zasílání zpráv a spolupráci.

Integrace s relačními databázemi a systémy správy podnikových zdrojů Společnost Lotus vyvinula řadu integračních technologií, které umožňují vývojářům aplikací plně využít výkon jak Lotus Notes, tak relačních databázových systémů (RDBMS). Produkty a integrační technologie, které umožňují vývojářům aplikací používat prostředí Notes a RDBMS, zahrnují knihovnu datových objektů LotusScript. LotusScript Data Object (LS:DO) je sada LotusScriptových tříd, metod, vlastností a událostí, které poskytují přístup k relačním a tradičním databázím pomocí ODBC. LS:DO umožňuje vývojářům kombinovat prostředí Notes s externími databázemi a propojovat tak aplikace prostředí Notes s operačními systémy. LS:DO tak může efektivně implementovat distribuovaný front-end pro starší systémy. Protože LS:DO poskytuje přístup pro čtení i zápis do databází, mají vývojáři k dispozici všechny funkce pracovního postupu a replikace prostředí Notes, které jim umožňují vytvářet pokročilé aplikace, které integrují relační databázeúdaje z Notes.

Spuštění prostředí Notes Chcete-li spustit prostředí Notes, vyberte z nabídky Start položky Programy – Aplikace Lotus – Lotus Notes. Poté se na obrazovce objeví úvodní obrazovka s uvedením verze prostředí Notes, kterou používáte. Poté se zobrazí okno s názvem „Lotus Notes“ a požádá vás o zadání hesla: Pokud je heslo zadáno nesprávně, prostředí Notes vám neumožní pracovat pod jménem, které se zobrazí v okně pro zadání hesla.

Stránka s pozvánkou „Vítejte“ Poté, co prostředí Notes přijme heslo, zobrazí se okno s pozvánkou „Vítejte“, která nabízí rychlý přístup do pošty, kalendáře, seznamu úkolů a různé prostředky vyhledávání.

Přijímání a odesílání e-mailů Chcete-li získat přístup ke své poště, musíte kliknout na ikonu Pošta na stránce „Vítejte“. Otevře se okno pro prohlížení pošty, rozdělené do dvou oblastí: – Oblast Pohledy se nachází na pravé straně okna a zobrazuje seznam přijatých zpráv. Každý řádek tohoto seznamu odpovídá jedné zprávě. – Oblast Navigace se nachází na levé straně okna a obsahuje nástroje, které vám umožní pohodlně organizovat poštu.

Zobrazení kalendáře Pomocí kalendáře můžete sledovat svůj čas, úkoly a úkoly, spravovat schůzky a sledovat, kdy mají ostatní uživatelé prostředí Notes volný čas. V levé části okna, které se zobrazí po otevření kalendáře (v navigační oblasti), se nahoře zobrazí kalendář pro aktuální měsíc a aktuální datum bude zvýrazněno. Na pravé straně obrazovky (v prezentační oblasti) se zobrazí kalendář v týdenním formátu.

Přístup na web z prostředí Notes Notes má mnoho nástrojů pro získávání informací z webu. Navíc není potřeba žádné používat externí prohlížeč. V prostředí Notes. Způsoby vyhledávání informací na webu: – Na panelu s navigačními tlačítky vpravo horní roh na obrazovce, musíte kliknout na šipku umístěnou vedle tlačítka Hledat. V zobrazeném seznamu vyberte vyhledávač. – Na stránce „Vítejte“ klikněte na rozbalovací šipku Najít. Ze seznamu se vybere vyhledávací nástroj a do sousedního textového pole se zadá hledané slovo. – Chcete-li otevřít web pomocí prostředí Notes, klepněte na ikonu Otevřít adresu URL (zeměkoule v pravém horním rohu obrazovky) Do pole Adresa zadejte adresu webové stránky.

Systém pro správu dokumentů Lotus Notes

Charakteristický

LotusNotes je systém architektury klient-server zaměřený na databázi vlastního formátu, vyvinutý společností LotusDevelopment, kterou v současné době vyvíjí a prodává IBM. Systém běží na různých platformách rodiny Windows a UNIX.

Účel

Lotus Notes byl původně navržen pro práci s lokální sítě, ale nově může fungovat i globálně, například na internetu.

Hlavní komponenty:

Middleware.

Stručný popis provozu

Každý klient nebo server může mít několik lokálních databází. Každá databáze je sbírka poznámek. Klient je kombinací spouštěcího subsystému a prohlížecích modulů srovnatelných ve funkčnosti s webovými prohlížeči. Na rozdíl od prohlížečů poskytují možnost nejen číst, ale i upravovat informace.

Hlavní funkcí serveru Lotus (LotusDomino) je správa kolekce databází a poskytování přístupu k nim klientům a dalším serverům.

Replikace

Replikace je založena na spojovacích dokumentech - speciálních poznámkách obsažených v adresáři Domino a popisujících čas, způsob (replikační schéma - viz Tabulka 5) a objekt replikace.

Tabulka 4 Typy ID prostředí Notes
Identifikátor	viditelnost	Popis
Univerzální ID (UNID)	Globální	Globálně jedinečný identifikátor přiřazený každé poznámce
ID původce (OID)	Globální	ID poznámky včetně informací o historii
ID databáze	V rámci serveru	Časové razítko pro vytvoření databáze nebo obnovení databáze po selhání serveru
ID poznámky	V rámci databáze	ID poznámky v závislosti na instanci DB
ID repliky	Globální	Časové razítko používané k identifikaci kopií stejné databáze

Změnit operace:

úprava dokumentu;

přidání dokumentu;

smazání dokumentu.

Upravený dokument musí být distribuován do všech replik. Změny poznámky mají za následek změnu jejího OID, jejíž předchozí hodnota se zkopíruje do protokolu historie dokumentu. Když přidáte dokument, vytvoří se pro něj nový UNID a OID. Když je dokument odstraněn, umístí se na jeho místo v databázi útržek pro odstranění. Odstraněný útržek není zničen, dokud nejsou zničeny všechny kopie odstraněného dokumentu.

Tabulka 5 Replikační schémata
	Popis
Těžba-propagace	Úloha replikace čte změny z cílového serveru a přenáší je na něj vlastní změny
těžba	Úloha replikace čte změny z cílového serveru a přenáší na něj své vlastní změny na základě svých požadavků
Podpora	Úloha replikace přenáší své vlastní změny na cílový server, aniž by jakýmkoli způsobem reagovala na změny, které na něm existují
Extrakce	Úloha replikace čte změny z cílového serveru, aniž by se do něj pokoušela vložit své vlastní změny

Řešení replikačních konfliktů

Během dopředné replikace je pro každou repliku vytvořen seznam OID. Poté se porovnají seznamy ze dvou serverů. Poznámky s UNID, které nejsou na druhém serveru (tj. přidané), musí být přeneseny na tento server.

Pro poznámky, které mají stejný UNID v seznamech serverů A a B, ale různé OID, se provedou následující akce. Úloha replikace se podívá na historii obou poznámek. Pokud je jeden z příběhů součástí druhého, pak není žádný konflikt: více nová poznámka nahradí starší. Pokud se změny týkají různé prvky poznámky, pak také neexistují žádné konfliktní úpravy: nejnovější prvky se přenesou do sloučené poznámky. Ve všech ostatních případech je konflikt neřešitelný. V tomto případě vybere Notes jeden z dokumentů jako vítěze. Tím se stane kopie s větším sériovým číslem v OID nebo (v případě stejných sériových čísel) s větším časovým razítkem.

Replikace v clusteru

V klastru se změny místo explicitního plánování replikace pomocí spojovacích dokumentů jednoduše okamžitě rozšíří do všech replik v klastru.

Za tímto účelem každý server udržuje frontu událostí replikace, do které jsou protokolovány místní změny. Jednou za sekundu speciální úloha replikace prohledá frontu pro změny, které by měly být přeneseny na další servery v klastru, povýší je a odebere události z fronty.

Oblíbené v kategorii: