Newsgroup: it.comp.appl.notes-domino
Titolo: Problemi con replica

Desidero fare una replica di un DB sullo stesso server ma quando la faccio
non vedo l'icona del DB nel gestore Repliche. Di conseguenza non riesco a
programmare la replica; posso farla solo manualmente.
Sto sbagliando io oppure non  si può fare?
Se invece faccio la replica in locale su una workstation va tutto bene ma a
questo punto non posso più pubblicare il DB x renderlo visibile a tutti.
Grazie 1000 alle buon'anime che mi aiutano
--
Gildo Tremonti
Mediacars Ltd
C/ Sardenya 229-237 5º5ª
08013 Barcelona
tel. 
+34.93.232.4907
fax 
+34.93.232.2874

Sto sbagliando io oppure non  si può fare?
Io dico che non si puo' fare ma sentiamo cosa dicono gli altri.
Ciao.
-- 
Zio Ciano.

 ha scritto nel messaggio
news:9nabjc$b76$1...@billo.ntrade.it...



Ciao.
--
Zio Ciano.
Anch'io ho tentato ma non c'è modo di farla altro che manualmente.
Fulvio


Credo di non aver capito bene, vuoi fare un'altra replica di uno stesso DB
sempre sullo stesso server ma in un'altra directory??

Io dico che non si puo' fare ma sentiamo cosa dicono gli altri.
anche
perchè la cosa mi sembra un suicidio... 
Una delle prime regole non è
che ci deve essere una sola replica per server? 
Paolo Armando
--------------------------------
Inviato via 
http://usenet.iol.it
 

 che ci deve essere una sola replica per server?
Temo che altrimenti possano esserci problemi di univocità degli ID (magari
in serata controllo).

 ha scritto nel messaggio
news:C63m7.120862$TS4.1...@news2.tin.it...

In teoria non è impossibile, anche perchè lo ho già fatto per errore, però
non ha nessun senso farlo, i due DB restano uguali e se ne replico uno,
automaticamente replico anche l'altro....
quindi a che serve averne due sul server???

quindi a che serve averne due sul server???
Concordo pienamente.
Ciauz
-- 
Zio Ciano.

 ha scritto nel messaggio
news:9nam78$c2v$1...@billo.ntrade.it...

IDEM.
Anche se fosse per gestire due ACL separate dopotutto non sarebbe di una
grande utilità... la complessità non cambierebbe.
L'idea che mi sovviene riguarda la gestione con formule di replica
particolare per gestire delle "repliche sottoinsiemistiche", ma tanto vale
farlo con i readers oppure, gestendo sempre due DB, con la copia dei doc
tramite LS o la spedizione usando i Mail-In DB...

 ha scritto nel messaggio
news:4Y5m7.86208$vC1.1...@news1.tin.it...

IO lo sto usando...anzi lo sto per usare per un sistema di gestione dei
contenuti con due ambienti, uno di pre-pubblicazione ed uno di produzione.
Fulvio

 contenuti con due ambienti, uno di pre-pubblicazione ed uno di produzione.
Quale dei vari?
Quello delle due repliche sullo stesso server?
Se è su una sola macchina l'utilità mi sembra molto bassa.

 ha scritto nel messaggio
news:btlm7.128619$TS4.1...@news2.tin.it...

Avere, appunto, la replica del databse sullo stesso server. Un database è
l'ambiente di pre-produzione, nell'altro replichi selettivamente solo le
cose che vuoi vadano in produzione.
Fulvio

 cose che vuoi vadano in produzione.
Non puoi copiarcelo o mandarcelo per mail?

 ha scritto nel messaggio
news:pPQm7.108922$vC1.1...@news1.tin.it...

L'attività di editing vuol dire aggiungere, cancvellare, modificare
documenti pubblicati.....so che posso copiare, cancellare con un agent
quello che è variato...ma se lo fa automaticamente domino...
Fulvio

quello che è variato...ma se lo fa automaticamente domino...
In effetti qui la cosa si fa interessante... la tua motivazione e' valida vale
la pena valutarne sempre l'eventuale applicazione.
Resta sempre il problema che se c'e' qualcuno che si collega da remoto si deve
fare sempre due repliche... se il gioco vale la candela... 
Ciao.
-- 
Zio Ciano.

Zio Ciano.
In questo caso non ho questo problema e comunque, nel caso, replicherei solo
il database di editing, quello di produzione č unico essendo un sito web.
Fulvio

...e va bene.
Se la replica la attivate manualmente funziona?
Se sě la soluzione č semplice.


Manualmente funziona
Fulvio

Ok.
Sto già facendo un test e posto la soluzione in qualche attimo...

SOLUZIONE:
Agente schedulato "Local Replicator":
<CODE>
Sub Initialize
 Dim session As New NotesSession
 Dim db As NotesDatabase
 Set db = session.CurrentDatabase
 Call db.Replicate(db.Server) ' Testato con nome server esplicito
Server/Juda/IT, non cosě
End Sub
</CODE>

Test effettuato anche con:
Call db.Replicate(db.Server)
Si consiglia di creare l'agente nel DB principale e di impostare le
configurazioni di replica in modo da non replicare gli agenti (tab
advanced).

 ha scritto nel messaggio
news:_c%m7.109720$vC1.1...@news1.tin.it...

Grazie, come al solito il tuo aiuto č stato preziosissimo, anzi direi
indispensabile, chiedrņ allo zio Ciano un consiglio per acquistare un gadget
per ringraziarti!!!
:-PPP
Fulvi

 :-PPP
Vista la tua ironia... lo Zio sa gią sicuramente che gadget mi devi
comprare...
PS adesso sul mio guardafuori i tuoi posts mi appaiono fulvi come da tuo
RLID... d'altra parte i posts dello zio mi appaiono in ciano.