Mentor ADMIN si despre directorul PRIVATE

[adaniel]

Sfaturi practice.

1. Valabil pentru toate aplicatiile BDE. Initial a fost MENTOR.EXE, aplicatie unica, gandita sa ruleze singura la un moment dat pe calculator, iar directorul PRIVATE era numai al lui. DAR, directorul PRIVATE era folosit la fel ca directorul DATA, permitand accesul concurent a mai multor aplicatii pe el, acces memorat de fisierele lck, fisiere care dispar abia dupa inchiderea tuturor aplicatiilor BDE, de pe toate calculatoarele ce il acceseaza. Dar adevaratul director privat al BDE-ului a ramas acela de unde rula executabilul, astfel toate SQL-urile se rulau la nivel de executabil, si in caz de oprire fortata, ramaneau agatate, langa exe, atat fisiere lck cat si fisiere QUERY SQL. De aceea MentLCK nu stia sa le stearga, si desi reuseati sa intrati in MENTOR, pe machetele de iesiri va izbeati de close dataset, pt ca se rulau sql-uri (view articole) la nivel de exe.

La un moment dat a aparut varianta Windows SERVER + Terminal SERVER. Acest lucru a rezolvat problemele retelei proaste, dar fiecare a instalat dupa cum l-a taiat capul. Unii au inteles ca fiecare utilizator de pe server va trebui sa aiba propriul folder de mentor, pentru ca in cele din urma s-au izbit de erori de genul FILE HAS GROWN TOO LARGE. Au mai aparut apoi fel de fel de aplicatii (Curierat, Restaurant, ServiceAuto, Declaratii, MentorAdmin, WMexport) toate folosind BDE-ul. Incercand sa rulati toate aceste aplicatii din acelasi folder a dus la majoritatea utilizatorilor(care au un volum de lucru mare, care nu inchid mentorul decat la iesirea din program, sau care nu stiu sa inchida o sesiune de remote prin logout si fac numai disconect) sa primeasca cam acelasi mesaj ca la remote. Pentru ca se aduna un numar de zeci de mii de table in decursul a cateva ore de lucru, chiar daca in directorul private vedeti numai cateva, fisierele lck de acolo pastreaza evidenta si continua sa creasca, pana cand nu mai poate fi citit, inclusiv aplicatiile incep sa se miste din ce in ce mai greu. Acest lucru se putea observa si cand se rula doar MENTOR-ul o zi intreaga, ajungand pe la sfarsit de zi sa "crape".

Solutia a fost foarte simpla. Pentru a micsora numarul de fisiere care se creeaza in PRIVATE, fiecare aplicatie, pentru fiecare utilizator trebuie instalata in propriul ei folder (ACEST LUCRU TREBUIE FACUT DE CEI CE SE OCUPA DE INSTALAREA LOR). In afara de mentor, restul nu au nevoie decat de PRIVATE, Protect.dat si nethasp.ini pentru a putea rula. Aceasta insa nu rezolva problema lck-urilor la nivel de exe si nici problema utilizarii indelungate a unei aplicatii. Cea de a doua implementare a fost la nivel de executabile, in care se specifica directorul privat al sesiunii BDE sa fie tot in directorul PRIVATE. Ce inseamna acest lucru. Prima reactie, cea negativa care ati observat-o, este imposibilitatea de a rula 2 aplicatii din acelasi loc, sau doua sesiuni de terminal server din acelasi loc, aparand eroarea DIRECTORY IS LOCKED. Acest lucru, desi pare ENERVANT pentru cei ce s-au obisnuit cu o configurare de ani de zile, va obliga insa sa faceti lucrul corect, adica sa instalati fiecare aplicatie in propriul lui folder. (Si in alta ordine de idei, pana acum nu am reusit sa vad un calculator ordonat, fara zeci de directoare amestecate create direct pe partitie, toate folderele de kituri, alaturi de foldere cu documente, cu cele de filme, alaturi de alte zeci de fisiere exportate tot direct in partitie. Deci nu vad care este problema instalarii aplicatiilor mentor in foldere separate. Pe TERMINAL SERVER se poate crea o ordine, 2 foldere in partitie, unul cu DATEMENT, unde se afla baza de date, DATA, FUNDAL, NETDIR si NEW, si alt folder de USERI, unde pentru fiecare user am folderul lui de mentor: User1MENT, User2MENT, User3MENT, User4DECL, User5REST, etc. In felul acesta se poate seta corect securitatea fisierelor, configurarea antivirusilor, dezactiva shadowcopy acolo unde sunt datele, si dispar multe erori TEHNICE de MENTOR, care se dovedesc de fapt proaste configurari de windows.)
Ceea ce nu s-a observat, este faptul ca MentLCK isi face treaba, pentru ca nu mai exista lck-uri la nivel de exe. Pentru ca am specificat ca diretorul PRIVATE este numai al aplicatiei, BDE nu va mai tine evidenta tablelor temporare, lck-urile ramanand in 4kb, automat, sql-urile si toate prelucrarile temporare (inclusiv liste) se executa putin mai repede, si nu se mai incetineste in timp MENTOR-ul. (se observa doar la volum mare de date).

