Tekla Model Sharing의 모범 사례
공유 모델을 잘 유지하고 변경 내용을 성공적으로 공유하려면 Tekla Model Sharing 모범 사례를 따르십시오.
동일한 공유 모델의 사용자는 Tekla Structures 버전이 동일해야 하며 동일한 최신 서비스 팩을 사용해야 합니다.
일반적 Tekla Model Sharing 문제 해결 지침은 Tekla Model Sharing 문제 해결을 참조하십시오.
Tekla Model Sharing에 대한 캐시 서비스 설치
Tekla Model Sharing 캐시 서비스는 Tekla Model Sharing 서비스에서 모델 데이터를 다운로드하여 파일 시스템의 데이터를 LAN 내부에 캐싱합니다.캐시 서비스를 사용하면 인터넷 사용이 줄어들기 때문에 동일한 데이터를 두 번 이상 요청하면 다운로드 시간이 단축됩니다.내보내는 패킷에 대해서는 캐시가 사용되지 않습니다.
캐시 서비스는 공유 서비스에서 모델 데이터를 다운로드하려면 인터넷에 연결해야 합니다.사용자가 처음으로 패킷을 가져오면 패킷이 캐시 서비스에 로드됩니다.그런 다음 동일한 패킷에 대한 이후 요청은 LAN 내부의 캐시 서비스에서 빠르게 처리됩니다.
캐시 서비스는 동일한 사무실에 Tekla Model Sharing 사용자가 한 명만 있는 경우에도 유용합니다.예를 들어 캐시 서비스에서 모델 데이터를 사용 가능하게 되면 모델 재참가가 더 빨라집니다.또한 모델 데이터는 항상 작은 데이터 블록으로 로드됩니다.이 점은 어떤 이유로 다운로드가 중단된 경우에 유용합니다. 캐시 서비스가 나중에 누락된 블록만 다운로드할 수 있기 때문입니다.불필요한 파일을 서비스에서 삭제하기만 해도 어떤 지점에서든 캐시 서비스 내용을 지울 수 있습니다.이런 식으로 기존 모델 데이터를 쉽게 제거할 수 있습니다.
한 사무실에 여러 명의Tekla Model Sharing 사용자가 있는 경우 별도의 Tekla Model Sharing 캐시 서비스를 설치하는 것이 매우 좋습니다.캐시 서비스는 특히 다운로드 속도가 느린 지역에서 사용하는 것이 좋습니다.
아래 이미지는 어떻게 모델 데이터가 공유 서비스에서 저장되고 Tekla Model Sharing 캐시 서비스를 통해 사용되는지 보여줍니다.
어떤 이유로든 캐시 서비스에 접근하지 못하는 경우, Tekla Structures는 모델을 변경할 때 직접 클라우드 저장소를 사용하게 됩니다.또한 캐시 서비스에 대한 연결이 제한 시간을 초과하는 경우, 다운로드 작업이 진행 중인 경우에도 발생할 수 있습니다.
\Users\<user>\AppData\Local\Tekla DataSharing 폴더에서 ClientLog_cat.txtClientLog_dog.txt 로그 파일을 확인하여 캐시 서비스의 사용 여부를 확인할 수 있습니다.
캐시 설치를 위한 소프트웨어 및 시스템 요구 사항:
- Windows Server 2008 R2 이상
- .NET Framework 4.5.1
다음과 같은 방법으로 캐시 서비스를 설치하십시오.
캐시 서비스 설치 문제 해결
Tekla Structures에서 서비스에 연결할 수 없는 경우:
-
Tekla Model Sharing Windows 서비스가 실행 중이어야 합니다.
-
방화벽이 Tekla Structures로 구성된 TCP/IP 포트(기본 포트를 사용하는 경우
9001
또는9998
)를 차단하지 않는지 확인합니다.
서비스가 시작하지 않을 경우:
-
Windows 이벤트 뷰어의 응용 프로그램 로그에 오류가 있는지 확인합니다.
공유 모델에서 GUID를 올바르게 사용
Tekla Structures 객체에는 객체 GUID(전역 고유 식별자)로 표시되고 Tekla Model Sharing에서도 사용되는 식별자가 있습니다.
따라서 GUID를 사용하지 않는 기능은 다음과 같이 GUID를 사용하도록 변경해야 합니다.
-
상호운용성 가져오기/내보내기 작업:
-
FabTrol XML
-
ASCII
-
-
정적 ID를 사용하는 다른 모든 응용 프로그램, 매크로 및 레포트 프로세스.
컴퓨터에 공유 모델의 로컬 버전 저장
다음과 같은 두 가지 주요 이유로 네트워크 드라이브 대신 컴퓨터에 공유 모델의 로컬 버전을 저장하는 것이 좋습니다.
-
로컬 모델이 자신의 컴퓨터에 저장될 때 공유 모델의 성능이 더 좋습니다. 즉, 예를 들어 모델이 더 빨리 열립니다.
-
공유 모델을 자신의 컴퓨터에 저장하면 다른 사용자가 액세스하거나 중요한 파일을 실수로 차단하는 상황을 예방할 수 있습니다.
네트워크 드라이브에 로컬 모델을 계속 저장하려면 다른 사용자가 액세스할 수 없는 개인 네트워크 드라이브를 사용합니다.
정기적으로 기준선 만들기
모델의 소유자는 정기적으로 모델의 기준선을 만들어야 합니다. 예를 들어 일주일에 한 번 기준선을 만들 수 있습니다.
새로운 사용자를 모델로 초대할 때마다 새 기준선을 생성하는 것이 좋습니다. 이렇게 하면 공유 모델에 더 빨리 참가할 수 있습니다.
공유 모델 백업
Tekla Model Sharing에서 사용하는 모델은 백업하는 것이 좋습니다. 공유 모델에 문제가 있을 경우 사용자의 로컬 버전 모델, 즉 백업된 모델을 사용하여 작업을 계속할 수 있기 때문입니다. 따라서 완전히 백업된 모델을 사용해야 하고 모델 폴더에 도면 및 다른 데이터베이스 등이 포함되어 있어야 합니다. 그래야만 모델이 정상적으로 기능하여 데이터 손실을 막을 수 있습니다. 백업 모델 버전이 오래된 경우에는 모든 변경 내용을 가져오는 데 다소 시간이 걸릴 수 있습니다.
예를 들어 Windows 백업을 사용하여 회사 규칙에 따라 모델을 백업하십시오.
명령을 사용하여 모델의 백업 사본을 생성할 수도 있습니다. 백업 사본에는 원본 모델과 동일한 GUID가 있습니다.다른 이름으로 저장 명령은 모델 백업에는 사용할 수 없다는 점에 유의하십시오. 다른 이름으로 저장을 사용하면 모델이 새로운 ID를 가져오기 때문에 원본 모델과 관련성이 사라집니다. 다른 이름으로 저장 명령을 사용하는 경우, 모델 기록은 저장된 모델과 함께 복사되지 않습니다.
Tekla Model Sharing에서 모델에서 객체 배치
공유 모델 넘버링은다른 사용자의 변경 내용을 가져오는 단계, 일련의 객체를 넘버링하는 단계, 넘버링 변경 내용을 내보내는 단계로 이루어집니다.공유 모델에서 부재를 넘버링할 때는 항상 선택한 객체의 번호 시리즈 명령을 사용하십시오.불필요한 작업과 충돌을 방지하려면 수정된 객체 넘버링 명령을 사용하지 마십시오.
공유 모델에서 객체 넘버링을 시작하려면 먼저 신중하게 넘버링을 계획해야 합니다.모델을 페이즈로 분할하고 각 사용자는 작업 중인 페이즈 내에서만 객체를 넘버링하는 것이 좋습니다.이렇게 하면 공유 모델에서 넘버링 충돌을 방지할 수 있습니다.
페이즈에 넘버링하려면 다음을 수행합니다.
공유 모델의 XS_FIRM and XS_PROJECT 폴더 사용
Trimble Connect 프로젝트의 하위 폴더를 프로젝트 또는 회사 폴더로 사용하는 경우에는 공유 모델에서 프로젝트 폴더와 회사 폴더를 사용하는 것이 가장 쉽습니다.
프로젝트 및 회사 폴더 데이터 정보는 Trimble Connect 프로젝트에서 공유 모델의 로컬 버전으로만 업데이트되며 그 반대의 경우도 마찬가지입니다.실제로 Tekla Structures는 프로젝트 또는 필름 폴더에서 로컬 모델로 새 파일을 다운로드하고 변경된 파일을 업데이트하는 것입니다.로컬 파일이 Trimble Connect 프로젝트 하위 폴더에 없는 경우, 로컬 모델에서 제거됩니다.
Tekla Structures가 로컬 모델 데이터와 Trimble Connect 프로젝트 또는 회사 폴더의 데이터가 서로 변경되는 것을 감지하면, 다음 알림을 받습니다.
예를 클릭하면, 모델이 저장되고 닫힙니다.그런 다음, 로컬 모델 데이터가 업데이트되고 다시 열립니다.
Trimble Connect 프로젝트의 폴더를 XS_FIRM
폴더 또는 XS_PROJECT
폴더로 설정하려면, 다음을 수행합니다.