Les bonnes pratiques du Tekla Model Sharing

Pour maintenir vos modèles partagés en bon état et pour partager vos modifications avec succès, respectez les Tekla Model Sharingmeilleures pratiques ci-dessous.

Remarque :

Les utilisateurs du même modèle partagé doivent avoir la même version Tekla Structures et utiliser la dernière version de Service Pack.

Pour les instructions de dépannage générales Tekla Model Sharing, voir Dépannage Tekla Model Sharing.

Installation d'un service de cache pour Tekla Model Sharing

Le service cache de Tekla Model Sharing télécharge des données de modèle à partir du service Tekla Model Sharing et les met en cache dans un réseau local. Utiliser le service de cache réduit l'utilisation d'Internet, ce qui accélère les temps de téléchargement quand les mêmes données sont demandées plusieurs fois. Notez que le cache n'est pas utilisé avec des paquets qui sont transmis.

Le service de cache a besoin d'une connexion Internet pour télécharger les données du modèle depuis le service de partage. La première fois qu'un utilisateur extrait un paquet, ce dernier est chargé sur service de cache. Toutes les demandes suivantes du même paquet seront ensuite traitées rapidement à partir du service de cache au sein du réseau local.

Le service de cache est utile même s'il n'y a qu'un utilisateur Tekla Model Sharing dans le même bureau. Par exemple, rejoindre un modèle est plus rapide, car les données du modèle sont disponibles dans le service de cache. De plus, les données du modèle sont toujours chargées en petits blocs de données. Cela s'avère utile si le téléchargement est interrompu pour une raison quelconque, car le service de cache peut simplement télécharger ultérieurement les blocs manquants. Le contenu du service de cache peut également être effacé à tout moment en supprimant simplement les fichiers inutiles du service. De cette façon, vous pouvez facilement supprimer les anciennes données de modèle.

S'il y a plusieurs utilisateurs Tekla Model Sharing dans le même bureau, nous vous recommandons vivement d'installer le service de cache de Tekla Model Sharing. Le service de cache est recommandé en particulier dans des régions où la vitesse de téléchargement peut être limitée.

L'image ci-dessous illustre la façon dont les données du modèle sont stockées dans le service de partage et utilisées avec le service de cache de Tekla Model Sharing.

Remarque :

Si le service de cache n’est pas disponible pour une raison quelconque, Tekla Structures utilise le stockage cloud pour les modifications du modèle directement. Cela peut également se produire lorsqu’une opération de téléchargement est en cours, si la connexion au cache expire.

Vous pouvez voir si le service de cache est utilisé en vérifiant les fichiers historiques ClientLog_cat. txtClientLog_dog. txt dans le dossier \Users\<utilisateur>\AppData\Local\TeklaDataSharing.

Configuration système et logiciels requis pour l'installation d'un cache :

Windows Server 2008 R2 ou ultérieur
.NET Framework 4.5.1

Installez un service de cache de la manière suivante :

Assurez-vous de posséder un ordinateur Windows en service ou un serveur avec suffisamment d'espace disque pour stocker les données du modèle mises en cache.
Téléchargez le fichier d'installation du service de cache de Tekla Model Sharing à partir de Tekla Downloads.
Exécutez le fichier d'installation et suivez les étapes de l'assistant d'installation pour terminer l'installation.
- Le dossier de cache par défaut est C:\TeklaModelSharingCache. Vous pouvez modifier le chemin vers le dossier le cas échéant.
  
  S'assurer que le dossier de destination possède suffisamment d'espace libre sur le disque dur pour une utilisation optimale du service. L'espace disque requis peut varier entre quelques gigaoctets et plusieurs téraoctets en fonction du nombre d'utilisateurs du Tekla Model Sharing et de la taille des modèles.
- Le numéro de port TCP/IP par défaut du service de cache est 9998.
  
  Utilisez ce numéro de port lorsque vous configurez les postes de travail du client Tekla Structures pour utiliser le cache. Ce port constitue la communication principale et le canal de contrôle au service de cache.
- Le numéro de port TCP/IP par défaut pour la communication interne est 9001.
  
  Ce port est automatiquement recherché à partir du service de cache et il est utilisé pour le transfert de données réelles.
Accès réseau

Vous devez autoriser le trafic entrant pour les ports TCP/IP (par défaut 9001 et 9998) pour l'hôte du service de cache.

Si les ports provoquent des conflits ou d'autres problèmes à cause d'autres services ou d'un pare-feu, vous pouvez les modifier.

Le service de cache a besoin d'une connexion Internet pour télécharger les modifications du modèle depuis le service de partage.

