WinCC V7.3 WinCC: 컨피규레이션 5...여러 서버를 포함한 분산 시스템을 구성하기 위해: 클라이언트가 공정 드라이버 연결을 이용해서 서로 다른

SIMATIC HMI

WinCC V7.3WinCC: 컨피규레이션

시스템 메뉴얼

온라인 도움말 인쇄

06/2014A5E34376762-AA

다중 사용자 시스템 1

장기 아카이브 서버 2

파일 서버 3

WinCC 서비스 모드 4

이중화 시스템 5

법률상의 주의경고사항

본 메뉴얼에는 여러분 자신의 안전과 재산 손실을 방지하기위해 여러분이 지켜야할 주의사항이 담겨있습니다. 여러분의 안전에 관련된 주의사항은 안전 경고 심볼로 강조되어있으며, 재산 손실에 관련된 주의사항은 안전 경고 심볼이 없습니다.

위험

피하지 않으면 사망 또는 심각한 부상을 초래할 수 있는 절박한 위험 상황을 나타냅니다.

경고

피하지 않으면 사망 또는 심각한 부상을 초래할 수 있는 잠재적인 위험 상황을 나타냅니다.

주의

예방조치를 적절하게 취하지 않을 경우 경미한 인명 피해가 발생할 수 있음을 나타냅니다.

유의사항

예방조치를 적절하게 취하지 않을 경우 재산 피해가 발생할 수 있음을 나타냅니다.

여러 위험 수준이 적용될 때에는, 항상 가장 높은 레벨(낮은 번호)의 알림이 표시됩니다. 안전 경고 심볼이 인적 손실을 나타내는 경우, 재산 손실을 경고하는 또 다른 알림이 추가될 수도 있습니다.

자격을 가진 자본서가 대상으로 하는 제품/시스템은 반드시 자격을 가진 자가 취급하는 것으로 하고, 각 조작 내용에 관련하는 문서,특히 안전상의 주의 및 경고가 준수되지 않으면 안됩니다. 자격을 가진 자란 훈련 내용 및 경험을 토대로 하면서 해당 제품/시스템의 취급에 동반하는 위험성을 인식하고, 발생할 수 있는 위해를 사전에 회피할 수 있는 자를 가리킵니다.

시멘스 제품의 올바른 사용을 위해다음에 주의하십시오:

경고

시멘스 제품은 카탈로그 및 부속의 기술 설명서의 지시에 따라 사용해 주십시오. 타사의 제품 또는 부품과 함께 사용하는 것은 당사의 권장 또는 허가가 있을 경우에 한합니다. 제품의 올바르고 안전한 사용을 위해 적절한 운반, 보관, 조립, 설치, 배선, 시동, 조작, 보수를 시행하고 있습니다. 사용할 때에는 허용된 범위를 꼭 지켜 주십시오. 부속의 기술 설명서에 기술되어있는 지시를 엄수해 주십시오.

상표

® 표시는 Siemens AG의 등록상표입니다. 본 문서의 기타 표시는 특정 목적으로 제삼자가 사용하는 경우, 지적 재산권을 해칠 수 있는 상표입니다.

책임의 포기저희는 기술된 하드웨어와 소프트웨어가 본 메뉴얼의 내용물과 일치하는 것을 확인했습니다. 편차가 발생하는 것을 완전히 배제할 수는 없으므로, 완전히 동일하다고는 보장할 수 없습니다. 그렇지만, 메뉴얼의 데이터는 정기적으로 검토되며, 필요한 수정은 다음의 수정판에 반영됩니다. 품질 개선을 위한 의견은 환영합니다.

Siemens AGIndustry SectorPostfach 48 4890026 NÜRNBERG독일

A5E34376762-AAⓅ 08/2014 변경될 수 있습니다

Copyright © Siemens AG 2014.모든 권리 보유

목차

1 다중 사용자 시스템..............................................................................................................................7 1.1 WinCC의 다중 사용자 시스템...............................................................................................7 1.2 WinCC의 클라이언트/서버 시스템........................................................................................8 1.3 컨피규레이션과 양적 구조...................................................................................................11 1.4 클라이언트/서버 시나리오...................................................................................................14 1.5 서버 컨피규레이션...............................................................................................................17 1.5.1 서버 컨피규레이션...............................................................................................................17 1.5.2 서버에서 새 프로젝트 생성..................................................................................................19 1.5.3 컴퓨터 목록에 클라이언트를 등록하는 방법........................................................................21 1.5.4 운전자 인증을 구성하는 방법..............................................................................................22 1.5.5 패키지 내보내기를 구성하는 방법.......................................................................................24 1.5.6 서버 프로젝트에서 클라이언트 구성....................................................................................28 1.6 클라이언트 컨피규레이션....................................................................................................31 1.6.1 클라이언트 컨피규레이션....................................................................................................31 1.6.2 클라이언트에서 새 프로젝트 생성.......................................................................................33 1.6.3 패키지 들여오기 구성..........................................................................................................35 1.6.4 표준 서버를 구성하는 방법..................................................................................................40 1.6.5 우선권이 있는 서버를 구성하는 방법...................................................................................43 1.6.6 클라이언트의 시작 그림 구성..............................................................................................46 1.6.7 다른 서버에서 그림 디스플레이...........................................................................................49 1.6.8 클라이언트에서 그림 변경 구성...........................................................................................51 1.6.9 다른 서버에서 데이터 사용..................................................................................................53 1.6.10 다른 서버에서 메시지 디스플레이.......................................................................................55 1.6.11 여러 서버의 메시지에 대한 메시지 순차 보고서 구성..........................................................57 1.7 런타임에서 시스템 동작.......................................................................................................59 1.7.1 런타임에서 시스템 동작.......................................................................................................59 1.7.2 서버 시동.............................................................................................................................61 1.7.3 클라이언트 시동..................................................................................................................63 1.7.4 서버 네트워크 카드가 있는 서버의 통신 특성......................................................................64 1.7.5 서버 셧다운..........................................................................................................................66 1.7.6 클라이언트 셧다운...............................................................................................................66 1.8 원격 컨피규레이션...............................................................................................................68 1.8.1 원격 컨피규레이션...............................................................................................................68

WinCC: 컨피규레이션시스템 메뉴얼, 06/2014, A5E34376762-AA 3

1.8.2 서브네트 밖에 있는 컴퓨터에 접근하는 방법.......................................................................70 1.8.3 여러 클라이언트에서 프로젝트에 접근................................................................................73 1.8.4 편집을 위해 프로젝트를 여는 방법......................................................................................75 1.8.5 서버 프로젝트 그림을 편집하는 방법...................................................................................77 1.8.6 프로젝트를 활성화하는 방법...............................................................................................78 1.8.7 프로젝트를 비활성화하는 방법............................................................................................80 1.9 클라이언트/서버 시스템에서 OPC 인터페이스 사용...........................................................82

2 장기 아카이브 서버............................................................................................................................85 2.1 장기 아카이브 서버 설정......................................................................................................85

3 파일 서버............................................................................................................................................87 3.1 파일 서버 설정.....................................................................................................................87

4 WinCC 서비스 모드............................................................................................................................89 4.1 WinCC 서비스 모드.............................................................................................................89 4.2 표준 프로젝트 및 서비스 프로젝트......................................................................................90 4.3 서비스 프로젝트에 대한 컨피규레이션................................................................................91 4.4 서비스 프로젝트 사용 및 제한사항......................................................................................92 4.5 시스템 트레이에서의 WinCC 상태 및 컨트롤......................................................................94 4.6 기능 및 전제조건.................................................................................................................97 4.6.1 서비스 프로젝트의 조작 모드..............................................................................................97 4.6.2 서비스 프로젝트 실행을 위한 전제조건...............................................................................98 4.7 WinCC 서비스 모드 구성................................................................................................. . .100 4.7.1 프로젝트를 서비스 프로젝트로 정의하는 방법................................................................ . .100 4.8 런타임에서의 서비스 프로젝트........................................................................................ . .103 4.8.1 런타임에서의 서비스 프로젝트........................................................................................ . .103 4.8.2 서비스 프로젝트를 활성화하는 방법................................................................................ . .103 4.8.3 활성화된 서비스 프로젝트에 로그인 및 로그오프하는 방법............................................ . .104 4.8.4 서비스 목적을 위해 대화형 조작을 활성화하는 방법....................................................... . .105

5 이중화 시스템................................................................................................................................. . .107 5.1 이중화.............................................................................................................................. . .107 5.2 WinCC 이중화................................................................................................................. . .108 5.3 이중화 시스템의 전제조건............................................................................................... . .111 5.4 이중화의 작동 방법.......................................................................................................... . .113 5.5 이중화 시스템 구성.......................................................................................................... . .117 5.5.1 이중화 시스템 설정에 대한 안내...................................................................................... . .117

목차

WinCC: 컨피규레이션4 시스템 메뉴얼, 06/2014, A5E34376762-AA

5.5.2 동일한 기능 구성............................................................................................................. . .119 5.5.3 이중화 서버를 구성하는 방법.......................................................................................... . .120 5.5.4 사용자 아카이브 동기화를 구성하는 방법....................................................................... . .122 5.5.5 이중화 서버의 프로젝트를 복사하는 방법....................................................................... . .125 5.5.6 런타임에서 이중화 프로젝트를 복제하는 방법................................................................ . .127 5.6 WinCC 이중화 시나리오.................................................................................................. . .129 5.6.1 공정 연결 오류의 경우 클라이언트 전환.......................................................................... . .129 5.6.2 고장 시나리오.................................................................................................................. . .133 5.6.2.1 고장 시나리오.................................................................................................................. . .133 5.6.2.2 시나리오 1: 런타임이 아닌 서버 컴퓨터의 프로젝트........................................................ . .134 5.6.2.3 시나리오 2: 파트너 서버로의 연결 고장........................................................................... . .136 5.6.2.4 시나리오 3: 클라이언트로의 네트워크 연결 고장............................................................ . .138 5.6.2.5 시나리오 4: 공정 연결 고장.............................................................................................. . .138 5.6.2.6 시나리오 5: 소프트웨어 오류........................................................................................... . .140 5.6.3 WinCC 이중화 시스템 태그............................................................................................. . .141 5.6.4 WinCC 이중화 시스템의 시스템 메시지.......................................................................... . .142

인덱스............................................................................................................................................ . .147

목차


다중 사용자 시스템 11.1 WinCC의 다중 사용자 시스템

내용

WinCC를 이용해서 클라이언트/서버 시스템을 구성할 수 있고, 이렇게 해서 시스템 운영과 감시를 여러 클라이언트와 서버로 분산시킬 수 있다. 따라서 대형 시스템의 경우에는, 개별 컴퓨터에 적용되는 부하가 감소되고, 성능이 향상될 수 있다.

이 장에서는 다음에 대해 설명한다.

● WinCC를 이용해서 실현될 수 있는 클라이언트/서버 시나리오.

● 클라이언트/서버 시스템에서 서버와 클라이언트를 구성하는 방법.

● 여러 서버에서 장면을 제공하는 클라언트를 구성하는 방법.

● 런타임에서 클라이언트/서버 시스템이 동작하는 방법.

● 원격 클라이언트에서 서버 프로젝트를 구성하는 방법.


1.2 WinCC의 클라이언트/서버 시스템

개요

WinCC를 이용해서 여러 클라이언트와 서버를 가진 클라이언트/서버 시스템을 구성할 수 있고, 이렇게 해서 대형 시스템을 더 효과적으로 운영하고 감시할 수 있다. 공정을 조작하고 감시하기 위한 임무를 여러 서버로 분산시킴으로써, 개별 서버의 사용 효율이 감소되고, 따라서 성능이 향상된다. 그 외에도, 기술적으로 또는 위상 기하학적으로 복잡한 구조를 가진 시스템을 WinCC를 이용해서 매핑할 수 있다.

클라이언트/서버 시스템 실현의 예:

● 동일한 임무를 위해 여러 운전자 스테이션과 감시 스테이션(클라이언트)이 필요한 대형 시스템의 경우.

● 서로 다른 운영과 감시 임무를 여러 운전자 스테이션으로 분산시키고자 할 경우, 예를 들면 한 시스템의 모든 메시지를 디스플레이하기 위한 중앙 클라이언트.

다음을 위해 클라이언트를 사용할 수 있다.

● 하나의 서버를 포함한 다중 사용자 시스템을 구성하기 위해: 여러 클라이언트가 공정 드라이버 연결을 이용해서 서버의 프로젝트에 접근한다. 다중 사용자 시스템의 경우에는, 클라이언트를 구성할 필요가 없다. 서버에 의해 모든 데이터가 제공되기 때문이다.

● 여러 서버를 포함한 분산 시스템을 구성하기 위해: 클라이언트가 공정 드라이버 연결을 이용해서 서로 다른 서버의 데이터에 접근할 수 있다. 분산 시스템 내에서, 각각의 클라이언트는 개별적으로 구성되며, 필요한 서버 데이터가 클라이언트로 들여와지고, 수정 시에 자동적으로 갱신될 수 있다. 공정 데이터는 서버에 의해 제공된다.

● 원격 컨피규레이션: 서버 프로젝트가 클라이언트에서 구성된다.

● 원격 감시: 서버 프로젝트가 클라이언트에서 감시된다.

클라이언트/서버 시스템을 구성하기 위한 요구사항

WinCC를 이용해서 클라이언트/서버 시스템을 구성하기 위해서는, 모든 WinCC 서버에서 "WinCC 서버" 옵션을 사용할 수 있어야 한다.

클라이언트/서버 시스템의 모든 컴퓨터가 네트워크 (LAN)를 통해 서로 연결되어 있어야 한다. 인접해 있는 서브 네트(라우터를 통해 연결되어 있는)의 컴퓨터를 클라이언트로서 또는 서버로서 시스템에 로그온할 수도 있다.

다중 사용자 시스템1.2 WinCC의 클라이언트/서버 시스템


이중화 시스템

서버 고장 시에도 시스템 운영을 유지하기 위해, 이중화 서버를 구성할 것을 권한다. 이중화 시스템의 컨피규레이션에 대한 자세한 지침은 "이중화 시스템" WinCC 설명서에 설명되어 있다.

설명서에는 이중화 시스템에서의 클라이언트의 컨피규레이션에 대한 정보가 포함되어 있다.

주

프로젝트가 두 이중화 시스템에서 열려 있으면 원격 컨피규레이션이 허용되지 않는다. 이중화 시스템을 구성하기 위해서는 WinCC 프로젝트가 대기 컴퓨터에서 열려서는 안 된다. 런타임에서 이중화 시스템을 구성하기 위해서는 다음과 같이 진행해야 한다.- 대기 컴퓨터를 비활성화하고 프로젝트를 닫는다.- 마스터 컴퓨터를 런타임에서, 원격으로 또는 로컬적으로 구성한다.- 온라인 컨피규레이션 완료 후, 런타임에서 프로젝트 복사기를 이용해서 프로젝트를 대기 컴퓨터로 복사한다.- 대기 컴퓨터에서 프로젝트를 다시 열고 활성화한다.

이중화 서버 쌍에서의 클라이언트

로컬 프로젝트가 없는 클라이언트를 포함한 WinCC 프로젝트는 서버에서만 편집 가능하다(마스터 또는 대기). 파트너 서버에서는 WinCC 프로젝트를 열 수 없다; 프로젝트 편집 중에는 WinCC 탐색기와 런타임을 닫아야 한다.

런타임에 부하를 분산시키기 위해 마스터 서버 또는 대기 서버를 우선 서버로 구성할 수 있다.

런타임이 활성화된 동안 클라이언트의 WinCC 탐색기는 닫힌 상태를 유지해야 한다. WinCC 도구 "AutoStartRT"를 이용하여 런타임을 시작하는 것이 가장 좋다. WinCC 탐색기가 계속해서 열려 있고 사용자가 또 다른 서버 컴퓨터로 전환할 경우, 운전자 입력이 잠기게 된다(사용자 인터페이스는 "회색"으로 표시됨). 서버(이것으로부터 프로젝트가 열렸음)가 클라이언트의 현재 서버가 아니면 WinCC 편집기를 시작할 수 없다.

도 참조

클라이언트/서버 시스템에서 OPC 인터페이스 사용 (쪽 82)

원격 컨피규레이션 (쪽 68)

런타임에서 시스템 동작 (쪽 59)

클라이언트 컨피규레이션 (쪽 31)

서버 컨피규레이션 (쪽 17)



클라이언트/서버 시나리오 (쪽 14)

컨피규레이션과 양적 구조 (쪽 11)



1.3 컨피규레이션과 양적 구조

분산 시스템에서 암호화된 통신 사용

다중 사용자 시스템의 컴퓨터 간에 암호화된 통신을 설정한다. "Simatic Shell"을 사용하여 컴퓨터에 대한 PSK 키를 지정한다. 이는 통신하기 전에 공유 지정 키를 알고 있는 컴퓨터만 서로 간에 통신할 수 있음을 의미한다. 동일한 네트워크에 대해 고유한 PSK 키를 사용하여 다양한 환경을 지정할 수 있다.

서로 다른 필요에 따른 클라이언트/서버 시스템의 컨피규레이션

필요에 따라 서로 다른 클라이언트/서버 솔루션을 구성할 수 있다. 이 때 클라이언트, 웹 클라이언트(Web Client), 신 클라이언트(Thin Client)를 실현시킬 수 있다.

클라이언트

클라이언트/서버 시스템의 클라이언트를 이용해서, 컨피규레이션에 따라, 다음이 가능하다.

● 하나의 서버의 장면을 여러 클라이언트상에 디스플레이한다(다중 사용자 시스템)

● 여러 서버의 장면을 클라이언트상에 디스플레이한다(분산 시스템)

● 하나의 클라이언트에서 서버 프로젝트(원격)를 구성한다

● 하나의 클라이언트에서 서버 프로젝트를 활성화/비활성화한다(원격)

여러 클라이언트를 구성하기 위해서는, 각각의 서버상에서 "WinCC 서버" 옵션이 필요하다.

웹 클라이언트

웹 클라이언트는 클라이언트-서버 시스템에서, 예를 들면 다음과 같은 경우에 설치된다.

● 시스템 접근이 협대역 연결을 통해서도 필요할 때

● 데이터 임시 접근만 필요할 때

● 장거리 데이터 접근이 필요할 때, 예를 들면 인터넷을 통해

웹 클라이언트는 다음과 같은 이점을 가지고 있다.

● 서로 다른 운영체제를 가진 클라이언트 컴퓨터가 실현될 수 있다

● 서버 접근이 여러 웹 클라이언트를 통해 동시에 가능하다

● 큰 양적 구조가 실현될 수 있다

웹 클라이언트를 구성하기 위해서는 WinCC의 최소 설치와 "WinCC WebNavigator" 옵션이 필요하다.

다중 사용자 시스템1.3 컨피규레이션과 양적 구조


신 클라이언트

신 클라이언트는 기본적으로 웹 클라이언트와 같은 주요 특징들과 추가 특징들을 가지고 있다.

● Windows CE에 기반한 견고한 클라이언트 플랫폼에서도 사용할 수 있다.

신 클라이언트를 구성하기 위해서는 WinCC의 최소 설치와 "WinCC WebNavigator" 옵션이 필요하다.

클라이언트와 서버의 가능한 개수

사용된 클라이언트 유형의 종류와 개수에 따라 서로 다른 양적 구조를 실현시킬 수 있다. 이 때 혼합 시스템(하나의 클라이언트/서버 시스템 내에서 클라이언트와 웹 클라이언트를 병렬로 사용하는 것을 의미함)이 가능하다.

클라이언트만을 사용할 경우, WinCC 네트워크에서 최대 32개 병렬 클라이언트가 하나의 서버에 접근할 수 있다. 런타임에서 하나의 클라이언트는 18개까지의 서버에 접근할 수 있다. 18개의 이중화 서버 쌍으로 최대 36개 서버를 사용할 수 있다.

웹 클라이언트 사용 시, 최대 151개 클라이언트(클라이언트 1개와 웹 클라이언트 150개)의 양적 구조를 획득한다. 이러한 시스템에서 18개의 이중화 서버 쌍 형태로 최대 36개 서버를 사용할 수 있다.

혼합 시스템의 컨피규레이션

혼합 시스템을 구성할 경우, 최대 양적 구조를 얻기 위한 다음과 같은 기본 규칙에 유의해야 한다.

각각의 클라이언트 유형은 하나의 값을 가지고 있다.

● 웹 클라이언트/신 클라이언트 = 1

● 클라이언트 = 2

● "원격 구성" 기능을 가진 클라이언트 = 4

모든 클라이언트의 값의 총계는 조작 기능이 없는 WinCC 서버의 경우, 서버당 60을 초과해서는 안 된다. 조작 기능을 가진 서버의 경우에는, 총 값이 16을 초과해서는 안 된다.

예:

구성요소 의미

"원격 구성" 기능을 가진 클라이언트 2개 2 x 4 =8

클라이언트 4개 4 x 2 =8

웹 클라이언트 44개 44 x 1 =44

합계 60



서버상에서 여러 클라이언트를 동시에 시작

하나의 서버에 연결된 여러 클라이언트를 동시에 시작할 경우, 과부하가 초래될 수 있다. 이 경우, 클라이언트에 시간 제한이 적용된다. 클라이언트를 연속으로 시작할 것을 권장한다.

운전자 스테이션으로 사용되지 않은 서버의 시동 목록

운전자 스테이션으로 사용되지 않는 서버에서 부하를 줄이기 위해, 다음과 같은 애플리케이션을 시동 목록에 포함시키지 않는 것이 좋다.

● 그래픽 디자이너 런타임과 여기에 종속된 애플리케이션, 예를 들면 CCTTRT 서버(공정 컨트롤 옵션) 또는 SFCRT(SFC 블록의 시각화)

● 전역 스크립트 런타임. 로컬 프로젝트를 포함한 5개 이상의 클라이언트가 실행되는 서버에서는 전역 동작을 피해야 한다.

이것은 OS 프로젝트 편집기를 사용하지 않는다면 로컬 프로젝트를 포함한 5개 이상의 클라이언트가 실행되는 서버와 중앙 아카이브 서버에도 동일하게 적용된다.

OS 프로젝트 편집기로 시동 목록에 추가된 애플리케이션을 제거할 수 없다.

도 참조

WinCC의 클라이언트/서버 시스템 (쪽 8)

클라이언트/서버 시스템에서 OPC 인터페이스 사용 (쪽 82)








1.4 클라이언트/서버 시나리오

개요

WinCC를 이용하여 애플리케이션에 따라 다양한 클라이언트/서버 시나리오를 실현시킬 수 있다.

다중 사용자 시스템

다중 사용자 시스템은 대체적으로 데이터를 여러 서버로 분산할 필요가 있는 소형 시스템에서 구성된다.

모든 핵심적인 기능들에 대해 책임을 지는 공정 드라이버 연결 그리고 다수의 운영 스테이션(클라이언트)을 포함한 서버가 구성된다. 이 때 각각의 운전자 스테이션은 동일하거나 서로 다른 태스크를 수행할 수 있다.

클라이언트는 운전자 인증에 따라 다음을 위해 사용될 수 있다.

● 시스템 감시.

● 시스템 작동과 감시.

● 서버 프로젝트의 원격 컨피규레이션, 예를 들면 서비스 컴퓨터로서.

클라이언트는 컨피규레이션에 따라 다음을 위해 사용될 수 있다.

● 예를 들면, 공정을 시스템의 여러 지점에서 조작할 수 있도록 하고자 하는 경우, 프로젝트의 동일한 장면을 디스플레이하기 위해.

● 프로젝트의 다양한 보기를 디스플레이하기 위해 (예: 메시지만).

사용자 인증은 특정 운영 콘솔에서 운전자가 사용할 수 있는 기능을 정의하기 위해 부가된다.

분산 시스템

다수의 서버로 구성된 분산 시스템은 일반적으로 대형 시스템에서 특히 다량의 데이터를 처리해야 할 때 사용된다. 태스크를 여러 서버로 분산시킴으로써, 개별 서버에 적용되는 부하는 줄어들게 된다. 이것은 향상된 시스템 성능을 달성하고 대형의 전형적 애플리케이션을 실현한다.

분산 시스템이 WinCC 시스템에서 구성될 경우, 공정 임무는 공정 단계 또는 기능에 따라 해당 컨피규레이션에 의해 여러 서버에 분산된다.

다중 사용자 시스템1.4 클라이언트/서버 시나리오


● 기술적인 분산의 경우, 각 서버는 시스템의 기술적으로 제한된 영역을 인계받는다(예: 특정 인쇄기 또는 건조기).

● 기능적인 분산의 경우, 각 서버는 특정 임무(예: 시각화, 기록, 알람 출력)를 인계받는다.

런타임에서, 분산 시스템 내에 있는 클라이언트는 18개까지의 서로 다른 서버에서 또는 이중화 서버 쌍에서 각각 데이터를 디스플레이할 수 있다. 분산 시스템내에 있는 각 클라이언트는 기본 그림과 약간의 로컬 데이터를 이용해서 개별적으로 구성된다. 공정 데이터를 디스플레이하는 데 필요한 서버 데이터는 서버에서 클라이언트로 전송되며, 필요 시 자동으로 갱신될 수 있다.

파일 서버

모든 프로젝트를 저장하고 이를 중앙 시스템에서 관리하도록 하기 위해, 사용자는 클라이언트-서버 시스템에서 파일서버를 사용할 수 있다. 파일 서버를 이용하면 모든 프로젝트의 백업 복사본을 용이하게 생성할 수 있다. 공정 드라이버 연결을 이용하는 서버는 파일 서버 접근이 가능하며, 파일 서버에서 프로젝트를 구성할 수 있다. 파일 서버는 컨피규레이션을 위해서만 사용될 수 있다.

필요에 따라 파일 서버에 또 다른 하드웨어 구성요소를 추가하여 특정 요구에 부응시킬 수 있다. 예를 들어, 파일 서버는 백업 보안용 미러 디스크의 생산을 가능하게 한다.

