Best practice in Tekla Model Sharing
Per mantenere i modelli condivisi in condizioni ottimali e per condividere correttamente le modifiche, attenersi alle best practice di Tekla Model Sharing di seguito.
Gli utenti dello stesso modello condiviso devono disporre della stessa versione di Tekla Structures e preferibilmente utilizzare lo stesso service pack più recente.
Per le istruzioni generali sulla risoluzione dei problemi di Tekla Model Sharing, vedere Risoluzione dei problemi Tekla Model Sharing.
Installazione del servizio cache per Tekla Model Sharing
Tekla Model Sharing Il servizio cache scarica i dati del modello dal servizio Tekla Model Sharing, li memorizza nel file system e poi li archivia nella cache all'interno di una LAN. L'utilizzo del servizio cache riduce l'uso di Internet, con tempi di download più rapidi quando gli stessi dati sono richiesti più di una volta. La cache non viene utilizzata per i pacchetti che vengono scritti.
Il servizio cache necessita di una connessione Internet per scaricare i dati del modello dal servizio di condivisione. La prima volta che un utente recupera un pacchetto verrà caricato nel servizio cache. Qualsiasi richiesta successiva allo stesso pacchetto sarà quindi servita velocemente dal servizio cache all'interno della LAN.
Il servizio cache è utile anche se c'è un solo utente Tekla Model Sharing nello stesso ufficio. Ad esempio, ricongiungersi a un modello è più veloce, poiché i dati del modello sono disponibili nel servizio cache. Inoltre, i dati del modello vengono sempre caricati come piccoli blocchi di dati. Questo è utile se il download viene interrotto per qualche motivo, poiché il servizio cache può scaricare i blocchi mancanti. Il contenuto del servizio cache può essere cancellato in qualsiasi momento semplicemente eliminando i file non necessari dal servizio. In questo modo è possibile rimuovere facilmente i dati dei modelli vecchi.
Se nello stesso ufficio sono presenti più utenti Tekla Model Sharing, si consiglia di installare il servizio cache Tekla Model Sharing. Il servizio cache è consigliato specialmente in aree in cui la velocità di download può essere limitata.
L'immagine di seguito mostra come i dati del modello vengono memorizzati nel servizio di condivisione e utilizzati con il servizio cache Tekla Model Sharing.
Se, per qualsiasi motivo, non è possibile raggiungere il servizio cache, Tekla Structures utilizzerà direttamente il cloud storage per le modifiche del modello. Questo può accadere anche quando è in corso un'operazione di download, se la connessione al servizio cache si interrompe.
È possibile verificare se il servizio cache è in uso controllando i file di log ClientLog_cat.txtClientLog_dog.txt nella cartella \Users\<user>\AppData\Local\Tekla DataSharing.
Requisiti di software e sistema per l'installazione della cache:
- Windows Server 2008 R2 o versioni successive
- .NET Framework 4.5.1
Installare un servizio cache nel modo seguente:
Risoluzione dei problemi di installazione del servizio cache
Se non è possibile connettersi al servizio da Tekla Structures:
-
Assicurarsi che il servizio Windows Tekla Model Sharing sia in esecuzione.
-
Assicurarsi che i firewall non blocchino le porte TCP/IP configurate per Tekla Structures, ad esempio
9001
o9998
quando si utilizzano le porte di default.
Se il servizio non è stato avviato:
-
Verificare il log applicazioni del Visualizzatore eventi di Windows per individuare eventuali errori.
Utilizzo corretto dei GUID nei modelli condivisi
Gli oggetti di Tekla Structures hanno un identificatore mostrato come GUID, Globally Unique Identifier, dell'oggetto, utilizzato anche in Tekla Model Sharing.
Ciò significa che le funzioni che non utilizzano i GUID devono essere modificate per utilizzare i GUID:
-
Azioni importazione/esportazione interoperabilità:
-
FabTrol XML
-
ASCII
-
-
Tutte le altre applicazioni, le macro e i processi di report che si basano su ID statici.
Salvataggio delle versioni locali dei modelli condivisi sul computer
Si consiglia di salvare le versioni locali dei modelli condivisi sul computer in uso anziché in un'unità di rete per due motivi principali:
-
Le prestazioni dei modelli condivisi sono migliori quando i modelli locali vengono salvati sul computer. Ciò significa, ad esempio, che i modelli si aprono più velocemente.
-
Il salvataggio dei modelli condivisi sul computer impedisce ad altri utenti di accedervi e di bloccare accidentalmente i file importanti.
Se si desidera comunque salvare i modelli locali in un'unità di rete, utilizzare un'unità di rete privata a cui altri utenti non possono accedere.
Creazione di dati di base a intervalli regolari
Il Proprietario di un modello deve creare dati di base del modello a intervalli regolari. Ad esempio, è possibile creare dati di base una volta alla settimana.
È consigliabile creare nuovi dati di base ogni volta che un nuovo utente è stato invitato al modello. In questo modo, l'adesione al modello condiviso è più veloce.
Esecuzione del backup dei modelli condivisi
Si consiglia di effettuare il backup dei modelli utilizzati in Tekla Model Sharing. In caso di problemi con un modello condiviso, è possibile selezionare una versione locale dell'utente del modello o un modello di cui è stato effettuato il backup e continuare a lavorare utilizzando tale modello. Verificare di avere in uso il modello completo di cui è stato effettuato il backup e che la cartella del modello includa, ad esempio, disegni e database diversi. Questo garantisce che il modello funzioni correttamente e consente di non perdere dati. Se la versione del modello di cui è stato effettuato il backup è vecchia, la lettura di tutte le modifiche può richiedere tempo.
Effettuare il backup dei modelli in base alle convenzioni dell'azienda, ad esempio utilizzando il backup di Windows. È inoltre possibile utilizzare il comando
per creare una copia di backup del modello. La copia di backup avrà gli stessi GUID del modello originale.Il comando Salva come non può essere utilizzato per effettuare il backup del modello. Se si utilizza Salva come, il modello riceve nuovi identificativi e non ha alcuna relazione con il modello originale. Se si utilizza il comando Salva come, lo storico modello non viene copiato con il modello salvato.
Marcatura degli oggetti del modello in Tekla Model Sharing
La marcatura di un modello condiviso ha tre fasi principali: lettura delle modifiche apportate da altri utenti, marcatura di una serie di oggetti e scrittura delle modifiche di marcatura. Utilizzare sempre il comando Marca le serie di marcatura degli oggetti selezionati per la marcatura delle parti in un modello condiviso. Per evitare lavori inutili e conflitti, non utilizzare il comando Marca oggetti modificati.
Prima di iniziare la marcatura degli oggetti in un modello condiviso, è necessario pianificare attentamente la marcatura. Si consiglia di suddividere il modello in fasi e ciascun utente marca solo gli oggetti all'interno della fase su cui sta lavorando. In questo modo, è possibile evitare conflitti di marcatura nei modelli condivisi.
Per marcare una fase, attenersi ai seguenti passaggi:
Utilizzare le cartelle XS_FIRM e XS_PROJECT con i modelli condivisi
L'utilizzo delle cartelle progetto e delle cartelle azienda nei modelli condivisi è il metodo più semplice quando si utilizza una sottocartella in un progetto Trimble Connect come cartella progetto o azienda.
Le informazioni sulle cartelle progetto e azienda vengono aggiornate solo dal progetto Trimble Connect alle versioni locali dei modelli condivisi, non viceversa. In pratica, ciò significa che Tekla Structures scarica i nuovi file dalla cartella progetto o azienda nel modello locale e aggiorna tutti i file modificati. Se un file locale non si trova nella sottocartella del progetto Trimble Connect, viene rimosso dal modello locale.
Quando Tekla Structures rileva una modifica tra i dati del modello locale e i dati nella cartella progetto o azienda di Trimble Connect, viene visualizzata la notifica seguente:
Se si clicca su Sì, il modello viene salvato e chiuso. Dopodiché, i dati del modello locale vengono aggiornati e riaperti.
Per impostare una cartella in un progetto Trimble Connect come cartella XS_FIRM
o XS_PROJECT
: