Replică numai bazele de date selectate. Sistem de management al documentelor Lotus Notes

Sistem de management al documentelor notite Lotus

Caracteristică

Lotus Notes - centrat pe baze de date format propriu un sistem de arhitectură client-server dezvoltat de Lotus Development Corporation, dezvoltat și vândut în prezent de IBM. Sistemul rulează pe diferite platforme ale familiilor Windows și UNIX.

Scop

Lotus Notes a fost proiectat inițial să funcționeze în rețele locale, dar acum poate funcționa și la nivel global, de exemplu, pe Internet.

Componentele principale:

Middleware.

Scurta descriere functionare

Fiecare client sau server poate avea mai multe baze de date locale. Fiecare bază de date este o colecție de note. Clientul este o combinație între un subsistem de lansare și module de vizualizare, comparabile ca funcționalitate cu browserele Web. Spre deosebire de browsere, acestea oferă capacitatea nu numai de a citi, ci și de a edita informații.

Funcția principală a unui server Lotus (Lotus Domino) este de a gestiona o colecție de baze de date și de a oferi acces la acestea clienților și altor servere.

Replicare

Replicarea se bazează pe documente de conexiune - note speciale conținute în directorul Domino și care descriu ora, metoda (schema de replicare - vezi Tabelul 5) și obiectul replicării.

Tabelul 4 Tipuri de identificatori de note
Identificator	Zona de vizibilitate	Descriere
ID universal (UNID)	Global	Identificator unic global atribuit fiecărei note
ID-ul inițiatorului (OID)	Global	ID notă, inclusiv informații despre istoric
ID-ul bazei de date	În cadrul serverului	Marca temporală pentru crearea unei baze de date sau restaurarea unei baze de date după o defecțiune a serverului
Notă ID	În cadrul bazei de date	Notă ID-ul în funcție de instanța DB
Replica ID	Global	Marca temporală utilizată pentru a identifica copii ale aceleiași baze de date

Operațiuni de modificare:

modificarea documentului;

Adăugarea unui document;

Ștergerea unui document.

Documentul modificat trebuie distribuit tuturor replicilor. Modificările aduse unei note au ca rezultat o modificare a OID-ului acesteia, a cărei valoare anterioară este copiată în istoricul documentului. Când adăugați un document, un nou UNID și OID sunt create pentru acesta. Când un document este șters, un stub de ștergere este plasat în locul său în baza de date. Stub-ul de ștergere nu este distrus până când toate copiile documentului șters nu sunt distruse.

Rezolvarea conflictelor de replicare

În timpul replicării pull-forward, este creată o listă de OID-uri pentru fiecare replică. Apoi se compară listele de pe cele două servere. Notele cu UNID care nu sunt prezente pe celălalt server (adică, adăugate) trebuie să fie transferate la acesta.

Pentru notele care au același UNID, dar OID diferit în listele de servere A și B, următoarele acțiuni. Lucrarea de replicare analizează istoricul ambelor note. Dacă una dintre povești face parte din cealaltă, atunci nu există conflict: nota mai nouă o înlocuiește pe cea mai veche. Dacă modificările se referă la diferite elemente ale notei, atunci nu există nici modificări conflictuale: cele mai recente elemente sunt transferate în nota îmbinată. În toate celelalte cazuri, conflictul este de nerezolvat. În acest caz, Notes alege unul dintre documente drept câștigător. Aceasta devine copia cu numărul de serie mai mare în OID sau (în cazul numerelor de serie egale) cu un marcaj de timp mai mare.

Replicare într-un cluster

Într-un cluster, în loc să se programeze în mod explicit replicarea folosind documente glue, modificările sunt pur și simplu propagate imediat la toate replicile din cluster.

În acest scop, fiecare server menține o coadă de evenimente de replicare în care sunt înregistrate modificările locale. O dată la fiecare secundă, un job special de replicare scanează coada pentru modificări care ar trebui propagate către alte servere din cluster, le promovează și elimină evenimentele din coadă.

Sistem de management al documentelor Lotus Notes

Caracteristică

LotusNotes este un sistem de arhitectură client-server orientat către o bază de date de format propriu, dezvoltat de corporația LotusDevelopment, care este în prezent dezvoltat și vândut de IBM. Sistemul rulează pe diferite platforme ale familiilor Windows și UNIX.

Scop

LotusNotes a fost conceput inițial pentru a funcționa pe rețele locale, dar acum poate funcționa pe rețele globale, de exemplu, pe Internet.

Componentele principale:

Middleware.

Scurtă descriere a funcționării

Fiecare client sau server poate avea mai multe baze de date locale. Fiecare bază de date este o colecție de note. Clientul este o combinație între un subsistem de lansare și module de vizualizare comparabile ca funcționalitate cu browserele Web. Spre deosebire de browsere, acestea oferă capacitatea nu numai de a citi, ci și de a edita informații.

Funcția principală a serverului Lotus (LotusDomino) este de a gestiona o colecție de baze de date și de a oferi acces la acestea clienților și altor servere.

Replicare