장기 아카이브 서버

장기 아카이브 서버는 아카이브 백업 복사본을 저장하는데 사용된다. 공정 드라이버 연결을 갖추지 않은 서버는 장기 아카이브 서버로서 사용되며, 공정 드라이버 연결을 갖춘 서버는 자신의 아카이브 백업 데이터 복사본을 장기 아카이브 서버로 전송한다. 예를 들면 OLE-DB를 통해 외부 애플리케이션을 이용하여, 장기 아카이브 서버에 기록된 데이터에 접근할 수 있다.

중앙 아카이브 서버

연결된 모든 WinCC 서버의 메시지와 공정값을 중앙 아카이브 서버(예, Process Historian)에 저장할 수 있다. 저장된 공정값과 메시지는 여느 때와 같이 런타임에서 WinCC 온라인 그래프 컨트롤 또는 WinCC 알람 컨트롤의 공정 화면에 디스플레이할 수 있다. 그 외에도 OLE-DB와 같은 정의된 인터페이스를 이용해서 기록된 공정값과 메시지에 직접 접근할 수 있다. 이러한 방법으로, 사용자는 중요한 생산 데이터를, 예를 들면 회사 전체에서 분석 목적으로 사용할 수 있다.



서버-서버 통신

두 서버간의 통신이 이루어지는 동안, 한 서버는 다른 서버의 데이터에 접근하게 된다. 한 서버는 18개까지의 다른 서버에서 또는 이중화 서버 쌍에서 데이터에 접근할 수 있다. 이 때 데이터에 접근하는 서버는 컨피규레이션 그리고 운전 측면에서는 클라이언트처럼 동작한다. 단 표준 서버는 구성할 수 없다.

접근하는 각 서버는 WinCC 서버 라이센스를 필요로 한다. 시스템이 구성되는 동안, 접근하는 서버는 양적 구조에 포함되어야 한다.

표준 서버

분산 시스템에서, 사용자의 데이터는 특정 서버에서 서버 프리픽스를 할당 받아, WinCC 컨트롤이 메시지와 공정 데이터를 디스플레이할 수 있게 한다.

분산 시스템에서, 표준 서버가 클라이언트용으로 구성되면, 유일한 프리픽스가 지정되지 않은 데이터는 표준 서버에서 요구될 수 있다. 표준 서버가 정의되지 않았으면, 로컬로 해당 데이터 접근이 시도된다. 로컬 데이터 관리(예: 메시지와 아카이브)가 없으면, 접근이 거부되고 오류 메시지가 출력된다.

우선권이 있는 서버

다중 사용자 시스템이나 분산 시스템에서 이중화 서버를 사용할 경우 클라이언트들 사이에서 우선권이 있는 서버를 구성한다.

우선권이 있는 서버는 다중 사용자 시스템에서 클라이언트에 대해 우선순위를 가지고 있는 이중화 서버 쌍의 서버이다. 우선권이 있는 서버는 시스템의 작동성을 보장하기 위해 각 클라이언트에 대해 별도로 선택될 수 있다.

도 참조

우선권이 있는 서버를 구성하는 방법 (쪽 43)

표준 서버를 구성하는 방법 (쪽 40)








1.5 서버 컨피규레이션

1.5.1 서버 컨피규레이션

개요

WinCC 네트워크 내의 서버는 다음과 같은 임무를 수행할 수 있다.

● 공정으로 연결

● 공정값 취득

● 메시지와 공정값 기록

● 클라이언트에 공정 데이터 제공

● 클라이언트에 컨피규레이션 데이터 제공

개별 서버가 맡고 있는 임무를 기술적 또는 기능적 관점에 따라 구분할 수 있다.

● 기술적 관점: 각각의 서버는 공정/시스템의 특정한 부분을 관리한다.

● 기능적 관점: 각각의 서버는 런타임에서, 전체 공정과 관련해서 특정한 임무를 수행한다 (예: 알람 로깅 또는 기록).

컨피규레이션 단계

다중 사용자 시스템 구성

다중 사용자 시스템에서는, 런타임에서 하나의 서버의 장면을 디스플레이하는 여러 클라이언트를 구성한다. 클라이언트는 서버에서만 데이터를 얻게 되며, 독자적인 컨피규레이션을 가지고 있지 않다.

다중 사용자 시스템의 서버를 구성하기 위해, 다음과 같이 진행한다.

1. 서버에서 "다중 사용자 프로젝트" 유형의 새 프로젝트를 생성한다.

2. 서버에서 필요한 프로젝트 데이터(그림, 아카이브, 태그...)를 구성한다.

3. 구성하거나 원격으로 감시해야 할 클라이언트를 서버의 컴퓨터 목록에 포함시킨다.

4. 원격 컨피규레이션을 가능하게 하기 위해 클라이언트에 대한 조작 권한을 할당한다.

5. 서버의 자동 패키지 들여오기를 활성화한다.

6. 서버 프로젝트에서 클라이언트 속성을 구성한다 (시작 그림, 잠금 키 조합...).

다중 사용자 시스템1.5 서버 컨피규레이션


분산 시스템 구성

분산 시스템에서는, 여러 서버의 장면을 가진 클라이언트를 구성한다. 클라이언트는 로컬 데이터를 포함한 자신의 고유한 프로젝트를 가지고 있다. 서버에 의해 갱신된 데이터는 패키지 내보내기를 통해 클라이언트로 전송된다.

분산 시스템의 서버를 구성하기 위해, 다음과 같이 진행한다.

1. 각 서버에서 "다중 사용자 프로젝트" 유형의 새 프로젝트를 생성한다.

2. 각 서버에서 필요한 프로젝트 데이터(그림, 아카이브, 태그...)를 구성한다. 구분(기술적/기능적)에 따라, 이것은 단지 특정한 프로젝트 데이터만일 수도 있다(예: 아카이브만).

3. 원격 컨피규레이션이 가능해야 하는 클라이언트를 서버의 컴퓨터 목록에 등록한다.

4. 원격 컨피규레이션을 가능하게 하기 위해 클라이언트에 대한 조작 권한을 할당한다.

5. 패키지 내보내기를 구성한다(수동으로 또는 자동으로).

6. 클라이언트에서 클라이언트 프로젝트 구성.

7. 클라이언트가 서버 데이터(패키지)를 사용할 수 있게 한다.

주

항상 연관된 클라이언트를 구성하기 전에 클라이언트/서버 시스템의 서버를 구성한다.

도 참조


서버 프로젝트에서 클라이언트 구성 (쪽 28)

패키지 내보내기를 구성하는 방법 (쪽 24)

운전자 인증을 구성하는 방법 (쪽 22)

컴퓨터 목록에 클라이언트를 등록하는 방법 (쪽 21)

서버에서 새 프로젝트 생성 (쪽 19)






1.5.2 서버에서 새 프로젝트 생성

개요

WinCC에서 새 프로젝트 생성 시, 아래의 프로젝트 유형에서 선택할 수 있다.

● 단독 사용자 프로젝트: 런타임에서 모든 임무를 수행하는 스탠드 알론형 운영 스테이션을 위한 프로젝트 (공정 드라이버 연결, 조작, 감시, 기록, 등등.). 클라이언트/서버 시스템과는 관련이 없음.

● 다중 사용자 프로젝트: 여러 클라이언트 그리고/또는 서버가 구성되는 다중 사용자 시스템 또는 분산 시스템을 위한 서버 프로젝트.

● 클라이언트 프로젝트: 여러 서버의 장면을 디스플레이할 수 있는 분산 시스템 내의 하나의 클라이언트를 위한 프로젝트.

과정

다음의 과정은 다중 사용자 시스템 또는 분산 시스템을 위한 서버 프로젝트를 생성하는 방법에 대해 설명한다.

1. WinCC 익스플로러에서 서버를 연 다음, "파일" > "새 파일" 메뉴 항목을 선택한다. "WinCC 익스플로러" 대화창이 열린다.

2. "다중 사용자 프로젝트"를 선택한 다음, "확인"을 클릭한다. "새 프로젝트 생성" 대화창이 나타난다.



3. 디렉토리 이름이 프로젝트 이름과 달라야 할 경우, 프로젝트 이름과 하위 디렉토리의 이름을 입력한다. 일반적으로 WinCC 설치 디렉토리의 "WinCC 프로젝트" 폴더가 프로젝트 경로로 사용된다.

4. "생성" 버튼을 클릭한다. 프로젝트가 생성된 다음, WinCC 익스플로러에서 열린다. 현재 프로젝트가 자동적으로 서버 프로젝트이다.

주

프로젝트 유형을 수정함으로써 기존의 프로젝트를 서버 프로젝트로 변환시킬 수 있다("컴퓨터 속성" 대화창, > "일반 사항" 탭 컨트롤).

도 참조












1.5.3 컴퓨터 목록에 클라이언트를 등록하는 방법

개요

클라언트가 서버에 원격으로 또는 런타임에서 접근해야 한다면, 이 클라이언트를 서버의 컴퓨터 목록에 등록해야 한다.

전제조건

다중 사용자 프로젝트를 생성하였다(다중 워크스테이션 시스템 또는 분산 시스템). 컨피규레이션 컴퓨터는 그 다음 자동적으로 클라이언트/서버 시스템의 서버이다.

과정

1. WinCC 익스플로러에서 "컴퓨터"를 선택한 다음 팝업 메뉴 항목 "새 컴퓨터..."를 선택한다. "컴퓨터 속성" 대화창이 나타난다.

2. 현재 서버에 접근이 가능해야 하는 클라이언트 컴퓨터의 이름을 입력한다.

3. 컴퓨터를 프로젝트의 컴퓨터 목록에 등록하기 위해 "확인"을 클릭한다.

4. 클라이언트/서버 시스템에서 현재 서버로 접근이 가능해야 하는 모든 컴퓨터에 대해 공정을 반복한다.

주

클라이언트 컴퓨터를 재명명하려면 선택된 클라이언트 컴퓨터를 컴퓨터 목록에서 삭제한다. 수정된 이름의 새 클라이언트 컴퓨터를 컴퓨터 목록에서 새 컴퓨터로 포함시킨다.

도 참조












1.5.4 운전자 인증을 구성하는 방법

WinCC에서 운전자 인증

클라이언트가 서버 프로젝트를 원격으로 또는 런타임에서 열고 편집하기 위해서는, 서버 프로젝트에서 해당 클라이언트 운전자 인증을 구성해야 한다. 이 용도로 서버에서 다음 운전자 인증을 사용할 수 있다.

● "원격 컨피규레이션": 클라이언트는 원격 스테이션에서 서버 프로젝트를 열 수 있고, 프로젝트에 완전히 접근할 수 있다.

● "원격 활성화": 클라이언트가 런타임 시 서버 프로젝트를 설정할 수 있다.

● "웹 접근 - 감시 전용": 웹 클라이언트가 플랜트를 감시할 수 있다. 이러한 운전자 인증은 다른 클라이언트의 컨피규레이션과는 관련이 없다.

클라이언트가 서버 프로젝트를 구성할 권한을 가지고 있는 경우 운전자 인증이 클라이언트의 서버 프로젝트에서 변경될 수도 있다. 운전자 인증이 변경될 때 네트워크의 컴퓨터에 변경 사실이 통지되지 않는다. 변경은 새 클라이언트가 서버에 로그온할 때 적용된다.

클라이언트가 해당 서버에서 프로젝트를 열거나, 활성화/비활성화하자 마자 클라이언트에서 운전자 인증이 요청된다. 해당 운전자 인증을 서버에서 사용할 수 없으면 프로젝트를 처리할 수 없다. 클라이언트에서 서버 프로젝트를 닫으면, 다시 열 경우에 다시 로그인해야 한다.

주

구성된 운전자 인증은 컴퓨터와 관련되는 것이 아니라, 사용자와 관련된다. 따라서 할당된 운전자 인증은 같은 로그인이 적용되는 모든 운영 스테이션에 유효하다.

운영체제에서 운전자 인증

클라이언트가 서버 프로젝트에 접근하려면 해당 프로젝트 폴더가 서버에서 네트워크 접근용으로 활성화되어야 한다. 프로젝트에 접근해야 하는 사용자에게 필요한 모든 권한을 사용하여 운영체제에서 인증을 설정한다.

주

네트워크 보안과 관련해서, 승인된 프로젝트 디렉토리를 위해 상이한 Windows 운전자 인증을 할당할 수 있다.

운전자 인증의 할당에 대한 자세한 정보는 Windows 설명서에서 찾을 수 있다.



절차

1. WinCC 탐색기에서 사용자 관리자를 연다.

2. 내비게이션 영역에서 사용자를 선택한다.

3. 서버 프로젝트에 대한 모든 접근 권한을 가진 사용자에게 "원격 컨피규레이션"과 "원격 활성화" 권한을 활성화한다.

4. 사용자 관리자를 닫는다.

도 참조












1.5.5 패키지 내보내기를 구성하는 방법

원리

패키지는 분산 시스템 또는 다중 사용자 시스템 내의 연결된 모든 클라이언트에서 사용가능한 현재의 모든 컨피규레이션 데이터(태그, 메시지, 아카이브 등등.)를 포함하고 있는 데이터 패킷이다. 패키지는 서버로부터 내보내기되고, 클라이언트로 들여오기된다.

서버에서의 첫번째 내보내기와 클라이언트에서의 들여오기는 수동으로 이루어진다. 서버와 클라이언트에서 패키지의 그 외의 모든 갱신은 자동으로 실행될 수 있다. 사용자는 이러한 갱신을 실시하기 위한 원인과 패키지 갱신이 이루어질 때의 매개변수를 조정할 수 있다. 예를 들어, 사용자는 컨피규레이션 데이터를 맨처음 클라이언트에 분산시키기 위해, 수동으로 시동되는 동안 패키지를 클라이언트에 전송한다. 그 다음 사용자는 클라이언트상의 갱신된 데이터를 보존하기 위해, 서버 데이터가 변경될 때마다 자동 패키지 갱신을 구성할 수 있다.

주

이미 생성된 패키지를 포함하고 있는 프로젝트가 다른 서버로 복사되면, 복사된 프로젝트에서 WinCC 컴퓨터 속성의 컴퓨터 이름을 새 컴퓨터에 맞게 조정한다. 복사된 프로젝트에서 패키지를 다시 생성하면, "패키지 속성" 대화상자에서 컴퓨터의 이름을 갱신시켜야 할 수도 있다.서버-서버 통신이 선택되면, 한 서버는 다른 서버의 데이터로 접근하게 된다. 이 때 접근하는 서버는 들여오기된 패키지와 관련해서 클라이언트와 같이 동작한다. 그러므로, 아래의 설명에서 클라이언트와 관련된 설명은 여기에도 적용된다.

컨피규레이션 데이터는 정상적으로 작동되는 동안 수동으로 또는 자동으로 갱신될 수 있다.

패키지의 수동 생성

요구가 있을 경우, 서버에서 새 패키지가 수동으로 생성된다. 새 패키지는 들여오기를 위해 클라이언트에서 사용가능하게 된다.



패키지의 자동 갱신

"암시적 갱신" 기능으로 서버에서 패키지 내보내기와 클라이언트에서 패키지 들여오기를 자동화할 수 있다.

서버상의 "컨피규레이션 암시적 패키지 갱신" 대화창에 디스플레이된 옵션은 이 서버에서 패키지 내보내기와 다른 서버에서 패키지 들여오기에 영향을 줄 수 있다. 이러한 내용은 아래 표의 "들여오기"와 "내보내기" 칸에서 볼 수 있다.

대화창에는, WinCC CS와 WinCC RT에 대해 다음과 같은 가능성들이 있다.

WinCC CS에 대한 설정 들여오기 내보내기 의미

프로젝트가 열릴 때 서버 데이터 갱신

X 프로젝트가 열릴 때마다 클라이언트 들여오기

통보 시 자동 갱신 X 다음과 같은 조건이 충족되었을 경우 통보를 수신할 때마다 클라이언트 들여오기:● 서버 설정 "내보내기한 후에 통보"가 활성화되었다.

● 프로젝트가 활성화되지 않았다.컨피규레이션 데이터의 변경 감시.● 프로젝트가 열릴 때 서버 데이터 생성.

● 프로젝트가 닫힐 때 서버 데이터 생성.

● 변경되는 즉시 서버 데이터 생성

X 다음과 같은 경우에 서버는 패키지를 내보내기한다● 프로젝트가 열릴 때● 프로젝트가 닫힐 때● 프로젝트 데이터가 변경될 때마다

내보내기한 후에 통보 X 서버가 패키지 내보내기 후에 통보를 전송한다 클라이언트 설정 "통보 시 자동 갱신"이 효력을 발휘하려면 이 설정이 활성화되어 있어야 한다.

자동 들여오기 X 서버가 자신의 내보내기된 패키지를 다시 들여온다● 기호 컴퓨터 이름을 가진 특별한 서버와 관계 없이, 예를 들면 태그를 구성하기 위해.

● 자신의 고유한 프로젝트가 없는 클라이언트를 위해 특별한 서버의 보기와 더불어.



WinCC RT에 대한 설정 들여오기 내보내기 의미

프로젝트가 열릴 때 서버 데이터 갱신

X 프로젝트가 활성화될 때마다 클라이언트 들여오기

통보 시 자동 갱신 X 다음과 같은 조건이 충족되었을 경우 통보를 수신할 때마다 클라이언트 들여오기:● 클라이언트 설정 "통보 시 자동 갱신"이 활성화되었다.

● 프로젝트가 활성화되었다.

주

프로젝트 데이터가 자주 변경되어야 할 경우, 예를 들면 시동 시 또는 컨피규레이션 도구 사용 시에는 자동 패키지 내보내기를 사용해서는 안 된다.

패키지 내보내기를 구성하기 위해서는, WinCC 익스플로러의 서버 데이터 편집기를 사용해야 한다.

전제조건

서버 프로젝트가 열려 있어야 한다.

과정

수동 패키지 내보내기1. WinCC 익스플로러에서 "서버 데이터"로 이동하고 바로 가기 메뉴에서 "생성"을 선택한다.

2. "패키지 속성" 대화상자에서 서버의 기호 컴퓨터 이름과 실제 컴퓨터 이름을 지정한다. 이러한 정보를 통해 클라이언트상에서 패키지의 출처가 확인된다.컨피규레이션되는 동안 가능한 한 빨리 서버의 기호 컴퓨터 이름과 실제 컴퓨터 이름을 정의한다. 기호 컴퓨터 이름이 변경되면, 반드시 모든 컨피규레이션 데이터에서 이를 적응시켜야 한다. 기호 컴퓨터 이름은 일반적으로 프로젝트 이름과 실제 컴퓨터 이름의 조합으로 이루어져 있다.

3. "확인"을 클릭한다. 서버 데이터가 생성된다. 컨피규레이션 크기에 따라 이 작업은 상당한 시간이 소요된다.

결과

서버 데이터를 포함하고 있는 패키지가 WinCC 익스플로러의 "서버 데이터"하의 목록에 위치해 있게 된다. 패키지는 사용자의 파일 시스템에서 프로젝트 디렉토리 <프로젝트 이름>\<컴퓨터\패키지>\*.pck 하에 저장된다.

클라이언트는 이제 패키지를 들여오기할 수 있다.



자동 패키지 내보내기1. WinCC 익스플로러에서 "서버 데이터"로 이동하고 바로 가기 메뉴에서 "암시적 갱신"을 선택한다.

2. 필요한 옵션을 선택한다. 여러 개를 선택할 수 있다.

3. "확인"을 클릭하여 선택을 확인한다.

결과

사용자가 선택했을 때, 자신의 서버에서 서버 데이터를 포함하고 있는 패키지가 생성되거나 또는 다른 서버에서 이미 들여오기된 패키지가 갱신된다(예: 프로젝트가 닫힐 때).

주

SIMATIC Manager로 생성된 WinCC 프로젝트에는 "서버 데이터"의 바로 가기 메뉴에 "생성..." 또는 "암시적 갱신..."이 포함되어 있지 않다. 이것은 WinCC에서 생성한 후 "WinCC 개체 들여오기"를 이용해 SIMATIC Manager로 들여온 프로젝트에도 적용된다. 이러한 유형의 프로젝트를 TIA 프로젝트라고도 한다.WinCC 익스플로러로 TIA 프로젝트를 복사한 후 WinCC 익스플로러로 사본을 편집하는 경우에는 "서버 데이터"의 바로 가기 메뉴에 "생성..." 또는 "암시적 갱신..."이 포함되어 있다.

생성된 패키지의 디스플레이

패키지가 생성되었으면, 패키지는 WinCC 익스플로러 데이터 창에서 다음과 같이 디스플레이된다.

키보드, 우측: 로드된 패키지



키보드, 좌측: 서버에서 내보내기된 패키지

: 로드된 패키지, 표준 서버 없음

: 로드된 패키지, 표준 서버 있음

: 서버 내보내기 패키지(다시 들여오지 않음)

: 자체 프로젝트에 다시 들여온 로컬 생성 패키지

도 참조










1.5.6 서버 프로젝트에서 클라이언트 구성

원리

여러 클라이언트가 정확히 하나의 서버의 장면을 디스플레이하는 다중 사용자 시스템을 구성할 경우, 클라이언트를 위한 로컬 프로젝트를 생성하는 것이 아니라, 서버 프로젝트에서 클라이언트 동작을 구성하도록 한다.

전제조건

서버 데이터를 디스플레이해야 하는 클라이언트를 서버 컴퓨터 목록에 등록하였다. 클라이언트들은 특정한 1개 서버에만 접근한다. 이 서버에서 다른 서버의 패키지를 들여와서는 안 된다. 서버 프로젝트가 서버상에서 열려 있다.



과정

1. 서버에서 WinCC 익스플로러의 컴퓨터 목록을 연다.

2. 구성하고자 하는 클라이언트를 선택한 다음, 팝업 메뉴에서 "속성" 항목을 선택한다.

클라이언트를 위한 "컴퓨터 속성" 대화창이 열린다.

3. 시동 탭에서 런타임에 클라이언트에서 활성화되어 있어야 하는 편집기를 선택한다. 예를 들어, 스크립트로 작업할 경우 전역 스크립트 런타임을 선택한다.

4. "매개변수" 탭을 사용하여 클라이언트에서 시작되어야 하는 런타임의 언어를 선택한다. 이렇게 해서, 예를 들면, 동일한 데이터를 서로 다른 언어로 디스플레이하는 2개의 클라이언트를 구성할 수 있다.

5. "그래픽 런타임" 탭 컨트롤에서 클라이언트를 위한 시작 그림을 지정한다. 각 클라이언트를 위한 시작 그림을 개별적으로 선택할 수 있다. 필요 시, 여기서 그 외의 창 특성을 정의한다.

6. "확인"을 이용해서 설정을 확인한다.

7. 프로젝트에서 다른 클라이언트의 속성을 동일한 방법으로 구성한다.

8. 서버 프로젝트의 서버 데이터 편집기 팝업 메뉴에서 "암시적 갱신" 엔트리를 연다. "자동 들여오기" 설정을 활성화한다.

9. 서버 프로젝트에서 패키지를 생성한다.

주

자신의 고유한 프로젝트가 없는 클라이언트는 클라이언트가 구성된 서버를 볼 수만 있다. 서버-서버 통신을 통해 이 서버를 다른 서버에, 또는 중앙 아카이브 서버에 링크하는 것은 허용되지 않는다.

프로젝트 변경은 WinCC 익스플로러가 흐리게 표시되는 경우 적용되지 않는다.

초기 상황

● WinCC 편집기가 로컬 프로젝트가 없는 클라이언트의 런타임에서 열려 있다.

● WinCC Runtime이 서버상에서 비활성화된다.



동작

프로젝트 기능의 스크립트 변경과 같이 편집기에서의 변경 작업이 적용되지 않는다.

해결

WinCC 익스플로러가 로컬 프로젝트 없이 클라이언트에서 흐리게 표시되는 한 어떤 데이터도 구성할 수 없다.

도 참조












1.6 클라이언트 컨피규레이션

1.6.1 클라이언트 컨피규레이션

개요

클라이언트 컨피규레이션은 클라이언트가 여러 서버의 보기를 디스플레이할 수 있는 분산 시스템을 구성할 때에만 필요하다. 클라이언트가 하나의 서버의 데이터만을 디스플레이하는 다중 사용자 시스템을 구성할 경우에는, 클라이언트 컨피규레이션이 필요치 않다. 클라이언트는 모든 데이터와 자신의 런타임 환경을 서버 프로젝트에서 얻는다.

여러 서버를 포함하고 있는, 그리고 클라이언트가 여러 서버의 다양한 보기를 디스플레이하는 클라이언트/서버 시스템을 구성할 경우에는 (분산 시스템), 각각의 클라이언트에 대해 개별 클라이언트 프로젝트를 구성한다. 런타임에서, 각각의 클라이언트는 최대 18개의 서로 다른 서버 또는 이중화 서버 쌍의 보기를 디스플레이할 수 있다. 예를 들면, 서버 1과 서버 2의 메시지를 디스플레이하고, 서버 3의 공정값을 디스플레이, 기록하고, 서버 4의 그림을 디스플레이할 수 있다.

분산 시스템의 클라이언트는 서버에서의 조작 권한에 따라 다음을 실행할 수 있다.

● 공정 감시.

● 공정 감시와 조작.

● 서버 프로젝트의 원격 컨피규레이션.

● 서버 프로젝트의 원격 활성화/비활성화.

주

서로 다른 서버의 데이터를 디스플레이하기 위해서는, 서버 프리픽스 (즉, 서버 이름)가 분산 시스템내에서 유일해야 한다.

각각의 클라이언트는 자신의 고유한 컨피규레이션을 가지고 있으며, 클라이언트 데이터베이스에 소수의 관리 클라이언트별 데이터를 로컬적으로 저장한다. 예:

● 로컬 태그

● 사용자 관리자 데이터

● 텍스트 라이브러리의 데이터

