Aanbevolen methoden in Tekla Model Sharing
Als u uw gedeelde modellen in een goede staat wilt houden en uw wijzigingen met succes wilt delen, volgt u de onderstaande aanbevolen Tekla Model Sharing-methoden.
Opmerking:
De gebruikers van hetzelfde gedeelde model moeten dezelfde Tekla Structures-versie hebben en bij voorkeur hetzelfde nieuwste Service Pack gebruiken.
Raadpleeg voor algemene Tekla Model Sharing instructies voor het oplossen van problemen Problemen oplossen in Tekla Model Sharing.
Een cacheservice voor Tekla Model Sharing installeren
Tekla Model Sharing De cacheservice downloadt modelgegevens van de Tekla Model Sharing-service en bewaart de gegevens in het bestandssysteem binnen een LAN. Het gebruik van de cacheservice vermindert het gebruik van internet, wat leidt tot snellere downloadtijden als dezelfde gegevens meerdere keren worden gevraagd. De cache wordt niet gebruikt voor pakketten die worden weggeschreven.
De cacheservice heeft een internetverbinding nodig om modelgegevens van de deelservice te downloaden. De eerste keer dat een gebruiker een pakket ophaalt, wordt het naar de cacheservice geladen. Eventuele volgende verzoeken voor hetzelfde pakket worden dan snel vanuit de cacheservice binnen de LAN bediend.
De cacheservice is zelfs handig als er maar één Tekla Model Sharing-gebruiker in hetzelfde kantoor is. Het opnieuw deelnemen aan een model gaat bijvoorbeeld sneller omdat de modelgegevens in de cacheservice beschikbaar zijn. Daarnaast worden de modelgegevens altijd als kleine gegevensblokken geladen. Dit is handig als het downloaden om de een of andere reden wordt onderbroken, omdat de cacheservice de ontbrekende blokken gewoon later kan downloaden. De inhoud van de cacheservice kan ook op elk punt worden gewist door eenvoudigweg de overbodige bestanden van de service te verwijderen. Op deze manier kunt u eenvoudig oude modelgegevens verwijderen.
Als meerdere Tekla Model Sharing-gebruikers zich in hetzelfde kantoor bevinden, raden we u ten zeerste aan een aparte Tekla Model Sharing-cacheservice te installeren. De cacheservice wordt vooral aanbevolen in gebieden waar de downloadsnelheid mogelijk beperkt is.
De onderstaande afbeelding geeft weer hoe de modelgegevens in de deelservice worden opgeslagen en met de Tekla Model Sharing-cacheservice worden gebruikt.
Opmerking:
Als de cacheservice om welke reden dan ook niet kan worden bereikt, gebruikt Tekla Structures de cloud-opslag direct gebruiken voor modelwijzigingen. Dit kan ook gebeuren wanneer een downloadoperatie aan de gang is, als de verbinding met de cacheservice wordt onderbroken.
U kunt zien of de cacheservice in gebruik is door de logboek bestanden ClientLog_cat.txtClientLog_dog.txt in de map \Users\ <gebruiker>\AppData\Local\Tekla DataSharing te controleren.
Software- en systeemvereisten voor een cache-installatie:
- Windows Server 2008 R2 of later
- .NET Framework 4.5.1
Installeer een cacheservice op de volgende manier:
Problemen met de installatie van de cacheservice oplossen
Als u geen verbinding met de service van Tekla Structures kunt maken, doet u het volgende:
-
Zorg ervoor dat de Tekla Model Sharing Windows-service wordt uitgevoerd.
-
Zorg er vooral voor dat firewalls geen voor Tekla Structures geconfigureerde TCP/IP-poorten blokkeren, bijvoorbeeld
9001of9998als u de standaardpoorten gebruikt.
Als de service niet start, doet u het volgende:
-
Controleer het applicatielogboek van de logboeken van Windows op mogelijke fouten.
GUID'S correct in gedeelde modellen gebruiken
Tekla Structures-objecten hebben een identificeerder die als een object-GUID (Globally Unique Identifyer) wordt weergegeven, die ook in Tekla Model Sharing wordt gebruikt.
Dit betekent dat functies die geen GUID's gebruiken, moeten worden gewijzigd om GUID's te gebruiken:
-
Uitwisselbaarheid import-/exportacties:
-
FabTrol XML
-
ASCII
-
-
Alle andere applicaties, macro's en lijstprocessen die van statische ID's afhankelijk zijn.
Lokale versies van gedeelde modellen op uw computer opslaan
We raden u aan om de lokale versies van gedeelde modellen om twee belangrijke redenen op uw computer in plaats van een netwerkstation op te slaan:
-
De prestaties van gedeelde modellen is beter wanneer de lokale modellen op uw eigen computer worden opgeslagen. Dit betekent dat de modellen bijvoorbeeld sneller openen.
-
Het opslaan van gedeelde modellen op uw eigen computer voorkomt dat andere gebruikers er toegang toe krijgen en belangrijke bestanden per ongeluk blokkeren.
Als u lokale modellen nog steeds op een netwerkstation wilt opslaan, gebruikt u een persoonlijk netwerkstation waartoe andere gebruikers geen toegang hebben.
Regelmatig basislijnen maken
De Eigenaar van een model moet regelmatig basislijnen van het model maken. U kunt bijvoorbeeld eenmaal per week een basislijn maken.
We raden u aan om elke keer wanneer een nieuwe gebruiker voor het model is uitgenodigd een nieuwe basislijn te maken. Op deze manier is het deelnemen aan het gedeelde model sneller.
Een back-up van gedeelde modellen maken
We raden u aan om van de in Tekla Model Sharing gebruikte modellen een back-up te maken. Als er zich problemen met een gedeeld model voordoen, is het mogelijk om een lokale versie van het model van een willekeurige gebruiker of een model waarvan een back-up is gemaakt te selecteren en vervolgens het werken met dat model te vervolgen. Zorg ervoor dat u een model in gebruik hebt waarvan een volledige een back-up is gemaakt en waarin de modelmap is opgenomen, bijvoorbeeld tekeningen en verschillende databases. Dit zorgt ervoor dat het model correct werkt en u geen gegevens kwijtraakt. Als het model waarvan u een back-up hebt gemaakt verouderd is, kan het inlezen van alle wijzigingen enige tijd duren.
Maak een back-up van uw modellen volgens uw bedrijfsconventies, bijvoorbeeld door Windows Back-up te gebruiken. U kunt ook het commando gebruiken om een back-up van het model te maken. De back-up heeft dezelfde GUID's als het oorspronkelijke model.
Het commando Opslaan als kan niet voor het maken van een back-up van het model worden gebruikt. Als u Opslaan als gebruikt, krijgt het model nieuwe ID's en is het niet aan het oorspronkelijke model gerelateerd. Als u het commando Opslaan als gebruikt, wordt de modelhistorie niet met het opgeslagen model gekopieerd.
Nummer modelobjecten in Tekla Model Sharing
Het nummeren van een gedeeld model heeft drie belangrijke fasen: het inlezen van de wijzigingen die door andere gebruikers zijn aangebracht, het nummeren van een reeks objecten en het wegschrijven van de nummeringswijzigingen. Gebruik altijd het commando Reeks van geselecteerde objecten nummeren wanneer u onderdelen in een gedeeld model nummert. Als u onnodig werk en conflicten wilt voorkomen, moet u het commando Gewijzigde objecten nummeren niet gebruiken.
Voordat u objecten in een gedeeld model gaat nummeren, moet u de nummering zorgvuldig plannen. We raden u aan het model in fasen te verdelen en dat elke gebruiker alleen objecten nummert binnen de fase waarin er wordt gewerkt. Op die manier kunt u nummeringsconflicten in uw gedeelde modellen voorkomen.
Als u een fase wilt nummeren, doet u het volgende:
XS_FIRM- en XS_PROJECT-mappen gebruiken met gedeelde modellen
Projectmappen en bedrijfsmappen in gedeelde modellen gebruiken, is het eenvoudigst wanneer u een submap in een Trimble Connect-project als de project- of bedrijfsmap gebruikt.
De project- en bedrijfsmapgegevens worden alleen vanuit het Trimble Connect-project naar lokale versies van de gedeelde modellen bijgewerkt, niet omgekeerd. In de praktijk betekent dit dat Tekla Structures nieuwe bestanden van de project- of de bedrijfsmap naar het lokale model downloadt en gewijzigde bestanden bijwerkt. Als een lokaal bestand zich niet in de Trimble Connect-submap van het project bevindt, wordt het uit het lokale model verwijderd.
Wanneer Tekla Structures een wijziging tussen de lokale modelgegevens en de gegevens in de project- of bedrijfsmap van Trimble Connect detecteert, krijgt u de volgende melding:
Als u op Ja klikt, wordt het model opgeslagen en gesloten. Vervolgens worden de lokale modelgegevens bijgewerkt en opnieuw geopend.
U stelt in een Trimble Connect-project als volgt de map XS_FIRM of XS_PROJECT in:
-
Afhankelijk van het optie kunt u het volgende doen:
Een submap van een Trimble Connect-project instellen als Actie De map XS_PROJECT
-
Zoek in het dialoogvenster Geavanceerde opties de optie XS_PROJECT.
-
Stel de waarde XS_PROJECT in op %CONNECT_FOLDER_SYNC%.
%CONNECT_FOLDER_SYNC% wijst naar :\Users\<user>\AppData\Local\Trimble\Tekla folder sync\<folder>
-
Opmerking:
Als u hetzelfde Trimble Connect-project als de XS_PROJECT-map en voor samenwerking gebruikt, moet u een submap gebruiken die van de Trimble Connect-samenwerkingsgegevens als de XS_PROJECT-map wordt gescheiden. In dit geval is de submap ingesteld als %CONNECT_FOLDER_SYNC%\<folder>\<sub-folder of the folder>.
U kunt bijvoorbeeld de projectmap onder de Project settings-map opslaan met de naam Project. In dit geval moet de waarde worden ingesteld op %CONNECT_FOLDER_SYNC%\Project Settings\Project.
De map
XS_FIRM-
Zoek in het dialoogvenster Geavanceerde opties de optie XS_FIRM.
-
Stel de waarde van XS_FIRM in op %CONNECT_FOLDER_SYNC%<ProjectID>;<region>.
U kunt de project-ID zien in Trimble Connect for Browser:
De regio is hetzelfde als de locatie-instelling van de projectserver. De opties zijn:-
asia
-
europe
-
northAmerica
Zo kan de waarde bijvoorbeeld %CONNECT_FOLDER_SYNC%m1G-M21Ca_o;northAmerica zijn.
Opmerking:Als u hetzelfde Trimble Connect-project als de XS_FIRM-map en voor samenwerking gebruikt, moet u een submap gebruiken die van de Trimble Connect-samenwerkingsgegevens als de XS_FIRM-map wordt gescheiden. In dit geval is de submap ingesteld als %CONNECT_FOLDER_SYNC%\<ProjectID>;<region>%<folder>%<sub-folder of the folder>.
U kunt bijvoorbeeld de projectmap onder de Project settings-map opslaan met de naam Project. In dit geval moet de waarde worden ingesteld op %CONNECT_FOLDER_SYNC%\m1G-M21Ca_o;northAmerica%Project Settings%Project.
-
-