Replicarea se bazează pe documente de conexiune - note speciale conținute în directorul Domino și care descriu ora, metoda (schema de replicare - vezi Tabelul 5) și obiectul replicării.

Tabelul 4 Tipuri de ID-uri de note
Identificator	vizibilitate	Descriere
ID universal (UNID)	Global	Identificator unic global atribuit fiecărei note
ID-ul inițiatorului (OID)	Global	ID notă, inclusiv informații despre istoric
ID-ul bazei de date	În cadrul serverului	Marca temporală pentru crearea unei baze de date sau restaurarea unei baze de date după o defecțiune a serverului
Notă ID	În cadrul bazei de date	Notă ID-ul în funcție de instanța DB
Replica ID	Global	Marca temporală utilizată pentru a identifica copii ale aceleiași baze de date

Operațiuni de modificare:

modificarea documentului;

adăugarea unui document;

ștergerea unui document.

Tabelul 5 Scheme de replicare
	Descriere
Extracție-promovare	Jobul de replicare citește modificările de pe serverul țintă și trimite propriile modificări către acesta
extracţie	Jobul de replicare citește modificările de pe serverul țintă și își transferă propriile modificări pe baza solicitărilor sale
Promovare	Jobul de replicare transmite propriile modificări către serverul țintă fără a reacționa în vreun fel la modificările existente pe acesta
Extracţie	Jobul de replicare citește modificările de pe serverul țintă fără a încerca să-și introducă propriile modificări la acesta

Rezolvarea conflictelor de replicare

Pentru notele care au același UNID în listele de servere A și B, dar OID-uri diferite, se efectuează următoarele acțiuni. Lucrarea de replicare analizează istoricul ambelor note. Dacă una dintre povești face parte din cealaltă, atunci nu există conflict: nota mai nouă o înlocuiește pe cea mai veche. Dacă modificările se referă la diferite elemente ale notei, atunci nu există nici modificări conflictuale: cele mai recente elemente sunt transferate în nota îmbinată. În toate celelalte cazuri, conflictul este de nerezolvat. În acest caz, Notes alege unul dintre documente drept câștigător. Aceasta devine copia cu numărul de serie mai mare în OID sau (în cazul numerelor de serie egale) cu un marcaj de timp mai mare.

Replicare într-un cluster

Într-un cluster, în loc să se programeze în mod explicit replicarea folosind documente glue, modificările sunt pur și simplu propagate imediat la toate replicile din cluster.

Crearea unei replici a bazei de date. Configurarea replicării bazei de date. Replicare selectivă
Pentru ca un utilizator să creeze o replică a bazei de date, este necesar

au acces la baza de date (minimum Corespondent - Deponent in baza de date ACL)
baza de date trebuie să fie permisă pentru replicare (în setările de replicare a bazei de date, caseta de selectare corespunzătoare este debifată - mai multe detalii despre setări sunt mai jos)
baza de date situată pe stația locală nu trebuie să fie criptată cu cheia altcuiva
atunci când se creează o replică a bazei de date pe server în setările serverului (în documentul serverului - secțiunea Securitate sau variabila NOTES.INI Create_Replica_Access), utilizatorului trebuie să i se acorde drepturi de a crea replici de baze de date pe acest server

Crearea unei replici a unei anumite baze de date este inițiată prin selectarea comenzii Main Menu Fișier -> Replicare -> Creare replică...(sau comanda meniului contextual Replicare -> Creare replica...). Caseta de dialog care se deschide oferă posibilitatea de a specifica numele serverului sau de a selecta opțiunea locală ( Local) și de a specifica locația fișierului bazei de date în Sistemul de fișiere.

Alte opțiuni vă permit să specificați:

Criptare locală a datelor

calculator local

Configurarea setărilor de replicare

Opțiuni de replicare

Fila Noțiuni de bază. Opțiunile din această filă sunt disponibile atunci când se creează o replică locală

Grup de opțiuni Cât de des are loc replicarea (La ce interval are loc replicarea) stabilește programul de replicare pentru Locația curentă a apelului (Locația) - de fapt, oferă acces la secțiunea corespunzătoare a documentului Agendă. De fapt, toate opțiunile completate sunt reflectate în document
Opțiune Aplicați modificări în toate locațiile- în partea de jos a ferestrei de dialog) aplică aceste setări altor documente Locații din Agenda de adrese
Grupul de opțiuni Cât va fi replicat se referă la baza de date în sine și specifică direcția de replicare (opțiunile Trimitere documente la server și Primire documente de la server) și modul de primire a documentelor de la server (completitudinea acceptării acestor documente). Pot fi setate patru moduri:
Ce server este folosit pentru opțiunea de replicare

