複数の場所間の発明者によるデータの同期

[editcs]

buongiorno, avrei bisogno di aiuto perchè abbiamo più sedi e vorrei sapere come sincronizzare i dati cad tra le varie sedi senza che compaiano errori vari. avete qualche aiuto da darmi? con il dfsr da errori. altro?

grazie

 

[eugenesis]

non avete un gestore documenti in azienda ??

 

[editcs]

non avete un gestore documenti in azienda ??

certo che lo abbiamo, ma non sempre quando si effettuano operazioni di salvataggio sia autocad che inventor danno errori. hai un qualche suggerimento? è il pdm che non funziona correttamente?

 

[eugenesis]

senti chi ti ha fornito il pdm .. che pdm hai ??

 

[editcs]

un pdm della qs informatica "top"

 

[eugenesis]

.. no scusa , top è l' applicativo per inventor o autocad , mentre il gestore dati è il ded (data & drawings ..)
o il nuovo e + performante dedplus (o ded+) ...
in ogni caso se contatti massimiliano , lui saprà sicuramente risolverti il tuo problema ; hanno diversi clienti con sedi
sparpagliate in giro e diverse soluzioni per la sincronia dei files ; avrai sicuramente l' assistenza , quindi sfruttala a dovere !!

 

[editcs]

.. no scusa , top è l' applicativo per inventor o autocad , mentre il gestore dati è il ded (data & drawings ..)
o il nuovo e + performante dedplus (o ded+) ...
in ogni caso se contatti massimiliano , lui saprà sicuramente risolverti il tuo problema ; hanno diversi clienti con sedi
sparpagliate in giro e diverse soluzioni per la sincronia dei files ; avrai sicuramente l' assistenza , quindi sfruttala a dovere !!

purtroppo siamo in contatto con massimiliano ma non troviamo la soluzione. la stessa autodesk dice che la sincronizzazione dei dati con dfsr non garantisce il risultato. potrebbero esserci errori. la nostra situazione cade proprio lì. abbiamo errori e non sappiamo il perchè. stiamo cercando altri metodi e/o software di sincronizzazione per evitare tutto ciò. hai suggerimenti?

 

[eugenesis]

dfsr sembra un prodotto microsoft ..

(ma tu sei della dierre ??)

 

[cacciatorino]

purtroppo siamo in contatto con massimiliano ma non troviamo la soluzione. la stessa autodesk dice che la sincronizzazione dei dati con dfsr non garantisce il risultato. potrebbero esserci errori. la nostra situazione cade proprio lì. abbiamo errori e non sappiamo il perchè. stiamo cercando altri metodi e/o software di sincronizzazione per evitare tutto ciò. hai suggerimenti?

ma cosa dovete replicare localmente? solo il file system mentre invece l'interrogazione sql resta centralizzata?

ps.:

http://blogs.technet.com/b/askds/ar...lack-of-distributed-file-locking-in-dfsr.aspx

qui' c'e' una bella descrizione di perche' a volte dsfr fallisce.

 

[editcs]

yes, tu chi sei?

 

[editcs]

sia file system che sql sono replicati, non si accede a un sql centralizzato ma ogni unità ha il suo sql replicato con le altre.

per intenderci adesso l’sql è sincronizzato in tempo reale mentre il file system è sincronizzato solo di notte.

sql-replication in “merge publication” 1 master- e 1 slave-sql-server (se aggiungiamo borgoricco arriviamo a 2 slave)
dfsr in “full mesh” lettura e scrittura su tutti i nodi

- - - aggiornato - - -

ma cosa dovete replicare localmente? solo il file system mentre invece l'interrogazione sql resta centralizzata?

ps.:

http://blogs.technet.com/b/askds/ar...lack-of-distributed-file-locking-in-dfsr.aspx

qui' c'e' una bella descrizione di perche' a volte dsfr fallisce.

sia file system che sql sono replicati, non si accede a un sql centralizzato ma ogni unità ha il suo sql replicato con le altre.

per intenderci adesso l’sql è sincronizzato in tempo reale mentre il file system è sincronizzato solo di notte.

sql-replication in “merge publication” 1 master- e 1 slave-sql-server (se aggiungiamo borgoricco arriviamo a 2 slave)
dfsr in “full mesh” lettura e scrittura su tutti i nodi

 

[eugenesis]

.. scrivo da parma :finger:

 

[cacciatorino]

per intenderci adesso l’sql è sincronizzato in tempo reale mentre il file system è sincronizzato solo di notte.

penso che vi convenga sincronizzare mooooolto piu' spesso! a meno che il sql locale non sappia che se un file non c'e' sul file-system locale allora lo deve andare a pescare sul disco remoto su cui risiede.