● 프로젝트 속성

● 사용자 주기

다중 사용자 시스템1.6 클라이언트 컨피규레이션


주

서버 컨피규레이션의 모든 외부 데이터가 클라이언트 프로젝트에서 올바르게 디스플레이될 수 있도록 클라이언트에서도 존재해야 한다. 외부 데이터는, 예를 들면, WinCC에서 유래하지 않는 ActiveX 컨트롤, 그리고 OLE 개체로 통합되어 있는 외부 그래픽을 가리킨다.

컨피규레이션 단계

1. 서버 프로젝트 구성.

2. 서버 프로젝트 생성과 내보내기.

3. 클라이언트에서의 패키지 들여오기 구성.

4. 클라이언트에서 클라이언트 프로젝트 구성.

주

서버에서 런타임을 비활성화하면, 컨피규레이션을 계속하기 위해 클라이언트에서 런타임도 끝내야 한다.

도 참조

여러 서버의 메시지에 대한 메시지 순차 보고서 구성 (쪽 57)

다른 서버에서 메시지 디스플레이 (쪽 55)

다른 서버에서 데이터 사용 (쪽 53)

클라이언트에서 그림 변경 구성 (쪽 51)

다른 서버에서 그림 디스플레이 (쪽 49)

클라이언트의 시작 그림 구성 (쪽 46)



패키지 들여오기 구성 (쪽 35)

클라이언트에서 새 프로젝트 생성 (쪽 33)







1.6.2 클라이언트에서 새 프로젝트 생성

개요

WinCC에서 새 클라이언트 프로젝트 생성 시, 다음과 같은 프로젝트 유형 중에서 선택할 수 있다.

● 단독 사용자 프로젝트: 런타임에서 모든 임무를 수행하는 스탠드 알론형 운영 스테이션을 위한 프로젝트 (공정 드라이버 연결, 조작, 감시, 기록, 등등.). 클라이언트/서버 시스템과는 관련이 없음.

● 다중 사용자 프로젝트: 여러 클라이언트 그리고/또는 서버가 구성되는 다중 사용자 시스템 또는 분산 시스템을 위한 서버 프로젝트.

● 클라이언트 프로젝트: 여러 서버의 장면을 디스플레이할 수 있는 분산 시스템 내의 하나의 클라이언트를 위한 프로젝트.

주

여러 클라이언트가 정확히 하나의 서버의 장면을 디스플레이하는 다중 사용자 시스템을 구성할 경우, 클라이언트를 위한 로컬 프로젝트를 생성하는 것이 아니라, 서버 프로젝트에서 클라이언트 동작을 구성하도록 한다.



과정

1. WinCC 익스플로러에서 클라이언트를 연 다음, "파일" > "새 파일" 메뉴 항목을 선택한다. "WinCC 익스플로러" 대화창이 열린다.

2. "클라이언트 프로젝트"를 선택한 다음, "확인"을 클릭한다. "새 프로젝트 생성" 대화창이 나타난다.

3. 디렉토리 이름이 프로젝트 이름과 달라야 할 경우, 프로젝트 이름과 하위 디렉토리의 이름을 입력한다. 일반적으로 WinCC 설치 디렉토리의 "WinCC 프로젝트" 폴더가 프로젝트 경로로 사용된다.

4. "생성" 버튼을 클릭한다. 프로젝트가 생성된 다음, WinCC 익스플로러에서 열린다.

주

"컴퓨터 속성" 대화창에서 프로젝트 유형을 수정함으로써, 기존 프로젝트를 클라이언트 프로젝트로 변환시킬 수도 있다.



도 참조
















1.6.3 패키지 들여오기 구성

개요

분산 시스템에 있는 서로 다른 서버의 공정 데이터를 표시하는 클라이언트는 해당 데이터의 정보가 필요하다. 이를 위해 컨피규레이션 데이터가 있는 패키지가 분산 시스템의 서버에 생성되며 클라이언트가 이 패키지를 사용할 수 있게 된다. 클라이언트는 데이터를 사용할 서버의 패키지가 필요하다.



개요

서버에서의 첫번째 패키지 내보내기와 클라이언트에서의 들여오기는 수동으로 이루어진다. 서버와 클라이언트에서 패키지의 그 외의 모든 갱신은 자동으로 실행될 수 있다. 갱신 수행 시점과 트리거 요인을 설정할 수 있다.

주

서버-서버 통신이 선택되면, 한 서버는 다른 서버의 데이터로 접근하게 된다. 이 때 접근하는 서버는 들여오기된 패키지와 관련해서 클라이언트와 같이 동작한다. 그러므로, 아래의 설명에서 클라이언트와 관련된 설명은 여기에도 적용된다. 기호 컴퓨터 이름을 가진 특별한 서버와 관계 없이, 예를 들면 태그를 구성하기 위해 서버는 자신의 고유한 패키지를 다시 들여올 수 있다.

패키지 들여오기를 완료하기 위해서는, WinCC 익스플로러의 서버 데이터 편집기를 사용해야 한다. 패키지를 들여오는 방법에는 3가지가 있다.

수동 로드

서버에서 생성된 패키지를 클라이언트에서 로드한다. 들여오기 공정은 "로드" 명령을 통해 수동으로 트리거된다. 패키지의 첫번째 들여오기는 수동으로 이루어져야 한다.

수동 갱신

클라이언트에서 서버에 의해 이미 로드된 패키지를 "갱신" 명령을 이용하여 수동으로 갱신한다.

자동 갱신

특정한 조건이 충족될 때 새 패키지가 클라이언트에서 자동적으로 갱신되도록, 클라이언트에서 암시적 패키지 갱신을 구성할 수 있다. 그러나, 패키지의 첫 번째 들여오기는 수동으로 이루어져야 한다.



설정 의미

WinCC CS의 경우● 프로젝트가 열릴 때 서버 데이터 갱신

● 통보 시 자동 갱신

● 프로젝트가 열릴 때마다 클라이언트 들여오기● 서버는 패키지를 내보내기한 후에 통보를 전송하고, 클라이언트는 통보를 받을 때마다 들여 온다.이 설정은 패키지 내보내기를 위한 서버에서 "내보내기한 후에 통보" 설정이 활성화되어 있을 때에만 효력을 발생한다.

WinCC RT의 경우● 프로젝트가 열릴 때 서버 데이터 갱신

● 통보 시 자동 갱신

● 프로젝트가 활성화될 때마다 클라이언트 들여오기● 서버는 패키지를 내보내기한 후에 통보를 전송하고, 클라이언트는 통보를 받을 때마다 들여 온다.이 설정은 패키지 내보내기를 위한 서버에서 "내보내기한 후에 통보" 설정이 활성화되어 있을 때에만 효력을 발생한다.

전제조건

● 패키지가 서버에서 생성되었다.

● 클라이언트 프로젝트가 열려 있다.

과정

수동 로드1. 클라이언트에서 클라이언트 프로젝트를 연다.

2. WinCC 익스플로러에서 "서버 데이터"를 선택하고 바로 가기 메뉴에서 "로드"를 선택한다. "파일 열기" 대화창이 나타난다.



3. 로드할 패키지를 선택하고 "확인"을 클릭한다. 기본적으로 서버 패키지는 "...\\<서버 프로젝트 이름>\<컴퓨터 이름>\패키지\" 디렉토리의 "<프로젝트 이름_컴퓨터 이름>*.pck" 이름에 저장된다. 그러나, 임의의 데이터 매체에 저장되어 있는 패키지에 접근할 수도 있다.

4. "열기"를 클릭한다. 데이터가 로드된다. 해당 서버를 사용할 수 없으면, 새 패키지 요청 시 상응하는 고장 엔트리가 나타난다.

수동 갱신1. 클라이언트에서 클라이언트 프로젝트를 연다.

2. WinCC 익스플로러에서 "서버 데이터"를 선택하고 바로 가기 메뉴에서 "갱신" 명령을 선택한다.

3. 데이터가 갱신된다. 서버-서버 통신의 경우 다른 서버의 패키지가 로드되지 않았으면, 서버에 고장 메시지가 나타난다.



자동 갱신1. 클라이언트에서 클라이언트 프로젝트를 연다.

2. WinCC 익스플로러에서 "서버 데이터"를 선택하고 바로 가기 메뉴에서 "암시적 갱신"을 선택한다. "암시적 패키지 갱신 컨피규레이션" 대화창이 나타난다.

3. 필요한 옵션을 선택한다. 여러 개를 선택할 수 있다.

4. "확인"을 이용해서 선택을 확인한다. 서버 데이터는 클라이언트상에서 자동적으로 갱신된다. 예: 프로젝트 열기 시 또는 네트워크를 통한 통보 시. 해당 서버를 사용할 수 없을 경우, 클라이언트에서 고장 메시지가 나타나지 않는다.

주

프로젝트가 클라이언트에서 이미 활성화되어 있는 동안에 패키지를 새로 추가하거나 삭제하면, 디스플레이 문제가 발생할 수 있다. 클라이언트를 비활성화한 다음 다시 활성화하면 이러한 상황을 해결할 수 있다.

로드된 패키지의 디스플레이

패키지가 로드되었으면, 패키지는 WinCC 익스플로러 데이터 창에서 다음과 같이 디스플레이된다.

키보드, 우측: 로드된 패키지

키보드, 좌측: 내보내기 되었지만 아직 로드되지 않은 패키지

: 로드된 패키지, 표준 서버 없음

: 로드된 패키지, 표준 서버 있음



도 참조















1.6.4 표준 서버를 구성하는 방법

개요

분산 시스템의 클라이언트를 위해 표준 서버를 구성한다. 유일한 서버 프리픽스가 (예를 들어 태그에 대해) 지정되어 있지 않으면, 이 서버로부터 데이터가 요구되어야 한다.

구성요소를 위해 표준 서버를 구성하지 않았으면, 로컬 클라이언트 데이터(예: 내부 태그)로 접근하려는 시도가 일어난다. 클라이언트상에 로컬 데이터 관리(예: 메시지와 아카이브)가 없으면, 접근이 거부되고 오류 메시지가 출력된다.

전제조건

해당 패키지를 들여오기한 후에만 클라이언트에서 표준 서버를 선택할 수 있다.



과정

1. WinCC 익스플로러의 클라이언트에서 "서버 데이터" 엔트리를 선택한다.

2. 팝업 메뉴에서 "표준 서버..." 항목을 선택한다. "표준 서버 구성" 대화창이 나타난다.

3. 기호 컴퓨터 이름에서 필요한 구성요소에 대한 엔트리를 클릭한다. 드롭-다운 목록 상자에서 서버를 선택한다. 목록은 클라이언트에 로드된 모든 패키지의 기호 컴퓨터 이름을 포함하고 있다.

4. 대화창에 나열된 구성요소들은 WinCC 설치와 관계가 있다. 옵션을 설치했을 경우에는 디스플레이된 구성요소 외에도 구성요소 옵션(예: SSM - 화면 분할 마법사)이 나열될 수 있다.

5. "확인"을 클릭하여 선택을 확인한다.

구성요소를 위해 표준 서버를 선택해야 하는 시점

알람

클라이언트에서 작동 메시지를 생성해야 하면, 사전에 알람을 위한 표준 서버를 지정해야 한다. 알람 로깅은 클라이언트 자체에서 구성할 수 없으며 메시지는 서버에서 출력되어야 한다.

클라이언트는 기본 서버로부터 중앙에서 메시지의 사용자 정의 선택을 검색할 수 있다.

아카이브, 그림, 텍스트 라이브러리, 사용자 아카이브, 태그

클라이언트에서 표준 서버를 구성하였으면, 유효한 서버 프리픽스가 생성되지 않은 이 구성요소의 데이터들이 정의된 표준 서버에서 검색된다. 클라이언트에서 표준 서버를 구성하지 않았으면, 서버 프리픽스가 없기 때문에, 이 데이터를 위해 어떠한 서버도 있을 수 없다.



아카이브, 그림, 텍스트 라이브러리, 사용자 아카이브 및 태그의 기본 서버를 설정하는 것은 특별한 애플리케이션과 관련해서만 의미가 있다. SIMATIC 설명서 또는 고객 지원부가 특정한 서버를 지정할 것을 명시적으로 요구하지 않으면, "서버 데이터" 편집기의 "표준 서버 구성"에 있는 "표준 서버 없음"의 설정을 그대로 둔다.

주

표준 서버가 WinCC 클라이언트의 변수에 입력되는 경우 태그 관리 런타임의 툴팁에 상태 정보가 표시되지 않는다.

기본 공정 컨트롤 사용 시 표준 서버 선택

알람

알람을 위해서는 항상 표준 서버를 표시해야 한다.

태그

변수에 대해 표준 서버를 표시해서는 안 된다.

SSM(화면 분할 마법사)

SSM 구성요소를 위해서는 항상 표준 서버를 표시한다.

WinCC 클라이언트에서 그래프 그룹을 결합시키면, 그래프 그룹은 표준 서버와 그것의 이중화 파트너 서버에 저장된다. 다른 WinCC 클라이언트들도 마찬가지로 이 서버를 SSM 구성요소를 위한 표준 서버로 설정할 수 있다. 이렇게 해서 이 WinCC 클라이언트들도 구성된 그래프 그룹을 이용할 수 있다. WinCC 클라이언트에서 SSM 구성요소를 위한 표준 서버를 구성하지 않았으면, 컴파일된 그래프는 이 컴퓨터에 로컬로 저장된다. 다른 WinCC 클라이언트들은 이 그래프 그룹을 WinCC 온라인 그래프 컨트롤에 디스플레이할 수 없다. 원칙적으로 서버 프로젝트에서 이 그래프 그룹을 디스플레이하는 것은 불가능하다.

WinCC 클라이언트에서 이미지 컴파일을 구성하면, 이미지 컴파일은 표준 서버가 SSM 구성요소에 대해 표시되는 경우에만 이 서버에 저장된다. 표준 서버가 표시되지 않으면, 구성된 WinCC 클라이언트 이미지 컴파일은 로컬로 저장되며 다른 클라이언트의 경우에는 접근이 불가능하다. 원칙적으로 서버 프로젝트에서 이 화면 컴파일을 디스플레이하는 것은 불가능다.

서버에서 이중화를 구성하면, 그래프 그룹과 이미지 컴파일의 데이터들은 그것의 이중화 파트너 서버에서도 일치된다. 이중화 전환 시, 컴파일된 모든 그래프 그룹과 모든 이미지 컴파일을 WinCC 클라이언트에서 요청할 수 있다.



도 참조















1.6.5 우선권이 있는 서버를 구성하는 방법

개요

이중화 서버를 사용할 경우 분산 시스템이나 다중 사용자 시스템의 클라이언트에서 우선권이 있는 서버를 구성한다.

우선권이 있는 서버는 분산 시스템에서 클라이언트에 대해 우선순위를 가지고 있는 이중화 서버 쌍의 서버이다. 우선권이 있는 서버가 사용되는 동안, 클라이언트는 우선권이 있는 서버에서 데이터를 수신한다.

지속적인 작동성을 보장하기 위해 클라이언트가 이중화 서버로 분산될 수 있도록, 우선권이 있는 서버는 각 클라이언트에 대해 개별적으로 정의될 수 있다. 구성된 서버에 대한 네트워크가 중단된 경우 클라이언트는 이중화 파트너 서버로 전환된다. 서버를 다시 사용할 수 있으면 클라이언트는 다시 우선된 서버로 전환된다.



클라이언트를 이중화 서버에 분산시킴으로써, 부하가 분산되어, 전체 시스템의 성능이 향상된다.

주

WinCC에서 이중화 시스템의 컨피규레이션은 "이중화 시스템" 항목에 설명되어 있다.

절차

분산 시스템과 다중 사용자 시스템에서 클라이언트의 우선권이 있는 서버는 서로 다르게 구성된다.

분산 시스템에서 클라이언트의 우선권이 있는 서버 구성1. WinCC 익스플로러의 클라이언트에서 "서버 데이터" 엔트리를 선택한다.

2. 쇼트컷 메뉴에서 "구성"을 선택한다. "서버 데이터 구성" 대화창이 나타난다.

3. 목록에는 클라이언트에서 패키지가 제공되는 모든 서버의 기호 및 실제 컴퓨터 이름이 들어 있다. 이중화 서버가 한 서버에 대해 사용가능하면, 실제 컴퓨터 이름이 지정된다. 이중화 서버 쌍에서 우선권이 있는 서버로 서버 하나를 선택한다.분산 시스템의 이중화 서버에는 서버의 주소가 지정되는 하나의 공통 기호식 이름만을 가진다.

4. "확인"을 클릭하여 입력을 완료한다.

다중 사용자 시스템에서 클라이언트의 우선권이 있는 서버 구성

클라이언트는 반드시 서버의 컴퓨터 목록에 입력되어야 한다.



1. WinCC 익스플로러의 서버에서 "서버 데이터" 엔트리를 선택한다.

2. 쇼트컷 메뉴에서 "클라이언트 특유의 설정"을 선택한다. "클라이언트 특유의 설정" 대화창이 나타난다.

3. 서버의 컴퓨터 목록에 입력된 모든 클라이언트의 목록이 나타난다. 원하는 클라이언트를 선택한 다음, "우선권이 있는 서버" 열에서 2개의 이중화 서버 중 하나를 우선권이 있는 서버로 선택한다.


클라이언트의 런타임 동작

우선권이 있는 서버가 사용되는 동안, 클라이언트는 우선권이 있는 서버로 지정된 이중화 서버에 대한 연결을 계속 유지한다.

우선권이 있는 서버가 고장이면, 클라이언트는 이중화 파트너 서버에 스위칭된다. 고장났던 우선권이 있는 서버가 다시 사용가능하게 되면, 클라이언트는 다시 이 서버로 스위칭된다.

도 참조

















1.6.6 클라이언트의 시작 그림 구성

개요

분산 시스템의 임의의 그림을 클라이언트의 시작 그림으로 사용할 수 있다. 이것은 서버의 그림이거나, 클라이언트의 로컬 그림이거나 또는 임의의 다른 그림일 수 있다.

다음의 과정은 서버의 그림을 시작 그림(시작 화면)으로 사용하는 방법에 대해 설명한다.

전제조건

시작 그림으로 사용될 그림을 가진 서버의 패키지가 클라이언트에 들여오기되어 있다.

과정

1. 클라이언트에서 클라이언트 프로젝트를 연다.

2. WinCC 익스플로러에서 컴퓨터를 선택한 다음, 팝업 메뉴에서 "속성" 옵션을 선택한다.

3. "그래픽 런타임" 탭 컨트롤을 활성화한다.



4. 서버 컴퓨터의 이름을 시작 화면 이름으로 입력한 다음, 사용될 그림을 입력한다. 예:

5. "검색" 버튼을 이용해서 그림을 검색할 수도 있다. 선택 대화창은 클라이언트에 로드된 모든 서버 패키지의 그림을 디스플레이한다.


도 참조



















1.6.7 다른 서버에서 그림 디스플레이

원리

서로 다른 서버의 그림을 클라이언트에 구성된 기본 화면 내부의 그림 윈도우에 디스플레이할 수 있다.

각각의 그림 윈도우에서 서버의 데이터에 접근할 수 있다. 서버 그림을 클라이언트 그림에 그림 윈도우로 통합하기 위해서는 서버 프리픽스를 그림 파일 이름 앞에 붙여야 한다.

주

서버 프리픽스는 분산 시스템 내에서 유일해야 한다.



스크립트(C 또는 VBS)를 통해 그리고 직접 연결을 통해 서버 그림을 그림 윈도우에 삽입할 수 있다.

서버의 그림을 클라이언트의 그림 윈도우 크기에 맞추어야 한다.

전제조건

해당 서버의 패지키가 클라이언트에 들여오기되어 있어야 한다.

과정

1. 그림 윈도우에 삽입할 그림을 클라이언트에서 연다.

2. 그래픽 디자이너의 표준 팔레트에서, 지능형 개체 그룹의 "그림 윈도우"를 선택한 다음, 그것을 그림에 삽입한다.

3. 그림 윈도우를 더블 클릭하여 속성 대화창을 연다.

4. 그림을 검색하기 위해 "기타" 그룹에서 "속성" 탭 컨트롤을 더블 클릭하고 "그림 이름" 특성을 선택한다.

또는:그림 이름을 직접 "<Server_prefix>::<Picture_name>" 형태로 입력하려면 "그림 이름" 특성에서 "정적" 열을 더블 클릭한다.

5. 속성 대화창을 닫는다.

주

서버 프리픽스가 "그림 이름" 특성에서 자동으로 지정되지 않는 경우 "서버 프리픽스" 특성을 통해서도 입력할 수 있다. "서버 프리픽스" 특성을 더블 클릭하면, 패키지가 클라이언트에 있는 모든 서버를 포함한 선택 목록이 나타난다.

도 참조

















1.6.8 클라이언트에서 그림 변경 구성

개요

목표 그림 앞에 서버 프리픽스를 놓음으로써, 분산 시스템의 클라이언트를 이용해서 서버 그림으로의 그림 변경을 구성할 수 있다. WinCC에서는 일반적인 그림 변경을 구성하든지 또는 기본 그림 변경을 구성하든지간에 컨피규레이션 차이가 없다.

과정

다음의 과정은 서버로의 그림 변경을 시작할 버튼을 어떻게 구성하는지를 예를 들어 설명한다.

1. 그래픽 디자이너에서 클라이언트 프로젝트의 그림을 연다.

2. 하나의 버튼을 윈도우즈 개체 그룹에서 그림으로 삽입한다. 컨피규레이션 대화창이 나타난다.



3. 서버 프리픽스를 "화면 변경"에서 목표로 입력하고 그림 이름을 "<server_prefix>::<picture_name>" 형태로 입력한다. 예:

4. "확인"을 클릭하여 대화창을 닫는다.

대안 과정

버튼의 "속성" 대화창에서 그림 변경을 구성할 수도 있다.

● "이벤트" 탭 컨트롤을 이용해서, 예를 들면, 마우스 클릭에 직접 연결을 구성한다.

● 서버 프리픽스를 포함한 그림 이름을 직접 연결의 상수로 입력한다.

도 참조

















1.6.9 다른 서버에서 데이터 사용

원리

분산 시스템의 클라이언트의 기본 그림과 그 안에 포함된 모든 개체를 클라이언트에서 직접 구성한다. 여러 서버에서 데이터로 접근이 각각의 기본 그림에서 이루어질 수 있다. 예:

● 시스템 부분 A를 감시하는 Server_1의 공정값 출력 필드, 시스템의 다른 부분을 감시하는 Server_2의 공정값 출력 필드.

● 서로 다른 시스템 부분/서버의 데이터를 비교 형태로 디스플레이하는 그래프 디스플레이.

● 여러 서버의 메시지를 디스플레이하는 메시지 윈도우.



클라이언트에서 구성된 기본 그림을 다른 클라이언트로 복사할 수도 있다. 이를 위해서는, 기본 그림에 주소지정될 수 있는 서버 패키지가 목표 클라이언트상에 존재해야 한다.

주

패키지와 함께 클라이언트로 전송되는, 서버에 구성된 모든 태그는 클라이언트의 태그 선택 대화창에서 사용가능하다.전역 스크립트의 C 동작 및 기능 또는 VBS 동작 및 과정은 클라이언트에 존재해야 실행할 수 있다. 전역 C와 VBS 스크립트는 패키지의 구성요소가 아니다.

과정

다음의 과정은 서로 다른 서버의 공정 데이터를 클라이언트의 그래프 디스플레이에 디스플레이하는 방법을 예를 들어 설명한다.


2. 그래픽 디자이너를 이용해서 기본 그림으로 사용하고자 하는 그림을 구성한다.

3. WinCC 온라인 그래프 컨트롤을 개체 팔레트의 "컨트롤" 탭 컨트롤에서 기본 그림으로 삽입한다. "WinCC 온라인 그래프 컨트롤의 속성" 대화창이 열린다.

4. 현재 공정을 감시하고자 하면, "온라인 태그"를 데이터 소스로 선택한다.

5. "그래프" 탭 컨트롤을 활성화한다.

6. "아카이브/태그 선택"을 선택하고 "선택" 버튼을 눌러 공정값이 디스플레이되어야 할 첫 번째 그래프의 태그를 선택한다.

7. 태그 이름을 다음과 같은 형태로 입력한다. "<server_prefix1>::<variable_name>". "확인"을 눌러 확인한다.

8. 두 번째 그래프를 추가하기 위해, "그래프" 탭 컨트롤에서 "+" 버튼을 클릭한다.

9. 다음과 같은 형태로, 두 번째 그래프를 두 번째 서버의 태그와 연결한다. "<server_prefix2>::<variable_name>".

10."확인"으로 세팅을 확인한다.

결과

런타임에서, 클라이언트의 그래프 디스플레이에 그래프 두 개가 나타난다. 그래프 1은 서버 1의 데이터를 나타내고, 그래프 2는 서버 2의 데이터를 나타낸다.

도 참조
















1.6.10 다른 서버에서 메시지 디스플레이

일반 과정

분산 시스템의 클라이언트에서 여러 서버의 메시지를 다음과 같은 방법으로 디스플레이할 수 있다:

● 디스플레이되어야 할 메시지를 가진 각각의 서버에 대해 메시지 디스플레이를 구성한다.

● 메시지 디스플레이에서 여러 메시지 서버를 소스로 설정한다

주

알람 컨트롤이 클라이언트의 기본 그림으로 통합되었을 경우, "루프-인-알람" 기능을 실행하면 클라이언트상에서 기본 그림으로서 관련된 서버 그림이 열리게 된다. 원래의 기본 그림으로 복귀는 불가능하다.알람 컨트롤이 클라이언트의 그림 윈도우로 통합되었을 경우, "루프-인-알람" 기능을 실행하면 그림 윈도우에서 기본 그림으로서 관련된 서버 그림이 열리게 된다. 관련 버튼을 클릭하여 기본 클라이언트 그림으로 복귀할 수 있다.

