156 messaggi dal 12 agosto 2003
ah ho capito...allora è lo stesso problema che sto affrontando io.
Dipende dal fatto che probabilmente il Server non ha il protocollo Named Pipes abilitato.
Ho provato più volte a configurare il client di configurazione di SQL server ma senza esito positivo (vuoi per le mie incapacità?).
Prima o poi ci riuscirò! :)

Ad ogni modo per l'altra domanda dai un'occhiata a questo articolo se non l'hai già fatto:
http://www.aspitalia.com/articoli/db/ole-db.aspx
228 messaggi dal 06 novembre 2001
Grazie!

Si il provider ha finalmente risposto e non ci si può connettere da locale al server MS SQL del provider.

Inoltre non è ben chiaro come potrò trasferire il db che creo in locale su SQL server del provider.

Su altro forum mi è stato detto così: "Dal tuo sql locale creerai lo script SQl che creerà il db online..."

Ma non ho idea di come diavolo si faccia!!!

(e non so neppure se il provider lo preveda, se funzionerà ecc. ecc.)

...in più non ci sono opzioni nel sistema di gestioen del db SQL del provider che riguardino il backup del db... non so se devo esclamare mboh o mbah...

Tu lo sai?

ciaooo!!

Ste'

----
È saggio colui che, trovandosi di fronte a dati in conflitto, si rende conto di sapere almeno una cosa: che non sa.
---
9 messaggi dal 06 settembre 2002
Scusa, ma se acquisti anche lo spazio dal tuo provider, non pensi di fare prima? Cio che dici, di voler connettere un DB SQL SERVER da remoto, non è impossibile, ma dimentichi una cosa: IL PROVIDER HA UN FIREWALL CHE NON APRIRA' MAI !!!!! La porta 1433 etc è una delle porte che certamente il provider ha provveduto a proteggere dall'esterno, altrimenti vuol dire che i suoi server li tiene sperduti in qualche isola nella cantina di chissà chi. ARYSOFT.IT
156 messaggi dal 12 agosto 2003
lo script SQL ricrea la struttura dati ma non il contenuto.
Io ho provato ad utilizzare uno script vbs che poi ho integrato in una pagina ASP per ottenere tutta una serie di stringhe sql per ricreare il contenuto.
L'unico problema è che se hai un milione di record non so quanto potrebbe impiegare e incidere sulle prestazioni del server.
Ad ogni modo per ricreare la struttura devi

click destro su un database > tutte le attività > genera script SQL

e poi selezioni quello che ti interessa
228 messaggi dal 06 novembre 2001
Arysoft, certo che ho lo spazio web presso lo stesso provider!

Solo non volevo "smacchinare" facendo il db qui, poi facendo un qualche diavolo di script che non so nemmeno se funzionerà, poi trasferirlo on line, e infine scoprire che ci posso trasportare solo la struttura, ma non i contenuti...

Grazie millissime pheb!!

Per fortuna in un caso mi sarà sufficiente ricreare la struttura e nell'altro avrò giusto qualche record da salvare, niente di drammatico me la dovrei cavare in pochi istanti eheheh

Tnx!!

Ste'

----
È saggio colui che, trovandosi di fronte a dati in conflitto, si rende conto di sapere almeno una cosa: che non sa.
---
2.410 messaggi dal 13 febbraio 2003
Contributi
"arysoft"
Cio che dici, di voler connettere un DB SQL SERVER da remoto, non è
impossibile, ma dimentichi una cosa: IL PROVIDER HA UN FIREWALL CHE NON
APRIRA' MAI !!!!!

