Anunt

Collapse
No announcement yet.

Mentor ADMIN si despre directorul PRIVATE

Collapse
X
 
  • Filter
  • Timp
  • Show
Clear All
new posts

  • Mentor ADMIN si despre directorul PRIVATE

    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.
    Last edited by adaniel; 04 February 2016, 16:12.

  • #2
    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!

    Comment


    • #3
      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

      Comment


      • #4
        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.

        Comment


        • #5
          @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.

          Comment


          • #6
            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.

            Comment


            • #7
              @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.
              Last edited by adaniel; 24 February 2016, 10:19.

              Comment


              • #8
                Buna ziua,

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

                Comment


                • #9
                  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.

                  Comment


                  • #10
                    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.

                    Comment


                    • #11
                      Le asteptam sa apara, ca dupa ce executi la mai multe firme aceleasi operatii ca un mic robotel nici nu mai stii ce ai facut si ce mai trebuie sa faci (exemplu tva, setare zile libere pt firme deschise cu versiuni mai vechi ca cea in care apar automat aceste zile libere la salarii, modificari la constante la salarii, etc) sa speram ca ne lasa guvernul cu modificari putine anul acesta.

                      Comment


                      • #12
                        In afara de mentor admin care "pt moment" e in lucru de vro 2 ani!!!!!!! ce varianta am sa modific la salarii noile constante.
                        Intreb asta pentru ca adunate modificarile ce trebuiesc facute cu numarul de firme la care trebuiesc facute voi pierde o zi de munca doar ca sa fac aceste modificari, lucru care ma face sa cred ca degeaba este prezentat winemntor ca multi firma daca o actualizarea ma face sa pierd 8-10 ore de munca doar pentru modificari, la care adaug si procesul de actualizare propiu zisa duce spre 24 de ore o asemenea actualizarea lucru care este de domeniul fantasticului sincer am resurse hardware si soft deci limitarea este fizic la nivel de mentor o solutie nu se poste sa se faca asa este mereu la fiecare actualizarea mai majora in care trebuie sa modific manual setari in winemntor. Pentru a reduce timpii pierduti fac salvari noaptea, ma trezesc dimineata la 5 si pornesc actualizarile, pe la 7-8 sunt gata, dar raman interzis cand vad ca mai am de lucru cate 8 ore sa iau sa modific aceste fisiere manual in fiecare firma.

                        Luati in considerare ca urgenta prioritara de grad zero ca aceste modificari sa se faca automat, ca sa nu mai existe asemenea timpi de lucru pierduti.

                        O sa mi se spuna ca nu se poate NU EXISTA ASA CEVA se poate orice ca vorbim totusi de o baza de date care peste tot se spune ca e super buna si programul e super ok, dar la nivel de implementare a unor elemente suntem inca in urma cu 10 -20 de ani lucru total inadmisibil, cred ca peste 90% din utilizatori de mentor asteapta sa faca automat aceste modificari chiar in cadrului uni modul contra cost, ca sa nu mai vorbesc de declaratia 100, 101.
                        Last edited by alexadi; 18 September 2017, 12:24. Motiv: reasezarea textului pt a fi mai usor de citit

                        Comment


                        • #13
                          Procesul de actualizare propriu-zisa duce spre 24 de ore : Sfat la care nu am nevoie de raspuns rautacios, pentru ca nu e ideal, pe masina care exista, in loc de Windows Server 2006 sau mai nou, sau Vista sau mai nou, incercati sa instalati o masina virtuala Oracle Virtual Box (Free), (deci se poate instala si peste un linux, dar sa ignoram pt inceput acest lucru). Si in aceasta masina virtuala instalati un HDD Virtual de 80GB Dinamic si un Windows 2003 Server sau XP (in functie de ce era acum). Instalati Mentor in aceasta masina (BAZA DE DATE) si rulati verificarea de structuri tot din ea.
                          De exemplu : Verificare structuri pe o firma cu 3 luni ce NU trebuie actualizata, dar fara ALT-Q. Adica o pura parcurgere si comparare a structurii tablelor, fara sa scrie in ele (Baza de date locala):
                          Masina virtuala XP: 3 secunde.
                          Masina reala Windows 10 ce are si masina virtuala deschisa, aceeeasi baza de date, copiata local pe un HDD Fizic, exe, aceleasi conditii: 20 secunde respectiv 17 secunde cu antivirusul pe pauza.

                          Comment


                          • #14
                            Acualizarea are 3 pasi mari:
                            1. Salvare baza de date, rezolvata extern baza de date destul de mare ruleaza cateva ore si e ok.
                            2. Instalarea propriu zisa cu verificare structuri de dimineata de la 5 pana la 7-8 dimineata adica 2-3 ore sa zicem 5 ore in afara programului e ok ca tot merge masina non stop.
                            3. Adaugare manuala la mai mult de 3 firme in cazul meu undeva spre 100 pierd 8-10 ore de munca!!!!!!!!!!!!!!! aici plang caci mentorul e inca mult prea in urma cu acest mod de a trata actualizarile.

                            Cazul prezentat de tine este ok, e interesant dar nu rezolva pasul 3 care e cel care ma face sa pierd cel mai mult timp de munca (el rezolva pasul 2 care pas este in timpul noptii rezolvat)

                            Concluzia e simpla PENTRU MAI MULT DE 3 FIRME WINMENTOR NU ARE O SOLUTIE VIABILA LA ACTUALIZARE cel putin in momentul de fata.

                            PS: Vorbim de modificarile care trebuiesc facute manual: aduagare salariu minim, modificare configurare cass angajator si modificarile necesare pentru concedii de boala (medicale) la cass angajator adica mai scurt spus sanatatea la conediile medicale.
                            Last edited by alexadi; 19 September 2017, 16:57. Motiv: Adaugat PS:

                            Comment


                            • #15
                              1. Cu o masina virtuala, nu mai e nevoie sa salvezi cele 600.000 fisiere in mentor, ci doar HDD-ul Virtual dedicat, care este un simplu fisier cu extensia vhd pe HDD-ul fizic. Copierea unui singur fisier de 80GB de pe un disc pe altul nu ar trebui sa dureze mai mult de 40 de minute in loc de cateva ore. Solutia de backup ramane una externa, deoarece intotdeauna va fi mai buna decat una dezvoltata de mentor. Acea aplicatie externa de backup e facuta pt. un singur lucru, si automat o va face mai bine.

                              2. Diferenta de la 3 secunde la 17 secunde e peste 5 ori mai mare. Modificarile de structuri s-au micsorat foarte mult in ultimii ani, 3-4 fisiere de la o versiune la alta, tot probabil actualizarea va fi de 3 ori mai rapida, deci probabil va fi si ea de 1-2ore.
                              Daca la fiecare upgrade se executa verificare de structuri pe toate firmele, atunci se poate folosi fara probleme ALT-Q, verificarea rapida, care dupa prima verificare a tuturor fisierelor unice, isi va retine in verificarile ulterioare (pe luni si firme) doar denumirile fisierelor care au fost alterate, reducand de la 300 fisiere cate sunt intr-o luna la 4, 5 fisiere de modificat, deci la o verificare de 30 minute.

                              3. Solutia trebuia sa fie WMAdmin, retras pentru ca, cu toate lucrurile lui bune, a creat un set nou de probleme. (WMAdmin Server - trebuie sa stea permanent in fundal, tinand dll-ul BDE-ului activ permanent, ceea ce ducea in timp la erori de memorie in BDE, si in cele din urma cedau toate aplicatiile BDE odata cu dll-ul - practic BDE-ul are nevoie de restart la un anumit volum de date prelucrate; De asemenea manca un post de mentor din cheie cat timp statea activ. Instalarea aplicatiei era tratata de foarte multi antivirusi ca pe un virus, deoarece se copie pe ea insasi in 2 locatii, ea isi scrie in registri sistem amprenta, pentru a putea inclusiv dezinstalata din add/remove programs, ceea ce necesita drepturi de administrator. Acest lucru a cauzat nenumarate telefoane si nemultumiri.) Astfel s-a inceput rescrierea de la 0 a aplicatiei, spargand-o in 3 mini aplicatii, partea de client, ce foloseste BDE-ul, dar isi va salva joburile in fisiere XML. Partea de server ce va citi joburile din XML-uri, rezident in memorie si fara sa foloseasca BDE-ul si partea de Job-uri, ce va fi lansata de catre server, va incarca BDE-ul si se va descarca la final de executie. Din cauza prioritatilor legislative, acest lucru nu a mai fost finalizat. In schimb, astazi am reusit sa recreez varianta initiala de WMAdmin, compilata la versiunea curenta a structurilor, si daca se considera utila, asa cum este ea momentan, e posibil sa fie postata alaturi de kit-ul de mentor.

                              In concluzie, la 1 si 2, cele mai rapide solutii sunt cele mentionate de mine, nu se poate face absolut nimic in privinta asta, baza de date nu se poate inlocui pastrand codul, de aceea a aparut WME pentru Oracle, scris de la 0, iar Microsoft a reinventat total sistemul de blocaj si acces concurent la fisiere cu fiecare nou windows, precum si a File Sharing-ului si a protocolului TCP. Copierea folderelor unde se afla datele, cu Mentorul deschis este de 10 ori mai inceata decat daca Mentorul este inchis. Deci si Backupul de fisiere trebuie facut cand nimeni altcineva nu acceseaza vreun folder din DATA, nici macar cu database desktop.
                              Pentru problema cu nr. 3 eu inca am sperante.

                              Comment

                              Working...
                              X