과정


2. 그래픽 디자이너를 이용해서 기본 그림으로 사용하고자 하는 그림을 구성한다.



3. WinCC 온라인 그래프 컨트롤을 개체 팔레트의 컨트롤 탭 컨트롤에서 기본 그림으로 삽입한다. "WinCC 알람 컨트롤의 속성" 대화창이 열린다.

4. 연결된 모든 서버의 메시지가 이 알람 컨트롤에 디스플레이되어야 하면, "서버 선택"을 선택하고, "모든 서버" 체크상자를 활성화한다.

5. 특정한 서버의 메시지만이 디스플레이되어야 하면, "모든 서버" 체크상자를 비활성화하고, 네트워크로부터 WinCC 서버를 선택하기 위해 "선택" 버튼을 클릭한다.

6. "확인"을 클릭하여 대화창을 닫는다.

주

다중 사용자 시스템에서는 모든 서버상에서 클라이언트의 선택 대화창에 디스플레이된 내용에 동일한 이름을 부여하도록 한다.

도 참조
















1.6.11 여러 서버의 메시지에 대한 메시지 순차 보고서 구성

원리

서로 다른 서버의 메시지를 클라이언트의 기본 그림에 디스플레이할 경우, 해당 메시지 순차 보고서도 디스플레이할 수 있다. 모든 서버의 메시지가 수집되고, 정확한 순서로 출력된다.

WinCC는 메시지 순차 보고서를 위해 사전 구성된 배치와 인쇄 작업을 제공한다.

과정

1. WinCC 익스플로러의 보고서 디자이너에서 "@CCAlgRtSequence.RPl" 배치를 연다. 행 배치 편집기가 나타난다.

2. "선택" 버튼을 클릭한다. "프로토콜 도표 선택" 대화창이 나타난다.

3. "서버 추가" 버튼을 사용하여 메시지가 메시지 순차 보고서에 로깅되는 서버를 "선택된 서버" 목록에 삽입한다. 패키지가 클라이언트에서 들여오기된 서버만이 디스플레이된다.

4. 화살표 버튼을 이용해서, 로깅될 메시지 블록을 "보고서의 열 순서" 목록으로 전송한다.

5. "확인"을 클릭하여 입력을 확인한다.

6. WinCC 익스플로러에서 "@Report Alarm Logging RT Message sequence" 인쇄 작업을 연다.

7. 배치를 고유한 이름으로 저장하였으면, "배치" 목록에서 사용자의 배치를 선택한다. "행 프린터용 행 배치" 체크상자를 활성화한다.

8. "프린터 설정" 탭 컨트롤에서, "프린터" 체크상자를 활성화한다.

9. 연결된 프린터의 목록에서 보고서가 인쇄출력될 프린터를 선택한다.


11.WinCC 익스플로러에서 클라이언트 컴퓨터를 선택한 다음, 팝업 메뉴에서 "속성" 명령을 선택한다. "컴퓨터 속성" 대화창이 나타난다.

12."시동" 탭 컨트롤에서 "메시지 순차 보고서"를 활성화한다.


도 참조


















1.7 런타임에서 시스템 동작

1.7.1 런타임에서 시스템 동작

개요

WinCC의 클라이언트/서버 시스템은 각 서버들의 부하를 줄이기 위해, 시스템 컨피규레이션을 여러 서버로 분산시키는데 사용될 수 있다. 서버에 구성된 데이터는 클라이언트에 의해 디스플레이될 수 있다, 이 때 클라이언트는 런타임에서 18개까지의 서로 다른 서버 또는 이중화 서버 쌍으로부터 데이터를 디스플레이할 수 있다.

런타임에서 편집기의 동작

아카이브

아카이브 시스템이 운영 스테이션에서 활성화되면, 태그 로깅 런타임은 서버에서는 아카이브 서버로, 클라이언트에서는 아카이브 클라이언트로 작동한다. 아카이브 서버만이 데이터 베이스에 접근하며, 공정 데이터를 컴파일하고 기록할 수 있다. 클라이언트는 아카이브 서버에서 아카이브 데이터를 수신한다.

아카이브 데이터는 태그 로깅 런타임이 실행되는 각 클라이언트에서 표 또는 그래픽 형태로 디스플레이될 수 있다. 디스플레이를 위한 데이터는 항상 아카이브 서버에서 온다. 클라이언트에서의 모든 조작은 서버로 전송되고, 공정 결과가 다시 클라이언트로 전송된다.

그래픽

런타임에서 클라이언트에 의해 그림이 호출되면, 그래픽 런타임은 로컬적으로 저장된 그림들을 먼저 검색한다. 상응하는 이름의 그림을 로컬 내에서 찾을 수 없으면, 서버의 프로젝트 폴더에서 검색이 이루어진다. 그림이 존재하지 않으면, 상응하는 메시지가 나타난다.

그림 요구가 다른 편집기(알람 로깅, 전역 스크립트)와의 교환을 필요로 하면, 이러한 교환은 로컬적으로 이루어진다. 그림은 런타임에서 여러 운영 스테이션에 의해 열려지고 공정될 수 있다.

주

클라이언트상에서의 그림 구성은 해당 그림이 클라이언트로 로컬적으로 복사될 때 더 빨리 이루어진다. 클라이언트의 "컴퓨터 속성" 대화창의 "런타임" 탭 컨트롤에서 관련된 디렉토리를 입력한다. 여기에서 디렉토리가 항상 사용되도록 할지 또는 우선적으로 사용되도록 할지를 지정할 수도 있다. 서버 프로젝트에서 그림이 수정되면, 수정된 그림을 클라이언트의 로컬 디렉토리에 다시 복사해 넣어, 데이터를 수동으로 갱신해야 한다.

다중 사용자 시스템1.7 런타임에서 시스템 동작


메시지

클라이언트상에 메시지가 디스플레이되면, 클라이언트는 서버에서 디스플레이된 데이터를 수신한다. 메시지 서버는 데이터 베이스에서 구성된 데이터를 수신한다.

아카이브 데이터와 메시지 목록은 각 클라이언트에 디스플레이될 수 있다. 디스플레이를 위한 데이터는 항상 메시지 서버에서 온다. 새 메시지가 수신되면, 메시지는 메시지 서버에 기록된다.

운영 스테이션에서 알람이 인지되면, 인지는 메시지 서버에 전송된다. 서버는 상태 변경을 아카이브에 입력하고, 관여하고 있는 모든 클라이언트에 통보를 분산시킨다. 메시지 잠금에도 동일한 공정이 적용된다.

메시지 서버가 런타임에서 사용불가능하면, 메시지 대신 해당 메시지가 메시지 창에 나타난다. 서버가 다시 사용가능해지면, 메시지는 메시지 창에 다시 디스플레이된다.

보고서

WinCC의 프로토콜 시스템은 진정한 의미의 런타임을 감지하지 못한다. 프로토콜과 인쇄 작업은 언제라도 구성되고 실행될 수 있다. 아카이브 또는 공정 데이터를 디스플레이하는 인쇄 작업만이 런타임과 관계가 있다.

프로토콜 시스템은 시동 루틴 시에 각 클라이언트에서 자동으로 시작된다. 서버는 프로토콜 서버로서 작동하고, 클라이언트는 프로토콜 클라이언트로서 작동한다. 시동 루틴 시, 클라이언트는 서버에 로그인되고, 사용가능한 인쇄 작업과 그 상태에 대한 현재의 정보를 수신받는다. 클라이언트에서 인쇄 작업이 시작되면, 서버 데이터 베이스에서 관련 데이터를 얻게 된다. 인쇄 작업은 로컬적으로 시작된다. 프로토콜 서버는 클라이언트에서 인쇄 작업 상태와 관련된 현재의 데이터를 수신하고, 다른 클라이언트에게 정보를 전달한다.

스크립트

운영 스테이션이 한 프로젝트를 로컬적으로 활성화하면, 서버의 프로젝트 기능과 표준 기능은 로컬적으로 로드된다.

사용자 관리자

사용자 관리자의 런타임 구성요소에 의해 작동 권한이 점검된다. 사용자 관리자 런타임 구성요소는 WinCC가 활성화될 때 각 컴퓨터에서 자동으로 시작된다. 로그인이 변경되면, 현재의 작동 권한 목록이 로컬 데이터 베이스에서 로드된다.

텍스트 라이브러리

서버 프로젝트가 활성화되면, 텍스트 라이브러리 런타임은 서버에서는 텍스트 서버로, 그리고 클라이언트에서는 텍스트 클라이언트로서 작동한다. 데이터는 항상 서버 데이터 베이스에서 판독된다.



시스템 오류 시 동작

서버가 사용불가능하면, 클라이언트는 서버가 다시 시동될 때까지 서버를 주기적으로 폴링한다. 시스템 고장 시 서버의 데이터가 디스플레이될 수 없으면, 예를 들면, 작동가능한 모든 그래픽 개체가 비활성화로 스위칭된다.

주

클라이언트에서 WinCC를 실행하는 동안 문제가 발생한 경우, 클라이언트를 다시 시작하면 서버에 영향을 미치지 않고 서버와의 연결을 다시 구성할 수 있다.

도 참조

서버 시동 (쪽 61)

서버 네트워크 카드가 있는 서버의 통신 특성 (쪽 64)

클라이언트 셧다운 (쪽 66)

서버 셧다운 (쪽 66)

클라이언트 시동 (쪽 63)




1.7.2 서버 시동

원리

클라이언트와 관계 없이 클라이언트/서버 시스템의 서버를 시동시킬 수 있다. 서버가 시동되면 곧 바로 서버는 클라이언트가 자신의 서비스를 사용할 수 있게 하고, 네트워크 내의 모든 참여자에 대한 정보를 얻는다.

"Simatic Shell" 대화창의 데이터 창에서는 모든 서버에 대한 현재 상태를 볼 수 있다. Windows 탐색기를 통해 "Simatic Shell"을 연다.



정상적으로 운영되는 동안에 서버가 고장을 일으키면, 클라이언트상의 데이터는 더 이상 갱신될 수 없고, 클라이언트는 고장난 서버에 대한 정보를 제공 받는다.

주

클라이언트/서버 시스템에서 파일 서버를 사용할 경우, 시스템은 파일 서버와 WinCC 서버 둘 다 모두 시동되었을 때에만 작동 준비된 상태에 있다.

원격 활성화

다른 원격 컴퓨터(클라이언트 또는 서버)에서 서버를 시작할 수도 있다. 이에 대한 절차는 "프로젝트 활성화"에 설명되어 있다.

도 참조


프로젝트를 활성화하는 방법 (쪽 78)










1.7.3 클라이언트 시동

원리

클라이언트/서버 시스템의 클라이언트는 서버와 관계 없이 부팅된다.

클라이언트/서버 시스템의 클라이언트가 시동되면, 클라이언트는 네트워크 내의, 자신에게 알려져 있는 WinCC 서버에 대한 최신 정보를 모두 받게 된다. 예:

● 프로젝트 이름

● 서버 이름과 IP 주소

● 서버의 프로젝트 상태(컨피규레이션 또는 런타임)

사용자는 해당 정보를 "Simatic Shell" 대화창의 목록에서 볼 수 있다. 서버 상태가 변경되면 "Simatic shell"도 갱신된다.

서버가 사용가능하지 않음

서버가 사용가능하지 않으면, 해당 오류 메시지가 출력된다. 그 외에도, 예를 들면 서버에서 자신의 데이터를 얻는 그래픽 개체가 비활성화로 스위칭된다.

스크립트를 이용해서, 클라이언트에서의 연결 고장의 디스플레이를 구성할 수 있다.

도 참조












1.7.4 서버 네트워크 카드가 있는 서버의 통신 특성

개요

여러 네트워크 카드 또는 SIMATIC NET SOFTNET 드라이버가 공정 연결을 위해 WinCC 서버에 설치되어 있고 활성 TCP/IP 프로토콜로 작동되는 경우 서버와 WinCC 클라이언트의 통신이 영향을 받을 수 있다.

예상되는 원인 중 하나는 이 서버에서 각각의 네트워크 카드 또는 SOFTNET 드라이버가 자신의 고유한 IP 주소를 가지고 있기 때문일 수 있다. 따라서 상황에 따라, 서버가 네크워크에서 로그온할 때, Windows는 틀린 IP 주소 (예를 들면 SOFTNET 드라이버의 IP 주소)를 통해 연결을 구축하려고 시도할 수 있다. 연결을 구축하려는 시도가 실패하면, 창은 이 IP 주소를 통한 통신을 고장으로 마크표시하고, 이 컴퓨터에 존재하는 다른 IP 주소를 통해 연결을 구축해보려고 시도하지 않는다.

이 경우, 네트워크 관리를 통해 상응하는 수정을 해야 한다.

네트워크 카드 순서 확인

컴퓨터에 설치된 네트워크 카드가 여러 개인 경우 터미널 연결용 네트워크 카드가 첫 번째 위치에 있어야 한다.

Windows 제어판의 "네트워크 연결"에서 순서를 확인한다. "고급" 메뉴에서 "고급 설정" 메뉴 명령을 선택한다. 순서는 "연결" 섹션의 "네트워크 카드 및 연결" 탭에서 "고급" 대화창을 통해 확인할 수 있다.

진단

"Simatic Shell" 디렉토리를 이용하여 네트워크 카드의 컨피규레이션을 점검할 수 있다. 컴퓨터가 부정확한, 즉 접근 불가능한 네트워크 영역을 포함한 주소를 나타내고 있음을 확인하게 되면, 다른 네트워크 어댑터를 선택한다.



절차

1. Windows Explorer의 내비게이션 창에서 "Simatic Shell" 디렉토리를 클릭한다.

2. 디렉토리의 바로 가기 메뉴에서 "설정..." 대화창을 선택한다.

3. 네트워크 인터페이스를 변경하고자 하면 "네트워크 어댑터" 영역에서 원하는 네트워크 카드를 클릭한다.

서버상의 SOFTNET 드라이버 컨피규레이션에서 공정 연결에 필요치 않은 창 유틸리티가 비활성화될 수 있는지의 여부도 확인해야 한다.

이 항목을 확인한 후에도 계속해서 연결 구축이 불가능하면, 고객 지원부에 연락한다.

도 참조

서브네트 밖에 있는 컴퓨터에 접근하는 방법 (쪽 70)








1.7.5 서버 셧다운

원리

클라이언트/서버 시스템의 서버가 셧다운되면, 이 서버는 연결된 클라이언트에 공정 데이터를 더 이상 제공할 수 없다. 시스템에서 로그오프되는 동시에 "Simatic Shell"에 비활성 상태로 표시된다.

원격 비활성화

다른 원격 컴퓨터(클라이언트 또는 서버)에서 서버를 셧다운할 수도 있다. 이에 대한 절차는 "프로젝트 비활성화"에 설명되어 있다.

도 참조


프로젝트를 비활성화하는 방법 (쪽 80)







1.7.6 클라이언트 셧다운

원리

클라이언트/서버 시스템의 클라이언트가 셧다운되면, 시스템에서 로그오프된다.

도 참조













1.8 원격 컨피규레이션

1.8.1 원격 컨피규레이션

원리

해당 운전자 인증을 부여받은 클라이언트는 서버 프로젝트를 원격 스테이션에서 조작할 수 있다. 예:

● 서버 프로젝트의 원격 컨피규레이션

● 서버 프로젝트 활성화

● 서버 프로젝트 비활성화

원격 컨피규레이션의 경우, Windows Explorer를 통해 접근하여 "Simatic Shell" 대화창을 이용할 수 있다.

Simatic Shell의 기능

"Simatic Shell" 대화창에서는 네트워크를 통해 WinCC 프로젝트를 사용할 수 있는 활성화된 서버와 컴퓨터를 볼 수 있다. 이것에는 데모 라이센스로 작동되는 모든 프로젝트가 포함되어 있다.

다중 사용자 시스템1.8 원격 컨피규레이션


암호화된 컴퓨터 통신을 설정하거나 암호화되지 않은 통신을 설정할 수 있다.

암호화된 통신을 사용하는 경우 동일한 PSK 키가 지정된 컴퓨터에 대해서만 연결이 설정된다. 이러한 컴퓨터하고만 통신할 수 있다. 암호화되지 않은 컴퓨터에는 연결할 수 없다. 동일한 네트워크에 대해 고유한 PSK 키를 사용하여 다양한 환경을 지정할 수 있다. 컨피규레이션에 대한 정보는 "서브네트 외부에 있는 컴퓨터에 접근하는 방법"에 나와 있다.

작동 시 업그레이드용으로 이송 모드도 사용할 수 있다. 이 모드를 사용하면 암호화된 연결과 암호화되지 않은 연결이 네트워크에서 나란히 허용된다. 이송 모드는 전체 플랜트에서 암호화된 통신 방법에 대한 임시 솔루션으로만 사용한다.

암호화된 통신의 컨피규레이션에 따라 관련 컴퓨터만 Simatic Shell에 표시된다. 이송 모드에서는 암호화 및 암호화되지 않은 연결이 설정된 네트워크 내 모든 컴퓨터가 표시된다(위의 그림 참조).

컴퓨터에서 암호화된 연결만 허용

컴퓨터에서 암호화된 연결과 암호화되지 않은 연결 모두 허용(이송 모드)

컴퓨터에서 암호화되지 않은 연결 허용

이 창을 통해 클라이언트에서 활성화된 서버 프로젝트에 접근하여 다음을 수행할 수 있다.

● 프로젝트를 원격으로 연다

● 프로젝트를 원격으로 활성화한다

● 프로젝트를 원격으로 비활성화한다

도 참조



서버 프로젝트 그림을 편집하는 방법 (쪽 77)

편집을 위해 프로젝트를 여는 방법 (쪽 75)

여러 클라이언트에서 프로젝트에 접근 (쪽 73)





1.8.2 서브네트 밖에 있는 컴퓨터에 접근하는 방법

원리

예컨대, 라우터로부터 다운스트림인 컴퓨터인 네트워크 내 컴퓨터는 "Simatic Shell"을 통해 시스템에 알릴 수 있다. "Simatic Shell"은 WinCC의 일부분으로, 클라이언트-서버 시스템에 통합된 모든 컴퓨터의 중앙 유지 관리와 진단에 사용된다.

"Simatic Shell"의 설정을 사용하여 서브네트 내에 있는 컴퓨터를 "에이전트"(정보를 다른 컴퓨터에서 서브네트 내의 컴퓨터로 배포)로 소개할 수 있다.

암호화된 통신을 사용하는 경우 통신하기 전에 지정된 공유 키를 알고 있는 컴퓨터만 서로 통신할 수 있다.

로그온한 후에는 시스템에 참여하는 모든 컴퓨터가 네트워크 제한 밖에서도 통신할 수 있다. 기존 그룹에 추가된 각 컴퓨터는 모든 컴퓨터의 현재 상태에 대한 정보를 전달받는다. 한 컴퓨터의 상태가 변경되면, 모든 참여자에게 메시지가 전송된다. 예:

● 컴퓨터가 프로젝트를 활성화하였을 경우

● 컴퓨터가 셧다운될 경우.

● 컴퓨터가 시동되고, 이렇게 해서 그룹에 들어갈 경우.

주

네트워크 제한 외 통신다양한 네트워크의 WinCC 컴퓨터가 서로 통신할 수 있도록 하려면 로컬 Windows 방화벽을 다음과 같이 조정해야 한다.모든 WinCC 관련 방화벽 규칙의 경우, 다른 네트워크의 컴퓨터 IP 주소 또는 다른 네트워크의 전체 IP 범위까지 해당 범위를 확장해야 한다.1. Windows에서 "제어판/시스템 및 보안/Windows 방화벽"으로 이동한다. 2. "고급 설정"을 클릭한다. "고급 보안이 설정된 Windows 방화벽" 대화창이 열린다.3. "인바운드 규칙"에서 CCAgent, WinCC ProjectManager 같은 관련된 모든 방화벽 규칙을 하나씩 선택한다.

4. 속성의 "범위" 탭에서 통신 파트너의 IP 주소 또는 IP 범위를 "원격 IP 주소"에 추가한다.



절차

1. 클라이언트의 Windows Explorer에서 "Simatic Shell" 항목을 선택한다. "Simatic Shell" 창이 나타난다.

2. 내비게이션 창의 "Simatic Shell" 대화창에서 첫 번째 항목을 선택한다. 이 항목의 바로 가기 메뉴에서 "설정..." 메뉴 항목을 선택한다. "통신 설정" 대화창이 열린다. "Simatic Shell"의 내비게이션 창에 항목이 표시되지 않으면 비어 있는 창에서 바로 가기 메뉴를 호출할 수 있다.

3. "멀티캐스트 라이프 타임 (TTL)" 필드의 설정을 점검한다. 값은 여러 서브네트 간의 최대 전환 개수를 알려준다(IP 매개변수 TTL).

4. "멀티캐스트 프록시" 하에서 서브네트의 "에이전트"로 예정된 컴퓨터의 주소를 입력한다. 이것은 서브네트의 임의의 컴퓨터(클라이언트 또는 서버)일 수 있다."추가" 버튼을 이용하여 컴퓨터를 에이전트 목록에 추가한다.



5. 컴퓨터에 대해 암호화된 통신을 설정하려는 경우 "암호화된 통신" 옵션을 선택한다. "지정" 버튼을 클릭하여 PSK 키를 입력한다.

6. 키에 대해 높은 키 강도를 사용하여 문자를 입력한다. 키는 8자 이상이어야 하며 대/소문자는 물론 숫자와 기호도 포함해야 한다. 입력 내용이 맞는지 확인한다. "확인"을 클릭한다.

7. 표준 설정이 할당된 사용 가능한 포트를 사용하지 않으려는 경우 인바운드 포트의 할당을 지정한다.

8. 암호화된 연결과 암호화되지 않은 연결을 나란히 허용하려면 "이송 모드" 옵션을 선택한다. 이렇게 하면 예컨대 작동 중 업그레이드도 가능하다.

9. "확인"을 이용해서 설정을 확인한다.

도 참조










1.8.3 여러 클라이언트에서 프로젝트에 접근

컨피규레이션 옵션

데이터 유형에 따라 하나 또는 여러 클라이언트가 원격 작동으로 서버 프로젝트에 접근할 수 있다. 서버 데이터 베이스에 저장된 데이터(알람 로깅, 태그 로깅, 태그, 사용자 관리자, 텍스트 라이브러리)와 파일에 기초한 데이터(그림과 그래픽, 보고서, 스크립트)로 구분된다.

주

서버 데이터 베이스의 데이터는 여러 클라이언트에 의해 동시에 처리될 수 있다. 이 경우, 여러 클라이언트가 동일한 데이터에 접근할 때, 항상 마지막으로 저장된 클라이언트의 수정사항이 저장된다는 점에 유의한다. 서버 데이터베이스의 데이터의 경우에는, 각 편집기의 모든 데이터가 저장된다 (개별 값만이 수정되었을지라도).파일에 저장된 데이터의 경우, 파일이 열려있을 때 데이터로의 그 외의 접근이 차단된다.

아카이브 (태그 로깅)

아카이브는 서버 데이터 베이스에 저장된다. 태그 로깅의 데이터는 런타임에서 수정될 수 있다. 수정사항은 서버에 의해 관여하고 있는 모든 클라이언트로 분산된다.

그림

그림은 서버 또는 파일 서버상에 파일로서 저장된다. 클라이언트가 서버의 그림에 접근하면, 그림은 다른 클라이언트에 대해 차단된다. 다른 프로젝트 그림은 다른 클라이언트에 의해 열릴 수 있다.

그림은 런타임에서 변경될 수 있으며, 저장된 후에는 다음번 그림이 선택될 때 사용가능해진다. 그림은 편집을 위해 로컬적으로 저장될 수도 있다, 그러나 반드시 서버의 해당 그림과의 일치를 수동으로 실시해야 한다.

메시지

메시지는 서버 데이터 베이스에 저장된다. 알람 로깅 시스템의 데이터는 런타임에서 수정될 수 있다. 수정사항은 서버에 의해 관여하고 있는 모든 클라이언트로 분산된다.

보고서

프로토콜은 서버의 프로젝트 폴더에 중심적으로 저장된다. 프로토콜 데이터는 배치 (파일)와 인쇄 작업 (프로젝트 데이터 베이스의 엔트리)으로 구분된다. 하나의 클라이언트만이 각 서버에 대한 프로토콜 시스템을 구성할 수 있다.

프로토콜은 편집을 위해 로컬적으로 저장될 수도 있다, 그러나 반드시 서버의 해당 프로토콜과의 일치를 수동으로 실시해야 한다. 프로토콜이 런타임과 관계 없이 실행될 수 있기 때문에 프로토콜 시스템에 대한 수정이 가능하지 않다.



스크립트

스크립트는 서버의 프로젝트 폴더에 중심적으로 저장된다. 프로젝트별 스크립트는 로컬 컴퓨터에 개별적으로 정의될 수 있다. 스크립트는 파일에 저장된다. 그래픽 디자이너 동작은 그림에 저장된다. 편집하는 동안, 파일 (스크립트 또는 그림)은 다른 클라이언트에 대해 차단된다. 서버로 연결되어 있지 않을 경우, 스크립트는 로컬적으로 수정될 수 있다, 그러나 반드시 서버의 해당 스크립트와의 일치를 수동으로 실시해야 한다. 스크립트는 런타임에서 수정될 수 있다. 서버는 수정사항을 관여하고 있는 모든 컴퓨터로 분산시킨다.

주

클라이언트가 서버에 접근하지 않고 스크립트를 구성할 경우, 스크립트는 로컬적으로 저장된다. 스크립트가 서버에서 사용가능하도록 하려면, 스크립트를 해당하는 서버 폴더에 수동으로 복사해 넣어야 한다.

텍스트 라이브러리의 텍스트