e perchè mai??`Ci sono provider che lo fanno

La porta 1433 etc è una delle porte che certamente il
provider ha provveduto a proteggere dall'esterno, altrimenti vuol dire che
i suoi server li tiene sperduti in qualche isola nella cantina di chissà
chi. ARYSOFT.IT

ehm puoi benissimo cambiare la porta di default e quindi crittografare il
contenuto con PKI oppure dare accesso solo a determinati client tramite
ipsec, oppure, ....... pertanto come vedi non bisogno avere un server in
cantina per aprirlo ma basta sapere cosa e soprattutto come aprire
9 messaggi dal 06 settembre 2002
Vorrei solo ricordarti che una miriade di hacker agguerriti ed inc..ti con chi usa server Microsoft sono sempre pronti a divertirsi; è vero, puoi gestire le access list, puoi impedire il port scan, puoi fare tante cose, ma... dimmi, quanti siti vedi che vengono defacciati con una rapidità estrema? Il problema è solo in questo; se non ci fossero tanti fessi che si divertissero con programmini di cui non conoscono la natura e che molto spesso fanno danni anche seri, noi programmatori vivremmo molto meglio e non ci ritroveremmo ad avere problemi del genere. L'aprire delle porte non esclusive per favorire alcuni è un rischio a cui io personalmente esporrei mai i miei utenti; meglio rimetterci un po', ma garantire l'affidabilità e la stabilità del servizio; sono sicuro che la pensi anche tu cosi'. In quanto alla nostra amica, penso che forse spendere pochi euro per uno spazio internet anche protetto dal provider con tecnologie adeguate (sia che si tratti di TopHost, che di Arysoft, che di Aruba, che di chicchessia), qualunque esso sia, non puo' che giovare alla sua causa e sicuramente gli permetterebbe di utilizzare sia i suoi script che l'SQL al meglio delle sue potenzialità. Tutti noi vecchi sistemisti sappiamo che una connessione remota con un database è si' possibile, ma non certamente sicura, affidabile e soprattutto performante. La mia non vuole essere assolutamente una polemica, ma un valido consiglio per tutti coloro pensino che avere un IP fisso, affittarsi uno spazio SQL possa trasformarli in piccoli provider. Saluto cordialmente tutti. ARYSOFT.IT
2.410 messaggi dal 13 febbraio 2003
Contributi
"arysoft"

Vorrei solo ricordarti che una miriade di hacker agguerriti ed inc..ti con
chi usa server Microsoft sono sempre pronti a divertirsi; è vero, puoi
gestire le access list, puoi impedire il port scan, puoi fare tante cose,
ma... dimmi, quanti siti vedi che vengono defacciati con una rapidità
estrema?

e questo che c'entra con una connessione mssql??

Il problema è solo in questo; se non ci fossero tanti fessi che si
divertissero con programmini di cui non conoscono la natura e che molto
spesso fanno danni anche seri, noi programmatori vivremmo molto meglio e
non ci ritroveremmo ad avere problemi del genere.

no il problema è un altro, ovvero se non ci fossero tanti fessi a fare i
sistemisti

L'aprire delle porte non
esclusive per favorire alcuni è un rischio a cui io personalmente esporrei
mai i miei utenti; meglio rimetterci un po', ma garantire l'affidabilità e
la stabilità del servizio; sono sicuro che la pensi anche tu cosi'.

per nulla, è inutile blindare una casa lasciando poi aperte le finestre il
99% dei problemi non arriva dall'esterno (quelli si risolvono configurando
correttamente firewall e tenendo aggiornato il sistema operativo) ma il 99%
dei problemi arriva dall'interno, script o applicativi scritti ad cazzum o
ancora peggio servizi che girano in localsystem ecc. dove tecniche come
privilege escalation oppure user impersonation la fanno da padrone
permettendo di fatto un utente web anonimo esterno di avere completo
controllo del server, in quest'ottica iis 6 ha fatto passi da gigante ma
siamo solo agli inizi pertanto non mi preoccuperei più di troppo ad aprire
una porta mssql soprattutto se come sempre il server mssql NON È IL SERVER
WEB ma è una o meglio più macchine distinte

In
quanto alla nostra amica, penso che forse spendere pochi euro per uno
spazio internet anche protetto dal provider con tecnologie adeguate

[snip]

e che c'entra con la connessione??

Tutti noi vecchi sistemisti sappiamo che una
connessione remota con un database è si' possibile, ma non certamente
sicura, affidabile e soprattutto performante.

allora la connessione puoi benissimo come già scritto metterla in un tunnel
ssl
buona lettura
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/secmod/html/secmod33.asp

per la sicurezza abbiamo visto sopra, per l'affidabilità e le performance
scusa ma non ci arrivo perchè non dovrebbe essere affidabile e
performante???


La mia non vuole essere
assolutamente una polemica, ma un valido consiglio per tutti coloro
pensino
che avere un IP fisso, affittarsi uno spazio SQL possa trasformarli in
piccoli provider.

????? Sorry ma non vedo il nesso in questa discussione di una frase di
questo tipo, se vuoi andiamo sotto il forum giusto e ne discutiamo per
benino.
Modificato da ITHost il 30 luglio 2005 17.46 -

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.