Remarque :
Si vous devez ultérieurement modifier l'installation, réexécutez le fichier d'installation TeklaModelSharingCacheService.exe et sélectionnez Réparer. Vous pouvez ensuite modifier le dossier du cache ou les numéros de port définis précédemment. Pour utiliser le contenu du dossier de cache antérieur, copiez ou supprimez le contenu nécessaire vers le nouveau dossier.
Vérifiez que le service de cache de Tekla Model Sharing est lancé.
- Localisez Cache Tekla Model Sharing à partir des services Windows en utilisant, par exemple, la console de gestion de l'ordinateur compmgmt.msc ou la console de gestion de services services.msc.
- Utilisez la visionneuse d'événements Windows pour vérifier l'absence d'erreur dans le service et la présence de messages d'informations indiquant que le service est lancé.
Configurez les postes de travail client Tekla Structures pour utiliser le cache.
Dans Tekla Structures, dans le menu Fichier, cliquez sur Partage > Paramètres de partage.

Dans la boîte de dialogue Paramètres de partage :
- Nom est le nom de l'ordinateur sur lequel le cache est installé. Pour vérifier le nom de l'ordinateur, cliquez sur Panneau de configuration Windows > Système et sécurité > Système.
- Port est le numéro du port du service de cache que vous avez défini lors de l'installation du service de cache. La valeur par défaut est 9998.

Dépannage de l'installation du service de cache

Si vous ne pouvez pas vous connecter au service à partir du Tekla Structures :

Vérifiez que le service Windows Tekla Model Sharing est en cours d'exécution.
Vérifiez que les pare-feux ne bloquent pas les ports TCP/IP configurés sur Tekla Structures, par exemple 9001 ou 9998, lorsque vous utilisez les ports par défaut.

Si le service ne démarre pas :

Vérifiez si l'historique de l'application de la visionneuse d'événements Windows ne contient pas d'éventuelles erreurs.

Utilisation correcte des GUID dans les modèles partagés

Les objets Tekla Structures comportent un identifiant qui s'affiche comme un GUID d'objet, ID global unique, et qui est également utilisé dans Tekla Model Sharing.

Cela signifie que les fonctions qui n'utilisent pas de GUID doivent être modifiées de façon à utiliser des GUID :

Interopérabilité des actions import/export :
- FabTrol XML
- ASCII
L'ensemble des autres applications, macros et processus de liste qui sont basés sur des ID statiques.

Enregistrer des versions locales de modèles partagés sur votre ordinateur

Nous vous recommandons d’enregistrer les versions locales des modèles partagés sur votre ordinateur au lieu d’un lecteur réseau pour deux raisons principales :

Les performances des modèles partagés sont meilleures lorsque les modèles locaux sont enregistrés sur votre propre ordinateur. Cela signifie que les modèles s’ouvrent plus rapidement, par exemple.
L’enregistrement de modèles partagés sur votre propre ordinateur empêche d’autres utilisateurs d’y accéder et de bloquer accidentellement des fichiers importants.

Si vous souhaitez toujours enregistrer les modèles locaux sur un lecteur réseau, utilisez un lecteur réseau privé auquel les autres utilisateurs ne peuvent pas accéder.

Création régulière de modèles de référence

Le Propriétaire d’un modèle doit créer régulièrement des modèles de base du modèle. Par exemple, vous pouvez créer un modèle de base une fois par semaine.

Nous recommandons de créer un nouveau modèle de base chaque fois qu'un nouvel utilisateur a été invité au modèle. De cette manière, participer au modèle partagé est plus rapide.

Sauvegarde de modèles partagés

Nous vous recommandons de sauvegarder les modèles utilisés dans Tekla Model Sharing. Au cas où des problèmes surviendraient avec un modèle partagé, il est possible de sélectionner la version locale du modèle de n'importe quel utilisateur ou un modèle qui a été sauvegardé, puis de continuer à travailler en utilisant ce modèle. Vérifiez que vous utilisez le modèle complet qui a été sauvegardé et que le répertoire modèle inclut, par exemple, des dessins et différentes bases de données. Cela permet de s'assurer que le modèle fonctionne correctement et que vous ne perdrez aucune donnée. Si la version sauvegardée du modèle est ancienne, l'acquisition de toutes les modifications peut prendre du temps.

Sauvegardez vos modèles selon les conventions de votre entreprise, par exemple à l'aide d'une sauvegarde Windows. Vous pouvez également utiliser la commande Fichier > Enregistrer sous > Enregistrer et créer copie de sauvegarde pour créer une copie de sauvegarde du modèle. La copie de sauvegarde prendra les mêmes GUID que le modèle d'origine.

Notez que la commande Enregistrer sous ne peut pas être utilisée pour sauvegarder le modèle. Si vous utilisez Enregistrer sous, le modèle aura de nouveaux ID et n'a plus rien à voir avec le modèle d'origine. Si vous utilisez le bouton d'accrochage Enregistrer sous , l'historique du modèle n'est pas copié au moment de l'enregistrement du modèle.

Repérage des objets du modèle dans Tekla Model Sharing

Le repérage d'un modèle partagé comporte trois phases principales : acquisition des modifications apportées par d’autres utilisateurs, repérage d’une série d’objets et transmission des modifications du repérage. Utilisez toujours la commande Repérer les séries d'objets sélectionnés lorsque vous repérez des pièces dans un modèle partagé. Pour éviter tout travail et conflit inutiles, n’utilisez pas la commande Repérer les objets modifiés.