2. Acum, sperand ca m-am facut clar de ce se instaleaza aplicatiile in foldere separate, cateva lucruri despre MentorADMIN.

Install MentorADMIN.exe este o arhiva 7zip, care la rulare, dezarhiveaza fisierul MentorAdminC.exe in directorul TEMP al utilizatorului, pe care il executa.
Pentru a nu complica situatia, acest executabil poate sa se autoinstaleze, respectiv dezinstaleze. Si aici apare prima problema:
Daca o aplicatie de instalare este un executabil care copie executabile si alte fisiere diferite in calea de instalare, aceasta aplicatie se copie pe ea insasi, odata in calea de instalare si inca o data in directorul SERVER al caii de instalare. Serverul este de asemenea setat sa se porneasca odata cu windowsul. La finalul instalarii, atat aplicatia din calea de instalare cat si serverul sunt pornite. Deoarece practic ele sunt aceleasi fisiere, ruland doar parametrizat, ANTIVIRUSII(KASPERSKY, BITDEFENDER) IL DETECTEAZA CA FIIND TROIAN, MALWARE, pe baza comportamentului sau. (Troienii sunt executabile care se multiplica in diferite locatii si se executa, pe langa altele). Cel mai simplu este sa dezactivati temporar antivirusul, cat instalati aplicatia. Daca nu a apucat sa-l adauge in lista lui de programe nedorite, la instalare, nu il va mai detecta ca malware la rulare.

Aplicatia este construita in sistem Client-Server. Ceea ce inseamna: Comenzile (joburile) ce le salvati, credeti ca le rulati din aplicatia client MentorAdminC.exe, ele sunt executate de aplicatia MentorAdminS.exe de pe calculatorul de unde ruleaza. Astfel, clientul poate sa fie rulat de pe o statie locala, alta decat cea pe care se afla baza de date, in timp ce serverul este de preferat sa se execute pe calculatorul unde este baza de date. Efectele benefice sunt urmatoarele:
- Singurele date ce se prelucreaza prin retea sunt cele ale machetelor de configurare a joburilor. Jobul efectiv se executa pe fisierele locale, o verificare de structuri, chiar daca este data pe pe o statie client, se va executa la fel de repede ca si cea de pe server. Nu va fi nevoie sa se intre pe calculatorul SERVER pentru a se da aceasta verificare din MENTOR/SERVICE.
- Nu este nevoie sa priviti monitorul cat timp se executa joburile, sa stati cu aplicatia clent deschisa. La verificare de structuri aplicatia ia firmele la rand, in masura in care nu exista utilizatori pe acea firma, daca o firma este blocata de un utilizator, se trece la urmatoarea, si dupa ce a parcurs toata lista de firme, revine din nou pe firmele blocate in speranta ca au fost eliberate. Jobul se opreste abia cand toate firmele au fost verificate. Daca nu se iese dintr-o firma, jobul intra intr-o bucla de asteptare a eliberarii firmei.
- Aplicatia nu ar trebui sa tina un post blocat in cheie/un utilizator blocat, verificarea din MENTOR/SERVICE blocheaza un utilizator/calculator.
- Cand vorbim de firme cu multe calculatoare si un server dedicat, de obicei serverul acela nu se mai inchide la sfarsitul programului. Joburile pot fi programate sa ruleze dupa program, cand nu mai este nimeni in firma, si nu vor tine nici un angajat dupa program (ADMINISTRATOR sau cine se ocupa de chestii tehnice in firma respectiva). Astfel daca un upgrade de MENTOR se face fie in timpul programului fara verificare pe toate firmele, lasand utilizatorul sa-si faca verificarea cand intra pe firma dorita, fie cineva asteapta sa se inchida firma dupa care da instalare, si a doua zi la prima ora o finalizeaza, iar daca nu este finalizata, se asteapta, pentru ca nimeni nu mai poate lucra, MentorADMIN poate fi programat sa porneasca verificarea pe firme dupa program, iar daca a doua zi nu este gata, numai firma in lucru este blocata, utilizatorul fiind avertizat, pe restul se poate lucra, iar daca firma nu a fost verificata inca, MentorAdmin va intra in acea bucla de asteptare, in caz ca era necesara utilizarea firmei.
- La jobul de salarii, avantajul clar este cel in operarea simultana a modificarilor pe baza unei firme/luni martor, micsorand semnificativ numarul de clickuri.