텍스트 라이브러리의 텍스트는 서버 데이터 베이스에 저장된다. 텍스트 개체는 개별적으로 저장된다. 텍스트는 런타임에서 수정될 수 있다. 서버는 수정사항을 관여하고 있는 모든 컴퓨터로 분산시킨다. 로컬 컴퓨터에 정의된 컨피규레이션 언어에서 갱신이 이루어진다.

주

알람 로깅 그리고 사용자 관리자와 같은 특정 WinCC 편집기는 컨피규레이션되는 동안 텍스트 라이브러리의 동일한 데이터 베이스 도표에 접근한다. 그러므로, 이러한 편집기들은 한 운영 스테이션에서만 동시에 작동될 수 있다.

태그

태그는 서버 데이터 베이스에 저장된다.

주

태그를 수정하기 위해 클라이언트 프로젝트가 비활성화되면, 변경된 시점에 프로젝트가 활성화되어 있었던 모든 컴퓨터를 재시작한 후에만 비로소 수정사항이 효력을 발생한다.

사용자 관리자

사용자 관리자 작동 권한은 서버 데이터 베이스에 저장된다. 사용자 관리자 데이터는 런타임에서 수정될 수 있다. 관여하고 있는 컴퓨터들은 통보를 받지 않는다. 새 데이터는 클라이언트가 다시 로그인될 때 효력을 발생한다.



도 참조








1.8.4 편집을 위해 프로젝트를 여는 방법

원리

서버 프로젝트는 프로젝트의 컨피규레이션 모드 또는 런타임 모드에서 클라이언트에 의해 편집될 수 있다. 런타임에서 데이터 갱신은 어떤 데이터를 구성하는지와 관계가 있다

Windows Explorer의 "Simatic Shell" 대화창은 컨피규레이션을 위해 승인된, 네트워크 내의 모든 서버 프로젝트의 목록을 제공한다. 사용자는 선택한 서버에 대한 추가 정보 (예를 들면 현재 어떤 모드 (컨피규레이션/런타임)가 활성화되어 있는지)를 얻게 된다.

여러 클라이언트가 동시에 동일한 프로젝트를 열고 편집할 수 있다.

전제조건

원격 편집하기 위해 클라이언트에서 서버 프로젝트를 열려면, 다음과 같은 전제조건이 충족되어 있어야 한다.

● 클라이언트상에 현재 등록된 사용자는 서버 WinCC 프로젝트에서 "원격 구성"을 위한 운전자 인증을 가지고 있다.

● 클라이언트가 서버의 컴퓨터 목록에 입력되었다.

● 프로젝트가 네트워크 접근을 위해 승인되었다.



과정

1. 클라이언트의 Windows Explorer에서 "Simatic Shell" 엔트리를 선택한다. "Simatic Shell" 창이 나타난다. 창 목록에서 네트워크의 현재 사용가능한 모든 서버와 프로젝트

또 다른 방법으로 별도 창의 "Simatic Shell" 대화창을 연다. WinCC 익스플로러에서 "Simatic Shell"의 팝업 메뉴에서 "열기" 명령을 선택한다.

2. 이 컴퓨터만의 프로젝트를 디스플레이 하기 위해 컴퓨터를 선택한다.

3. 열고자 하는 프로젝트를 프로젝트 목록에서 선택한 다음, 팝업 메뉴에서 "열기" 명령을 선택한다. 로그인 대화창이 나타난다.

4. 현재 컴퓨터에 대한 사용자 이름과 비밀번호를 입력한다.비밀번호는 대소문자를 구분한다."WinCC 익스플로러 - 서버 사용 불가" 대화창에서 "로컬로 서버 시작"을 클릭한다.프로젝트가 컨피규레이션을 위해 클라이언트에서 열린다.



주

클라이언트를 통한 편집을 위해 서버 프로젝트를 연 다음 WinCC에서 "런타임 활성화" 명령을 실행할 경우, 다음을 명심해야 한다.다중 사용자 시스템의 클라이언트에서 런타임을 활성화하면, 서버 프로젝트가 열려 있을지라도 클라이언트 프로젝트만이 활성화된다.서버 프로젝트를 활성화하려면 "Simatic Shell" 대화창의 "원격 활성화" 명령을 사용한다. "런타임 비활성화" 명령도 마찬가지이다.

도 참조








1.8.5 서버 프로젝트 그림을 편집하는 방법

원리

서버의 그림을 원격 클라이언트에서 열고, 편집하고, 저장할 수 있다. 편집하는 동안에 런타임이 활성화되어 있으면, 수정사항은 그림을 다음 번에 활성화할 때에 효력을 발생한다.

각각의 그림은 하나의 개별 파일에 저장되기 때문에, 항상 한번에 하나의 클라이언트만이 그림에 접근할 수 있다. 다른 컴퓨터의 경우 그림에 대한 접근이 차단된다.

전제조건

● 서버의 프로젝트 폴더가 네트워크 접근을 위해 승인되어 있어야 한다.

● 클라이언트상에 현재 등록된 사용자는 서버 WinCC 프로젝트에서 "원격 구성"을 위한 운전자 인증을 가지고 있다.



과정

1. 클라이언트의 Windows Explorer에서 "Simatic Shell" 엔트리를 선택한다. "Simatic Shell" 창이 나타난다. 창 목록에서 네트워크의 현재 사용가능한 모든 서버와 프로젝트

2. 열고자 하는 프로젝트를 프로젝트 목록에서 선택한 다음, 팝업 메뉴에서 "열기" 명령을 선택한다. 로그인 대화창이 나타난다. 현재 컴퓨터에 대한 사용자 이름과 비밀번호를 입력한다.비밀번호는 대소문자를 구분한다."WinCC 익스플로러 - 서버가 사용 가능하지 않음" 대화창에서 "서버를 로컬적으로 시작" 버튼을 클릭한다. 프로젝트가 컨피규레이션을 위해 클라이언트에서 열리게 된다.

3. 클라이언트의 그래픽 디자이너에서 원하는 그림을 연다.

4. 그림을 편집한 다음, 그것을 다시 서버의 프로젝트 폴더에 저장한다.

도 참조








1.8.6 프로젝트를 활성화하는 방법

원리

클라이언트/서버 시스템은 원격 프로젝트 컨피규레이션 옵션뿐만 아니라 프로젝트를 원격으로 활성화/비활성화할 수 있는 옵션을 제공한다.

"Simatic Shell" 대화창을 이용하여 클라이언트에서 서버 프로젝트를 활성화하면 서버 프로젝트만이 활성화된다. 그러나 공정을 위해 서버 프로젝트를 연 후 WinCC에서 도구 표시줄의 "런타임 시작"을 이용하여 이 프로젝트를 활성화하면, 서버 프로젝트가 열려 있어도 클라이언트 프로젝트만이 활성화된다.

주

프로젝트가 로컬 컴퓨터에 있는 경우에만 런타임을 활성화할 수 있다.



요구사항

원격 활성화하기 위해 클라이언트에서 서버 프로젝트를 열려면, 다음과 같은 전제조건이 충족되어 있어야 한다.

● 클라이언트상에 현재 등록된 사용자는 서버 WinCC 프로젝트에서 "원격 활성화"를 위한 운전자 인증을 가지고 있다.


● 프로젝트가 네트워크 접근을 위해 활성화되었다.

절차

1. 클라이언트의 Windows Explorer에서 "Simatic Shell" 엔트리를 선택한다. "Simatic Shell" 창이 디스플레이된다. 네트워크에서 사용 가능한 모든 서버 및 프로젝트뿐 아니라 현재 상태가 디스플레이된다.

2. 활성화하고자 하는 프로젝트를 선택한다.

3. 바로 가기 메뉴에서 "원격 활성화" 명령을 선택한다. 로그인 대화창이 나타난다.

4. 현재 컴퓨터에 대한 사용자 이름과 비밀번호를 입력한다. 프로젝트가 서버에서 활성화된다.

주

비밀번호는 대소문자를 구분한다.

엔지니어링 스테이션에서 원격으로 OS 컴퓨터를 활성화하는 방법

일반적으로 다음과 같은 요구사항이 OS 프로젝트와 원격 활성화에 적용된다.

● WinCC 프로젝트에서 OS 프로젝트에 대해 ES 컴퓨터 이름을 OS 서버로 입력한다.

● 다른 컴퓨터를 사용하여 원격으로 OS 프로젝트를 활성화하려면 이 컴퓨터를 클라이언트 컴퓨터로 입력해야 한다.

WinCC 프로젝트에서는 서버 및 클라이언트의 컴퓨터 이름이 동일할 수 없으므로 다음 과정에 유의해야 한다.

1. 컴퓨터 목록의 "서버"에 입력한 ES 컴퓨터 이름을 WinCC 익스플로러에서 가상의 이름으로 변경한다.

2. 프로젝트를 닫는다.

3. 프로젝트를 연다.

4. WinCC 익스플로러의 컴퓨터 목록에서 새 클라이언트를 추가한다.

5. 컴퓨터 목록의 "클라이언트"에 ES 컴퓨터 이름을 입력한다.



6. SIMATIC Manager를 사용하여 대상 시스템을 로드한다.

7. 이제 엔지니어링 스테이션의 OS 컴퓨터에서 런타임을 원격으로 활성화할 수 있다.

도 참조








1.8.7 프로젝트를 비활성화하는 방법

원리

클라이언트/서버 시스템은 원격 프로젝트 컨피규레이션 옵션뿐만 아니라 프로젝트를 원격으로 활성화/비활성화할 수 있는 옵션을 제공한다.

"Simatic Shell" 대화창을 이용하여 클라이언트에서 서버 프로젝트를 비활성화하면 서버 프로젝트만이 비활성화된다. 그러나 공정을 위해 서버 프로젝트를 연 후 WinCC에서 도구 표시줄의 "런타임 정지"를 이용하여 이 프로젝트를 비활성화하면, 서버 프로젝트가 열려 있을지라도 클라이언트 프로젝트만이 비활성화된다.

전제조건

원격 비활성화하기 위해 클라이언트에서 서버 프로젝트를 열려면, 다음과 같은 전제조건이 충족되어 있어야 한다.

● 클라이언트상에 현재 등록된 사용자는 서버 WinCC 프로젝트에서 "원격 활성화"를 위한 운전자 인증을 가지고 있다.


● 프로젝트가 네트워크 접근을 위해 승인되었다.



과정

1. 클라이언트의 Windows Explorer에서 "Simatic Shell" 엔트리를 선택한다. "Simatic Shell" 창이 디스플레이된다. "Simatic Shell" 대화창에서 네트워크를 통해 사용 가능한 클라이언트/서버 시스템의 승인된 서버와 프로젝트를 볼 수 있다.

2. 활성화하고자 하는 프로젝트를 선택한다.

3. 팝업 메뉴에서 "원격 비활성화" 명령을 선택한다. 로그인 대화창이 나타난다.

4. 현재 컴퓨터에 대한 사용자 이름과 비밀번호를 입력한다. 프로젝트가 서버상에서 비활성화된다.

주

비밀번호는 대소문자를 구분한다.

도 참조










1.9 클라이언트/서버 시스템에서 OPC 인터페이스 사용

원리

OPC (공정 컨트롤용 OLE)는 자동화 시스템 산업 부문의 구성요소를 위한 전세계적인 통신 표준이다. Windows 기반 기술에서부터 발전해서, OPC는 서로 다른 제조회사의 PLC, 운영 시스템, 감시 시스템 그리고 사무용 애플리케이션 간에 원활한, 표준화된 데이터 교환을 가능하게 하는 개방형 인터페이스를 제공한다.

주

산업 자동화 시스템의 선도적인 회사들이 "OPC Foundation"내에서 제휴하고 있다. OPC Foundation에 대한 자세한 정보는 다음 인터넷 주소에서 찾을 수 있다. "http://www.opcfoundation.org"

WinCC에서 OPC 사용

분산 시스템에서 각각의 WinCC 서버는 전체 시스템을 감시할 수 있다. 그러나 WinCC 서버는 각각 특정한 임무 범위만을 책임진다 (예를 들면 메시지 편집 또는 기록).

WinCC OPC 서버는 소프트웨어 인터페이스를 통해 WinCC Runtime 데이터로의 OPC 접근을 가능하게 한다. WinCC OPC 서버는 해당 OPC 사양에 따라 완전한 기능 범위를 지원하고 있다.

OPC 클라이언트로서, 각각의 OPC 사양을 기초로 하고 있는 모든 소프트웨어가 실현될 수 있다. 이러한 방법으로, OPC 클라이언트는 예를 들면 다양한 소스를 분석하는데 사용될 수 있다. 자체 개발한 OPC 클라이언트 이용시에 요구사항을 가장 이상적으로 충족시킬 수 있다.

WinCC OPC 서버 모드를 작동시키기 위해서는, WinCC OPC 서버로 사용될 컴퓨터에 Connectivity Pack 라이센스를 설치해야 한다. OPC DA 서버의 경우에는 Connectivity Pack 라이센스가 필요치 않다.

OPC 인터페이스는 WinCC 설치와 더불어 클라이언트와 서버상에 설치된다.

WinCC의 OPC 서버는 다음과 같은 사양을 지원한다.

● OPC Data Access 2.05a und 3.00

● OPC XML Data Access 1.00

● OPC Historical Data Access 1.20

● OPC Alarm & Events 1.10

● OPC UA 1.02

다중 사용자 시스템1.9 클라이언트/서버 시스템에서 OPC 인터페이스 사용


WinCC에서 OPC 인터페이스의 사용에 대한 상세한 정보는 WinCC 인포메이션 시스템의 "통신" > "OPC" 항목에서 찾을 수 있다

도 참조


다중 사용자 시스템1.9 클라이언트/서버 시스템에서 OPC 인터페이스 사용


장기 아카이브 서버 22.1 장기 아카이브 서버 설정

개요

아카이브 교체 방출 파일을 장기 아카이브 서버에 저장할 수 있다. 이러한 아카이브는 공정값 또는 메시지 아카이브가 될 수 있다. 공정 아카이브에서 교체 방출된 아카이브 데이터는 2진수 데이터로 압축된 형태로 저장된다.

전제조건

장기 아카이브 서버로 사용될 컴퓨터는 다음 전제조건을 충족시켜야 한다.

● 운영체제:– Windows Server 2008 SP2– Windows Server 2008 R2 SP1– Windows Server 2012 R2

● 관리자 권한으로 접근

● Microsoft SQL Server 2008 R2 SP2가 설치되어 있다.

● Microsoft 메시지 큐 유틸리티를 설치해야 한다.

● 네트워크(LAN)상에서 컴퓨터를 사용할 수 있어야 한다.

● WinCC Fileserver V7이 설치되므로 WinCC V7을 설치하지 않아야 한다.

설치

컴퓨터를 장기 아카이브 서버로 설정하기 위해 이 컴퓨터에서 WinCC 파일 서버의 설정을 실행한다. 파일 서버 설치 파일은 WinCC 설치 DVD에서 "프로그램" 대화창의 "WinCC" 그룹에서 찾을 수 있다.

컨피규레이션

장기 아카이브 서버 컨피규레이션은 2 단계로 구성되어 있다.


단계 1: 드라이브 및 폴더의 잠금 해제

장기 아카이브 서버에 교체 방출 파일을 저장하기 위해서는 필요한 드라이브 그리고/또는 폴더가 장기 아카이브 서버에서 잠금 해제되어 있어야 한다.

주

폴더 또는 드라이브를 공유하기 위해서는 관리자 권한이 있어야 한다.

단계 2: 교체 방출 아카이브 파일의 경로 지정

컨피규레이션 컴퓨터에 교체 방출 파일의 경로를 입력한다.

공정값 아카이브 컨피규레이션에 대한 지침은 "하드 디스크상에서 아카이브 교체 방출"을 참조한다. 메시지 아카이브와의 연결에 대한 지침은 "아카이브 백업 구성"을 참조한다.

주

백업용으로 아카이브 파일을 교체 방출하고자 할 경우 이들을 모든 사용 가능한 드라이브에 저장할 수 있는 옵션이 있다. OLE DB를 이용하여 아카이브 데이터에 접근하고자 하면, 장기 서버에서 드라이브를 지정해야 한다.

스왑 파일에 접근

스왑 파일에 접근하는 데는 세 가지 방법이 있다.

● 런타임이 실행된 컨피규레이션 컴퓨터에 스왑 파일을 복사한다. 알람 로깅 또는 태그 로깅에서 스왑 파일을 프로젝트에 링크한다. 아카이브 값이 런타임에서 디스플레이된다.

● OLE-DB를 통해 접근

● DataMonitor Web Edition을 통해 접근

장기 아카이브 서버2.1 장기 아카이브 서버 설정


파일 서버 33.1 파일 서버 설정

개요

WinCC 파일 서버는 WinCC 구성요소의 최소 컨피규레이션을 갖춘 서버이다.

사용자는 파일 서버에 프로젝트를 저장하고 이를 중앙에서 관리할 수 있다. 파일 서버를 이용하면 모든 프로젝트의 백업 복사본을 용이하게 생성할 수 있다.

주

구성용으로만 파일 서버를 사용한다.

전제조건

WinCC Fileserver V7을 설치하기 전에 설치 매뉴얼에서 설명한 조건에 유의한다. 또한 네트워크(LAN)상에서 컴퓨터를 사용할 수 있어야 한다.

주

WinCC V7 및 WinCC Fileserver V7을 한 컴퓨터상에 동시에 설치해서는 안된다.

설치

컴퓨터를 파일 서버로서 설정하기 위해 컴퓨터에서 Fileserver Setup을 실행한다. WinCC 설치 DVD의 "프로그램" 대화창에 있는 "WinCC" 그룹에서 "WinCC V7.3 Fileserver" 옵션을 선택한다.

WinCC의 최소 설치가 컴퓨터에 설치된다.


컨피규레이션

프로젝트는 파일 서버에 저장된다. 모든 프로젝트 구성원이 프로젝트에 접근할 수 있도록 사용자는 파일 서버상에서 해당 드라이브 또는 폴더를 공유해야 한다.

주

폴더 또는 드라이브를 공유하기 위해서는 관리자 권한이 있어야 한다.

컨피규레이션 컴퓨터상에서 공유된 폴더 또는 드라이브에 유일한 드라이브 명을 할당한다. 프로젝트 구성원은 로컬 프로젝트와 같이 파일 서버상에서 프로젝트를 열 수가 있다.

파일 서버3.1 파일 서버 설정


WinCC 서비스 모드 44.1 WinCC 서비스 모드

내용

WinCC 서비스 모드는 WinCC 런타임을 서비스로 작동하는 옵션을 제공한다. 컴퓨터에 로그인한 대화형 사용자가 없는 경우 WinCC 런타임이 서비스로 활성화될 수도 있다.

이 장에서는 다음에 대해 설명한다.

● WinCC 서비스 모드를 사용할 수 있는 컨피규레이션.

● 프로젝트를 서비스 프로젝트로 구성하는 방법.

● 서비스 프로젝트를 활성화하는 방법.


4.2 표준 프로젝트 및 서비스 프로젝트

개요

WinCC 프로젝트를 표준 프로젝트나서비스 프로젝트로 구성할 수 있다. WinCC 프로젝트를 WinCC 서비스 모드에서 조작하려면 서비스 프로젝트로 구성해야 한다.

표준 프로젝트

WinCC 런타임을 실행하려면 사용자가 컴퓨터에 로그인되어 있어야 한다. 대화형 사용자 입력이 가능하다.

서비스 프로젝트

컴퓨터에 로그인한 대화형 사용자가 없는 경우에도 WinCC 런타임이 컴퓨터에서 실행될 수 있다.

WinCC 런타임은 로그인한 사용자를 통해 조작될 수도 있으며 이 경우 대화형 사용자 입력이 가능하다.

주

시스템에 접근하는 중이면 WinCC를 실행할 수 없음제어판 및 Windows 작업 관리자에서 WinCC의 공정과 서비스를 변경하는 것은 허용되지 않는다. 다음과 같은 변경이 영향을 받는다.● 속성에 대한 변경● 수동 접근:

– 시작

– 종료

– 정지

– 재개

– 재시작

● 우선순위 변경개별 공정과 서비스 간에 종속성이 존재한다. 어떠한 변경도 수행하면 안 된다.

WinCC 서비스 모드4.2 표준 프로젝트 및 서비스 프로젝트


4.3 서비스 프로젝트에 대한 컨피규레이션

개요

WinCC Runtime은 다음과 같은 컨피규레이션으로 서버에서 서비스 프로젝트로 실행될 수 있다.

● Windows Server 2008 SP2(32비트) 및 Windows Server 2008 R2 SP1(64비트)을 실행하는 WinCC 서버– Windows 7 SP1(32비트, 64비트)을 실행하는 클라이언트

● Windows Server 2012 R2(64비트)를 실행하는 WinCC 서버– Windows 8.1(32비트, 64비트)을 실행하는 클라이언트

● WinCC WebNavigator 서버 또는 전용 웹 서버– WinCC 웹 클라이언트

● DataMonitor 서버 또는 전용 DataMonitor 서버– DataMonitor 클라이언트

WinCC 서비스 모드4.3 서비스 프로젝트에 대한 컨피규레이션


4.4 서비스 프로젝트 사용 및 제한사항

이용

서버에서 WinCC 서비스 모드의 프로젝트는 서비스 프로젝트로 조작된다. WinCC Runtime은 서비스로 시작된다. 서비스 프로젝트는 자동 또는 수동으로 시작된다.

로그온한 사용자가 없는 조작

서비스 프로젝트는 컴퓨터에 로그인한 대화형 사용자 없이 실행될 수 있다. 로그온한 대화형 사용자가 없는 경우 대화형 조작이 불가능하다.

로그온한 사용자가 있는 조작

일반적으로 서비스 프로젝트에서는 대화형 조작이 바람직하지 않다.

대화형 사용자는 서비스 목적 등을 위해 로그온할 수 있다. 이 경우 사용자는 서비스 프로젝트의 대화형 조작을 활성화할 수 있다.

자동 시작

자동 시작을 사용할 경우 서버가 켜지고 설정된 프로젝트가 활성화되면 WinCC Runtime이 자동으로 시작된다. 자동 시작은 로그온한 대화형 사용자 없이 실행될 수 있다.

수동 시작

수동 시작을 사용할 경우 사용자는 서버에 로그온한 다음 프로젝트를 활성화해야 한다. 사용자가 서버에서 로그오프할 경우 WinCC Runtime은 계속 활성 상태로 유지된다.

사용자 로그온 및 로그오프

서비스 프로젝트가 활성 상태인 동안 대화형 사용자는 언제든지 서버에 로그온 및 로그오프할 수 있다.

제한조건

서비스 프로젝트에는 다음 제한사항이 적용된다.

스크립트

일반적으로 대화형 사용자가 서비스 프로젝트에 로그온하지 않으므로 C 스크립트 및 VB 스트립트 등은 다음 경우에 문제를 일으킬 수 있다.

● 대화형 작업(예: 입력)이 필요한 경우.

● 메시지 상자를 디스플레이할 경우.

서비스 모드에서는 C 스크립팅에 대한 공통적인 데이터 영역이 없다. 그러므로 예를 들어 "전역 스크립트"와 "그래픽 디자이너" 사이에 전역 C 변수를 교환할 수 없다.

WinCC 서비스 모드4.4 서비스 프로젝트 사용 및 제한사항


추가 프로그램 또는 태스크

서비스 프로젝트의 경우 추가 프로그램 및 태스크를 시동 목록에 추가할 수 없다.

승인되지 않은 구성요소

연결 스테이션을 통한 OPC 접근은 서비스 프로젝트의 경우에 승인되지 않는다.

서비스 프로젝트에 대한 진단 정보

일반적으로 사용자는 활성화된 서비스 프로젝트가 있는 서버에 로그온하지 않는다. WinCC는 서버에서 진단 정보를 표시할 수 없으므로 WinCC는 진단 정보를 클라이언트에게 전달한다. 이에 대한 추가적인 정보는 WinCC 인포메이션 시스템의 "WinCC로 작업 > 프로젝트로 작업 > 부록 > WinCC 진단 창 및 라이센스 정보" 주제에서 확인할 수 있다.

주

서비스 프로젝트 편집 또는 이송서비스 프로젝트를 편집 또는 이송하려면 컴퓨터에서 그에 맞게 서비스 모드 사용자를 관리해야 한다. 서비스 모드 사용자가 없는 경우 프로젝트를 편집하거나 이송하려면 로그온한 Windows 사용자를 그에 맞게 관리해야 한다.

WinCC 서비스 모드4.4 서비스 프로젝트 사용 및 제한사항


4.5 시스템 트레이에서의 WinCC 상태 및 컨트롤

개요

WinCC는 이른바 트레이 영역이라는 작업 표시줄 통지 영역에서 "SIMATIC WinCC" 기호를 나타낸다. 이 기호는 프로젝트 상태에 대한 정보를 제공한다. 기호의 바로 가기 메뉴를 통해 WinCC 프로젝트를 활성화 및 비활성화할 수 있다.

프로젝트 상태

다음 도표는 기호와 함께 프로젝트 상태를 나타낸다.

SIMATIC WinCC® 기호 상태

● WinCC가 활성화되어 있지 않다.● 프로젝트가 열려 있지 않다.

WinCC가 상태를 변경한다.● WinCC가 프로젝트를 연다.● WinCC가 프로젝트를 활성화한다.● WinCC가 프로젝트를 비활성화한다.● WinCC가 프로젝트를 닫는다.프로젝트가 열려 있다.

프로젝트가 활성화되었다.

프로젝트가 활성화되어 있고 서버가 "오류" 상태이다.

팝업 메뉴를 통한 컨트롤 옵션

해당 상태에 따라 열린 프로젝트를 컨트롤할 수 있다. "SIMATIC WinCC" 기호의 바로 가기 메뉴는 다음 제어 옵션을 제공한다.

● 그래픽 런타임을 시작한다.

● 그래픽 런타임을 종료한다.

● 프로젝트를 활성화한다.

● 프로젝트를 비활성화한다.

● 진단 창을 연다.