Eliminați documentele nemodificate în ultimele ... zile: (Ștergeți documentele nemodificate în ultimele ... zile). Setarea acestei opțiuni șterge automat din această copie documentele care au trecut mai mult decât numărul specificat de zile de la ultima salvare. Documentele șterse dintr-o replică dată pe baza acestei setări vor fi șterse în alte replici dacă 1). o listă de control al accesului la replică (ACL) permite serverului sau utilizatorului care inițiază replicarea să șteargă documente; 2). Steagul nu este setat Nu trimiteți ștergerile făcute în această replică către alte replici). Pentru bazele de date găzduite pe un server, „ștergerea automată” este efectuată de sarcina serverului Updall, lansată noaptea, pentru bazele de date locale - în momentul în care baza de date este deschisă
Numărul de zile din rândul de mai sus (chiar dacă caseta de selectare Eliminare documente... nu este bifată) determină și procesul de eliminare a informațiilor despre documentele șterse ( „mucuri de țigară”, moțuri). Pentru ca serverul să poată distinge un document șters în această replică de unul tocmai creat într-o altă replică, documentul nu este șters complet imediat; stub rămâne ca o informație că acest document a fost în replică. Îndepărtarea ciotului este întârziată cu o perioadă de timp egală cu o treime din timpul specificat în acest câmp. În acest timp, trebuie să apară replicări cu toate celelalte replici, altfel, după perioada alocată, stub-ul este șters și documentul din replica învechită poate apărea din nou.
Primiți doar un subset de documente: Opțiunea este utilizată dacă nu toate documentele ar trebui să fie primite în replică, ci doar din unele tipuri și foldere (opțiune) sau îndeplinind condiția de selecție specificată atunci când opțiunea este activată Documente care îndeplinesc o formulă de selecție. Această posibilitate include conceptul de replicare selectivă. În plus, în fila Avansat puteți seta reguli pentru replicarea elementelor de proiectare și a listelor de control al accesului (vezi mai jos)

Nu trimiteți ștergerile făcute în această replică către alte replici (Nu trimiteți ștergerile făcute pe această replică către alte replici). Setarea acestui flag împiedică propagarea ștergerilor care au avut loc în această replică către alte replici ale bazei de date. Dacă opțiunea nu este selectată, stub-urile care apar după ștergerea documentelor din această replică sunt transmise altor replici și determină ștergerea documentelor corespunzătoare în alte replici.
Nu trimiteți modificări ale titlului bazei de date și informațiilor catalogului către alte replici (Nu trimiteți modificări ale numelui bazei de date și informații despre director către alte replici). Ridicarea acestui flag împiedică transmiterea unor modificări ale unor parametri ai bazei de date către alte replici a bazei de date. În caz contrar, aceste modificări vor fi preluate de alte replici dacă serverul sau utilizatorul care face replicarea are acces suficient (nivel de dezvoltator)
Nu trimiteți modificări ale proprietății de securitate locale către alte replici (Nu trimite modificări către protectie locala la alte replici). Similar cu cel precedent, dar cu privire la proprietățile bazei de date referitoare la securitate locală această replică

Dezactivați temporar replicarea pentru această replică (Dezactivați temporar replicarea). Selectarea acestei opțiuni interzice bazei de date să participe la orice proces de replicare. Serverul raportează că replicarea este dezactivată. Această opțiune este utilă pentru administrator dacă baza de date este deteriorată dintr-un anumit motiv și trebuie restaurată înainte ca replicarea să poată fi reluată.
Prioritate de replicare programată (Prioritate de replicare programată). Parametrul stabilește prioritatea participării bazei de date la replicări conform documentelor Conexiune Agenda corporativă sau Locație (Locul apelului) Agenda locală. Este posibil ca replicile cu prioritate ridicată să fie actualizate mai des decât altele. În conformitate cu programul de replicare selectat, documentele sunt create în Agendă Conexiune: unul - pentru a suporta replicări cu prioritate ridicată(cele mai frecvente sesiuni de replicare), una - pentru replicările cu prioritate mare și medie și pentru replicarea bazelor de date cu toate cele trei priorități - la cel mai ieftin timp și rar. Documentație Conexiune pentru a sprijini replicări ale diferitelor priorități nu ar trebui să conțină segmente de timp suprapuse. În caz contrar, programul este întocmit incorect, iar sesiunile de replicare pot avea loc aleatoriu, iar unele replici pot să nu fie reparate deloc
Replicați doar documentele primite salvate sau modificate după (Numai documentele primite salvate/modificate după):. Valoarea datei (Cutoff Date) conținută în acest câmp necesită ca numai documentele cu o dată de modificare ulterioară celei specificate să fie acceptate în replică. Documentele din alte replici cu o dată de modificare anterioară datei de limită nu sunt incluse în listele de documente replicate și, prin urmare, nu vor fi acceptate niciodată în replica acestei baze de date de pe alte servere.
Data publicării CD-ROM-ului ( Data lansării CD-ului):. Când distribuiți o replică pe un CD, este recomandat ca acest câmp să fie setat la data la care a fost scris discul înainte de prima replicare (ardere disc). Apoi, în timpul primei replici (când istoricul replicărilor este clar), vor fi vizualizate documentele modificate după data publicării, și nu întregul set de documente, ceea ce optimizează timpul primei repliciri.

În primul rând, este posibil să setați diferite formule de selecție pentru diferite perechi de destinatari ai modificării (câmp Când computer/Dacă computer) servere și stații și servere sau stații de la care se primesc modificări (câmp Primește de la/ Primește date de la). Pentru diferite perechi puteți specifica:
Formula de selecție la setarea unui steag în câmpuri Documente în vizualizări sau foldere specificateȘi Documente prin formula de selectie similar cu cel descris mai sus pentru fila Economii de spațiu
Lista de control al accesului- sunt acceptate modificările aduse listei de control acces
Elemente de design- toate elementele de proiectare sunt acceptate cu excepția agenților și formulelor de replicare
Agenti - agenti acceptati
Formula de replicare - permite ca formulele de replicare selectivă care au o perioadă de modificare ulterioară să fie acceptate în baza de date de destinație. Acest lucru permite managerului „replicii centrale” a bazei de date să stabilească formule de replicare selectivă în timpul funcționării bazei de date.
Ștergeri - sunt primite informații despre documentele șterse, determinând ștergerea documentelor din replica selectată
Câmpuri - nu sunt acceptate toate câmpurile documentului, ci doar cele selectate din listă. Ca urmare, documentul devine trunchiat (vezi descrierea de mai sus) și needitabil.

Limită de dimensiune a copiei

dimensiune maximă

creați imediat o replică

fundal

Suport pentru lista de control al accesului

bază creată

Crearea unui text complet index de căutare

În plus față de mecanismul normal de creare a unei replici a bazei de date descris mai sus, este posibil să se creeze o replică prin crearea unei copii a fișierului bazei de date folosind sistemul de operare. În practică, acest proces este mai rapid și este destul de acceptabil dacă aveți acces la sistemul de fișiere. Dar pentru a evita problemele de încălcare a integrității bazei de date, aceasta trebuie să fie închisă (cel mai bine este să descărcați clientul Notes pentru stațiile locale sau serverul Domino)

Andrei Akopyants

Neajunsurile noastre sunt o continuare a avantajelor noastre
Înțelepciunea populară...

Aproape toți specialiștii în tehnologia de informație am auzit despre Lotus Notes (LN), dar relativ puțini s-au ocupat de asta în practică. Ca urmare, există o lipsă catastrofală de informații obiective despre Lotus. Toate publicațiile disponibile despre acest produs sunt sub formă de broșuri publicitare sau fragmente de descrieri tehnice.

Acolo unde nu există informații obiective, aceasta este înlocuită cu mituri. Acum, în Rusia, Lotus este promovat în principal ca un sistem de organizare a fluxului de documente corporative, deși, de fapt, acest lucru nu este în întregime adevărat. Părerile despre acest produs sunt polare - unii îl prezintă ca un panaceu pentru toate relele automatizării corporative, alții nu vor să audă despre el.

În același timp, semnificația reală a Lotus Notes pentru piața corporativă este extrem de mare. Multe mari companiile rusești sunt acum pe punctul de a alege un mediu de informare corporativă, iar Lotus este unul dintre principalii concurenți pentru acest lucru. Prin urmare, mi s-a părut important să spun ce este de fapt LN, ce probleme rezolvă și ce probleme creează.

Am cultivat această idee de mult timp, citind descrieri și întrebând prietenii. Impulsul final pentru mine a fost o cunoaștere cu fostul șef IT al unei bănci foarte mari, care a vorbit despre unele dintre caracteristicile operațiunii LN cu care trebuia să le facă față.

Puțină istorie

Lotus a fost un pionier în multe domenii ale afacerii software. Mulți oameni nu își amintesc acest lucru acum, dar la începutul anilor 90, „Lotus 1-2-3” era sinonim cu foaie de calcul- pur și simplu nu a avut niciun concurent demn... Programul de corespondență CC-mail a rămas cel mai bun sistem de corespondență corporativă până la mijlocul anilor '90.

Nu existau deloc analogi de LN lansat la sfârșitul anilor 80 - au trebuit să vină cu un termen separat pentru el - „GroopWare” (asigurarea muncii colective). Acesta a fost primul și pentru o lungă perioadă de timp singurul sistem care permite cu adevărat crearea rapidă a unui spațiu informațional unificat al companiei și a unui sistem de comunicații corporative.

Marșul triumfal al LN a durat aproape zece ani, iar principalii săi utilizatori au fost corporații mari și mijlocii. Nu este surprinzător faptul că IBM, care deservește în mod tradițional Top1000 al afacerilor globale, și-a arătat interesul pentru compania Lotus și, în cele din urmă, a cumpărat această companie definitiv. Deci acum Lotus este o divizie a IBM care și-a păstrat o oarecare independență și marcă"Lotus".

Acum, însă, din întreaga linie de produse Lotus, doar Lotus Notes rămâne cu adevărat pe piață - restul aplicații de birou practic a murit, incapabil să reziste concurenței cu Microsoft Office . Și Lotus Notes nu numai că rămâne, dar este promovat activ - cel puțin în piata ruseasca.

Lotus Notes - ce este?