ERORI SI REMEDIEREA LOR.

Aplicatia momentan este in regim BETA, adica toate optiunile pana acum dezvoltate pot fi rulate, dar nu a fost testata suficient, pot aparea erori la rularea serverului si a joburilor, posibil conflicte si blocaje cu mentorul. Nu poate deteriora baza de date. In starea IDLE (nu face nimic) a serverului, singurele table accesate sunt cele proprii (JOB* la nivel de DATA), deci nu are cum sa deterioreze alte table. Actualizarea datelor salariale este o procedura relativ rapida, cea de verificare de structuri este o procedura ce dureaza mult timp, dar este bazata pe aceeasi verificare sigura din MENTOR/SERVICE (Nu am reinventat roata. Posibil sa o fac, daca voi observa o accelerare a vitezei de verificare printr-o alta metoda, respectiv sa aiba un impact cat mai mic asupra mentor-ului care ruleaza in acel moment.)
Aplicatia creeaza niste fisiere TEXT cu extensia LCK. Nu sunt LCK-uri adevarate:
WMACHANGE.LCK : Se creeaza pt a anunta ca exista o modificare in lista de job-uri, anuntand serverul sa le parcurga si sa vada daca trebuie rulat un nou job. Se sterge la fiecare actualizare de joburi.
WMALOCK.LCK : Apare odata cu instanta serverului, MentorAdminS.exe, asigurand unicitatea instantei. Practic acest lucru spune calculatorului X sa nu porneasca o instanta de server, daca exista deja ruland pe calculatorul Y. E absurd sa pui 2 servere sa execute joburi, pentru ca se lucreaza cu fisiere, si citirea simultana pe disc nu face decat sa mearga mai incet decat s-ar fi executat joburile secvential. Se sterge la inchiderea normala a serverului. Acest fisier nu poate fi sters manual atata timp cat aplicatia server este deschisa.
WMASLOCK.LCK : Apare cand se executa un job. Fisierul este blocat la stergere pe toata perioada executiei jobului, se sterge la terminarea executiei. (cu sau fara erori). Acest lucru este tot pentru a nu permite sub nici o forma executia simultana a 2 joburi. ele se executa pe rand.

Pe verificarea de structuri, se creeaza fisierele STOP.TXT la nivel de firma pe care se face verificarea, respectiv STOP.TXT si STOPMASTER.TXT la nivel de DATA.
Fisierul STOP.TXT a fost utilizat si de MENTOR pentru a bloca temporar din service accesul la ceilalti utilizatori, altii decat master, pentru diferite operatiuni ce urmeaza a fi facute.
Fisierul STOPMASTER.TXT este specific MentorADMIN si blocheaza inclusiv Master-ul sa acceseze firma la un moment dat, pentru ca o verificare de structuri cere exclusivitate.

In caz de oprire fortata/crash a serverului, se pot sterge toate aceste fisiere fara nici o problema, lck-uri si STOP*.TXT.


Mai sunt multe de facut in ea (toate meniurile inhibate, repetare periodica a joburilor, salvari/restaurari programate, notificare/descarcare automata versiuni noi de pe site, alte lucruri ce se pot automatiza), asa ca orice eroare / blocaj / sugestie trebuie precizata, pentru a fi remediata, si iertati-mi erorile gramaticale, pe care nu am mai avut timp sa le corectez.

[smigel]

Buna ziua,
Cum fac update la Mentor Admin?
Am pus versiume noua de Mentor, dar daca folosesc Mentor Admin sa fac verificare structuri, imi face verificarea cu o versiune veche!?!
Mi-a mancat o jumatate de zi si nu am reusit... Am multe firme...
Multumesc!

[andrea]

A, deci aceasta e problema ... Am crezut ca nu am folosit eu corect MentorAdmin, desi la precedenta verificare de structure a mers.