WinCC 서비스 모드4.5 시스템 트레이에서의 WinCC 상태 및 컨트롤


SIMATIC WinCC® 창

"SIMATIC WinCC" 창을 열려면 "SIMATIC WinCC" 기호를 클릭한다.

가능: 활성화된 런타임이 있는 창

창에는 다음과 같은 정보가 나타난다.

● 프로젝트 이름

● 프로젝트 유형

● 프로젝트 상태

● 컴퓨터 목록로컬 컴퓨터가 파란색으로 표시되어 있다.

컴퓨터 목록

컴퓨터 목록에는 네트워크의 모든 컴퓨터가 포함되어 있다. 프로젝트가 활성화된 경우 모든 기존 컴퓨터의 연결 상태가 나타난다.

다음 도표는 연결 상태의 아이콘과 해당 의미를 나타낸다.

아이콘 상태

● 연결 안함● 연결 해제● 로컬 컴퓨터● 이중화 파트너 서버



아이콘 상태

연결됨

● 대기 서버와 연결됨● 매스터 서버와 연결되었지만 대기 서버가 선호되는 서버임

연결됨

● 매스터 서버와 연결됨● 선호되는 서버로 대기 서버와 연결됨



4.6 기능 및 전제조건

4.6.1 서비스 프로젝트의 조작 모드

개요

이 장에서는 WinCC 서비스 프로젝트의 조작 모드에 대해 설명한다.

표준 프로젝트

표준 프로젝트는 다음과 같이 시작된다.

● 사용자가 시스템에 로그온한다.

● 사용자가 WinCC 런타임을 시작하거나 WinCC 런타임이 자동으로 시작된다.

다음 경우 중 하나가 발생할 때까지 WinCC 런타임은 활성 상태로 유지된다.

● 사용자가 WinCC 런타임을 종료한다.

● 사용자가 시스템에서 로그오프한다.이 경우 시스템은 WinCC 런타임을 종료한다.

서비스 프로젝트

서비스 프로젝트의 경우 WinCC 런타임이 서비스로 시작된다. 설정에 따라 이러한 서비스는 다음과 같은 시점에 시작된다.

● 운영체제가 시작된 후 자동으로.

● 사용자가 로그온하여 WinCC 런타임을 시작한 후.

사용자가 다시 로그오프한 경우에도 WinCC는 그대로 유지된다.

WinCC 런타임 데이터에 계속 접근할 수 있다.

로그온한 사용자는 필요한 경우 런타임 조작을 활성화할 수 있다.

다음 다이어그램은 서버 시작과 서비스 프로젝트가 있는 자동 런타임 시작 간의 상태를 나타낸다.

WinCC 서비스 모드4.6 기능 및 전제조건


4.6.2 서비스 프로젝트 실행을 위한 전제조건

전제조건

일반적으로 서비스 프로젝트에서는 대화형 조작이 바람직하지 않다.

스크립트

일반적으로 대화형 사용자가 서비스 프로젝트에 로그인하지 않으므로 C 스크립트 및 VB 스트립트 등은 다음 경우에 문제를 일으킬 수 있다.

● 대화형 작업(예: 입력)이 필요한 경우.

● 메시지 상자를 디스플레이할 경우.

분산 WinCC 시나리오에서의 서비스 프로젝트

서비스 프로젝트를 위한 전용 Windows 사용자를 설정해야 한다. 서비스 프로젝트에 대해 구성된 Windows 사용자는 "SIMATIC HMI" 사용자 그룹에 속해야 한다.

로컬 Windows 사용자 또는 Windows 도메인 사용자를 사용할 수 있다. WinCC 다중 사용자 시스템 및 서버-서버 통신을 사용하는 분산 시스템과 관련해서는 다음과 같은 사항에 유의한다.



● 로컬 Windows 사용자이 사용자는 네트워크의 모든 컴퓨터에서 로컬 "SIMATIC HMI" 사용자 그룹의 구성원이어야 한다. 이 사용자의 비밀번호는 모든 컴퓨터에서 동일해야 한다.

● Windows 도메인 사용자이 사용자는 다음 조건 중 하나를 충족해야 한다.– 사용자는 모든 컴퓨터에서 로컬 "SIMATIC HMI" 사용자 그룹의 구성원이다.– 사용자는 로컬 "SIMATIC HMI" 사용자 그룹의 구성원인 그룹의 구성원이다.

주

WinCC 서비스 프로젝트의 런타임에 중단이 없으려면 구성된 사용자의 비밀번호는 변경할 수 없고 만료되지 않아야 한다. 이렇게 하려면 사용자를 설정할 때 다음 옵션을 활성화한다.● "사용자가 비밀번호를 변경할 수 없음"● "비밀번호가 만료되지 않음"



4.7 WinCC 서비스 모드 구성

4.7.1 프로젝트를 서비스 프로젝트로 정의하는 방법

개요

프로젝트가 표준 프로젝트로 실행되는지 아니면 서비스 프로젝트로 실행되는지 여부를 프로젝트 속성에서 지정한다.

과정 - 서비스 프로젝트 정의

1. WinCC 익스플로러의 내비게이션 창에서 프로젝트 이름을 클릭하고 바로 가기 메뉴에서 속성 명령을 선택한다."프로젝트 속성" 대화창이 열린다.

2. "조작 모드" 탭으로 스위칭한다.

3. "서비스" 옵션을 활성화한다.WinCC는 프로젝트를 변환하기 위해 프로젝트를 다시 로드해야 한다는 메시지를 표시한다.

WinCC 서비스 모드4.7 WinCC 서비스 모드 구성


4. WinCC 서비스 프로젝트가 실행될 사용자를 "사용자" 필드에 입력한다.이 사용자의 필수 속성에 대한 추가적인 정보는 "서비스 프로젝트 실행을 위한 전제조건 (쪽 98)" 섹션을 참조한다.

5. "비밀번호" 필드에 헤딩 비밀번호를 입력한다.

6. "비밀번호" 필드에서 비밀번호를 확인한다.

7. "확인"을 클릭하여 입력을 확인한다.

8. 프로젝트를 다시 로드한다.

Autostart 설정

컴퓨터가 시작되면 WinCC는 원하는 프로젝트를 활성화할 수 있다. "Autostart 컨피규레이션" 도구에서 프로젝트를 입력한다.

과정 - 자동 시작 설정

1. Windows 시작 메뉴를 열고 "SIMATIC > WinCC"를 선택한 다음 "Autostart" 명령을 선택한다."AutoStart 컨피규레이션" 대화창이 열린다.

2. "프로젝트" 필드에서 버튼을 클릭하여 원하는 프로젝트를 선택한다.프로젝트 파일 및 전체 경로가 상자에 입력된다.

3. 프로젝트가 런타임에서 열리도록 하려면 "시작할 때 프로젝트 활성화" 옵션을 선택한다.

4. "Autostart 활성화" 버튼을 클릭한다.다음에 컴퓨터를 부팅하면 WinCC가 자동으로 시작되고 선택된 프로젝트가 열린다.

서비스 프로젝트를 표준 프로젝트로 변환

서비스 프로젝트를 표준 프로젝트로 변환하려면 "조작 모드" 탭에서 "표준" 옵션을 선택한다.

표준 프로젝트를 서비스 프로젝트로 변환

표준 프로젝트를 서비스 프로젝트로 변환하려면 "조작 모드" 탭에서 "서비스" 옵션을 선택한다.

주

일반적으로 표준 프로젝트를 서비스 프로젝트로 변환하는 작업은 가능하지 않음서비스 프로젝트에는 제한사항이 적용된다. 변환을 실행하기 전에 이러한 제한사항에 유의한다. "서비스 프로젝트 사용 및 제한사항 (쪽 92)" 하에서 추가 정보를 찾을 수 있다.



주

서비스 프로젝트를 표준 프로젝트로 변환하거나 표준 프로젝트를 서비스 프로젝트로 변환한 후 Autostart를 다시 구성해야 한다.



4.8 런타임에서의 서비스 프로젝트

4.8.1 런타임에서의 서비스 프로젝트

개요

WinCC는 이른바 시스템 트레이라는 작업 표시줄 통지 영역에서 "SIMATIC WinCC" 아이콘을 생성한다. 이 아이콘의 쇼트컷 메뉴를 통해 다음 기능을 실행한다.

● 그래픽 런타임 시작

● 그래픽 런타임 종료

● 프로젝트 활성화

● 프로젝트 비활성화

● 진단 창 열기

이에 대한 추가적인 정보는 WinCC 인포메이션 시스템의 "WinCC로 작업 > 프로젝트로 작업 > 부록 > 시스템 트레이의 WinCC 상태 및 컨트롤" 장에서 확인할 수 있다.

4.8.2 서비스 프로젝트를 활성화하는 방법

전제조건

프로젝트가 서비스 프로젝트로 저장되어야 한다. "서비스 프로젝트 실행을 위한 전제조건 (쪽 98)" 섹션에서 추가 전제조건을 찾을 수 있다.

과정 - 서비스 모드에서 서비스 프로젝트의 자동 시작

"Autostart 컨피규레이션" 도구를 사용하여 프로젝트에 대한 자동 시작이 올바르게 구성된 경우 다음 작업이 수행된다.

● 서버가 시작되자마자 프로젝트가 자동으로 활성화된다.

사용자 입력이 필요하지 않다.

결과 - WinCC 서비스 모드에서 프로젝트의 자동 시작

프로젝트가 활성화되었다. 서버에 로그온한 사용자는 없다.

WinCC 서비스 모드4.8 런타임에서의 서비스 프로젝트


과정 - WinCC 서비스 모드에서 프로젝트의 수동 시작

다음 과정에서는 프로젝트에 대해 자동 시작이 구성되지 않았다고 가정한다.

1. 서버를 시작한다.

2. 서버에 로그온한다.

3. 프로젝트를 연다.

4. 시스템 트레이에 있는 아이콘의 쇼트컷 메뉴에서 "프로젝트 활성화" 명령을 선택한다. 또는 WinCC 익스플로러를 사용하여 프로젝트를 활성화한다.

결과 - WinCC 서비스 모드에서 프로젝트의 수동 시작

프로젝트가 활성화되었다. WinCC에 아이콘이 디스플레이된다.

서버에서 로그오프했을 때 WinCC 런타임이 활성 상태를 유지하게 하려면 WinCC 익스플로러만 종료한다. 이렇게 하려면 "WinCC 익스플로러 종료" 대화창에서 "WinCC 익스플로러 종료" 엔트리를 선택한다. 그러면 WinCC 런타임은 활성 상태로 유지된다.

4.8.3 활성화된 서비스 프로젝트에 로그인 및 로그오프하는 방법

개요

서버에서 필요한 작업을 실행하기 위해 WinCC 프로젝트가 런타임에 있는 동안 서비스에 로그인하고 다시 로그오프할수 있다.

주

재시작이 필요한 갱신이 설치될 경우 WinCC 런타임이 종료된다.

전제조건

서비스 프로젝트가 활성화되어 있다. 서버에 로그인한 사용자가 없다.

과정

1. 서버에 로그인한다.

2. 원하는 동작을 실행한다.

3. 서버에서 다시 로그오프한다.



결과

서버에 로그인했다가 로그오프된다. WinCC 런타임은 영향을 받지 않는다.

4.8.4 서비스 목적을 위해 대화형 조작을 활성화하는 방법

개요

WinCC 서비스 프로젝트가 런타임에 있는 동안 대화형 조작을 활성화할 수 있다.

전제조건

서비스 프로젝트가 활성 상태이다. 대화형 조작이 활성화되지 않았다.

"SIMATIC HMI" 그룹의 구성원인 사용자로 로그인한다.

과정 - 대화형 조작 활성화

1. 서버에 로그인한다.

2. 트레이 영역에 있는 아이콘의 팝업 메뉴에서 "그래픽 런타임 시작" 명령을 선택한다.WinCC에서 대화형 조작을 승인한다. WinCC 프로젝트를 조작할 수 있다.

과정 - 대화형 조작 종료

1. 트레이 영역에 있는 아이콘의 팝업 메뉴에서 "그래픽 런타임 종료" 명령을 선택한다.WinCC는 그래픽 런타임을 종료한다.

2. 필요한 경우 로그오프한다.



이중화 시스템 55.1 이중화

내용

WinCC 옵션 "WinCC/이중화"는 이중화 시스템을 구성하는 데 사용된다. 상호 연결된 두 서버의 병렬 작동과 오작동 시 자동 서버 전환 기능으로 WinCC와 시스템의 가용성이 향상된다.

요약

이 설명서에서는 다음에 대해 설명한다.

● 이중화 시스템에 대한 전제조건.

● WinCC에서 이중화 시스템을 생성하는 방법.

● 이중화 서버를 구성하는 방법.

● 이중화 아카이브의 동기화를 구성하는 방법.


5.2 WinCC 이중화

개요

이중화 WinCC 프로젝트는 동일한 기능을 수행하고 병렬로 작동하도록 구성된 두 WinCC 서버, 즉 1개 마스터 서버와 1개 대기 서버로 구성된다. 두 서버가 자동화 시스템와 클라이언트에 연결되며 서로 간에도 연결된다.

이중화 시스템5.2 WinCC 이중화


WinCC 이중화 기능 개요

WinCC 이중화는 다음 기능을 제공한다.

● 서버 고장 또는 공정 연결 실패 시 클라이언트 자동 전환.

● 고장 서버가 복원되거나 공정 연결 오류가 제거된 후 메시지 아카이브, 공정값 아카이브 및 사용자 아카이브 자동 동기화.

● 내부 메시지의 온라인 동기화.

● 태그 동기화를 지원하는 내부 태그의 온라인 동기화.

● 사용자 아카이브의 온라인 동기화.

● 이중화 서버에 프로젝트를 복제하기 위한 "프로젝트 복사기".

● WinCC 애플리케이션을 감시하기 위한 "애플리케이션 건강 점검" 기능

● 로컬 시스템의 하드웨어 및 소프트웨어 상태를 감시하는 "자가 진단" 기능

"애플리케이션 건강 점검" 기능

중요한 모든 WinCC 애플리케이션을 자동으로 감시하기 위한 "애플리케이션 건강 점검" 기능.

생명박동 감시는 소프트웨어 오류를 감지한 후 다음 작업을 실행한다.

● "@RedundantServerState" 시스템 태그에서 서버 상태를 "고장"으로 설정한다.

● 이중화 서버로 스위칭할 수 있도록 연결된 클라이언트를 인증한다.

● 공정 컨트롤 메시지를 사용하여 소프트웨어 오류에 대해 사용자에게 알린다. 알람 서버가 고장의 원인인 경우 공정 컨트롤 메시지를 트리거할 수 없다.

주

소프트웨어 오류가 "애플리케이션 건강 점검" 기능과 초기화된 클라이언트 스위칭에 의해 탐지된 경우, 관련 서버를 다시 시작해야 한다. 그 후에야 비로소 클라이언트를 서버에 다시 연결할 수 있다. 아카이브 동기화는 소프트웨어 오류가 탐지된 시점까지만 소급해서 이루어진다.



"자가 진단" 기능

"자가 진단" 기능은 이중화 시스템의 가용성과 안정성을 보장하기 위해 다음과 같은 태스크로 구성된다.

● 로컬 HW 및 SW 문제 감시 및 보고

● 로컬 시스템 성능 감시

● 데이터량의 상태 감시

● 필요한 경우 서버 장애 조치

오작동 시 다음과 같은 태스크를 수행한다.

● 애플리케이션 다시 시작

● 필요한 경우 서버 상태를 "오류"로 설정 및 서버 교체

● 로그 엔트리 생성

● 시스템 알람이 트리거된다.



5.3 이중화 시스템의 전제조건

개요

WinCC 이중화와 관련해서 다음과 같은 사전조건을 충족해야 한다.

● 다중 사용자 조작이 수행되는 이중화 WinCC 서버의 경우 다음 서버 운영체제가 설치된 컴퓨터만 사용할 수 있다.– Microsoft Windows Server 2008 32-비트– Microsoft Windows Server 2008 R2 64-비트– Microsoft Windows Server 2012 64비트

● 클라이언트 PC에는 다음이 있어야 한다.– Windows 2012 Server, Windows 2008 Server, Windows Server 2008 R2– Windows 7, Windows 8.1 64비트

● WinCC 이중화 옵션을 두 서버 모두에 설치해야 한다. WinCC 이중화 라이센스를 이중화 서버에 설치해야 한다.

● 두 이중화 서버가 기능적으로 동일하게 구성되어 있어야 한다.

● 두 이중화 서버 외에 다른 PC를 이중화 서버로 구성할 수 없다.

● 이중화 서버 간에 시간이 동기화되어야 한다. 전체 시스템에 대한 시간 동기화가 권장된다. 시간 동기화는 WinCC의 "시간 동기화" 옵션을 사용하여 구성할 수 있다.

● 자동화 시스템 및 클라이언트로부터 받는 메시지와 인지 정보에는 항상 프레임에 타임 스탬프가 지정되어 있어야 한다(시간순서적 메시징). 이렇게 하면 중복 항목이 방지된다. 예를 들면 자동화 시스템에서 알람 블록을 사용한다.

● 하위 수준의 자동화 시스템으로부터의 공정값, 메시지 및 활성 메시지 블록을 두 서버에 동시에 전송해야 한다.

● 다음 추가 연결 중 하나가 이중화 서버 사이에 존재해야 한다.– 네트워크 어댑터– 직렬 연결이 추가 연결은 "마스터" 또는 "대기" 상태의 정확한 정의를 보장한다."이중화" 편집기를 사용하여 WinCC 탐색기에서 네트워크 카드를 통해 추가 연결을 구성할 수 있다. 해당 IP 주소가 있는 TCP/IP 프로토콜을 사용한다. IP 주소는 터미널 버스와 동일한 서브네트에 있을 수 없다.

이중화 시스템5.3 이중화 시스템의 전제조건


주

WinCC 시동 시 활성화된 WinCC 이중화 상태의 런타임 동작시동 중에 서버 컴퓨터에서 흔히 WinCC Runtime이 활성화되었다가 비활성화된다. 이처럼 WinCC 이중화가 활성화된 상태로 반복 시작하는 경우 아카이브가 매번 동기화된다. 따라서 WinCC Runtime 작동 성능이 크게 저하될 수 있다. 그러므로 시동 중에는 WinCC 이중화를 비활성화하는 것이 좋다.

주

전원 고장 시 WinCC를 안전하게 종료하려면, 보조 전원(UPS)을 사용하는 것이 좋다.

이중화 시스템5.3 이중화 시스템의 전제조건


5.4 이중화의 작동 방법

개요

두 서버는 동일한 권한을 가지고 있으며, 서로 독립적으로 작동한다. 두 서버 모두 사용자가 사용할 수 있다. 한 서버가 고장을 일으킬 경우 항상 동등한 이중화 서버를 사용할 수 있다.

다음 그림은 병렬 이중화 서버의 아카이브 및 아카이브 동기화를 보여준다.

이중화 서버의 식별

두 서버 중 하나는 기본 마스터로 구성된다. 이 서버의 경우 시스템 변수 "@RM_MASTER"가 런타임 시 "1"로 설정된다. 컴퓨터 장애 등으로 인해 태그의 상태가 변경될 경우 클라이언트가 "대기" 컴퓨터로 전환된다. 이전의 "대기" 컴퓨터가 이제 마스터이다.

이중화 시스템5.4 이중화의 작동 방법


파트너 서버의 고장을 초기에 감지하기 위해 서버는 런타임에서 서로를 감시한다. 네트워크 어댑터를 통한 추가 연결이나 서버 간의 직렬 연결은 상태를 감시하는 데 사용된다. 이중화 파트너 서버 간의 통신이 이 연결을 통해 향상된다. 이를 통해 이중화의 활용성이 늘어난다. 아카이브를 동기화하는 데 추가 연결은 사용되지 않는다.

정상적으로 운영되는 동안의 WinCC 기록

일반적으로 서버는 런타임 시 완전히 병렬로 실행된다. 각 서버 컴퓨터는 자신의 고유한 공정 드라이버 연결과 데이터 아카이브를 가지고 있다. 공정 데이터와 메시지는 자동화 시스템에 의해 두 이중화 서버로 전송되며 두 이중화 서버에서 적절하게 처리된다.

사용자 아카이브, 내부 메시지 및 내부 태그는 계속해서 온라인으로 동기화될 수 있다. 두 서버는 TCP/IP 프로토콜을 사용하여 LAN을 통해 통신하며 아카이브를 동기화한다.

서버 고장

서버 하나가 작동하지 않을 경우 클라이언트가 고장 서버로부터 이중화 파트너 서버로 자동 전환된다. 따라서 모든 클라이언트에서 공정을 감시하고 작동할 수 있다.

고장 시에, 활성화된 서버는 WinCC 프로젝트의 모든 메시지와 공정 데이터를 지속적으로 기록한다. 고장 서버가 다시 온라인 상태로 복구된 후에는 모든 메시지 아카이브, 공정값 아카이브 및 사용자 아카이브의 내용이 복구된 서버로 자동 복사된다. 이렇게 해서 고장 서버의 아카이브 데이터 공백이 채워지게 된다.

주

이중화 고장 시간은 최소 69초여야 한다.기술적인 이유로 인해 이중화 서버 시스템에서 두 시스템이 자동으로 동기화될 때까지의 고장 시간은 적어도 69초여야 한다.

클라이언트 스위칭을 트리거하는 요인

서버 고장 시 기본 (마스터) 서버에서 파트너 서버로의 클라이언트의 스위칭은 시스템에 의해 자동으로 실행된다.

서버의 스위칭은 다음과 같은 요인에 의해 야기된다.

● 서버로의 네트워크 연결 고장

● 서버 고장

● 공정 연결 오작동



● "애플리케이션 건강 점검" 기능이 결함이 있는 WinCC 애플리케이션을 탐지하였고, 스위칭을 트리거한다.

● 프로젝트가 비활성화된다.

공정 연결 오류 발생 시 클라이언트 전환에 대한 이중화 옵션이 활성화된 경우 "마스터" 서버와 이중화 파트너 서버에 대한 결함이 있는 논리적 연결 수가 주기적으로 결정된다. "마스터" 서버가 이중화 파트너 서버보다 결함이 있는 논리적 연결을 더 많이 가지고 있으면, "마스터" 서버에 로그온된 클라이언트가 이중화 파트너 서버로 전환된다.

프로세스 연결 오류가 제거되면, 클라이언트는 원래 연결된 우선권이 있는 서버로 다시 전환된다.

두 이중화 서버 모두 런타임으로 될 때까지 프로세스 링크 감시는 시작되지 않는다.

주

서버상의 소프트웨어 오류의 경우, 다음과 같은 상황을 배제할 수 없다. 연결된 클라이언트가 이중화 파트너로 스위칭되지 않을 수도 있으며, 그럼에도 불구하고 시스템은 블로킹되어 있다.

서버 복귀 후, 아카이브 동기화를 트리거하는 요인

서버 간의 아카이브 동기화는 다음과 같은 오류가 수정된 후에 초기화된다.

● 공정 연결 오류. 하지만 공정 연결 감시 기능을 비활성화할 수 있다.

● 파트너 서버로의 네트워크 연결 고장.

● 서버 고장.

● 프로젝트가 활성화되지 않음.

서버 복귀 후 동기화

고장 서버가 복구된 후에는 WinCC 이중화가 누락된 데이터를 고장 서버로 전송한다. 이는 메시지 아카이브, 공정값 아카이브, 사용자 아카이브 및 내부 태그에 적용된다. 결국 두 개의 동일한 서버를 다시 사용할 수 있게 된다.

아카이브 동기화는 백그라운드 기능으로 실현되며, WinCC 공정 관리와 기록에 대해 병렬로 작동한다. 따라서 시스템의 운영과 관찰은 언제나 보장되어 있다.

내부 태그 비교

내부 태그에 "태그 동기화" 속성이 있어야 한다.



태그 중 하나가 이중화 서버 중 하나에서 수정되자마자 파트너 컴퓨터에서 내부 태그들이 비교된다.

내부 태그에는 이름이 "@" 문자로 시작하는 시스템 태그(예: "@RM_Master")도 포함된다. 시스템 태그에 대해 온라인 동기화를 구성할 수 없다.

공정 연결 오류 후 동기화

공정 연결 감시 기능을 활성화한 경우 서버와 자동화 시스템 간의 오류가 제거된 후 모든 아카이브의 동기화가 자동으로 시작된다.

공정 연결 감시가 활성화되어 있으면, 각각의 서버는 구성된 모든 연결에 대한 생명박동 감시를 실시한다. 처리된 자동화 시스템이 인지를 서버로 다시 전송하지 못할 경우 서버에서는 자동화 시스템과 공정 간 연결에 오류가 있음을 감지한다.

하나 이상의 자동화 시스템에 대한 네트워크 오류가 발견되면 프로젝트와 관련된 자동화 시스템의 모든 아카이브가 동기화된다. 고장이 발생하지 않았던 자동화 시스템 아카이브도 동기화된다. 이 옵션을 비활성화할 경우 서버의 런타임 부하를 방지할 수 있다.

네트워크 연결 모니터링이 비활성화된 경우에는 자동화 시스템 네트워크 오류가 인식되지 않으므로 아카이브 동기화가 발생하지 않는다.

온라인 동기화

서버 간 직접 동기화가 지원된다.

● 다음에 대한 알람 로그 기능 사용:– 내부 메시지 태그– 태그 연결 없는 메시지– 시스템 작동 메시지– "배치" 메시지

● 사용자 아카이브용

● 태그 동기화를 사용하는 내부 태그용

차단된 메시지 비교

고장 서버가 복원되면 현재 차단된 메시지가 검색되어 자동화 시스템의 일반 조회를 통해 동기화된다.

메시지가 한 서버에서만 수동으로 차단될 경우 차단 정보가 동기화된다.



5.5 이중화 시스템 구성

5.5.1 이중화 시스템 설정에 대한 안내

개요