Cu cuvinte simple, LN este un hibrid dintre un SGBD și un sistem de e-mail, care are un număr de caracteristici interesante. Există și o serie de oportunități de organizare a comunicării structurate - forumuri, calendare etc.

Principala caracteristică a bazei de date Lotus este concentrarea pe stocarea documentelor mari, prost structurate și lucrul colectiv cu acestea. Prin muncă colectivă înțelegem capacitatea mai multor persoane de a edita simultan aceeași înregistrare (document). În consecință, sistemul de versiuni și capacitatea de a urmări modificările efectuate de utilizatorii individuali sunt acceptate. Pe lângă texte, înregistrările bazei de date Lotus pot conține un număr arbitrar de detalii configurabile de utilizator de diferite tipuri. Mai mult, configurarea compoziției detaliilor este destul de simplă și fezabilă utilizatori finali. Documentele din baza de date se pot lega între ele (ceva ca link-uri hipertext Web), iar făcând clic pe un link din textul unui document, puteți deschide un alt document.

LN implementează un sistem sofisticat de gestionare a drepturilor utilizatorilor care vă permite să atribuiți drepturi utilizatorilor individuali și grupurilor acestora atât pe baze de date, cât și pe documente și câmpurile lor individuale. De asemenea, este acceptată autentificarea documentelor folosind o semnătură electronică - de exemplu. Când este plasat în baza de date, documentul creat sau modificat poate fi semnat prin semnătura angajatului care a lucrat cu acesta.

Un program de e-mail și alte aplicații (forumuri, programare etc.) sunt construite pe deasupra acestui sistem de stocare a documentelor. Agendele, folderele cu scrisori, calendarele etc. sunt, de asemenea, înregistrări în baza de date, iar pentru acestea se aplică toate mecanismele obișnuite - versiuni, suport pentru lucrul în grup etc.

Un alt mecanism de bază, implementat pentru prima dată în Lotus Notes, este replicarea - i.e. capacitatea serverelor LN de a-și sincroniza bazele de date și de a trimite documente unul altuia în timpul liber din activitatea lor principală. Acest lucru asigură capacitatea de a lucra într-un mediu distribuit geografic, cu canale de comunicare lente, atunci când fiecare angajat lucrează cu cel mai apropiat server (adică rapid) și, să zicem, noaptea aceste servere își sincronizează bazele de date.

Desigur, este posibil să se dezvolte aplicații specializate în mediul LN. În acest scop, sistemul are încorporat un limbaj de programare (script Lotus), care oferă acces la API-ul sistemului și vă permite să creați suficiente aplicatii complexe. De asemenea, puteți dezvolta aplicații pentru Lotus în Java și JavaScript mai tradițional, care au și biblioteci de obiecte pentru lucrul cu API-ul Lotus.

dar pe de altă parte

Lotus - extrem de sistem functional cu o arhitectură elegantă care vă permite cu adevărat să creați un comun mediul informaționalîntr-o companie mare cu multe birouri în diferite orașe și țări. Și în această calitate practic nu a avut concurenți timp de aproape zece ani. În acest timp, a câștigat o popularitate binemeritată - conform datelor oficiale, aproximativ 700 de companii din top 1000 de afaceri globale îl folosesc.

Dar vremurile se schimbă... Și ceea ce ieri erau avantaje, astăzi devin adesea dezavantaje care provoacă destule bătăi de cap utilizatorilor și serviciilor de asistență.

Lotus Notes este un sistem închis funcțional care oferă utilizatorului toate instrumentele de lucru de care are nevoie - editor de text, program de mail, sistem de programare etc. Și atâta timp cât utilizatorul folosește aplicațiile Lotus în aceste scopuri, totul este foarte convenabil și bun.

Dar astăzi, o parte semnificativă a utilizatorilor preferă să folosească aplicații de birou de la alte companii - de exemplu, Microsoft, care au devenit astăzi standardul de facto. Stocarea documentelor Lotus poate stoca fișiere „alți oameni”, dar de îndată ce începem să folosim MS Wordîmpreună cu Lotus, se dovedește imediat că jumătate din toate deliciile care au fost atunci când lucrați cu editorul LN încorporat sunt pierdute.

Dar se adaugă probleme - proceduri speciale export Import. Ca să nu mai vorbim de faptul că ergonomia aplicațiilor Lotus lasă de dorit – cel puțin la trecerea la acestea de la produsele Microsoft.

O altă caracteristică care și-a arătat dezavantajul este replicarea în combinație cu cerințele generale de resurse. Șeful departamentului IT al unei bănci mari despre care am menționat, care avea peste 2.000 de stații de lucru pe LotusNotes, și-a amintit cum replicarea lor între servere cool pe o fibră optică dedicată a durat ore întregi (ceea ce înseamnă că oamenii nu puteau primi documente urgente trimise lor). pentru aprobare timp de ore.

