Prácticas recomendadas en Tekla Model Sharing
Para mantener sus modelos compartidos en buenas condiciones y compartir los cambios de forma correcta, siga las prácticas recomendadas de Tekla Model Sharing que se indican más adelante.
Nota:
Los usuarios del mismo modelo compartido deben tener la misma versión de Tekla Structures y usar la misma versión de servicio más reciente.
Si desea obtener instrucciones de solución de problemas generales de Tekla Model Sharing, consulte Solución de problemas de Tekla Model Sharing.
Instalar el servicio de caché para Tekla Model Sharing
El servicio de caché de Tekla Model Sharing descarga los datos del modelo del servicio Tekla Model Sharing y los guarda en caché en el sistema de archivos dentro de una LAN.Con el servicio de caché se reduce el uso de Internet, lo que produce tiempos de descarga más rápidos cuando se solicitan los mismos datos más de una vez.Tenga en cuenta que la caché no se usa para los paquetes que se escriben.
El servicio de caché necesita una conexión de Internet para descargar los datos de modelo desde el servicio compartido.La primera vez que un usuario obtiene un paquete, este se cargará en el servicio de caché.Las solicitudes posteriores al mismo paquete se servirán rápidamente desde el servicio de caché dentro de la LAN.
El servicio de caché resulta útil aunque solo exista un usuario de Tekla Model Sharing en la misma oficina.Por ejemplo, volverse a unir a un modelo es más rápido ya que los datos de modelo están disponibles en el servicio de caché.Además, los datos de modelo se cargan siempre como bloques de datos pequeños.Esto resulta útil si la descarga se interrumpe por algún motivo, ya que el servicio de caché puede descargar los bloques que faltan más tarde.El contenido del servicio de caché también se puede borrar en cualquier momento con solo eliminar los archivos innecesarios del servicio.De este modo, puede eliminar fácilmente los datos de modelo antiguos.
Si hay varios usuarios de Tekla Model Sharing en la misma oficina, le recomendamos que instale el servicio de caché de Tekla Model Sharing.El servicio de caché se recomienda especialmente en las regiones en las que la velocidad de descarga puede estar limitada.
La imagen siguiente muestra cómo los datos del modelo se guardan en el servicio compartido y se utilizan con el servicio de caché de Tekla Model Sharing.
Nota:
Si no se puede acceder al servicio de caché por algún motivo, Tekla Structures usará el almacenamiento en la nube para los cambios de modelo directamente.Esto también puede suceder cuando una operación de descarga está en curso, si se agota el tiempo de espera de la conexión al servicio de caché.
Puede ver si el servicio de caché está en uso consultando los archivos de registro ClientLog_cat.txtClientLog_dog.txt en la carpeta \Users\<usuario>\AppData\Local\Tekla DataSharing.
Requisitos del software y del sistema para una instalación de caché:
- Windows Server 2008 R2 o posterior
- .NET Framework 4.5.1
Instale un servicio de caché de la siguiente manera:
Solución de problemas de instalación del servicio de caché
Si no puede conectar con el servicio desde Tekla Structures:
-
Asegúrese de que el servicio de Windows Tekla Model Sharing se esté ejecutando.
-
Asegúrese de que los cortafuegos no bloquean los puertos TCP/IP configurados para Tekla Structures, como
9001o9998si utiliza los puertos por defecto.
Si el servicio no se inicia:
-
Compruebe en el Registro de aplicaciones del Visor de eventos de Windows si hay posibles errores.
Usar los GUID correctamente en modelos compartidos
Los objetos de Tekla Structures tienen un identificador que se muestra como un GUID de objeto (identificador único global), que también se utiliza en Tekla Model Sharing.
En consecuencia, las características que no usan GUID deben cambiarse para usarlos:
-
Acciones de importación/exportación de interoperabilidad:
-
XML de FabTrol
-
ASCII
-
-
Las demás aplicaciones, las macros y los procesos de informe que usan ID estáticos.
Guardar versiones locales de modelos compartidos en su ordenador
Le recomendamos que guarde las versiones locales de los modelos compartidos en su ordenador en lugar de una unidad de red por dos motivos principales:
-
El rendimiento de los modelos compartidos es mejor cuando los modelos locales se guardan en su propio ordenador. Esto significa que los modelos se abren más rápido, por ejemplo.
-
Guardar los modelos compartidos en su propio ordenador evita que otros usuarios accedan a ellos y bloqueen accidentalmente archivos importantes.
Si desea guardar los modelos locales en una unidad de red, utilice una unidad de red privada a la que no puedan acceder otros usuarios.
Crear referencias frecuentemente
El Propietario de un modelo debe crear referencias del modelo con frecuencia. Por ejemplo, puede crear una referencia una vez por semana.
Recomendamos crear una nueva línea base cada vez que se invite a un nuevo usuario al modelo. De este modo, unirse al modelo compartido es más rápido.
Copia de seguridad de los modelos compartidos
Se recomienda realizar copias de seguridad de los modelos que se usen en Tekla Model Sharing. Si hay problemas con un modelo compartido, se puede seleccionar la versión local de cualquier usuario del modelo, o un modelo del que haya una copia de seguridad, y continuar trabajando con ese modelo. Asegúrese de que tiene una copia de seguridad de todo el modelo en uso y que la carpeta del modelo contiene, por ejemplo, los dibujos y las bases de datos. Así se garantiza que el modelo funciona correctamente y no se pierde ningún dato. Si la copia de seguridad del modelo es antigua, la lectura de todos los cambios puede tardar bastante tiempo.
Realice una copia de seguridad de sus modelos según las convenciones de su empresa, por ejemplo, utilizando la copia de seguridad de Windows. También puede usar el comando para crear una copia de seguridad del modelo. La copia de seguridad tendrá los mismos GUID que el modelo original.
Tenga en cuenta que el comando Guardar como no se puede usar para hacer una copia de seguridad del modelo. Si utiliza Guardar como, el modelo obtiene nuevos ID y no guarda relación alguna con el modelo original. Si utiliza el conmutador de elección Guardar como , el historial del modelo no se copia con el modelo guardado.
Numerar objetos de modelo en Tekla Model Sharing
La numeración de un modelo compartido consta de tres fases principales:leer los cambios realizados por otros usuarios, numerar una serie de objetos y escribir los cambios de numeración.Utilice siempre el comando Numerar series de objetos seleccionados al numerar partes en un modelo compartido.Para evitar conflictos y trabajos innecesarios, no utilice el comando Numerar objetos modificados.
Antes de empezar a numerar los objetos de un modelo compartido, debe planificar la numeración atentamente.Le recomendamos que divida el modelo en fases y que cada usuario solo numere los objetos en la fase en la que esté trabajando.De este modo, puede evitar conflictos de numeración en sus modelos compartidos.
Para numerar una fase, haga lo siguiente:
Usar las carpetas XS_FIRM y XS_PROJECT con modelos compartidos
El uso de carpetas de proyecto y de empresa en modelos compartidos es más sencillo cuando se utiliza una sub-carpeta en un proyecto de Trimble Connect como la carpeta de proyecto o de empresa.
La información de la carpeta de proyecto y de empresa solo se actualiza desde el proyecto de Trimble Connect en las versiones locales de los modelos compartidos, no a la inversa. En la práctica, esto significa que Tekla Structures descarga los archivos nuevos de la carpeta de proyecto o de empresa al modelo local y actualiza los archivos cambiados. Si un archivo local no está en la sub-carpeta de proyecto de Trimble Connect, se elimina del modelo local.
Cuando Tekla Structures detecta un cambio entre los datos del modelo local y los datos de la carpeta de proyecto o de empresa de Trimble Connect, recibirá la siguiente notificación:
Si hace clic en Sí, el modelo se guarda y se cierra. A continuación, se actualizan los datos del modelo local y se vuelven a abrir.
Para definir una carpeta en un proyecto de Trimble Connect como la carpeta XS_FIRM o XS_PROJECT:
-
Según la opción, realice una de las siguientes acciones:
Para definir una sub-carpeta de proyecto de Trimble Connect como Haga esto La carpeta XS_PROJECT
-
En el cuadro de diálogo Opciones Avanzadas, busque la opción XS_PROJECT.
-
Defina el valor de XS_PROJECT como %CONNECT_FOLDER_SYNC%.
%CONNECT_FOLDER_SYNC% apunta a :\Users\<user>\AppData\Local\Trimble\Tekla folder sync\<folder>
-
Nota:
Si utiliza el mismo proyecto de Trimble Connect que la carpeta XS_PROJECT y para la colaboración, debe utilizar una sub-carpeta que sea independiente de la información de colaboración de Trimble Connect como la carpeta XS_PROJECT. En este caso, la sub-carpeta se define como %CONNECT_FOLDER_SYNC%\<folder>\<sub-folder of the folder>.
Por ejemplo, puede guardar la carpeta de proyecto en la carpeta Project settings con el nombre Project. En este caso, el valor se debe definir como %CONNECT_FOLDER_SYNC%\Project Settings\Project.
La carpeta
XS_FIRM-
En el cuadro de diálogo Opciones Avanzadas, busque la opción XS_FIRM.
-
Defina el valor de XS_FIRM como %CONNECT_FOLDER_SYNC%<IDProyecto>;<región>.
Puede ver el ID de proyecto en Trimble Connect for Browser:
La región es la misma que la configuración de ubicación del servidor de proyecto. Las opciones son las siguientes:-
asia
-
europe
-
northAmerica
Por ejemplo, el valor podría ser %CONNECT_FOLDER_SYNC%m1G-M21Ca_o;northAmerica.
Nota:Si utiliza el mismo proyecto de Trimble Connect que la carpeta XS_FIRM y para la colaboración, debe utilizar una sub-carpeta que sea independiente de la información de colaboración de Trimble Connect como la carpeta XS_FIRM. En este caso, la sub-carpeta se define como %CONNECT_FOLDER_SYNC%\<ProjectID>;<region>%<folder>%<sub-folder of the folder>.
Por ejemplo, puede guardar la carpeta de proyecto en la carpeta Project settings con el nombre Project. En este caso, el valor se debe definir como %CONNECT_FOLDER_SYNC%\m1G-M21Ca_o;northAmerica%Project Settings%Project.
-
-