Avant de commencer à repérer des objets dans un modèle partagé, vous devez planifier le repérage avec soin. Nous vous recommandons de diviser le modèle en phases et que chaque utilisateur ne repère que les objets de la phase sur laquelle il travaille. De cette façon, vous pouvez éviter les conflits de repérage dans vos modèles partagés.

Pour repérer une phase, procédez comme suit :

Terminez les modifications que vous apportez au cours de la phase de travail.
Enregistrez le modèle.
Faites l'acquisition des modifications apportées par les autres utilisateurs.
Vérifiez les modifications et enregistrez le modèle.
Sélectionnez les pièces d’une série de repérage qui ont été modifiées.

Vous pouvez créer des filtres de sélection pour sélectionner des objets dans une série de repères spécifique. Par exemple, vous pouvez créer un filtre de sélection qui vous permet de sélectionner des objets avec le même numéro de début d'assemblage.
Dans l'onglet Dessins & listes, sélectionnez Effectuer le repérage > Repérer les séries d'objets sélectionnés :

Répétez les étapes 5 à 6 pour les différentes séries de repères, si nécessaire.
Lorsque le repérage a été effectué avec succès, enregistrez le modèle.
Transmettez vos modifications immédiatement.

Utilisation des dossiers XS_FIRM and XS_PROJECT avec les modèles partagés

L’utilisation des répertoires projet et société dans les modèles partagés est la plus simple lorsque vous utilisez un sous-répertoire dans un projet Trimble Connect en tant que répertoire projet ou société.

Les données du répertoire projet et société sont uniquement mises à jour depuis le projet Trimble Connect vers des versions locales des modèles partagés, et non inversement. En pratique, cela signifie que Tekla Structures télécharge de nouveaux fichiers à partir du répertoire projet ou société vers le modèle local et met à jour tous les fichiers modifiés. Si un fichier local ne se trouve pas dans le sous-répertoire projet Trimble Connect, il est supprimé du modèle local.

Lorsque Tekla Structures détecte une modification entre les données du modèle local et les données du répertoire projet ou société Trimble Connect, vous obtenez la notification suivante :

Si vous cliquez sur Oui, le modèle est enregistré et fermé. Ensuite, les données locales du modèle sont mises à jour et rouvertes.

Pour définir un dossier dans un projet Trimble Connect en tant que dossier XS_FIRM ou XS_PROJECT :

Dans le menu Fichier, accédez à Paramètres > Options avancées.

Selon le type d'option, procédez d'une des façons suivantes :


Pour définir un sous-répertoire projet Trimble Connect comme	Procéder comme suit
Le dossier XS_PROJECT	Dans la boîte de dialogue Options avancées, recherchez l'option XS_PROJECT. Définissez la valeur de XS_PROJECT sur `%CONNECT_FOLDER_SYNC%`. `%CONNECT_FOLDER_SYNC%` pointe vers :\Users\<user>\AppData\Local\Trimble\Tekla folder sync\<folder> Remarque : Si vous utilisez le même répertoire projet Trimble Connect que le répertoire XS_PROJECT et pour la collaboration, vous devez utiliser un sous-répertoire distinct des informations de collaboration Trimble Connect comme dans le répertoire XS_PROJECT. Dans ce cas, le sous-répertoire est défini sur %CONNECT_FOLDER_SYNC%\<folder>\<sub-folder of the folder>. Par exemple, vous pouvez enregistrer le répertoire projet sous le répertoire Project settings sous le nom Project. Dans ce cas, la valeur doit être définie sur %CONNECT_FOLDER_SYNC%\Project Settings\Project.
Le dossier `XS_FIRM`	Dans la boîte de dialogue Options avancées, recherchez l'option XS_FIRM. Définissez la valeur de XS_FIRM sur `%CONNECT_FOLDER_SYNC%<IDprojet>;<région>`. Vous pouvez voir l’ID du projet dans Trimble Connect for Browser : La zone est identique au paramètre d'emplacement du serveur de projet. Les différentes options sont les suivantes : asie europe Amérique du Nord Ainsi, par exemple, la valeur pourrait être `%CONNECT_FOLDER_SYNC%m1G-M21Ca_o;northAmerica`. Remarque : Si vous utilisez le même répertoire projet Trimble Connect que le répertoire XS_FIRM et pour la collaboration, vous devez utiliser un sous-répertoire distinct des informations de collaboration Trimble Connect comme dans le répertoire XS_FIRM. Dans ce cas, le sous-répertoire est défini sur %CONNECT_FOLDER_SYNC%\<ProjectID>;<region>%<folder>%<sub-folder of the folder>. Par exemple, vous pouvez enregistrer le répertoire projet sous le répertoire Project settings sous le nom Project. Dans ce cas, la valeur doit être définie sur %CONNECT_FOLDER_SYNC%\m1G-M21Ca_o;northAmerica%Project Settings%Project.

Cliquez sur OK pour enregistrer le répertoire projet ou société.
Fermez et rouvrez le modèle pour activer le nouveau répertoire société ou projet.