Și nevoia de mai multe servere a apărut din cauza faptului că serverele unice nu au putut face față sarcinii, deoarece LN, datorită integrării sale, este foarte solicitant cu resursele serverului. Și când au ajuns să rescrie aplicația la MS SQL, s-a dovedit că toți utilizatorii sunt „trași” în liniște de unul nu cel mai mult server cool, Și lățime de bandă canalele (care nu au fost suficiente pentru replicare) sunt destul de suficiente pentru lucrul normal de la distanță al utilizatorilor.

Cu volume mari de baze de date, Lotus Notes suferă și de un defect congenital - sistemul său de stocare a datelor nu acceptă o serie de lucruri care sunt standard pentru SGBD-urile moderne și sunt absolut necesare pentru funcționare sisteme reale automatizare.

În primul rând, baza de date Lotus Notes nu acceptă tranzacții - adică. modificări coordonate la mai multe tabele efectuate ca o singură unitate. Acestea. dacă, de exemplu, o aplicație care rulează pe un client a reușit să modifice o înregistrare, dar nu alta și „s-a prăbușit” (de exemplu, lumina s-a stins), atunci în baza de date LN înregistrarea modificată va rămâne ca atare, în timp ce în toate SGBD-urile moderne Într-o astfel de situație, serverul va reveni la starea inițială. Din această cauză, menținerea integrității baze de date mari pe LN devine problematic.
În al doilea rând, așa cum am spus mai sus, LN acceptă capacitatea de a lega documente. Dar, în același timp, nu are control al integrității referențiale - puteți șterge cu ușurință un document la care cineva se conectează și se va forma un link „atârnător”. Desigur, nu există mecanisme mai avansate de control al integrității - cum ar fi constrângerile în baze de date relaționale date.
Și, în cele din urmă, în al treilea rând - spre deosebire de SGBD-urile relaționale moderne, unde indexarea unei înregistrări are loc atunci când aceasta este plasată în baza de date, în indexarea LN este un proces separat care are loc asincron.

Tabloul „deliciilor” operaționale este completat de un client „gros” (nu doar gros, ci foarte gros) cu trafic client-server mare și un mediu de dezvoltare a aplicațiilor care necesită programatori rari și, prin urmare, scumpi.

Specialiștii care folosesc Note Lotus se plâng și de complexitate instalare inițialăși setări și, mult mai serios, un numar mare de erori critice din punct de vedere operațional, inclusiv în sistemul de securitate, care sunt corectate foarte lent de compania dezvoltatoare.

Lotus ca sistem de gestionare a documentelor

Dar poate că Lotus este atât de bun ca sistem de gestionare a documentelor încât toate cele de mai sus pot fi ignorate? Într-adevăr, LN are un mare avantaj în această capacitate - vă permite să creați rapid un depozit de documente corporative și să furnizați proceduri de bază pentru lucrul cu acesta.

Dar, împreună cu aceasta, are și un mare dezavantaj - că, în afară de aceasta, Lotus în sine nu poate face nimic altceva. Acestea. Este posibil să se realizeze un aspect utilizând instrumentele de bază Lotus, dar nu este posibil să se implementeze un sistem complet de gestionare a documentelor corporative care să îndeplinească cerințele standardelor de stat. A spune „Pentru a automatiza munca de birou vom cumpăra Lotus Notes” este același nonsens ca „Pentru a automatiza munca de birou vom cumpăra MS SQL”. Este necesar fie să se dezvolte un sistem folosind LN ca unealtă, fie să achiziționeze o soluție specializată.

Avantajul LN ca mediu de dezvoltare este prezența unui număr de mecanisme încorporate pentru lucrul cu documente. Am vorbit despre dezavantajele de mai sus - dezvoltatori scumpi, tehnologie de stocare a datelor depășită și dificultăți în integrarea cu alte sisteme.

În general, se dovedește că, cu o intensitate de muncă ceva mai mică, timpul de dezvoltare pentru un sistem de aplicații bazat pe Lotus nu diferă de dezvoltări similare bazate, de exemplu, pe: MS SQLȘi Visual Basic , iar costul (ținând cont de licențe și dezvoltatori scumpi) poate fi vizibil mai mare. Ca să nu mai vorbim de faptul că proprietățile operaționale ale sistemelor bazate pe LN, cum ar fi fiabilitatea și eficiența, sunt vizibil mai slabe decât cele ale soluțiilor bazate pe DBMS-uri cu drepturi depline.

Există soluții specializate pentru organizarea lucrărilor de birou pe Lotus pe piața rusă. Cele mai comune sisteme sunt dezvoltarea companiei Intertrust - „Office Media”, sistemul „Boss-Referent” de la IT Co. și sistemul „Cenușăreasa” dezvoltat de Institutul de Dezvoltare din Moscova și o serie de alte sisteme.

Dar costă bani suplimentari pentru Lotus Notes în sine; nu sunt produse finite, ci mai degrabă „produse semifabricate”. Potrivit experților, funcționalitatea și caracteristicile operaționale ale acestora sunt, de asemenea, inferioare sistemelor implementate pe baza DBMS-urilor cu drepturi depline și care funcționează în mediul Microsft Office, precum Delo de la Electronic Office Systems, LanDocs de la Lanit, Optima Workflow de la Optima.