Am dat drumul manual :-(

Spor,
Andrea

[adaniel]

Din pacate, Mentor Admin este in revizie momentan, incercand sa izolez cat mai mult dependenta lui de BDE.

De asemenea mi-am dat seama ca trebuie o alta solutie pentru verificarea de structuri, pentru a nu fi nevoie sa sincronizam Adminul cu Mentorul, la fel cum se face si cu programul Restaurare, fie bazandu-ma pe NEW, fie cu o optiune pe verificare in care sa se aleaga versiunea de verificare, cu descarcare de configurare online de pe serverul nostru.

Un alt lucru ce am observat, este o greseala vad ca intalnita des ce duce in panica. Adica in momentul in care upgrade-ul de mentor nu functioneaza, se face dezinstalare de admin, se incearca din nou, tot nu merge, se sterge BDE-ul din registri,
se incearca din nou, tot nu merge, se da restart la calculator si abia acum cu admin dezinstalat, registri stersi, observati ca merge upgrade-ul.

DAR nu stiu cati s-au gandit vreodata sa verifice in locatia unde a fost instalat Admin ca server, daca nu cumva exista iconita in dreptul ceasului, adica el ruleaza in fundal, chiar daca nu face la prima vedere nimic.
Dar serverul verifica periodic 2 table pe care le tine deschise.
Astfel. Install-ul nu functioneaza, vrand acces deplin pe baza de date. Dezinstalarea de admin sterge Adminul, dar nu poate sterge serverul ce ruleaza in fundal si nici nu-l pot inchide fortat, pentru ca e posibil sa ruleze ceva in acel moment si corup tablele. Astfel el continua sa ramana activ. Se sterg si registri BDE-ul, dar Admin fiind in memorie, idapi32.dll nu se descarca, astfel BDE-ul continua sa ramana activ in memorie, dar nu mai exista caile catre MENTORALIAS, etc... si install-ul tot nu va merge. Abia dupa restart, cand dll-ul nu mai este in memorie, si nici adminul, install-ul de mentor va functiona, dar cat timp s-a pierdut.

O alta varianta, inainte de a sterge admin, registri, etc... daca s-a vazut ca nu a mers install-ul din prima, si s-a dat restart si tot nu a mers, la fel nu s-a verificat daca nu e adminul deschis, pentru ca el porneste odata cu windowsul.

Si astfel se pierde o ora intreaga, se ajunge pana la urma la concluzia ca Adminul a distrus registri BDE-ului, pentru simplul fapt ca nu s-a verificat daca nu cumva MentorAdminS.exe este rezident in memorie la momentul install-ului/upgrade-ului de mentor.

Cand se doreste dezinstalare/upgrare de Mentor Admin, atentie la textul rosu care scrie daca serverul este activ. Pentru ca daca este activ, MentorAdminS.exe nu se va sterge/actualiza.

[adaniel]

@smigel

Mentor Admin tine intern structurile tablelor conform versiunii aplicatiei, la fel ca mentor sau restaurare. Versiunea Mentor Admin 3200806 va actualiza tablele compatibile cu Mentor.exe cu aceeasi versiune.
Asta inseamna ca trebuie descarcate odata cu install-ul de mentor. Momentan nu s-a pus o versiune de Admin.

[alexadi]

Eu am patit ca dupa ce am actualizat salariile cu mentor admin sa ma trezesc ca aleator imi intra in demo un utilizator si nu intelegeam de ce, cu restart de server parea ca se rezolva dar tot mai des utilizatori aveau acces interzis sau demo, testat astazi (utilizam eu doua sesiuni deschise de TS si 2 licente (utilizatori diferiti din foldere difereite) si vedeam ca pe una logarea este f greoaie si apare demo) si imi ramasese activ in prezenta.db ca mentor admin imi utilizeaza o licenta, sters acea linie din prezenta.db si am putut sa ma loghez fara nici un demo cu 7 utilizatori adica fix cate licente sunt. Am zis ca fiind in teste e bine sa se verifice si acest aspect.

[adaniel]

@alexadi

Mentor Admin BETA mananca un post in cheie. Pe viitor lucrul acesta va fi remediat. O solutie temporara ar fi sa se inchida serverul de admin si sa se reporneasca dupa ce s-a intrat in Mentor.

[toni]

Buna ziua,

Suntem societate de expertiza contabila (multe firme , multe actualizari).
Ce sa mai intamplat cu proiectul MentorAdmin?

[alexadi]

Iti raspund eu a murit in fasa ca si proiectul declaratiei 100. Dezvoltarea lor e ca si cum ai construi autostrada in romania sau metroul in bucuresti incepe vijelios si nu mai exista.
Eu astept si un modul de listari automate alaturi de MentorAdmin sau chiar in cadrul lui dar e doar o speranta sper sa nu ramana asa pana la pensie.

[Solomon Silvia]

Proiectele mentionate de dvs. nu "au murit". Ele au fost puse in asteptare datorita modificarilor legislative ce trebuiau reflectate in program. Exemplu: modificari aduse de 394 atat in mentor, cat si in declaratii.