Copiare una sola tabella da un db SQL SERVER 2000 ad un altro db SQL SERVER 2008 RS

[gibra]

Originariamente inviato da Ferie
Non riesco a capire nè a trovare l'opzione per poter utilizzare il "linked server" che da quello che ho capito dovrebbe solo far si che i database risultino come unico però senza effettivamente copiare alcun dato nè da una parte nè dall'altra: questo a me non serve.

Sei in errore, non è così.
Più che cercare di 'intuire' e cercare chissà dove, ti consiglio di documentarti sull'argomento:

Linked Servers (Database Engine)
http://msdn.microsoft.com/en-us/library/ms188279.aspx


Un linked server è visibile (collegato) a quello a cui è linkato, ma i suoi oggetti (tabelle, sp, ec.) restano 'ovviamente' separati (perchè mai non dovrebbe essere così?).

La comodità è che puoi eseguire qualsiasi comando (SELECT, UPDATE, INSERT, ...) come fai normalmente.

Quindi puoi fare tutto quello che ti serve.

Il collegamento può essere eseguito sia tramite strumenti dedicati (es. SSMS) sia tramite linguaggio di programmazione.

[sspintux]

Originariamente inviato da Ferie
Non riesco a capire nè a trovare l'opzione per poter utilizzare il "linked server" che da quello che ho capito dovrebbe solo far si che i database risultino come unico però senza effettivamente copiare alcun dato nè da una parte nè dall'altra: questo a me non serve. Serve poter avere la copia dei dati per poter avere una sorta di backup di questa tabella.
...

Ciao,
per quanto riguarda il salvataggio e la schedulazione dei pacchetti SSIS
mi sembra che tu abbia solo bisogno di documentarti un pò;

se fai una ricerca in rete con "Sqlserver 2008 Howto schedule DataImport SSIS"
sarai sommerso di risultati, ed idem per il linked server.

Ho il sospetto invece che tu stia sottovalutando la proposta di soluzione
del *sinonimo + linked server* che - sempre ammesso che abbia correttamente
intuito la tua esigenza - *potrebbe* saltare a piè pari il problema della
copia della tabella in questione, la quale, giusto per fissare le idee, bettezzerò
con il nome di "TuaTabella".

Ho rimarcato il *potrebbe* perchè non avendo provato non ho la certezza assoluta
... ma, IMHO, un tentativo vale la pena farlo.

Immagino anche che attualmente nel tuo codice PHP e/o T-SQL il nome
"TuaTabella" sia relativo al sql server 2008 R2;
rinominala in "TuaTabella_2008R2" ed assegna alla tabella gemella del linked sever
(...il 2000 per intenderci) il *sinonimo* di "TuaTabella".

*In teoria* il tutto dovrebbe ora funzionare andando a leggere i dati
*direttamente* dalla "TuaTabella" del sql server 2000 senza alcun
bisogno di allineamento di dati.

Chiaramente condizione "sine qua non" è che i due server "si vedano"
e che l'utente con cui hai collegato il linked server abbia i giusti permessi.

Nota anche che se tutto funzionerà ora con il sinonimo, molto probabilmente continuerà
a funzionare anche dopo aver dismesso il sql server 2000 ed aver riassegnato il nome
"TuaTabella" al suo originario proprietario senza bisogno nè
di allineamento dati nè di modifiche al tuo codice PHP e/o T-SQL.

HTH

[Ferie]

Forse mi sono spiegato male: a me non serve l'accesso ai dati da un altro server, non serve nemmeno che le due tabelle "si parlino" tra loro o che le query vengano distribuite su uno o sull'altro server. Per quello ci sono già altri tipi di controlli eseguiti da altri programmi.

Quello che mi serve è una copia giornaliera di backup della singola tabella "MiaTabella" del database "MioDatabase2012", che si trova sul vecchio server (SQL SERVER 2000).
Questa tabella dovrebbe essere copiata sul database "MioDatabase2012" che si trova sul nuovo server (SQL SERVER 2008 RS) sovrascrivendo / aggiungendo / cancellando e ricreando, non importa come, la tabella "MiaTabella" già esistente.

Non posso effettuare il backup del database perchè i due DB subiscono aggiornamenti giornalieri su tabelle diverse.

[optime]

rifaccio la domanda: i due server sono sulla stessa rete?

[sspintux]

Originariamente inviato da Ferie
Forse mi sono spiegato male: a me non serve l'accesso ai dati da un altro server, non serve nemmeno che le due tabelle "si parlino" tra loro o che le query vengano distribuite su uno o sull'altro server. Per quello ci sono già altri tipi di controlli eseguiti da altri programmi.
....

... allora, per quanto mi riguarda, valgono le proposte che ti ho già illustrato
nei messagi precedenti (ad esclusione del sinonimo ovviamente)

[Ferie]

Originariamente inviato da optime
rifaccio la domanda: i due server sono sulla stessa rete?

No.
Inoltre il vecchio server (SQL SERVER 2000) vede e comunica con il nuovo, MA il nuovo (SQL SERVER 2008 RS) non risponde al vecchio pur accettando le sue connessioni ed operazioni.

[sspintux]

Originariamente inviato da Ferie
No.
Inoltre il vecchio server (SQL SERVER 2000) vede e comunica con il nuovo, MA il nuovo (SQL SERVER 2008 RS) non risponde al vecchio pur accettando le sue connessioni ed operazioni.

... ma il dataimport di cui hai parlato come l'hai fatto

[optime]

Originariamente inviato da Ferie
No.
Inoltre il vecchio server (SQL SERVER 2000) vede e comunica con il nuovo, MA il nuovo (SQL SERVER 2008 RS) non risponde al vecchio pur accettando le sue connessioni ed operazioni.

le due cose sono in contraddizione

[Ferie]

Originariamente inviato da sspintux
... ma il dataimport di cui hai parlato come l'hai fatto

Dal management Studio, tasto destro sul "MioDatabase2012" -> Tasks -> Esporta Dati.
La procedura guidata chiede accessi del vecchio db (fonte) e accessi del nuovo db (destinazione) -> chiede cosa copiare (nel mio caso una tabella) -> seleziono "MiaTabella" -> faccio partire il task.

Ripeto: il nuovo server accetta le connessioni del vecchio server ma non gli riponde!!!

Originariamente inviato da optime
le due cose sono in contraddizione

Questa è la situazione.

[sspintux]

Originariamente inviato da Ferie
Dal management Studio, tasto destro sul "MioDatabase2012" -> Tasks -> Esporta Dati.
...
[/B]

... ma perchè "esporta dati" dal tuo nuovo "MioDatabase2012"
non dovrebbe essere un "Importa dati" ?