여기서는 이중화 WinCC 시스템의 설정 방식을 간략하게 설명한다. WinCC 인포메이션 시스템의 "분산 시스템" 섹션에서 클라이언트-서버 시스템 구조에 대한 일반적인 설명을 참조할 수 있다.

Windows에서 서버 입력

두 이중화 서버는 네트워크에서 서로를 인식해야 한다. 그 외에도, 사용자/비밀번호가 이중화 서버에서 동일해야 한다. 사용자에게 관리자 또는 사용자 권한을 설정해야 한다. 사용자는 "SIMATIC HMI" 사용자 그룹의 구성원이어야 한다.

서버에서 프로젝트 구성

WinCC 이중화 컨피규레이션 도중에 다음 사항이 결정된다.

● 표준 마스터.

● 파트너 서버.

● 클라이언트의 스위칭 동작.

● 아카이브 동기화 유형

프로젝트를 복제하기 전에 WinCC 탐색기에서 "서버 데이터" 편집기를 사용하여 서버 패키지를 생성한다. 표준 서버에서 서버 패키지를 생성하는 것이 좋다.

주

동기화를 위해 정말로 필요한 사용자 아이브만을 구성한다. 동기화될 사용자 아카이브 수가 많으면 많을 수록, 동기화 공정에 소요되는 시간은 더 길어지고 시스템 부하도 더 커지게 된다.

이중화 시스템5.5 이중화 시스템 구성


WinCC 프로젝트 복제

이중화 파트너 서버에서 기능적으로 동일한 WinCC 프로젝트를 만들려면 "프로젝트 복사기"를 사용하여 기본 서버에서 프로젝트를 복제한다. 그러고 나면 마스터 서버와 대기 서버 간에 프로젝트 설정이 같아진다.

주

복제하기 전에, 프로젝트가 복제될 컴퓨터상에 메모리 공간이 충분한지를 확인한다. 기존 프로젝트를 복제하려는 경우 해당 프로젝트가 열려 있지 않을 수도 있다.

대기 서버 구성

이중화 상태를 감시하려면 여전히 "이중화" 편집기에서 대기 서버에 마스터 서버에 대한 추가 연결을 설정해야 한다.

클라이언트 구성

클라이언트에서 WinCC 이중화를 사용하려면 "서버 데이터" 편집기에서 다음 단계를 수행한다.

● 기본 서버 패키지 생성

● 기본 서버를 설정하고 패키지의 자동 갱신 활성화

이중화 서버 활성화

1. 먼저 구성한 마스터 서버를 활성화한다.

2. 다음에는 연결된 클라이언트를 시작한다.

3. 클라이언트가 활성 상태인 경우 두 번째 서버와 이 두 번째 서버에 연결된 클라이언트를 활성화한다.

이제 첫 번째 동기화가 수행된다. 이 동기화의 고장기간은 첫 번째 서버에서 두 번째 서버가 활성화될 때까지의 시간 간격을 포함한다.

주

이중화 서버 시동 시, 이중화 파트너를 활성화하기 전에 첫 번째 서버가 완전히 시작되어야 한다는 점을 유념한다. 서버 최초 시동 시, 클라이언트가 활성화되어 있어서는 안된다.이중화 서버 쌍을 완전히 비활성화했으면, 재활성화 시 특정한 순서를 지켜야 한다. 먼저 마지막에 비활성화했던 서버를 활성화한다. 이 서버의 시작이 완료되었으면 이중화 파트너를 활성화할 수 있다.



이중화 서버 비활성화

이중화 서버를 비활성화하기 전에 두 번째 서버는 오류 없이 작동 중이어야 한다는 점에 유의한다.

해당 공정 컨트롤 메시지에 표시된 대로 비활성화하기 전에 아카이브 동기화를 완료해야 한다.

주

첫 번째 서버의 아카이브 동기화가 완료되기 전에, 두 번째 서버를 비활성화하면, 데이터 손실이 발생할 수 있다. 이는 시동 중에 서버 활성화/비활성화를 자주 전환하는 경우 특히 중요하다.

5.5.2 동일한 기능 구성

공정 데이터 아카이브 및 메시지 아카이브

태그 로깅과 알람 로깅은 이중화 서버를 위해 기능적으로 동일한 방법으로 구성되어 있어야 한다. 동일한 아카이브가 필요하다. 이러한 아카이브에서는 추가가 다른 측정점이나 아카이브의 형태로 이루어질 수 있다. 확장은 동기화에 포함되지 않는다. 파트너 서버에 대한 확장을 사용자 스스로 조정해야 한다.

WinCC에서는 하드 디스크를 기반으로 하는 다음 아카이브를 동기화한다.

● 공정값 아카이브

● 압축된 아카이브

● 메시지 아카이브

주 메모리 아카이브의 동기화는 실행되지 않는다.

사용자 아카이브

사용자 아카이브는 두 서버상에서 동일한 구조를 요구한다.

동기화될 사용자 아카이브의 컨피규레이션은 속성과 필드 및 레코드 구조 면에서 동일해야 한다.



주

변경된 컨피규레이션 데이터의 동기화를 온라인 변경 로드를 통해 수행할 수 없음아카이브에서 삭제된 필드와 같은 사용자 아카이브 컨피규레이션 데이터에 대한 변경 내용은 이중화 서버 쌍의 온라인 변경 내용 다운로드를 통해 전송된다.

사용자 관리

사용자 관리의 변경 내용은 자동으로 동기화되지 않는다. 사용자 관리에 대한 변경을 구성하려는 경우 다음 옵션을 사용할 수 있다.

● 엔지니어링 스테이션에서 변경을 구성한다. 변경 내용을 이중화 서버에 전송한다.

● 두 이중화 서버에서 동일하게 변경을 구성한다.

도 참조

WinCC 이중화 (쪽 108)

5.5.3 이중화 서버를 구성하는 방법

개요

WinCC 탐색기의 "이중화" 편집기를 사용하여 이중화 서버와 아카이브 동기화를 구성할 수 있다.

전제조건

두 이중화 서버가 기능적으로 동일하게 구성되어 있어야 한다.



과정

1. WinCC 탐색기에서 "이중화" 편집기를 연다. "일반 사항" 탭으로 이동한다. "서버" 필드에는 WinCC 이중화가 구성된 컴퓨터 이름이 포함되어 있다.

2. WinCC 이중화를 구성하고 사용하려는 경우 "이중화 활성화" 확인란을 활성화한다.

3. "기본 마스터" 옵션을 활성화하여 두 서버가 동시에 부팅 중인 경우 위에서 입력한 서버가 주기적으로 마스터로 활성화되도록 지정한다. 옵션이 활성화되지 않으면 서버가 대기 서버가 된다.

유의사항

이중화 서버 하나만 "기본 마스터"로 설정 가능"기본 마스터" 옵션은 두 이중화 서버 중 하나에서만 활성화해야 한다. 그렇게 하지 않으면, 클라이언트상에서 이중화 스위칭 시에 문제가 발생할 수 있다.

4. 파트너 서버의 컴퓨터 이름을 입력하거나 "검색"을 클릭한다.



5. 네트워크 어댑터를 통해 이중화 파트너에 연결되어 있는지 여부를 알아보는 상태 감시를 지정한다. 직렬 연결보다 네트워크 어댑터를 통한 연결이 선호된다. 직렬 연결을 사용하려는 경우 인터페이스를 선택한다.

6. 고장 후 동기화 기간을 지정한다. 모든 데이터 옵션이나 지정 가능한 일수 옵션을 활성화한다.

7. 선택 설정에서, 시스템이 온라인으로 전환되거나 오류가 해결된 후에 수행되어야 할 동기화를 활성화한다.

8. "확인"을 클릭하여 설정을 저장한다.

주

옵션이 변경된 경우 런타임 다시 시작런타임을 다시 시작하지 않을 경우 다음 옵션에 대한 변경만 즉시 적용된다.● "파트너 서버가 온라인 상태로 되돌아온 후, ... 동기화".● "알람 로깅의 온라인 동기화".● "공정 연결 오류 후의 동기화...".다른 옵션에서의 변경내용은 런타임을 다시 시작한 후에 효과를 나타낸다.

5.5.4 사용자 아카이브 동기화를 구성하는 방법

개요

사용자 아카이브는 프로그램이나 자동화 시스템과는 별도로 작동에 의해 처리될 수 있다. 이중화 시스템의 경우 사용자 아카이브의 자동 동기화를 구성한다.

전제조건

사용자 아카이브 컨피규레이션이 두 이중화 서버에서 동일해야 한다. 이 용도로 프로젝트 복사기를 사용한다.



절차

1. WinCC 탐색기에서 "이중화" 편집기를 연다. "사용자 아카이브" 탭을 연다.

2. "사용자 아카이브" 열에, 구성된 모든 사용자 아카이브가 행으로 디스플레이된다. "동기화" 열을 두 번 클릭하여 개별 사용자 아카이브의 동기화를 활성화하거나 비활성화한다. 두 파트너 서버에서 설정이 동일해야 한다.

3. "모든 사용자 아카이브의 동기화"에 있는 2개의 버튼은 표시된 모든 사용자 아카이브의 동기화를 활성화/비활성화하는 데 사용된다.

4. "이중화" 편집기를 호출한 후에 "사용자 아카이브" 편집기에서 사용자 아카이브의 컨피규레이션을 변경했는가? 그렇다면 "갱신" 버튼을 클릭하여 사용자 아카이브의 현재 컨피규레이션을 적용한다.

5. "확인"을 클릭하여 설정을 저장한다.



주

변경된 컨피규레이션 데이터의 동기화를 온라인 변경 로드를 통해 수행할 수 없음아카이브에서 삭제된 필드와 같은 사용자 아카이브 컨피규레이션 데이터에 대한 변경 내용은 이중화 서버 쌍의 온라인 변경 내용 다운로드를 통해 전송된다.

주

사용자 아카이브와의 아카이브 동기화 변경 후 런타임 다시 시작사용자 아카이브와의 아카이브 동기화에 대한 변경 내용은 런타임이 다시 시작된 후에만 적용된다.

사용자 아카이브를 병렬로 편집

레코드를 이중화 사용자 아카이브에 병렬로 추가할 경우, 다음에 유의해야 한다.

● 고장 서버가 복구된 후에 동기화가 수행된 경우 레코드를 이전에 고장 서버에만 추가할 수 있다. 그렇지 않으면 스크립트 또는 사용자 아카이브 컨트롤에서 오류 메시지가 나타난다.

● 온라인 동기화 시에도, 레코드가 이중화 아카이브에서 동기화될 때까지 약간의 시간이 경과한다.

주

서버 컴퓨터 두 대에서 장애가 발생하거나 두 컴퓨터 모두 종료된 경우 마지막으로 사용된 서버 컴퓨터를 먼저 시작해야 한다. 그렇지 않으면 저장되지 않은 변경 내용이 손실될 수 있다.

도 참조

고장 시나리오 (쪽 133)

WinCC 이중화 시스템의 시스템 메시지 (쪽 142)

이중화 서버를 구성하는 방법 (쪽 120)

이중화 시스템 설정에 대한 안내 (쪽 117)




5.5.5 이중화 서버의 프로젝트를 복사하는 방법

개요

두 이중화 서버는 하드웨어 및 소프트웨어 면에서 기능적으로 동일하도록 설정해야 한다. WinCC 컨피규레이션을 완료한 이후와 WinCC 프로젝트를 변경할 때마다 WinCC 프로젝트 복사기를 사용하여 이중화 파트너 프로젝트를 생성한다.

프로젝트 복사기는 다음을 실행한다.

● 사진, 스크립트 및 아카이브 같은 연결된 모든 프로젝트 데이터를 이중화 파트너로 복사한다.

● 컴퓨터가 WinCC 이중화용으로 이미 구성되어 있는 경우 목표 컴퓨터에서 필요한 설정을 구성한다.

이어서 컴퓨터별 설정을 수동으로 변경해야 한다.

주

프로젝트를 이중화 서버로 전송하는 데 Windows Explorer를 이용할 수 없다.SIMATIC Manager의 온라인 변경 사항 다운로드 기능을 이용하여 약간의 변경을 저장한 다음 이를 런타임에 서버로 전송할 수 있다.

원리

프로젝트 복사기에서 복제하고자 하는 프로젝트를 선택한다.

프로젝트가 복제될 목표 컴퓨터 및 폴더를 지정한다. 프로젝트 폴더가 목표 폴더에서 생성된다.

로컬 컴퓨터의 프로젝트는 복제할 수 없다. 항상 네트워크에서 접근 권한이 있는 다른 컴퓨터에 프로젝트를 복제한다.

프로젝트의 상태에 따라 컨피규레이션 데이터 및 런타임 데이터를 선택한 폴더로 복사할 수 있다.

프로젝트 상태 컨피규레이션 데이터 런타임 데이터

프로젝트가 닫혔음 + +

프로젝트가 열려 있거나 비활성화되었음

+ -

런타임에서의 프로젝트 + -



전체 프로젝트 및 전체 폴더 구조만 복제할 수 있다. 복제 동작에서 어떤 데이터 또는 폴더도 배제할 수 없다.

전제조건

● WinCC 이중화 옵션이 두 컴퓨터에 모두 설치되어 있다.

● 목표 컴퓨터에 복제용 목표 폴더를 생성했으며 이러한 폴더에 액세스할 수 있어야 한다.

● 목표 폴더에 대한 접근 권한을 가지고 있다.

● 목표 컴퓨터는 하드 디스크 여유 공간이 충분하다.

● 목표 컴퓨터에 맞는 WinCC 버전이 설치되어야 한다. 컴퓨터를 시동해야 한다.

● 목표 컴퓨터에 런타임이 비활성화되어 있다.

● 목표 컴퓨터에 프로젝트가 닫혀 있다.

과정

1. Windows 시작 메뉴의 "SIMATIC > WinCC > 도구" 폴더에서 "프로젝트 복사기" 엔트리를 선택한다. WinCC 프로젝트 복사기가 열린다.

2. "복제될 소스 프로젝트를 선택하십시오" 상자에 복제하고자 하는 프로젝트를 입력한다. 경로 및 프로젝트 파일 <PROJECT>.MCP를 직접 입력하거나 버튼을 클릭하여 검색한다.

3. "이중화 파트너를 위한 복제된 프로젝트의 저장 위치" 상자에서 복제한 프로젝트를 저장할 경로를 입력한다. 폴더 경로 및 프로젝트 파일 <PROJECT>.MCP를 직접 입력하거나 버튼을 클릭하여 검색한다.



4. 복제 버튼을 클릭한다."복사" 창이 열린다. 복제 중, 프로젝트 복사기는 진도 표시를 이용하여 파일 및 폴더를 디스플레이한다. 복제를 중지하려면 "취소" 버튼을 사용한다.복제하고 나면, "프로젝트 복사기에 대한 지침" 창이 열린다. WinCC가 확인이 필요한 설정을 보여준다.

주

소스 컴퓨터에서 열려 있는 WinCC 프로젝트를 복제하면, 진도바가 디스플레이되지 않는다.

5. 닫기 버튼을 눌러 프로젝트 복사기를 닫는다.

6. 복제된 프로젝트에서 설정을 점검하고 필요한 경우 변경한다.

7. 다음 사항을 점검한다.– 컴퓨터 이름.– 이중화 편집기의 설정.– 필요한 경우 편집기의 설정.

프로젝트 기반의 접근 보호로 프로젝트 복제

프로젝트 기반의 접근 보호를 포함하는 WinCC 프로젝트를 이중화 서버로 전송하려면 SIMATIC STEP 7이 설치되어 있어야 한다.

"WinCC 프로젝트 복사기" 대화창에서 "복제" 버튼을 클릭할 때, STEP 7 프로젝트의 비밀번호를 입력해야 한다.

SIMATIC STEP 7이 설치되어 있지 않거나 잘못된 비밀번호를 입력한 경우, 프로젝트 복사기가 오류 메시지와 함께 취소된다.

5.5.6 런타임에서 이중화 프로젝트를 복제하는 방법

개요

이중화 프로젝트를 편집하면, 운전 중 이중화 서버에 있는 프로젝트도 갱신할 수 있다.

온라인 변경 저장 기능을 이용하여 약간의 변경을 저장한 다음 이를 서버에 전송할 수 있다. "온라인 변경 로드" 주제에 관한 문서도 참조해야 한다.



프로젝트 복사기를 사용한 복제

일부 컨피규레이션은 온라인 변경 다운로드 기능을 이용하여 저장할 수 없다. 이 경우 프로젝트 복사기를 이용하여 이중화 서버로의 프로젝트 복제를 생성해야 한다.

주

이중화 없음일반 조작 도중에 수행하는 변경의 경우 파트너 서버 중 하나를 비활성화해야 한다. 이 시간 동안에는 이중화를 사용할 수 없다.

전제조건

● 목표 폴더가 생성되어 있다.

● 목표 폴더에 대한 접근 권한을 가지고 있다.

● 복사된 프로젝트가 저장되어 있는 이중화 서버의 하드 디스크 공간이 충분하다.

과정

이 장은 두 개의 서버, Server1 및 Server2를 이용하여 이중화 시스템에서 기능을 이용하는 방법에 대해 설명한다.

1. 이중화 Server1에서 런타임을 종료하고 프로젝트를 닫는다.

2. 런타임에서 Server2에 대한 컨피규레이션 변경을 수행하고 변경 내용을 저장한다.

3. Server2에서 프로젝트 복사기를 시작한다.

4. "복제" 버튼을 사용하여 "1" 에서 비활성화된 프로젝트의 목표 폴더에 Server1의 프로젝트를 복제하고 덮어쓴다.

5. Server1에서 프로젝트를 연다.

6. 설정을 점검한다.

7. 런타임을 시작하고 이중화 동기화를 기다린다.



5.6 WinCC 이중화 시나리오

5.6.1 공정 연결 오류의 경우 클라이언트 전환

요약

이중화 시스템은 기능적으로 동일한 2개의 서버로 구성되어 있다. 하나의 서버는 "마스터" 서버이며 다른 하나는 이중화 파트너 서버이다.

서버는 방해를 받지 않는 조작 상태에서 다음과 같은 상태가 된다.

● 마스터 서버는 "마스터" 상태가 된다.

● 이중화 파트너 서버는 "대기" 상태가 된다.

클라이언트가 각각의 기본 서버나 기본 서버가 지정되지 않은 경우 마스터 서버에 연결되어 있다.

두 서버가 런타임에 있으면 곧바로 공정 연결 감시가 활성화된다. WinCC 이중화는 "마스터" 서버와 이중화 파트너 서버의 결함이 있는 논리적 연결 수를 주기적으로 확인한다.

"마스터" 서버가 이중화 파트너 서버보다 결함이 있는 논리적 연결을 더 많이 가지고 있으면, 서버의 상태가 "@RedundantServerState" 시스템 태그에서 "고장"으로 설정된다. 클라이언트는 이중화 파트너 서버로 스위칭되고, 이 이중화 파트너 서버는 이제 "마스터" 상태를 얻게 된다.

정상 작동 상태

시스템은 다음 컴퓨터로 이루어져 있다.

● 이중화 서버 A

● 이중화 서버 B

이중화 시스템5.6 WinCC 이중화 시나리오


● 선호되는 서버 A가 있는 클라이언트 1

● 선호되는 서버 B가 있는 클라이언트 2



서버 A에서 공정 연결 오류

서버 A에서 공정 연결 오류가 발생한다. 서버 B에는 오류가 없다. 결함이 있는 논리적 연결의 수는 서버 B보다 서버 A에 더 많다. 따라서 서버 A는 "고장" 상태를 갖게 된다. 결과적으로 클라이언트 1이 이중화 서버 B로 전환된다.



공정 연결 오류의 종료

서버 A의 공정 연결 오류가 제거되면, 서버 A는 "대기" 상태를 갖는다. 그러고 나면 서버가 기본 서버로 입력되므로 클라이언트 1이 서버 A로 전환된다. 클라이언트 2는 기본 서버인 서버 B에 연결된 상태로 유지된다.

주

OPC 커플러는 감시되지 않는다. 그러므로 OPC 커플러에 오류가 발생한 경우 클라이언트 스위칭이 수행되지 않는다.

도 참조


사용자 아카이브 동기화를 구성하는 방법 (쪽 122)

이중화 서버를 구성하는 방법 (쪽 120)

이중화 시스템 설정에 대한 안내 (쪽 117)




5.6.2 고장 시나리오

5.6.2.1 고장 시나리오

개요

몇 가지 실질적인 장애를 사용하여 WinCC 이중화가 어떻게 작동하는지 보여준다.

1. 시나리오 1: 런타임이 아닌 서버 컴퓨터의 프로젝트 (쪽 134)

2. 시나리오 2: 파트너 서버로의 연결 고장 (쪽 136)

3. 시나리오 3: 클라이언트로의 네트워크 연결 고장 (쪽 138)

4. 시나리오 4: 공정 연결 고장 (쪽 138)

5. 시나리오 5: 소프트웨어 오류 (쪽 140)

WinCC 이중화는 직접 현재의 오류를 인식하거나 다음과 같은 동작으로 오류 메시지에 반응한다.

● 이벤트 시간 저장.

● 아카이브 동기화.

● "마스터" 및 "대기" ID 변경.

● 클라이언트 스위칭.

● 메시지 트리거.

서버 PC 시동

서버 PC 시동 시, 이중화 구성요소는 파트너 서버가 이미 활성화되어 있는지를 확인한다.

● 파트너 서버가 이미 활성 상태인 경우 "대기" 상태가 서버 컴퓨터에서 설정된다.

● 파트너 서버가 시동 도중 활성 상태가 아닌 경우 "마스터" 상태가 서버 컴퓨터에서 설정된다.

WinCC 이중화 시스템 태그

서버 컴퓨터의 상태가 "@RM_MASTER" 시스템 태그에 저장된다.

서버 컴퓨터 상태 "@RM_MASTER" 상태

마스터 1

대기 0



"@RM_MASTER_NAME" 태그에는 "마스터" 상태인 서버 시스템의 이름이 포함되어 있다. 예: "Server1".

"@RedundantServerState" 태그는 각 이중화 서버의 이중화 상태를 표시한다. 예: "대기".

이중화는 위의 태그만을 설정한다. 두 서버는 항상 완전히 동등하다.

스크립트 또는 기타 애플리케이션이 이러한 태그를 평가할 수 있다. "@RM_MASTER" 태그만 변경할 수 있다.

시스템 태그 개요는 WinCC 이중화 시스템 태그 (쪽 141)에서 찾아볼 수 있다.

상태 정보 교환

이중화 상태는 별개의 연결을 통해 컨트롤된다. 이 연결은 다음과 같이 설정될 수 있다.

● 네트워크 어댑터 사용

● 직렬 인터페이스 사용

직렬 연결보다 네트워크 어댑터를 통한 연결이 선호된다.

주

아카이브 동기화는 터미널 버스를 통해 수행된다는 것에 유의한다. 아카이브 동기화는 상태 연결을 통해 실행되지 않는다.

5.6.2.2 시나리오 1: 런타임이 아닌 서버 컴퓨터의 프로젝트

개요

이 시나리오에서는 Server2의 프로젝트가 비활성화될 때 WinCC 이중화가 어떻게 작동하는지 보여 준다.

다음과 같은 동작이 트리거된다.

● Server1이 Server2의 날짜 및 시간과 함께 중단 시간을 저장한다.

● Server1이 시스템 메시지를 통해 Server2의 고장을 보고한다.

● Server1이 대기 서버일 경우 Server1이 마스터 서버의 역할을 인계받는다. "@RM_MASTER" 태그가 설정되고 "@RM_MASTER_NAME" 및 "@RedundantServerState" 태그가 변경된다.

● Server2에 연결된 클라이언트가 Server1로 스위칭된다.



Server2가 다시 온라인 상태가 된다

고장기간은 Server2의 아카이브에 공백이 있다는 것을 의미한다. 이 공백은 다음과 같은 대책에 의해 메워질 것이다.

● Server1이 Server2의 날짜와 시간과 함께 복구 시간을 저장한다.

● Server1은 시스템 메시지를 통해 Server2의 복귀를 보고한다.

● Server1의 다음 아카이브에 대한 이중화 동기화가 Server2에서 실행된다.– 메시지 아카이브– 공정 데이터 아카이브– 사용자 아카이브

● Server1 "@RM_MASTER"가 설정된 상태로 유지되며 Server2 "@RM_MASTER"가 리셋된다."@RM_MASTER_NAME" 및 "@RedundantServerState"가 두 서버에서 모두 변경되지 않은 상태로 유지된다.

● 선호되는 서버로 Server2가 구성된 클라이언트가 다시 Server2로 스위칭된다.

온라인 동기화와 비교할 때 서버 고장 후 아카이브 동기화를 수행하는 데 더 오랜 시간이 걸릴 수 있다. 동기화 기간은 동기화하려는 레코드 수와 컴퓨터 및 네트워크 부하에 따라 달라진다.

번걸아 일이나는 서버 고장

두 서버에서 고장이 번갈아 발생하는 경우 한 서버가 동기화되고 나서 다른 서버가 동기화된다. 동기화 후에는 모든 데이터를 두 아카이브에서 사용할 수 있다.

동기화가 구성된 경우 동기화가 항상 실행된다.



고장 A

Server1이 모든 값을 Server2에 전송한다.

고장 B

Server2가 모든 값을 Server1에 전송한다.

고장 C

Server1이 모든 값을 Server2에 전송한다.

이 모든 과정은 하위 자동화 시스템에서 공정값 기록과 메시지 기록이 동시에 발생하는 것과는 무관하게 백그라운드에서 자동으로 실행된다.

5.6.2.3 시나리오 2: 파트너 서버로의 연결 고장

개요

이 시나리오에서는 파트너 서버에 대한 연결 고장의 경우 이중화 동작을 보여준다. 이 이벤트가 발생하기 전에 두 서버는 모두 고장 없이 런타임에서 실행된다.

예를 들어, Server1의 네트워크 연결이 끊어질 경우 설명한 연결 고장이 발생한다.

