Ho un applicativo (un software gestionale) che richiede SQL Server. Come
Amministratore funziona tutto OK.
Come utente, all'apertura mi dà la seguenter finestra di errore:
"connessione SQL Server
"Origine dati : AHR_DSN
"Impossibile effettuare la connessione:
"SQLState: '28000'
"Errore di SQL Server: 18452
Ho provato a seguire i consigli che mi sono stati dati in Newsgroup e a
vedermi la documentazione in linea di SQL Server ma non sono prorpio riuscito
a risolvere il problema.
Vi prego di darmi un mano.
Grazie
--
Giuseppe
Verificherei l'impostazione dei servizi di sql server, ovvero le credenziali
impostate (dalla finestra servizi, verificare MSSQLSERVER - Log On)
Controlla sui booksonline il paragrafo "Setting up Windows Services
Accounts" (in italiano "Impostazione di account di Windows per i servizi")
> Grazie
>
> --
> Giuseppe
Andrea
"Giuseppe" <Gius...@discussions.microsoft.com> ha scritto nel messaggio
news:3C018BBD-55A1-4908...@microsoft.com...
AdHOC Revolution Vero?
--
Bye Andrea
"Andrea Benedetti" ha scritto:
Sulla finestra che si apre verifichi la tab "Log On".
Andrea
Se come ho detto il gestionale è adhoc revolution e l'msde è stato
installato così com è presente sul cd fornito da Zucchetti l'account di MSDE
non è impostato su sa ma sull'account del S.O.
Di conseguenza non so se loggandosi come utente normale ed avendo fatto
l'installazione da Administrator riesca a connetersi...
Per modifcare l'autenticazione se non ricordo male bisogna modificare alcune
chiavi del registro del S.O.
--
Bye Andrea
Non vorrei direi una stupidata ma indipendentemente da dove lo hai
installato per default se non usi un file di configurazione tuo msde
installa la propria instanza con accesso legato all'account di sistema.
cerca con google come modificare la modalità di accesso metendola a sa con
una password non vuota.
Successivamente modifica la configurazione del DSN utilizzando questo tipo
di accesso.
Prima di tutto controlla allora che il dsn sia a livello di sistema e non di
utente e testato andando in pannello di controllo > strumenti di
amministrazione > origine dati > ODBC
Se funziona vuol dire che il DSN è corretto
prova a modificare la tua stringa di connessione presente nel file
AHR\EXE\CP3START.CNF in questo modo
CP_DBTYPE='SQLServer'
CP_ODBCCONN='DSN=AHRSQL;UID=sa;PWD=tuapassoword;server=nomemacchina;DATABASE
=nomedb;TRUSTED_CONNECTION=no'
avvendo la cura di sostituire TUAPASSWORD,NOMEMACCHINA,NOMEDB
--
Bye Andrea
--
Bye Andrea
Ciao
Giuseppe
"Giuseppe" <Gius...@discussions.microsoft.com> ha scritto nel messaggio
news:DEEFCFEC-6BDD-4DA4...@microsoft.com...
Premi il pulsante configura e segui gli step passo passo fino alla fine .
In una delle ultime maschere troverai il pulsante TEST o PROVA per
verificare che il DSN funzioni per quel utente.
"Andrea(3x)" ha scritto:
"Giuseppe" <Gius...@discussions.microsoft.com> ha scritto nel messaggio
news:80C2AD4E-6832-4DB6...@microsoft.com...
Se come mi hai detto nel DSN di sistema non c'è niente davo per scontato che
provavi il DSN utente...
--
Bye Andrea
I punti da controllare sono quelli relativi all'autenticazione (PAG2), se
sei sicuro che con sa e la password associata funzioni e di conseguenza hai
fleggato la voce "Autenticazione di SQL..."
Prova a verifica i protocolli usati. Pulsante CONFIGURAZIONE CLIENT
<
Anche io ho lo stesso problema di Giuseppe (forse).
Una volta installato MSDE come amministratore, non riesco più a farlo funzionare quando mi loggo come user.
Nel mio caso non parte proprio l'engine! perciò ancora prima del controllo delle password dei vari archivi installati. In altri forum mi hanno consigliato, in oltre, di togliere le protezioni alle directory dove risiedono fisicamente gli archivi, ma...niente da fare!
Mi sorprende che un problema così grave (non rendere possibile l'utilizzo di software su db sql server con MSDE a utenti non amministratori) sia rilevato solo da pochissime persone.
Il problema si verifica anche sul pc con xp dove è installato sql server 2000 completo; anche qui se mi loggo come user non riesco a fare partire l'engine.
Carlo
>
sicuramente WinXP sp2 ha introdotto alcune problematiche, ma solitamente
solo relative alla connessione (ed ultimamente sembra anche
all'installazione) e non all'esecuzione del servizio stesso... tecnicamente
l'account che esegue il servizio richiede notevoli privilegi e
l'impostazione di default, assegnata a LocalSystem solitamente non incontra
problematiche... o almeno personalmente non ne ho mai riscontrate... la
modifica, eseguita manualmente vista la mancanza di Enterprise Manager che
esegue delle operazioni di autorizzazione al notro posto, puo' comportare
problematiche solitamente facilmente risolvibili..
ho riscontrato, con l'aiuto di Luca Bianchi, volendo provvedere come
indicato in http://support.microsoft.com/default.aspx?kbid=237604, che e'
sicuramente possibile intervenire manualmente in tal senso, vedi
http://support.microsoft.com/default.aspx?scid=kb;en-us;283811&sd=tech ed
anche http://support.microsoft.com/?id=283811
saluti
--
Andrea Montanari (Microsoft MVP - SQL Server)
http://www.asql.biz/DbaMgr.shtm http://italy.mvps.org
DbaMgr2k ver 0.11.1 - DbaMgr ver 0.57.0
(my vb6+sql-dmo little try to provide MS MSDE 1.0 and MSDE 2000 a visual
interface)
--------- remove DMO to reply