l'utente non è associato ad una connessione SQL Server
squilibrio
visualizzo:
impossibile eseguire l'accesso per l'utente 'sa' Motivo: l'utente non č
associato ad una connessione SQL Server trusted
per quale motivo
Lorenzo Benaglia
> Quando cerco di connettermi al db sql utilizzando user: sa e password
> visualizzo:
>
> impossibile eseguire l'accesso per l'utente 'sa' Motivo: l'utente non
>
> per quale motivo
Ciao squilibrio,
significa che stai cercando di accedere a SQL Server utilizzando una
autenticazione SQL, ma l'istanza è configurata per accettare solo la Windows
Authentication.
Apri Enterprise Manager, seleziona il server, tasto DX, menu Properties,
seleziona il tab Security ed imposta il modello di auitenticazione "mixed"
facendo click sull'option button "SQL Server and Windows" e riavvia il
servizio MSSQLServer (ti viene proposto quando premi OK).
Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://mvp.support.microsoft.com
http://italy.mvps.org
squilibrio
ecco il problema è proprio questo!
ho installato MSDE su un Server in housing, il servizio è caricato
correttamente ed in prossimità di "Server" visualizzo il nome del mio Server
(e nell'elenco anche gli altri server .... credo dell'ISP... strano)
poi ho installato il tool gratuito DbaMgr2k per "simulare" l'Enterprise
Manager, il problema è che:
1 - in Server visualizzo local e se inserisco login (sa) e password
visualizzo l'errore indicato precedentemente
2 - nell'elenco mi vengono visualizzati tutti i server sql dell'ISP (come
indicato precedentemente) ma non visualizzo il mio nome (strano....)
tra gli utenti di Windows non visualizzo nessun utente SQL .... non so se
può servire a capire dove sbaglio....
Grazie infinite per l'aiuto
Andrea Montanari
"squilibrio" <NOSPAM> ha scritto nel messaggio
news:%23XCq1s6...@tk2msftngp13.phx.gbl...
> > Apri Enterprise Manager, seleziona il server, tasto DX, menu Properties,
> ...
>
> ecco il problema è proprio questo!
>
> ho installato MSDE su un Server in housing, il servizio è caricato
> correttamente ed in prossimità di "Server" visualizzo il nome del mio
Server
> (e nell'elenco anche gli altri server .... credo dell'ISP... strano)
> poi ho installato il tool gratuito DbaMgr2k per "simulare" l'Enterprise
> Manager, il problema è che:
> 1 - in Server visualizzo local e se inserisco login (sa) e password
> visualizzo l'errore indicato precedentemente
> 2 - nell'elenco mi vengono visualizzati tutti i server sql dell'ISP (come
> indicato precedentemente) ma non visualizzo il mio nome (strano....)
non ho capito.... la tua istanza di MSDE e' in hosting su un server remoto?
DbaMgr2k lista le istanze disponibili nella LAN alla quale ha accesso, su
chiamate Broadcast utilizzando la funzione SQLBrowseConnect di ODBC, messe a
disposizione del metodo .ListAvailableSQLServers.. il fatto che la tua
istanza non e' inlistata potrebbe dipendere dal fatto che i protocolli di
rete per tale istanza non siano abilitati, facendo si che la stessa non sia
in ascolto sulla porta UDP1434 per le chiamate in Broadcast...
ma se si trova su un server remoto in hosting, questo non e' sicuramente
possibile, e sicuramente le problematiche di inlistamento sono altre, dato
che tale funzionalita' riporta sempre un risultato mai conclusivo.
> tra gli utenti di Windows non visualizzo nessun utente SQL .... non so se
> può servire a capire dove sbaglio....
cio' che Lorenzo ha detto, e' che la tua istanza di MSDE non e' configurata
per accettare connessioni autenticate da SQL Server bensi' solo connessioni
autenticate tramite il servizio integrato di WindowsNT, le cosidette
connessioni trusted.
questo tipo di sicurezza e' il default per installazioni di MSDE su
piattaforma WinNT, e puo' essere parametrizzata al momento
dell'installazione con la specifica del parametro SECURITYMODE=SQL, ma puo'
anche essere modificata successivamente, sia intervenendo sul registro di
sistema, modificando la chiave
HKLM\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer
LoginMode = 2
per l'istanza di default, ovvero
HKLM\SOFTWARE\Microsoft\Microsoft SQL Server\NomeIstanza\MSSQLServer
LoginMode = 2
per le istanze nominate
sia Enterprise Manager che DbaMgr2k consentono la modifica di tale
impostazione; Enterprise Manager come precedentemente indicato da Lorenzo,
dove DbaMgr2k, similarmente, richiede l'accesso alle proprieta' del server,
tab "Sicurezza", proprieta' "Tipo di Sicurezza" = "Sicurezza Mista"
sara' necessario riavviare il servizio
entrambe le metodologie richiedono che tu possa accedere al server tramite
una connessione "trusted", cioe' con autenticazione WinNT, con privilegi di
sysadmin (relativamente all'istanza in argomento), diversamente, se hai
accesso al registry (con privilegi di amministratore), puoi provvedere alla
modifica della chiave sopra evidenziata.
saluti
--
Andrea Montanari (Microsoft MVP - SQL Server)
http://www.asql.biz/DbaMgr.shtm http://italy.mvps.org
DbaMgr2k ver 0.9.0 - DbaMgr ver 0.55.0
(my vb6+sql-dmo little try to provide MS MSDE 1.0 and MSDE 2000 a visual
interface)
--------- remove DMO to reply
squilibrio
La seconda spiegazione č perfetta, ora provvedo a risolvere il problema
dell'autenticazione! per quanto riguarda il primo problema:
il Server č in housing da un ISP, ho installato MSDE e nell'avvio dei
servizi, vedo il mio nome del mio server selezionato (ma potrei selezionarne
anche altri ...o meglio vedo il nome anche di altri server)! Quello che
invece succede in DbaMgr2k č: vedo local come server selezionato e se clicco
sul pulsante vedo l'elenco precedente dei server, ma non il mio ... why
this?
Andrea Montanari
"squilibrio" <NOSPAM> ha scritto nel messaggio
>....
> il Server è in housing da un ISP, ho installato MSDE e nell'avvio dei
> servizi, vedo il mio nome del mio server selezionato (ma potrei
selezionarne
> anche altri ...o meglio vedo il nome anche di altri server)! Quello che
clicco
> sul pulsante vedo l'elenco precedente dei server, ma non il mio ... why
> this?
DbaMgr2k come prompt non inizializzato mostra sempre "(local)" =;-D
devi poi tu selezionare il server spcifico... qualora il nome dell'istanza
corrisponda a NomeComputer, lo stesso sara' convertito nuovamente in
"(local)"
non capisco pero' bene una cosa... sai, l'eta' =;-D
se hai installato MSDE presso un provider esterno (cioe' lui ti ha dato
accesso ad un'istanza da lui installata su uno dei propri server), come fai
ad aver accesso alla gestione servizi, a meno che tu non possa operare in
terminal server ovvero via client di amministrazione remota, e lo stesso
vale per il Service Manager...
al di la' di questo, riprendo il discorso della finestra di inlistamento dei
server sulla rete via chiamate Broadcast...
scusami la ripetizione;
.ListAvailableServer utilizza la funzione ODBC SQLBrowseConnect(), provvista
dalle librerie ODBC dell'installazione di Mdac;
e' un meccanismo che funziona in BroadCast, ed il risultato non e' mai
conclusivo, nel senso che il risultato e' sempre influenzato dalle risposte
dei vari Server sulla rete, dai loro tempi di risposta, etc.
fino a Mdac 2.5 il meccanismo di broadcast avveniva sul protocollo NetBios
(default per le installazioni di SQL Server 7.0), ed e' stato cambiato sul
protocollo TCP/IP UDP, (default per le installazioni di SqlServer 2000), in
ascolto sulla porta 1434: se i server non ascoltano sulla porta o non
risponono in tempo, non verranno inlistati.
Alcune regole base riguardo SQL Server 7.0:
- SQL Server deve esssere attivo ed in ascolto su Named Pipes (Win9x non e'
provvisto di Named Pipes, percui SQL Server su Win9x non e' mai in ascolto
su questo protocollo e non potra' mai essere inlistato);
- SQL Server deve essere chiaramente in funzione per rispondere alle
chiamate di BroadCast; esiste una finestra grigia di circa 15 minuti dopo lo
ShutDown del server che, alla richiesta di Browse Master nel dominio puo'
rispondere comunque positivamente alle richieste;
- La presenza di un router sulla rete interrompe le chiamate NetBIOS
broadcast, cio' chiaramente limita la visibilita' delle chiamate Broadcast;
- Solamente i server appartenenti al dominio saranno enumerati.
Con SQL Server 2000, usando Mdac 2.6 e superiori, le cose cambiano un poco,
in quanto il protocollo di default e' stato cambiato nei sockets TCP/IP e,
al posto di una chiamata broadcast NetBios, viene utilizzato TCP UDP per
rilevare i server.
La logica di relevazione precedente resta influenzata:
- SQL Server deve esssere attivo ed in ascolto;
- SQL Server deve esssere attivo ed in ascolto sui sockets TCP/IP;
- SQL Server deve esssere attivo ed in ascolto su computer
WinNT/Win2000/WinXP o Win9x;
- La presenza di un router sulla rete interrompe le broadcast se
quest'ultimo e' configurato in modo da non passare le chiamate UDP
broadcast, diversamente solo i server installati sullo stesso subnet
verranno inlistati;
E' necessario l'upgrade almeno al Service Pack 2 di SQL Server 2000 perche'
il metodo .ListAvailableServer funzioni correttamente, in quanto le versioni
precedenti dei Componenti Sql-DMO di SQL Server 2000 sono bacate in questa
area.
Il service pack 3a ha introdotto alcune novita' per prevenire futuri
problemi derivanti da worms simili a Slammer e virus tipo Safhire di
origine, proliferazione e contagio via Internt che hanno indotto Microsoft a
disabilitare di default i protocolli di rete SuperSockets Network Protocols
per nuove installazioni di MSDE 2000. Istanze di SQL Server 2000 sp3a e/o
MSDE 2000 sp3a non saranno in ascolto sulla porta UDP 1434 quando
configurate di non 'ascoltare' alcun protocollo di rete, termimando di
inlistare tali istanze.
per cui proprio da quest'ultimo potrebbe essere derivare l'impossibilita' di
inlistare l'istanza
ma ripeto, non ho ben capito dove risiede l'istanza e come ti colleghi, se
da remoto, ovvero da client locale
saluti
--
Andrea Montanari (Microsoft MVP - SQL Server)
http://www.asql.biz/DbaMgr.shtm http://italy.mvps.org
DbaMgr2k ver 0.9.1 - DbaMgr ver 0.55.1