Concluzie

Și totuși, de ce, cu toate cele de mai sus, Lotus Notes este destul de popular în rândul managerilor IT și își continuă extinderea în marile companii rusești?

Aparent, există două motive principale.

În primul rând, există considerente oportuniste - de imagine - precum „avem totul ca liderii afacerilor occidentale - de aceea Lotus Notes merită.”
În al doilea rând, LN creează iluzia solutie rapida. Cu un efort relativ mic, puteți obține un rezultat vizibil și puteți rezolva un strat din cele mai simple probleme. Și faptul că va fi foarte dificil să dezvoltați în continuare această soluție - până atunci fie afacerea va muri, fie managerul IT se va schimba...

De asemenea, nu trebuie să ignorați politica activă de marketing direct a partenerilor IBM.

Care sunt perspectivele pentru acest produs pe piață? Cei care au exploatat sute și mii de locuri de muncă LN de mulți ani, cel mai probabil, nu vor renunța niciodată la asta - cel puțin până la următorul cataclism la nivel de Y2K. Pur și simplu pentru că costurile trecerii la altceva vor fi prea mari - problemele care apar sunt mai ușor și mai ieftin de rezolvat în cadrul său...

Dar mi se pare că în conditii moderne Lotus Notes se mută deja în acele tranșee de adâncime ale pieței în care trăiesc monștrii din Loch Ness, mainframe-urile IBM și Cobol. Lotus va locui acolo pentru totdeauna, dar pentru companiile care aleg soluții acum, probabil că nu are prea mult sens să se bazeze pe Lotus Notes.

În orice caz, trebuie să înțelegeți clar că Lotus Notes nu este doar unul dintre sistemele utilizate de companie. Aceasta este o lume întreagă în care trebuie să te cufunzi complet, îndepărtându-te în același timp de mainstream, care astăzi, fie că ne place sau nu, este încă o arhitectură componente bazată pe soluții Microsoft.

Magazin online

IBM Lotus Domino Express / IBM Domino Collaboration and Messaging Express

Un mediu de aplicații de colaborare foarte sigur, cu funcții complete, adaptat nevoilor întreprinderilor mijlocii

Software-ul IBM Domino Collaboration and Messaging Express oferă un mediu de aplicații securizat, cu funcții complete pentru E-mailși o gamă largă de aplicații de afaceri și colaborare. Configurația și prețul acestuia sunt destinate nevoilor întreprinderilor mijlocii, iar suportul este oferit pe o gamă largă de platforme și sisteme de operare. Trei oferte pentru IMM-uri de până la 1.000 de utilizatori care oferă e-mail, programare și capabilități de partajare mesaje instantși acceptă, de asemenea, o gamă largă de aplicații de afaceri - Lotus Domino Messaging Express, Lotus Domino Collaboration Express și Lotus Domino Server Express.

IBM Notes (fost: IBM Lotus Notes)

IBM Notes (fost: IBM Lotus Notes) este un client desktop pentru afaceri sociale. Oferă acces la oamenii, aplicațiile de afaceri și informațiile de care aveți nevoie în cadrul companiei și online. Acum vă puteți face munca mai rapid și mai eficient. Software-ul IBM Notes vă ajută să lucrați rapid, oferind un singur punct de acces pentru creare resurse informaționale, obținerea și transferul de cunoștințe, lucrul împreună în grup și luarea deciziilor. Prin eliminarea limitărilor tradiționale la locul de muncă, software-ul IBM Notes vă ajută să vă conectați cu oamenii și să găsiți informații în întreaga întreprindere și pe Internet.

În mod implicit, Domino replică toate bazele de date care au același ID de replica. Pentru a replica numai anumite baze de date, editați câmpul Fișier/Directoare de replicat din documentul de conexiune. În acest câmp, introduceți numele bazelor de date sau ale directorului pe care doriți să le replicați. Separați-le unul de celălalt cu punct și virgulă.

Pentru a identifica baza de date selectată pentru replicare, introduceți numele fișierului acesteia, inclusiv extensia .NSF. Dacă baza de date se află într-un subdirector, includeți calea relativă la directorul de date Notes - de exemplu, EAST\SALES.NSF.

Pentru a identifica toate fișierele aflate într-un director, introduceți EAST\. Nu puteți utiliza asterisc (*) în acest scop.

Replicați bazele de date în funcție de prioritățile lor.

Managerii bazelor de date atribuie prioritate de replicare bazelor de date, astfel încât administratorii Domino să poată programa replicări pentru baze de date pe baza priorității. De exemplu, puteți prioritiza bazele de date care sunt critice pentru afaceri - de exemplu, Directorul Domino este replicat frecvent. De asemenea, puteți viza baze de date cu prioritate scăzută.

Setările de replicare folosind prioritate sunt editate în câmpul Replica bazele de date din documentul de conexiune. Setarea implicită este Prioritate scăzută, medie și mare.

Dacă două replici au priorități diferite, Domino utilizează prioritatea atribuită replicilor de pe serverul care inițiază replicarea.

