Am rezolvat problema īn sfīrşit. Eu voi include numărul posibil de detalii īn răspunsul meu īn aşa mod ca acest post să fie util pentru alţi utilizatori şi compania i2, inclusiv şi pentru o posibilă rezolvarea tehnică a problemei.
Īnc-odată, eu utilizez iBase 5.0.5 cu Data Miner 3.0.5.
Baza noastră de date iBase funcţionează pe bază de SQL Server 2000 şi utilizează SQL Server Analysis Services 2000.
File-ul nostru de securitate este īncă īn formatul MS Access.
După īntreprinderea măsurilor de testare, am concis că problema este īn setările fundamentale ale utilizatorului, prevăzute īn file-ul de securitate, la care eu n-am acces prin intermediul GUI cu iBase Designer, astfel, am decis să transmit file-ul de securitate la SQL Server. După ce transmiterea a fost finisată, am obţinut posibilitate să examinez īn tabela _User şi să vizualizez nişte proprietăţi ale extensiunii utilizatorilor. Am observat că unii din utilizatori noi au identificatori de extensiune, prevăzute de file-ul de securitate, care sunt ataşate la coloană UID (de exemplu 112\GO), iar utilizatorii vechi au numai UID (de exemplu 102). Mi-am adus aminte, la fel, că Analysis Services, pe parcursul creării bazei de date pentru construirea cuburilor, utilizează login-ului i2 plus un numărul...care, cred că este număr UID.
Am scos identificatorul din UID al utilizatorului NEWPERSON (account-ul care are drepturile administratorului de sistem, dar care nu poate construi cuburi). Am fost nevoit să reactivez account-ul prin intremediul iBase Designer, īntrucīt, mă gīndeam că modificările operate īn extensiuni au făcut īncărcătura īn unele verificări, dar deodată după ce am făcut această, am putut liber să mă logez īn iBase şi să creez un cub.
Am vrut să mă verific şi am creat un utilizator nou, am verificat UID şi am observat că identificatorul a fost ataşat (de exemplu 114\GO); am īncercat să creez un cub, īnsă fără succes.
Ulterior, am luat identificatorul din file-ul de securitate, am creat un utilizator nou, am verficiat UID şi am văzut că el are numai numărul (ex. 115); după aia am creat un cub īn iBase cu succes.
Se pare că prin ataşarea identificatorului "\GO" la UID, simbolul backslash cauzează dezordine pentru Analysis Services 2000, īntrucīt, acest nu este valabil pentru un nume al bazei de date.
Am şters identificatorul din Proprietăţile File-ului de Securitate şi am fost nevoit să reiniţializez utilizatorii care au fost afectate.
Acum eu pot să ies din adăpostul meu şi să primesc un premiu de la experţi analitici.......heh heh.
|
