Uruchamianie KS-Somed bez praw administratora

[michallo]

Pytanie jak w temacie - czy komuś udało się uruchomić someda w win 7 na koncie zwykłego użytkownika?
Da się jakoś obejść konieczność posiadania praw administratora?

[Zdrowy]

Bez problemu. Trzeba dać uprawnienia r/w do folderu programu, do folderu BDE, do folderu NETDIR z BDE, do gałęzi rejestru BDE (uwaga na 64bit bo jest w innym miejscu).
Najwygodniej instalować na koncie z uprawnieniami administracyjnymi, a później ograniczyć uprawnienia na tym koncie.

W ostateczności (jeśli wszystko dobrze zrobiłeś to nie ma takiej porzeby):
- zezwól na Create Global Objects w GPO
- wyłącz tymczasowo (uruchom program, reboot i przywróć) "Kontrolę konta użytkownika" w Panelu Sterowania w ustawieniach Kont.

[michallo]

Dzięki kolego, sprawdziłem i niestety nie działa albo coś robię źle.

Konto na którym działam zostało założone przy instalacji systemu (Win 7 Pro 32b) jako administrator.
Następnie na nim zainstalowany klient oracle, BDE i KS-SOMED, po zmianie typu konta z 'Administrator' na 'Użytkownik' somed uruchamia się, ale przy łączeniu z bazą wyskakuje poniższy błąd:


Następnie zgodnie z Twoimi zaleceniami nadałem pełne prawa temu użytkownikowi do folderów (z podfolderami):
BDE (c:\prog files\common files\borderland shared\BDE)
Ks-SOMED (c:\KS\)
Net dir (c:\BDEShared)
gałąź BDE (HKEY_LOCAL_MACHINE\Software\Borland\Database Engine)

KS-SOMED zachowuje się tak samo jak wcześniej - uruchamia się, ale przy łączeniu z bazą komunikat jak wyżej

[Sorn]

sprawdź czy BDE łączy się do bazy.
Kliknij dwukrotnie na alias w bde, podaj hasło i jeżeli pojawi się komunikat o błędzie to znaczy, że problem leży po stronie bde (np. brak uprawnień do katalogu z klientem oracle).
Jeżeli BDE połączy się bez problemów to wejdź do rejestru i usuń z klucza Kamsoft\KSPL wpisy xuser i xpass.

[michallo]

BDE łączy się bez względu na to czy uruchomię je z poziomu użytkownika czy administratora.

Nadałem uprawnienia do folderu oracle (C:\app\$username)  użytkownikowi i różnica teraz jest taka, że jak użytkownik ma prawa administratora to KS-SOMED działa prawidłowo uruchomiony normalnie, czyli bez "Uruchom jako administrator", ale niestety kiedy zmienię typ konta z 'Administrator' na 'Użytkownik' to sytuacja taka jak wcześniej - program się uruchamia ale nie łączy się z bazą.

[Profesor Wilczur]

W "skrócie" wygląda to tak (oracle):

1. instalujesz someda instalatorem z konta admina
2. niezależnie od ilości problemów zgłaszanych przez ksplkoniecinstalacji klikasz do końca
3. uruchamiasz bdeadmina; wskazujesz mu miejsce zapisu IDAPI32.CFG (na przykład) w katalogu c:\ks\ks-plw
4. dodajesz w bdeadminie wpis 'gm' z odpowiednią server_name
5. uruchamiasz koniecinstalacji jeszcze raz, jak nie będzie darł mordy to ok
6. uruchamiasz ksplkonfigurator i ustawiasz numer stanowiska, ścieżkę aktualizacji
7. dajesz wszelkie prawa użytkownikowi do katalogu someda (w tym przypadku c:\ks\ks-plw)
8. profit.

[michallo]

Nie licząc punktu 3. tak właśnie został zainstalowany SOMED, w którym miejscu w bdeadmin mam wskazać miejsce zapisu IDAPI32.CFG ? Czy to jest net dir?

[Profesor Wilczur]

Object->save as configuration.