Limită de timp de replicare.

Limitarea timpului de replicare previne sesiunile extinse de replicare și vă permite să gestionați costul replicărilor în zonele îndepărtate ale sistemului dumneavoastră. De exemplu, dacă replicările depind de o conexiune telefonică la distanță și baza de date necesită timp pentru a se replica, puteți limita durata replicilor.

Pentru a limita timpul de replici, introduceți o valoare în câmpul Replication Time Limit din documentul de conectare.

Avertizare Notă: Dacă specificați un timp foarte mic, bazele de date nu se vor putea replica complet. Fișierul LOG.NSF face o intrare care indică faptul că a avut loc o întrerupere a comunicării, dar replicarea nu a avut succes. Istoricul replicărilor nu este actualizat.

Pentru a limita în timp replicările pentru întregul server, editați fișierul NOTES.INI pentru a include variabila ReplicationTimeLimit.

Folosind mai multe replicatoare simultan

Dacă creați documente de conexiune care utilizează mai multe replicări de server simultan sau se suprapun replicări cu servere de destinație diferite, rulați mai multe replicatoare pentru a gestiona fiecare sesiune. Lansările multiple ale replicatorului utilizează eficient resursele serverului, reduc ciclurile de replicare, în special pe serverele Hub și economisesc timpul de replicare.

Când utilizați mai multe replicări, fiecare replicator gestionează o singură sesiune de replicare. De exemplu, dacă Hub-E/East/Acme este programat să se reproducă atât la HR-E/East/Acme, cât și la Hub-W/West/Acme în același timp, un replicator se ocupă de replicarea Hub-E/East/Acme și HR-E/Est/Acme, un alt replicator se ocupă de replica între Hub-E/East/Acme și Hub-W/West/Acme.

Replicatoarele multiple gestionează mai multe replici între un server sursă și mai multe servere destinație simultan.

Exemplu. Dacă Baza de date 1 și Baza de date 2 de pe Hub-E/East/Acme trebuie să se repete de la Hub-W/West/Acme, atunci doar un replicator vorbește cu fiecare sesiune de replicare, pe rând.

Examinați documentele de conexiune care prezintă replicările dvs. pe fiecare server. Prin ajustarea programelor de replicare și lansarea mai multor replicatoare, puteți reduce timpul unui ciclu complet de replicare. Cu această reducere a ciclurilor, puteți programa unul sau mai multe cicluri suplimentare pe zi, ceea ce înseamnă intervale de timp mai scurte pentru actualizarea datelor bazei de date, un ciclu de replicare mai rapid. După ce porniți mai multe replicatoare, puteți utiliza comanda -Tell pentru a opri toate replicatoarele; cu toate acestea, nu puteți utiliza comanda -Tell pentru a opri un anumit replicator.

Dacă nu utilizați mai multe replicatoare, nu programați replici de pe server folosind porturi diferite în același timp.

Exemplu. Dacă utilizați un replicator, nu programați o replică de la Hub-E/East/Acme la Hr-E/East/Acme pe COM1 în același timp cu de la Hub-E/East/Acme la Hub-W/west / Acme prin COM2 simultan.

Permiterea mai multor replicatoare.

Respingerea cererilor de replicare de la server.

Pentru a împiedica serverul să accepte cereri de replicare, editați fișierul NOTES.INI pentru a include variabila ServerNoReplRequests. Dacă această setare este setată la 1, serverul refuză toate cererile de replicare.

Puteți utiliza această caracteristică pentru a reduce volumul de lucru de replicare pe un server selectat.

Interzicerea replicărilor.

Pentru a dezactiva replicările - de exemplu, când testați replicările pe mai multe servere sau nu doriți ca unele baze de date să fie replicate - puteți dezactiva replicările.

Pentru a dezactiva replicarea, editați documentul de conexiune în Directorul Domino. În secțiunea Replicare, dezactivați utilizarea replicării, setați valoarea câmpului Replicare la Tasks – Disabled.

Forțarea replicărilor planificate.

Puteți replica modificările la bazele de date critice, cum ar fi Domino Directory, fără a aștepta replicarea programată. După ce creați documente de conexiune, puteți utiliza comanda consolei server pentru a forța replicarea imediată.

Există multe situații în care sunt necesare replicări forțate. De exemplu, este posibil să doriți să actualizați imediat baza de date, fără a aștepta replicarea programată, sau puteți replica date de la diferite servere, deoarece aceste servere sunt de obicei indisponibile.

Când forțați replicarea imediată de la server la server, puteți replica într-una sau ambele direcții.

Comenzi pentru replicator:

Replica- Modificările în bazele de date sunt replicate în ambele direcții. Domino introduce mai întâi modificările, apoi scoate documentele modificate.

Trage- Modificările în bazele de date sunt replicate într-o direcție, unde serverul preia doar modificările de la alt server

Apăsaţi- Modificările în bazele de date sunt replicate într-o singură direcție, unde serverul împinge doar modificările bazei de date către un alt server.