초기 상황 1

연결 실패 시, Server1이 마스터 서버이고 Server2가 대기 서버이다.

연결 고장 발생

연결이 실패하면 다음과 같은 반응이 트리거된다.

● Server2가 마스터 서버가 되고 고장 시간(날짜 및 시간)을 저장한다.

● Server2가 시스템 메시지를 통해 파트너 서버 고장으로 인해 Server2가 마스터 서버가 되었음을 표시한다.

● "@RM_MASTER", "@RM_MASTER_NAME" 및 "@RedundantServerState" 태그가 두 서버에서 그에 맞게 조정된다.

연결이 복원됨

연결 실패 중에 알람 로깅 메시지와 사용자 아카이브가 동기화되지 않았다.

다음 방법이 수행된다.

● 마스터 Server2가 복구 시간을 저장한다.

● Server2가 시스템 메시지를 통해 파트너 서버의 복귀를 디스플레이한다.



● 마스터 서버에서 대기 서버로의 이중화 동기화.

● 알람 로깅의 온라인 동기화를 통해 다음 정보가 Server1에서 Server2로 보고되고 Server1에서 시스템 메시지로 디스플레이된다.– 이중화 조작에서 오류가 발생했다.– Server1이 "대기" 상태로 전환되었다.– Server1의 복귀.

● "@RM_MASTER", "@RM_MASTER_NAME" 및 "@RedundantServerState" 태그가 두 서버에서 변경되지 않은 상태로 유지된다.

초기 상황 2

연결 실패 시, Server1이 대기 서버이고 Server2가 마스터 서버이다.

연결 고장 발생

연결이 실패하면 다음과 같은 반응이 트리거된다.

● Server2가 마스터 서버로 유지되고 고장 시간(날짜 및 시간)을 저장한다.

● Server2가 시스템 메시지를 통해 파트너 서버의 고장 사실을 표시한다.

● Server1이 "고장" 상태로 변경된다. Server1을 기본 서버로 하는 클라이언트가 Server2로 전환된다.


연결이 복원됨

연결 실패 중에 알람 로깅 메시지와 사용자 아카이브가 동기화되지 않았다.

다음 방법이 수행된다.

● Server2가 복구 시간을 저장한다.

● Server2가 시스템 메시지를 통해 파트너 서버의 복귀를 디스플레이한다.

● 마스터 서버에서 대기 서버로의 이중화 동기화.

● 알람 로깅의 온라인 동기화를 통해 다음 정보가 Server1에서 Server2로 보고되고 Server1에서 시스템 메시지로 디스플레이된다.– 이중화 조작에서 오류가 발생했다.– Server1의 복귀.




5.6.2.4 시나리오 3: 클라이언트로의 네트워크 연결 고장

개요

이 시나리오에서는 Server2와 Server2에 속한 클라이언트 "CL5" 간의 네트워크 연결에 방해가 있다. Server1은 마스터 서버이다.

다음 반응이 트리거된다.

● 클라이언트 "CL5"는 자동으로 방해를 받고 있는 Server2에서 작동 중인 Server1로 스위칭한다.

클라이언트로의 네트워크 방해의 종료

네트워크 방해 종료 시에 다음과 같은 반응이 트리거된다.

● Server1이 고장 전에 이미 마스터 서버로 설정된 경우 "@RM_MASTER", "@RM_MASTER_NAME" 및 "@RedundantServerState" 태그가 두 서버에서 변경되지 않은 상태로 유지된다.

● 클라이언트 "CL5"가 선호하는 서버, Server2로 다시 전환한다.

도 참조

WinCC 이중화 시스템 태그 (쪽 141)

시나리오 2: 파트너 서버로의 연결 고장 (쪽 136)

시나리오 1: 런타임이 아닌 서버 컴퓨터의 프로젝트 (쪽 134)


시나리오 4: 공정 연결 고장 (쪽 138)

5.6.2.5 시나리오 4: 공정 연결 고장

개요

이 시나리오에서는 자동화 시스템으로의 네트워크 연결 중단으로 인해 Server2의 공정 연결에 오류가 발생한다.



자동화 시스템 연결 고장

WinCC 이중화에서는 서버와의 연결에 오류가 있는 경우에만 자동화 시스템 연결 실패를 인식한다.

두 서버와 자동화 시스템 간 연결 중단은 이중화 오류가 아니라 자동화 시스템 오류로 간주된다.

오류에 대한 반응

WinCC가 고장을 인식하면, 다음과 같은 동작이 트리거된다.

● 공정 연결의 방해가 Server2에서 보고된다.

● Server1은 파트너 Server2가 고장이라는 메시지를 받게 된다.

● Server1이 Server2의 오류 시간(날짜 및 시간)을 저장한다.

● "이중화" 편집기에서 "공정 연결 방해 시 클라이언트 변경"을 구성한 경우 이 서버로 연결된 클라이언트가 파트너 서버로 전환된다.

● Server1에서는 "@RM_MASTER" 태그가 "마스터"로 설정되고 Server2에서는 "대기"로 설정된다. "@RM_MASTER_NAME" 및 "RedundantServerState" 태그가 그에 맞게 조정된다. Server2에서 "@RedundantServerState" 태그가 "고장"으로 설정된다.

Server2에서 공정 연결 오류의 종료

공정 연결 감시가 활성화되었다면, Server2의 아카이브 공백은 다음과 같은 대책에 의해 메워질 것이다.

● Server1이 Server2의 복구 시간을 저장한다.

● Server1에서 공정 연결에 대한 고장이 발견되지 않았으므로 Server1에서 Server2로의 이중화 동기화가 수행된다. 오류가 없는 자동화 시스템의 데이터를 비롯하여 모든 자동화 시스템의 데이터가 동기화된다.

● Server2에서 "@RedundantServerState" 태그가 "고장"에서 "대기"로 변경된다.

● Server2에서의 공정 연결 오류의 수정은 시스템 메시지를 통해 보고된다.



5.6.2.6 시나리오 5: 소프트웨어 오류

개요

이 시나리오에서는 Server2에서 감시되고 있는 소프트웨어에 오류가 발생한다. 이 고장 발생 시점에 Server2는 "마스터" 상태가 되고 Server1은 "대기" 상태가 된다. 여러 클라이언트가 두 서버 모두에 연결된다.

"애플리케이션 건강 점검" 기능이 WinCC 소프트웨어에서 오류를 탐지하면, 다음과 같은 반응이 트리거된다.

● "애플리케이션 건강 점검"에 WinCC 이중화에 대한 오류가 보고된다. Server2의 상태가 "@RedundantServerState" 태그에서 "고장"으로 설정된다. "@RM_Master" 태그가 "대기"로 설정된다.

● Server1에서 "@RM_Master"가 "마스터"로 설정된다. "@RM_MASTER_NAME" 및 "RedundantServerState"가 그에 맞게 조정된다.

● Server2에 연결된 클라이언트가 Server1로 스위칭된다.

● 알람 서버 자체에서 오류를 일으키지 않은 경우 공정 컨트롤 메시지를 통해 소프트웨어 오류가 사용자에게 통지된다.

Server2에서 소프트웨어 오류 끝지점 측정

영향을 받는 Server2 프로젝트를 비활성화한다. Server2를 다시 시작한다. Server2에서 프로젝트를 활성화하면, 자동으로 아카이브가 동기화된다.

● Server2에서 "@RedundantServerState"가 "대기"로 설정된다. Server1이 "마스터"로 유지된다.

● Server1이 Server2의 복구 시간(날짜 및 시간)을 저장한다.

● 이제 이 서버에 다시 연결할 수 있다. 아카이브 동기화는 소프트웨어 오류가 Server2에 의해 탐지된 시점까지만 소급해서 수행된다.

도 참조


시나리오 3: 클라이언트로의 네트워크 연결 고장 (쪽 138)

시나리오 2: 파트너 서버로의 연결 고장 (쪽 136)

시나리오 1: 런타임이 아닌 서버 컴퓨터의 프로젝트 (쪽 134)




시나리오 4: 공정 연결 고장 (쪽 138)

5.6.3 WinCC 이중화 시스템 태그

요약

"@RM_MASTER"와 "@RM_MASTER_NAME" 시스템 태그는 WinCC 이중화에 의해 두 이중화 서버의 마스터/대기 컨트롤에 사용되며 클라이언트 전환에도 사용된다. 다른 애플리케이션 또는 스크립트를 사용하여 태그를 읽을 수는 있지만 "@RM_MASTER"만 변경할 수 있다. 이러한 태그는 태그 관리에서 "이중화" 태그 그룹의 "내부 태그" 아래에 위치해 있다.

시스템 태그가 WinCC 이중화를 통해 설정되도록 WinCC 탐색기에서 "이중화" 편집기를 열고 나서 "확인"을 사용하여 다시 닫는다.

시스템 태그 설명

@LocalMachineName 로컬 컴퓨터 이름을 포함한다.

@RedundantServerState 시스템의 이중화 상태를 표시한다. 0: 정의되지 않은 상태나 시작 값1: 서버는 "마스터"이다2: 서버는 "대기"이다3: 서버가 "오류" 상태이다4: 서버가 독립 실행형이거나 이중화 작동이 없다.

@RM_MASTER 마스터 서버를 식별한다. 서버가 대기 서버이면 "@RM_MASTER"가 리셋된다.

@RM_MASTER_NAME 마스터 서버의 이름

@RM_SERVER_NAME 클라이언트가 연결된 서버의 이름

@RM_UA_ONL_"Archiv name" 진단용으로 사용된다. 각 사용자 아카이브에 대해 해당 태그 이름을 가진 별개의 태그가 삽입된다.

사용자 아카이브가 변경된 경우 태그 값이 "1"이다 온라인 동기화 후 태그 값이 다시 "0"이 된다.

@RM_Offline_UA_Name 진단용으로 사용된다. 이 태그에는 방금 동기화된 사용자 아카이브의 이름이 들어 있다.



도 참조

WinCC 이중화 시스템의 시스템 메시지 (쪽 142)

5.6.4 WinCC 이중화 시스템의 시스템 메시지

요약

WinCC 이중화는 일련의 시스템 메시지를 제공한다. 시스템 메시지를 사용하려면 알람 로깅 편집기의 "옵션" 메뉴에서 "WinCC 시스템 메시지..." 명령을 선택해야 한다.

WinCC 이중화에서는 다음 시스템 메시지를 출력할 수 있다.

메시지 번호 WinCC 메시지 텍스트

1012200 REDRT:파트너 스테이션이 고장났다파트너 서버에서 WinCC가 종료되었다

1012201 REDRT:파트너 스테이션이 다시 시작되었다파트너 서버에서 WinCC가 다시 시작되었다

1012202 REDRT:프로젝트가 기능면에서 동일하지 않다

1012203 REDRT:아카이브 동기화가 실패했음

1012204 REDRT:이중화 내부 오류

1012205 REDRT:파트너로의 통신 오류파트너 서버로의 연결 실패

1012206 REDRT:파트너로의 통신이 다시 구축되었다파트너 서버로의 연결이 다시 구축되었다

1012207 REDRT:파트너 서버 WinCC가 활성화되지 않았다시동 시에 WinCC가 시작되지 않았음을 시스템이 탐지했다

1012208 REDRT:아카이브 동기화가 시작된다이 메시지는 아카이브 동기화 시작 시에 출력된다

1012209 REDRT:아카이브 동기화 완료이 메시지는 아카이브 동기화 종료 시에 출력된다

1012216 REDRT:동기화가 중지되었다동기화가 그 외의 고장으로 인해 일시 중단되었다

1012217 REDRT:파트너 서버 프로젝트가 활성화되지 않았다시동 시에 WinCC가 파트너 서버에서 또는 런타임이 활성화되지 않았음을 시스템이 발견했다




1012218 SWITCH:클라이언트가 자동으로 전환되었다클라이언트가 자동으로 파트너 서버로 전환되었다

1012219 SWITCH:클라이언트가 수동으로 전환되었다클라이언트가 수동으로 파트너 서버로 전환되었다

1012220 REDRT: 동기화가 사용자 아카이브 모두에 대해 작동 준비된 것은 아니다

동기화는 로컬로 구성된 모든 사용자 아카이브에 대해 작동 준비되지 않았다. 그 이유는 파트너 서버의 아카이브 구조가 하나 이상의 아카이브에서 다르거나 파트너 서버에서 동기화가 활성화되지 않았기 때문이다.

1012221 REDRT: 동기화가 모든 사용자 아카이브에 대해 작동 준비되었다.동기화는 로컬로 구성된 모든 사용자 아카이브에 대해 작동 준비되었고, 아카이브 구조는 파트너 서버의 구조에 상응한다.

1012226 REDRT:파트너 서버 프로젝트가 활성화되었다시동 시에 WinCC가 파트너 서버에서 활성화되었음을 시스템이 발견했다.

1012227 REDRT:오류 - 파트너 컴퓨터가 서버가 아님시동 시에 구성한 파트너 서버가 서버가 아님을 시스템이 발견했다.

1012240 REDRT: <애플리케이션 이름>의 오류<오류 설명>이 스위칭을 트리거한다.명명한 애플리케이션에서의 오류로 인해 애플리케이션 건강 점검에 의해 스위칭이 트리거되었다.

1012241 REDRT: 상태 <상태 설명>으로 스위칭한다상태 변경 메시지

1012244 REDRT: 알람 로깅의 온라인 동기화 시 과부하동기활될 메시지가 너무 많음

1012245 REDRT: 직렬 연결의 상실

1012246 REDRT: 직렬 연결이 재구축되었다

1012247 REDRT: <메시지가 생성된 컴퓨터 이름> OS 서버(마스터) <컴퓨터 이름> OS 서버(대기) <컴퓨터 이름> 이중화 오류오류 시나리오에 따라 마스터 서버와 대기 서버 또는 두 서버 중 하나가 이중화 오류를 전송한다. 이중화에 오류가 발생할 수 있다.

1012248 REDRT: OS 서버(대기) 이중화가 다시 구축됨

1012349 REDRT: 네트워크 카드(MAC)-주소를 통한 연결이 손실됨이중화 LAN을 통한 파트너 서버에 대한 연결이 중단 또는 손실됨.




1012350 REDRT: 네트워크 카드(MAC)-주소를 통한 연결이 다시 구축됨이중화 LAN을 통한 파트너 서버에 대한 연결이 다시 구축됨.

1012351 REDRT:RedundancyControl: 시스템 차단 탐지됨. 고장 상태로 전환.

1012352 REDRT:RedundancyControl: 시스템 차단 탐지됨. 가능한 한 빨리 시스템을 재시작함.

1012353 RedundancyControl: FAULT 상태가 변경되었으나 파트너 서버는 사용하지 못한다.

1012354 RedundancyControl: FAULT 상태가 변경되었으나 서버 분리는 작동하지 않는다.

1012355 RedundancyControl: FAULT 상태가 변경되었으나 @1%s@ 이유로 서버 분리는 잠긴다. @2%s@

1012356 RedundancyControl: FAULT 상태가 변경됨 => 서버 분리됨

1012357 RedundancyControl: FAULT 상태가 변경되었으나 자동 재시작은 작동하지 않는다.

1012358 RedundancyControl: FAULT 상태가 변경되었으나 네트워크 어댑터가 끊겨 있고 DHCP가 사용되고 있기 때문에 자동 재시작이 잠겨 있다.

1012359 RedundancyControl: @1%s@ 이유로 컴퓨터 재시작이 잠김: @2%s@

1012360 RedundancyControl: 최종 재시작 실행 후 @1%s@ s가 지나지 않았으므로 컴퓨터 재시작이 취소되었다.

1012361 RedundancyControl: @1%s@ 재시작 후 @2%s@ s 동안 추가 재시작은 허용되지 않으므로 컴퓨터 재시작이 취소되었다.

1012362 RedundancyControl: @1%s@ s 후 컴퓨터 재시작

1012700 자가 진단: @10%s@ 노드의 @7%s@ 값은 유효하지 않다.

1012701 자가 진단: @10%s@ 노드의 @7%s@ 값이 오류 상한을 벗어났다.

1012702 자가 진단: @10%s@ 노드의 @7%s@ 값이 오류 하한을 벗어났다.

1012703 자가 진단: @100%s@: @10%s@ 스테이션의 @7%s@ 값이 경고 상한을 벗어났다.

1012704 자가 진단: @100%s@: @10%s@ 스테이션의 @7%s@ 값이 오류 하한을 벗어났다.

1012705 자가 진단: @100%s@: @10%s@ 노드의 @7%s@ 값이 더 이상 오류 한계를 벗어나지 않는다.

1012706 자가 진단: @100%s@: @10%s@ 노드의 @7%s@ 값이 정상이다.

1012707 자가 진단: @100%s@: @10%s@ 노드가 @2%s@의 원인이다.



도 참조




인덱스

표준 프로젝트서비스 프로젝트로 변경, 101

CCAS - 중앙 아카이브 서버, 14

OOPC 인터페이스, 82클라이언트 서버 시스템, 82

PPSK 키, 11, 69, 70

SSIMATIC Shell, 68, 70

WWinCC, 8서비스 모드, 89클라이언트 서버 시스템, 8

WinCC CAS, 14WinCC 서비스, 89WinCC 서비스 모드, 89, 97WinCC 태그 @RM_MASTER, 133WinCC 태그 @RM_MASTER_NAME, 133WinCC 프로젝트, 68

WinCC 프로젝트 대화창, 61명령 , 75원격 비활성화, 80원격 활성화, 78호출, 61

그

그림, 46서버 프로젝트 편집, 77서버 프리픽스, 46시작 그림 구성, 46

클라이언트에서 그림 변경 구성, 51클라이언트에서 여러 서버에서 디스플레이, 49

내

내보내기, 24패키지, 24

네

네트워크, 70라우터, 70서브네트워크에 접근:, 70

다

다중 사용자 시스템, 14구성, 17

다중 사용자 프로젝트, 19생성, 19

다중 스테이션 시스템, 8클라이언트 구성, 28

데

데이터, 49여러 서버에서 디스플레이, 53여러 서버의 디스플레이, 49

동

동작 시동, 61, 63서버, 61클라이언트, 63

들

들여오기, 35패키지, 35

디

디스플레이, 49여러 서버에서, 49여러 서버에서 데이터, 53


라

라우터, 70

런

런타임, 59그래픽, 59메시지, 59보고서, 59사용자 관리자, 59스크립트, 59시스템 동작, 59시스템 오류 시 동작, 59아카이브, 59텍스트 라이브러리, 59

메

메시지, 55여러 서버에서 디스플레이, 55클라이언트에서 메시지 순차 보고서 구성, 57

메시지 순차 보고서, 57

보

보안 통신, 70보조 전원 장치, 111

부

부트업, 61, 63서버, 61, 64클라이언트, 63

분

분산 시스템, 8, 14구성, 17원격 컨피규레이션, 68클라이언트 컨피규레이션, 31클라이언트 프로젝트 생성, 33클라이언트에서 그림 변경 구성, 51클라이언트에서 데이터 출력 구성, 53클라이언트에서 메시지 디스플레이, 55클라이언트에서 메시지 순차 보고서 구성, 57클라이언트에서 서버 그림 디스플레이, 49패키지 들여오기, 35

서

서버, 14, 17SOFTNET 드라이버의 특성, 64부트업, 61, 64새 프로젝트를 생성한다., 19서버 프로젝트의 클라이언트 구성, 28서버-서버 통신, 14셧다운, 66여러 네트워크 카드 특성, 64여러 클라이언트에 프로젝트 접근, 73우선권이 있는 서버 구성, 43원격 컨피규레이션(요구사항):, 22원격 컨피규레이션(전제조건):, 21장기 아카이브 서버, 14컨피규레이션, 17클라이언트에서 그림 편집, 77클라이언트에서 프로젝트 활성화, 78, 80클라이언트의 운전자 인증 구성, 22파일 서버, 14표준 서버, 14표준 서버 구성, 40

서버 데이터, 24우선권이 있는 서버 구성, 43패키지 내보내기, 24패키지 들여오기, 35표준 서버 구성, 40

서버 프리픽스, 46, 49, 51, 53서버-서버 통신, 14서버에서 사용하는 SOFTNET 드라이버, 64서비스 모드, 89서비스 프로젝트, 90, 97대화형 조작 종료, 105대화형 조작 활성화, 105로그오프, 104로그온, 104스크립트, 92승인되지 않은 구성요소, 93시동 목록, 93연결 스테이션, 93이용, 92전제조건, 98정의, 100제한사항, 92진단 정보, 93컨피규레이션, 91표준 프로젝트로 변경, 101

인덱스


설

설정, 117설치, 85, 87파일 서버, 87

설치 서버, 85

셧

셧다운, 66서버, 66클라이언트, 66

스

스크립트서비스 프로젝트, 92

시

시간 동기화, 111시간순서적 메시지, 111시나리오, 14, 133클라이언트와 서버, 14

시동 목록, 11서비스 프로젝트, 93여러 클라이언트가 있는 서버, 11

시스템 동작, 59시스템 메시지, 142시스템 오류, 59시스템 태그, 141시작 화면, 46클라이언트에서 구성, 46

신

신 클라이언트, 11

아

아카이브 메모리, 134, 136

암

암시적 갱신, 24, 35암호화된 통신, 11

애

애플리케이션 건강 점검, 108, 140

양

양적 구조, 11

연

연결 스테이션서비스 프로젝트, 93

열

열기, 75열기 연결프로젝트 , 75

온

온라인 변경 로드이중화 시스템의 사용자 아카이브에 대한 변경, 124

우

우선권이 있는 서버, 14구성, 43

운

운영체제, 22운전자 인증 구성, 22이중화 시스템, 111

운전자 권한, 22운영체제에서 설정, 22클라이언트의 컨피규레이션, 22

원

원격 컨피규레이션, 68그림 편집, 77여러 프로젝트에 접근, 73열려 있는 프로젝트, 75프로젝트 비활성화, 80프로젝트 활성화, 78

인덱스


웹

웹 클라이언트, 11

이

이중화, 14, 108서버 간 직렬 연결, 120, 133서버 활성화, 108설정, 117시간 동기화, 111시간순서적 메시지, 111시스템 메시지, 134아카이브 스위칭, 108애플리케이션 건강 점검, 108, 140요구사항, 111우선권이 있는 서버, 14우선권이 있는 서버 구성, 43운영체제, 111

이중화 서버 간 직렬 연결, 120이중화 서버 활성화, 117이중화 설정, 117이중화 시스템컨피규레이션, 119프로젝트 복제, 125, 127

이중화 시스템의 요구사항, 111

자

자가 진단, 108

잠

잠긴 메시지, 111수동, 111활성, 111

잠긴 메시지 부류, 111수동, 111

잠긴 메시지(수동), 111잠긴 메시지(활성), 111

장

장기 서버 설치, 85장기 아카이브 서버, 14, 85

중

중앙 아카이브 서버, 14

직

직렬 케이블, 111

진

진단 정보서비스 프로젝트, 93

컨

컨피규레이션, 11, 17, 31, 85, 87, 119다중 사용자 시스템, 17분산 시스템, 17서버, 17원격, 68클라이언트, 31클라이언트 서버 시스템, 11파일 서버, 87

컨피규레이션 서버, 85

컴

컴퓨터 목록, 21클라이언트 수락, 21

클

클라이언트, 11, 31그림 변경 구성, 51다중 사용자 시스템의 시작 속성 정의, 28다중 스테이션 시스템, 28메시지 순차 보고서 구성, 57부트업, 63분산 시스템 구성, 31새 프로젝트를 생성한다., 33서버 그림 편집, 77서버 프로젝트 비활성화, 80서버 프로젝트의 구성, 28서버상에서 동시에 시작, 11서버의 장면 있음, 28서버의 컴퓨터 목록에 입력, 21서버의 프로젝트 열기, 75셧다운, 66

인덱스


시작 그림 구성, 46신 클라이언트, 11여러 서버의 그림 디스플레이, 49여러 서버의 디스플레이, 53여러 서버의 메시지 디스플레이, 55여러 프로젝트에 접근, 73운전자 인증 구성, 22원격 서버 프로젝트 활성화, 78웹 클라이언트, 11컨피규레이션, 31컴퓨터 속성 구성, 28패키지 들여오기, 35

클라이언트 프로젝트, 33클라이언트/서버 시나리오, 14클라이언트/서버 시스템, 8

CAS, 14OPC 인터페이스의 애플리케이션, 82WinCC CAS, 14다중 사용자 시스템, 14다중 스테이션 시스템, 8런타임에서 동작, 59분산 시스템, 8, 14사용, 8서버 셧다운, 66서버 시동, 61서버-서버 통신, 14양적 구조, 11요구사항, 8이중화, 8, 14장기 아카이브 서버, 14중앙 아카이브 서버, 14컨피규레이션, 11클라이언트 셧다운, 66클라이언트 시동, 63클라이언트 유형, 11클라이언트와 서버의 가능한 개수, 8파일 서버, 14표준 서버, 14혼합 컨피규레이션, 11

태

태그 동기화, 115

파

파일 서버, 14, 87설치, 87컨피규레이션, 87

패

패키지, 24, 35WinCC 익스플로러에서의 표현, 24, 35내보내기 구성, 24들여오기 구성, 35암시적 갱신, 24파일 시스템에 저장, 24

표

표준 서버, 14구성, 40

표준 프로젝트, 90, 97

프

프로젝트, 19, 33WinCC 상태, 94복제, 125, 127비활성화, 80새 클라이언트 프로젝트 생성, 33서버에서 새 프로젝트 생성, 19원격 열기, 75원격 접근:, 73활성화, 78

프로젝트 복사기, 125, 127프로젝트 복제, 125

활

활성화, 78프로젝트, 78

인덱스


Documents

WinCC V7.3 WinCC: 컨피규레이션 5...여러 서버를 포함한 분산 시스템을 구성하기 위해: 클라이언트가 공정 드라이버 연결을 이용해서 서로 다른