salve,
andime ha scritto:

ciao a tutti,
ho un problemino: ho un server locale(S1) con sql 8 in cui ho stabilito una connessione con un server remoto(S2). Lavorando su S1 riesco ad accedere ai
database di S2 da Enterprise Manager.
Il problema viene fuori quando cerco di stabilire una conn. odbc da un client LAN verso il S2.
GRAZIE

puoi indicare le eccezione che ti vengono sollevate?
saluti

salve,
andime ha scritto:

impossibile effettuare la connessione
sql state 01000
errore di sql server 1100 impossibile effettuare la connessione
sql state 08001
errore di sql Server 6
S1 e' Server di dominio e S2 e' remoto.
premesso che punto con il nome del server e autenticazione sql.
vorrei capire: visto che il collegamento a S2 io l'ho gia' sul S1 c'e' un modo per puntare direttamente su quello?
GRAZIE

se il server remoto e' registrato come linked server (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/adminsql/ad_1_server_4uuq.asp), sicuramente si..
tecnicamente utilizzi la denominazione completa server.database.proprietario.oggetto, quindi
SELECT ... FROM S2.db.dbo.tabella t WHERE t.pk = ... ;

cio' non toglie che personalmente cercherei di risolvere il problema tecnico di connessione...
saluti

salve,
andime ha scritto:

innanzi tutto grazie per i minuti dedicati.
sql server e' un ambiente un po' nuovo.
In poche parole ecco cio' che mi occorrerebbe:
in questi due server ho dei db con dati omogenei. A livello client(molti),
ho messo su un mdb di access per l'elaborazione e visualizzazione dati. In un primo momento avevo optato per i pacchetti
DTS pero' il problema e' che durante l'importazione era imposs. usare le tab. visto che alcune di esse sono x dati storici quindi occorre molto tempo per le importazioni.
Pensavo che Enterprise Manager LOCALE, una volta collegato il db remoto, permettesse a tutti i pc della mia LAN locale di accedere al collegamento direttamente,avendo tutti i pc iscritti al dominio.

allora.....
prima dei database, dobbiamo parlare di istanze di SQL Server... la cosa non funziona come in access dove si referenzia un file.. in SQL Server e' prima necessario avere privilegi di connessione all'istanza desiderata, e quindi averi privilegi di accesso al/i database interessante/i su quell'istanza...
omettendo problematiche di connettivita' nella rete locale, la prima parte avviene tramite la gestione delle login.. e' quindi necessario che le istanze coinvolte espongano (oggetti) login registrati per far si che, con il tipo di autenticazione utilizzato, l'utente locale o remoto possa connettersi..
devi quindi verificare che l'istanza problematica sia innanzitutto raggiungibile escludendo problemi di rete, e che poi ovviamente abbia le login desiderate gia' registrate...
Enterprise Manager "locale", come dici tu, cambia poco le cose se non che avrai, localmente alla macchina, un client grafico di amministrazione.. devi quindi risolvere le problematiche di connessione a monte del tuo problema..
saluti

salve,
andime ha scritto:

visto che in precedenza ho gia' aggiornato il file hosts di wndows di S2 con gli IP dei client interessati, vuoi dire che SQL non tiene in considerazione i suddetti in fatto di autorizzazioni?
Voglio dire: i miei client sono iscritti al dominio di cui e' Amm.tore il S1,
pensavo che tutti gli utenti(autorizzazioni permettendo)potessero avere accesso diretto ai files di S2.
Quindi dovrei stabilire la connessione verso il S2 da ogni singolo client?
Pensavo poter gestire tutto tramite il mio S1 evitando una replica.
Hai per caso una soluzione per indirizzarmi? Escludiamo il problema di connettivita'.
Penso cmnq che la miscela WIN NT e SQL SERVER in fatto di autorizz... sia abbastanza rompicapo.

no... tutto sommato e' abbastanza semplice...
parliamo di autenticazione WinNT... il dominio ha dei gruppi registrati (parliamone a questo livello di granularita', che piu' si confa' ad una gestione centralizzata coerente)..
a livello di istanza di SQL Server, registrerai delle login di gruppo che siano mappate sui relativi gruppi WinNT... di base, SQL Server 2000 garantisce privilegi di login solo a Builtin\Administrators, quindi tutte le login locali alla macchina con SQL Server installato che siano membro di questo gruppo... SQL Server 2005 aggiunge anche Builtin\Users.. quindi anche tutti i membri locali di questo gruppo saranno autenticabili..
per un dominio la cosa e' simile... registra tutti i gruppi di dominio ai quali vuoi garantire l'accesso e "via".. quindi Dominio\Administrators, Dominio\Sviluppatori, etc...
saluti