SQL SERVER 2000 - Replica!?!?

[blurpax]

Ciao a tutti!
Spero possiate aiutarmi, ma mi accontenterei di un link dove trovare un suggerimento...

Ho un sistema che si appoggia ad un DB SQL SRV 2K...
Ho assoluto bisogno di avere un back up dei dati, ma in tempo reale... cioè vorrei che ogni scrittura venisse inviata ad un altro DB 'parallelo' in modo da averlo sempre allineato...

Spero di essere riuscito a spiegarmi...

Ho già letto un pò di roba da MS, ed ho visto la funzione REPLICA, ma non sono sicuro che sia quello che cerco...

Grazie in anticipo!

Blur!

[Gioba66]

sì, è proprio la replica quello di cui hai bisogno.

[blurpax]

ok... sai anche dirmi quale dei tre tipi? e in 2 parole come dovrei impostare la cosa? grazie!!!

[Gioba66]

inizi con la replica snapshot scegliendo cosa replicare
se poi hai la situazione

server pubblicazione ---> server distribuzione
cioè il secondo ti serve solo come backup
allora ti serve impostare un processo di replica transazionale

difficile dirti di più senza sapere cosa ti serve

in ogni caso, verifica davvero di aver bisogno della replica; di solito la necessità di avere un backup con dati aggiornati in tempo reale non sempre è una necessità reale...

[blurpax]

La necessità credo proprio sia reale...
Sarà il DB di backup del DB che contiene progressivi, transazioni monetarie e quant'altro...
Qualora dovesse entrare in funzione devo essere sicuro che il DB sia nella stessa identica situazione di quando è crashato l'originale...

Confermi quanto detto prima?

[Gioba66]

se hai questa criticità ti serve forse altro. Hai una macchina dedicata come dbserver? che politica di raid hai sul dbserver?

inoltre, circa la replica, dove metti il db di replica?

[blurpax]

Provo a farti un quadro un pò + completo...

Al momento questo DB sta su un cluster perfettamente ridondato, con tutti i dischi in raid, dove gira anche l'applicazione che scrive sul DB, quindi sarei abbastanza tranquillo...
ma... i miei capi vogliono ancora + sicurezza... allora ho pensato di utilizzare un altro server (no cluster), installare la stessa applicazione e il DB... così in caso il cluster dovvesse liquefarsi, metto ho una scappatoia...
il DB però deve assolutamente essere identico all'originale... in quanto la positiva riuscita dell'operazione dipende da quelle precedenti e quindi da vari progressivi... quindi se i DB non fossero allineati avrei quest migliaia di terminali tutti disallineati... un casino insomma... eheh...

Ho letto anche dei trigger... cosa ne pensi? Non ho molto chiarop come continuare la stringa di creazione del trigger...
CREATE TRIGGER [TRIGGER NAME] ON [dbo].[TTOTALI] FOR INSERT, UPDATE, DELETE AS

[Gioba66]

se i tuoi capi vogliono stare tranquilli, comincia col separare l'applicazione dal db: trovi ovunque spiegati i motivi del perché di una simile decisione.
ad esempio qui (dopo esserti registrato)
http://www.sqlservercentral.com/colu...thesamebox.asp


se vuoi avere due db allineati meglio usare la replica

[bighome]

Ma se ti fai un export dei dati con il DTS su un atro db che chiamerai <nome_database>_appo e quindi avrai il database completamente replicato? E se ti serve di switcharlo al volo cambi l'odbc o quello che è... Nn è + facile così o forse nn ho capito la tua esigenza

[blurpax]

Si, l'idea non sarebbe male... ))

Solo che io ho bisogno di avere sempre i due DB allineati... capito?

Ho approfondito la cosa, e credo proprio che userò le repliche...
Partendo da uno snapshot iniziale per poi passare ad un transazionale...

ho creato i server di distribuzione e le sottoscrizioni (poush)... ho però problemi di permessi (credo) in quanto l'istanza fallisce quando il source cerca di scrivere sul DB della sottoscrizione... mentre in locale funziona.