WinCC V7.2 WinCC: 컨피규레이션 5 · PDF filesimatic hmi wincc v7.2 wincc: 컨피규레이션 시스템 메뉴얼 온라인 도움말 인쇄 02/2013 a5e32318783-aa 다중 사용자

SIMATIC HMI

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

시스템 메뉴얼

온라인 도움말 인쇄

02/2013A5E32318783-AA

다중 사용자 시스템 1

장기 아카이브 서버 2

파일 서버 3

WinCC 서비스 모드 4

이중화 시스템 5

법률상의 주의경고사항

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

위험

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

경고

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

주의

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

유의사항

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

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

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

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

경고

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

상표

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

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

Siemens AGIndustry SectorPostfach 48 4890026 NÜRNBERG독일

A5E32318783-AAⓅ 02/2013 기술 데이터는 변경될 수 있습니다

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

목차

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 클라이언트에서 새 프로젝트 생성........................................................................................34 1.6.3 패키지 들여오기 구성...........................................................................................................36 1.6.4 표준 서버를 구성하는 방법...................................................................................................41 1.6.5 우선권이 있는 서버를 구성하는 방법...................................................................................44 1.6.6 클라이언트의 시작 그림 구성...............................................................................................47 1.6.7 다른 서버에서 그림 디스플레이...........................................................................................50 1.6.8 클라이언트에서 그림 변경 구성...........................................................................................52 1.6.9 다른 서버에서 데이터 사용...................................................................................................54 1.6.10 다른 서버에서 메시지 디스플레이........................................................................................57 1.6.11 여러 서버의 메시지에 대한 메시지 순차 보고서 구성...........................................................58 1.7 런타임에서 시스템 동작.......................................................................................................60 1.7.1 런타임에서 시스템 동작.......................................................................................................60 1.7.2 서버 시동..............................................................................................................................62 1.7.3 클라이언트 시동...................................................................................................................64 1.7.4 서버 네트워크 카드가 있는 서버의 통신 특성......................................................................65 1.7.5 서버 셧다운..........................................................................................................................67 1.7.6 클라이언트 셧다운...............................................................................................................68 1.8 원격 컨피규레이션...............................................................................................................69 1.8.1 원격 컨피규레이션...............................................................................................................69

WinCC: 컨피규레이션시스템 메뉴얼, 02/2013, A5E32318783-AA 3

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

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

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

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

5 이중화 시스템...................................................................................................................................103 5.1 이중화................................................................................................................................103 5.2 WinCC 이중화....................................................................................................................104 5.3 WinCC 시스템의 구조........................................................................................................107 5.3.1 이중화되지 않은 WinCC 시스템 구성.................................................................................107 5.3.2 이중화된 WinCC 시스템 구성............................................................................................109 5.4 이중화의 작동 방법............................................................................................................111

목차

WinCC: 컨피규레이션4 시스템 메뉴얼, 02/2013, A5E32318783-AA

5.5 이중화 서버 구성................................................................................................................115 5.5.1 이중화 시스템 설정에 대한 안내........................................................................................115 5.5.2 이중화 시스템의 전제조건..................................................................................................117 5.5.3 동일한 기능 구성................................................................................................................118 5.5.4 이중화 사용자 아카이브.....................................................................................................120 5.5.5 동기화된 온라인 메시지.....................................................................................................120 5.5.6 Windows에서 서버 등록....................................................................................................121 5.5.7 컨피규레이션......................................................................................................................122 5.5.7.1 이중화 구성........................................................................................................................122 5.5.7.2 "일반사항" 탭......................................................................................................................124 5.5.7.3 "사용자 아카이브" 탭..........................................................................................................128 5.5.8 WinCC 프로젝트 복사기.....................................................................................................130 5.5.8.1 WinCC 프로젝트 복사기.....................................................................................................130 5.5.8.2 이중화 서버의 프로젝트를 복사하는 방법..........................................................................130 5.5.8.3 런타임에서 이중화 프로젝트를 복제하는 방법...................................................................133 5.6 이중화로 작업.....................................................................................................................135 5.6.1 공정 연결 오류 시에 클라이언트 변경에 대한 예................................................................135 5.6.2 고장 시나리오.....................................................................................................................139 5.6.2.1 고장 시나리오.....................................................................................................................139 5.6.2.2 시나리오 1: 런타임이 아닌 서버 컴퓨터의 프로젝트..........................................................141 5.6.2.3 시나리오 2: 파트너 서버로의 연결 고장.............................................................................143 5.6.2.4 시나리오 3: 클라이언트로의 네트워크 연결 고장...............................................................144 5.6.2.5 시나리오 4: 공정 연결 고장................................................................................................145 5.6.2.6 시나리오 5: 소프트웨어 오류..............................................................................................146 5.7 부록....................................................................................................................................148 5.7.1 WinCC 이중화 시스템의 시스템 메시지.............................................................................148 5.7.2 WinCC 이중화 시스템 태그................................................................................................151 5.7.3 약어....................................................................................................................................152 5.7.3.1 약어....................................................................................................................................152 5.7.3.2 통합 수준............................................................................................................................153 5.7.3.3 공정 컨트롤 수준................................................................................................................153 5.7.3.4 공정 수준............................................................................................................................153 5.7.3.5 서버....................................................................................................................................153 5.7.3.6 클라이언트.........................................................................................................................154 5.7.3.7 프로젝트.............................................................................................................................154 5.7.3.8 아카이브 메모리.................................................................................................................154

인덱스...............................................................................................................................................155

목차


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

내용

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

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

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

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

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

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

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


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

개요

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

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

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

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

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

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

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

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

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

클라이언트/서버 시스템을 구성하기 위한 전제조건

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

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

ISDN을 통해 컴퓨터를 연결하기 위해서는, "통신 컨피규레이터" WinCC 스마트 툴이 필요하다.

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


이중화 시스템

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

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

주

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

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

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

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

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



도 참조

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

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

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

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

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

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

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



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

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

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

클라이언트

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

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

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

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

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

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

웹 클라이언트

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

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

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

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

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

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

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

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

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

신 클라이언트

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

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

● 모바일 클라이언트도 사용할 수 있다 (예: Mobic)

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


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

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

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

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

웹 클라이언트 사용 시, 최대 51개 클라이언트 (클라이언트 1개와 웹 클라이언트 50개)의 양적 구조를 획득한다. 이러한 시스템에서 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 인터페이스 사용 (쪽 81)








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

개요

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

다중 사용자 시스템

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

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

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

● 시스템 감시.

● 시스템 작동과 감시.

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

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

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

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

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

분산 시스템

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

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

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


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

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

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

파일 서버

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

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

장기 아카이브 서버

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

중앙 아카이브 서버

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



서버-서버 통신

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

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

표준 서버

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

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

우선권이 있는 서버

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

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

도 참조

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

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








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. 클라이언트에서 클라이언트 프로젝트 구성.

주

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



도 참조

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

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

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

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

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

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



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

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







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

도 참조

서버 시동 (쪽 62)

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

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

서버 셧다운 (쪽 67)

클라이언트 시동 (쪽 64)




1.7.2 서버 시동

원리

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

"WinCC 프로젝트" 데이터 윈도우에서 모든 서버의 현재 상태를 볼 수 있다. Windows Explorer를 사용하여 "WinCC-프로젝트"를 연다.



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

주

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

원격 활성화

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



도 참조


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








1.7.3 클라이언트 시동

원리

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

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

● 프로젝트 이름

● 서버 이름과 IP 주소

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

사용자는 해당 정보를 "WinCC 프로젝트" 대화창의 목록에서 볼 수 있다. 서버의 상태가 변경되면, 모든 참여 컴퓨터의 "WinCC 프로젝트" 대화창도 갱신된다.

서버가 사용가능하지 않음

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

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



도 참조










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 서버 셧다운

원리

클라이언트/서버 시스템의 서버가 셧다운되면, 이 서버는 연결된 클라이언트에 공정 데이터를 더 이상 제공할 수 없다. 동시에 이 서버는 시스템에서 로그오프되고, "WinCC 프로젝트" 대화창 프로젝트 목록에서 비활성화됨으로 마크표시된다.

원격 비활성화

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

도 참조


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









1.7.6 클라이언트 셧다운

원리

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

도 참조











1.8 원격 컨피규레이션

1.8.1 원격 컨피규레이션

원리

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

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

● 서버 프로젝트 활성화

● 서버 프로젝트 비활성화

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

Simatic Shell의 기능

"Simatic Shell" 대화창에서 네트워크를 통해 사용 가능한 클라이언트/서버 시스템의 승인된 서버와 프로젝트를 볼 수 있다. 이것에는 데모 라이센스로 작동되는 모든 프로젝트가 포함되어 있다.

창을 이용해서 클라이언트에서 승인된 서버 프로젝트로 접근할 수 있다.

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


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

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

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

도 참조



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

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

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



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

일반 과정

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

"Simatic Shell"의 설정을 사용하면 라우터 뒤 서브넷 다운스트림 안의 컴퓨터를 "에이전트"(정보를 다른 컴퓨터에서 서브넷 내 컴퓨터에 배포)로 알린다.

이 컴퓨터를 로그온하였을 경우, 시스템의 모든 참여 컴퓨터는 라우터 경계를 넘어서도 통신할 수 있다. 기존 그룹에 추가되는 각각의 컴퓨터는, 라우터 경계 넘어에 있는 컴퓨터를 포함해서, 모든 컴퓨터의 현재 상태에 대한 정보를 제공받게 된다. 한 컴퓨터의 상태가 변경되면, 모든 참여자에게 메시지가 전송된다. 예:

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

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

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



과정

1. 클라이언트의 Windows Explorer에서 "Simatic Shell" 엔트리를 선택한다. "Simatic Shell" 창이 나타난다.

2. 내비게이션 창의 "Simatic Shell" 대화창에서 엔트리를 선택한다. 이 엔트리의 바로 가기 메뉴에서 "설정..." 메뉴 항목을 선택한다. "설정" 대화창이 열린다. 내비게이션 창의 "Simatic Shell" 대화창에 엔트리가 디스플레이되지 않으면 비어 있는 창에서 바로 가기 메뉴를 호출할 수 있다.

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

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

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

도 참조










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" 창이 디스플레이된다. "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

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


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

도 참조


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


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

개요

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

전제조건

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

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

● 관리자 권한으로 접근

● Microsoft SQL Server 2008 R2 SP1이 설치되어 있다.

● Microsoft Message Queuing 유틸리티가 설치되어 있음

● 네트워크(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.2 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 2003과 Windows Server 2003 R2가 있는 WinCC 서버– Windows XP가 있는 클라이언트

● Windows Server 2008과 Windows Server 2008 R2가 있는 WinCC 서버– Windows 7이 있는 클라이언트

● 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" 기호의 바로 가기 메뉴는 다음 제어 옵션을 제공한다.

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

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

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

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

● 진단 창을 연다.

SIMATIC WinCC® 창

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

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


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

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

● 프로젝트 이름

● 프로젝트 유형

● 프로젝트 상태

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

컴퓨터 목록

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

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

아이콘 상태

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

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

연결됨

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

WinCC 서비스 모드4.5 시스템 트레이에서의 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 서비스 프로젝트가 실행될 사용자를 "사용자" 필드에 입력한다.이 사용자의 필수 속성에 대한 추가적인 정보는 "서비스 프로젝트 실행을 위한 전제조건 (쪽 95)" 섹션을 참조한다.

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

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

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

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

Autostart 설정

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

과정 - 자동 시작 설정

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

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

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

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

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

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

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

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

주

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



주

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



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

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

개요

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

● 그래픽 런타임 시작

● 그래픽 런타임 종료

● 프로젝트 활성화

● 프로젝트 비활성화

● 진단 창 열기

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

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

전제조건

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

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

"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에서 이중화 시스템을 생성하는 방법.

● 이중화 서버를 구성하는 방법.

● 이중화 아카이브의 동기화를 구성하는 방법.


5.2 WinCC 이중화

개요

WinCC 이중화는 동시에 서로 연결된 두개의 서버 시스템을 운영함으로써 전체적으로 WinCC와 시스템의 유용성을 크게 증대시킨다.

파트너 서버의 고장을 초기에 감지하기 위해 서버는 런타임에서 서로를 감시한다.

서버 하나가 고장을 일으키면, 클라이언트는 자동으로 고장난 서버에서 활성화된 서버로 스위칭된다. 이것은 공정을 감시하고 조작하는 데 모든 클라이언트를 항상 사용할 수 있게 해준다.

고장 시에, 활성화된 서버는 WinCC 프로젝트의 모든 메시지와 공정 데이터를 지속적으로 기록한다. 고장난 서버가 온라인 상태로 되돌아오면, 모든 메시지, 공정값 및 사용자 아카이브의 내용은 자동으로 되돌아온 서버로 복사된다. 이렇게 해서 고장난 서버의 아카이브 데이터 공백이 채워지게 된다. 데이터 공백의 동기화를 복귀 후 동기화라고도 한다.

WinCC 이중화 옵션은 다음을 제공한다.

● 고장난 서버의 복귀 후 메시지, 공정값 및 사용자 아카이브의 자동 동기화.

● 공정 연결 오류 후 메시지, 공정값 및 사용자 아카이브의 자동 동기화.

● 내부 메시지의 온라인 동기화.

● 내부 태그의 온라인 동기화(태그 동기화).

이중화 시스템5.2 WinCC 이중화


● 사용자 아카이브의 온라인 동기화.

● 서버 중 하나가 오류를 일으킬 경우 이중화 서버 사이에서 클라이언트의 자동 스위칭.

● 이중화 서버에 프로젝트를 복사하기 위한 "프로젝트 복사기".

● 공정 연결이 오류를 일으킬 경우 클라이언트의 자동 스위칭.

● WinCC 애플리케이션을 감시하기 위한 "애플리케이션 건강 점검" 기능

● 로컬 시스템의 하드웨어 및 소프트웨어 상태를 감시하는 "자가 진단" 기능

"애플리케이션 건강 점검" 기능

WinCC / PCS7 환경에서 "애플리케이션 건강 점검" 용어는 중요한 애플리케이션의 주기적 생명박동 감시를 나타낸다. 생명박동 감시가 서버 자체를 넘어서 개별 애플리케이션으로 확장되기 때문에, 이 기능은 이중화의 민감도를 증대시킨다. 중요한 모든 WinCC 애플리케이션을 자동으로 감시하기 위한 "애플리케이션 건강 점검" 기능.

생명박동 감시는 소프트웨어 오류를 감지한 후 다음 작업을 실행한다.

● "@RedundantServerState" 시스템 태그에서 서버 상태를 "고장"으로 설정한다.

● 이중화 서버로 스위칭할 수 있도록 연결된 클라이언트를 인증한다.

사용자는 공정 컨트롤 메시지를 통해 소프트웨어 오류에 대한 경고를 받게 된다.

고장의 원인이 된 알람 서버는 공정 컨트롤 메시지를 생성할 수 없다.

주

소프트웨어 오류가 "애플리케이션 건강 점검" 기능과 초기화된 클라이언트 스위칭에 의해 탐지된 경우, 관련 서버를 다시 시작해야 한다. 그 후에야 비로소 클라이언트를 서버에 다시 연결할 수 있다. 아카이브 동기화는 서버의 소프트웨어 오류가 탐지된 시점까지만 소급해서 이루어진다.

"자가 진단" 기능

"자가 진단" 기능은 이중화 시스템의 가용성과 안정성을 보장하기 위해 다음과 같은 태스크로 구성된다.

● 로컬 HW 및 SW 문제 감시 및 보고

● 로컬 시스템 성능 감시

● 데이터량의 상태 감시

● 필요한 경우 서버 장애 조치



오작동 시 다음과 같은 태스크를 수행한다.

● 애플리케이션 다시 시작

● 필요한 경우 서버 상태를 "오류"로 설정 및 서버 교체

● 로그 엔트리 생성

● 시스템 알람 출력



5.3 WinCC 시스템의 구조

5.3.1 이중화되지 않은 WinCC 시스템 구성

개요

위의 스케치는 통합 수준(위)과 공정 수준(아래)을 갖춘 WinCC 컨트롤 수준의 전형적인 구조를 보여준다.

이중화 시스템5.3 WinCC 시스템의 구조


위 이미지에 표시된 것처럼 컨트롤 수준의 태스크는 여러 PC로 분산된다. 태스크는 클라이언트 서버 구조에 따라 분산된다.

서버에서 실행되는 태스크:

● 서버는 자동화 시스템의 공정 이미지와 메시지를 취득한다.

● 데이터를 취득하기 위해 서버는 산업용 네트워크를 통해 자동화 시스템에 연결되어 있다.

● 서버는 클라이언트에 공정 데이터를 제공하고, 공정 상태를 컨트롤한다.

클라이언트의 태스크:

● 클라이언트 스테이션은 전체 설비시스템을 조작하고 감시한다.

● 클라이언트는 PC 네트워크를 통해 해당 서버로부터 현재 필요한 상태를 검색한다.

● 일반적으로, 클라이언트는 모두 동등하며, 동일한 권한을 가지고 있다.



5.3.2 이중화된 WinCC 시스템 구성

개요

WinCC 프로젝트

WinCC 프로젝트는 자동화 시스템 그룹, 서버 컴퓨터 그리고 하나 또는 다수의 클라이언트 컴퓨터로 구성된다. 프로젝트는 또한 프로그램, 컨피규레이션 데이터 및 기타 세팅과 같은 모든 데이터가 포함되어 있다.



이중화된 WinCC 프로젝트

이중화로 구성된 프로젝트는 병렬로 작동하는, 기능적으로 동일한 두 번째 서버를 통해 실현된다. 두 서버, AS와 클라이언트는 서로 연결되어 있다. "동일한 기능 구성 (쪽 118)" 하에서 추가 정보를 찾을 수 있다.



5.4 이중화의 작동 방법

개요

다음 그림은 병렬 이중화 서버의 아카이브 및 아카이브 동기화를 보여준다.

정상적으로 운영되는 동안의 WinCC 기록

일반적으로 서버는 런타임에서 동시에 작동한다. 각 서버 컴퓨터는 자신의 고유한 공정 드라이버 연결과 데이터 아카이브를 가지고 있다. 공정 데이터와 메시지는 AS에 의해 두 이중화 서버로 전송되며 두 이중화 서버에서 적절하게 처리된다.

파트너 서버의 고장을 초기에 감지하고 공정 컨트롤 메시지를 출력하기 위해 서버는 런타임에서 서로를 감시한다.

사용자 아카이브, 내부 메시지 및 내부 태그는 지속적으로 온라인으로 동기화될 수 있다(온라인 동기화).

이중화 시스템5.4 이중화의 작동 방법


두 서버는 동일한 권한을 가지고 있으며, 서로 독립적으로 작동한다. 두 서버 모두 사용자가 사용할 수 있다. 한 서버가 고장을 일으킬 경우 항상 동등한 이중화 서버를 사용할 수 있다.

이중화 서버는 네트워크 연결을 통해 통신하여 아카이브를 동기화한다. 네트워크는 TCP/IP 프로토콜을 포함한 PC-LAN 네트워크이다.

네트워크 어댑터를 통한 추가 연결이나 서버 간의 시리얼 연결은 상태를 감시하는 데 사용된다. 서버 간의 추가 연결은 아카이브 동기화에 사용되지 않는다.

서버 고장

서버 고장은 정전에 의한 고장이나 잘못된 전원 끄기에 의한 고장과 같은 서버의 물리적 고장을 나타낸다.

서버가 고장을 일으키면 계속 작동 중인 서버가 AS로부터 공정값과 메시지를 수신 및 기록한다. 이것은 공백이 없는 데이터 무결성을 보증한다.

클라이언트는 자동으로 고장난 서버에서 이중화 파트너 서버로 스위칭된다. 짧은 스위칭 기간 후 모든 운전자 스테이션을 다시 사용할 수 있다.

네트워크 어댑터를 통한 추가 연결이나 서버 간의 시리얼 연결은 상태를 감시하는 데 사용된다.

클라이언트 스위칭을 트리거하는 요인

서버 고장 시 기본 (매스터) 서버에서 파트너 서버로의 클라이언트의 스위칭은 시스템에 의해 자동으로 실행된다. 서버의 스위칭은 다음과 같은 요인에 의해 야기된다.

● 서버로의 네트워크 연결 고장

● 서버 고장

● 공정 연결 오작동

● "애플리케이션 건강 점검" 기능이 결함이 있는 WinCC 애플리케이션을 탐지하였고, 스위칭을 트리거한다.

● 프로젝트가 비활성화된다.



서버 복귀 후, 아카이브 동기화를 트리거하는 요인

서버 간의 아카이브 동기화는 다음과 같은 오류가 수정된 후에 초기화된다.

● 공정 연결 오류.공정 연결 감시를 끌 수 있다. "컨피규레이션 (쪽 122)" 하에서 추가 정보를 찾을 수 있다.

● 파트너 서버로의 네트워크 연결 고장.

● 서버 고장.

● 프로젝트가 활성화되지 않음.

서버 복귀 후 동기화

고장난 서버가 온라인 상태로 되돌아온 후, 이중화는 고장기간 동안 아카이브 동기화를 실행한다. 고장에 의해 야기된 아카이브 공백은 빠진 데이터를 정리된 서버로 전송함으로써 메워진다. 이 동작은 두 서버를 다시 동등하게 하고, 사용 가능하게 만든다.

메시지 아카이브, 공정값 아카이브, 사용자 아카이브 및 내부 태그의 동기화가 실행된다. 고장난 서버는 약간의 시간 지연 (고장에 의해 야기된) 후에 자신의 데이터를 수신하게 된다.

아카이브 동기화는 백그라운드 기능으로 실현되며, WinCC 공정 관리와 기록에 대해 병렬로 작동한다. 따라서 시스템의 운영과 관찰은 언제나 보장되어 있다.

내부 태그 비교

내부 태그에 "태그 동기화" 속성이 있어야 한다.

태그 중 하나가 이중화 서버 중 하나에서 수정되자마자 파트너 컴퓨터에서 내부 태그들이 비교된다.

또한 내부 태그는 "@" 문자로 시작하는 시스템 태그를 포함한다(예: @Current_User 또는 @RM_Master). 시스템 태그에 대해 온라인 동기화를 구성할 수 없다.

공정 연결 오류 후 동기화

동기화가 구성된 경우 서버 및 하나 이상의 AS 간에 네트워크 고장이 발생한 후 다음 작업이 실행된다.

오류 제거 후에 출력이 자동으로 리셋된다.



온라인 동기화

직접적인 서버-서버 동기화(온라인 동기화)는 사용자 아카이브와 태그 동기화를 포함한 내부 태그에서 내부 메시지에 대한 알람 로깅 중에 발생한다.



5.5 이중화 서버 구성

5.5.1 이중화 시스템 설정에 대한 안내

개요

다음 섹션에서는 서버 1 및 파트너 서버 2로 구성된 이중화 WinCC 시스템을 설정하는 방법에 대해 간략하게 설명한다. 클라이언트/서버 시스템의 구조에 대한 일반적인 정보는 WinCC 인포메이션 시스템의 "분산 시스템" 섹션에서 찾을 수 있다.

네트워크에서 서버와 클라이언트 설정

각 컴퓨터에 네트워크를 설치한 다음, 네트워크에서 컴퓨터를 쉽게 확인할 수 있도록 각각의 컴퓨터에 유일한 이름을 할당한다.

사용자 설정

네트워크 설치 후, 각 컴퓨터에 사용자 계정을 설정해야 한다.

"Windows에서 서버 등록 (쪽 121)" 하에서 추가 정보를 찾을 수 있다.

라이센스 설치

이중화 라이센스가 설치되어 있어야 한다. Windows 시작 메뉴의 "SIMATIC" > "라이센스 관리" 아래에서 "자동화 시스템 라이센스 관리자" 애플리케이션을 호출하여 설치를 실행한다. 각 서버에 라이센스를 설치한다.

서버에서 프로젝트 구성

WinCC 이중화 컨피규레이션 도중에 다음 사항이 결정된다.

● 표준 매스터.

● 파트너 서버.

● 클라이언트의 스위칭 동작.

● 아카이브 동기화의 유형이 결정된다.

프로젝트를 복사하기 전에 서버 패키지를 생성한다("서버 데이터" 편집기). 표준 서버에서 서버 패키지를 생성하는 것이 좋다.

이중화 시스템5.5 이중화 서버 구성


이중화를 위한 서버 구성에 대한 추가적인 정보는 "컨피규레이션 (쪽 122)" 하에서 찾을 수 있다.

주

동기화를 위해 정말로 필요한 사용자 아이브만을 구성한다. 동기화될 사용자 아카이브 수가 많으면 많을 수록, 동기화 공정에 소요되는 시간은 더 길어지고 시스템 부하도 더 커지게 된다.

프로젝트 복제

파트너 서버를 다시 구성할 필요가 없도록 "프로젝트 복사기"를 사용한다. "프로젝트 복사기"는 한 서버에서 다른 서버로 프로젝트를 복사하는 옵션을 제공한다.

"WinCC 프로젝트 복사기 (쪽 130)" 하에서 추가 정보를 찾을 수 있다.

주

복사하기 전에, 프로젝트가 복제될 컴퓨터상에 메모리 공간이 충분한지를 확인한다. 기존의 프로젝트에 복사할 경우, 기존의 프로젝트가 열려 있어서는 안된다.

클라이언트 구성

이중화를 사용하려면 다음과 같은 단계에 따라 클라이언트를 구성해야 한다.

● "서버 데이터" 편집기에서 서버(기본 매스터)의 패키지를 로드한다.

● "서버 데이터" 편집기에서 우선권이 있는 서버를 설정하고 자동 패키지 갱신을 활성화한다.

이중화 서버 활성화

WinCC 이중화를 다음과 같이 활성화한다.

먼저 구성한 매스터 서버를 활성화한다. 그 다음 그것의 기존 클라이언트를 시작한다. 클라이언트가 활성화되어 있으면, 두 번째 서버와 그것의 기존 클라이언트를 활성화한다.



이제 첫 번째 동기화가 실행된다. 이 동기화의 고장기간은 첫 번째 서버에서 두번째 서버가 활성화될 때까지의 시간 간격을 포함한다.

주

이중화 서버 시동 시, 이중화 파트너를 활성화하기 전에 첫 번째 서버가 완전히 시작되어야 한다는 점을 유념한다. 서버 최초 시동 시, 클라이언트가 활성화되어 있어서는 안된다.이중화 서버 쌍을 완전히 비활성화했으면, 재활성화 시 특정한 순서를 지켜야 한다. 먼저 마지막에 비활성화했던 서버를 활성화한다. 이 서버의 시작이 완료되었으면 이중화 파트너를 활성화할 수 있다.

이중화 서버 비활성화

이중화 서버를 비활성화하기 전에 두 번째 서버는 오류 없이 작동 중이어야 한다는 점에 유의한다(예: 대기 중인 공정 링크 오류 없음). 아카이브 동기화는 비활성화하기 전에 완료되어야 한다. 해당 공정 컨트롤 메시지에서 이 내용을 볼 수 있다.

주

첫 번째 서버의 아카이브 동기화가 완료되기 전에, 두 번째 서버를 비활성화하면, 데이터 손실이 발생할 수 있다. 특히 시동 시 활성화 / 비활성화 사이에서 빈번하게 스위칭할 경우에 이 항목을 유념한다.

5.5.2 이중화 시스템의 전제조건

개요

WinCC 이중화와 관련해서 다음과 같은 사전조건을 충족해야 한다.

● 다중 사용자 조작이 수행되는 이중화 WinCC 서버의 경우 다음 서버 운영체제가 설치된 컴퓨터만 사용할 수 있다.– Microsoft Windows Server 2003 32-비트– Microsoft Windows Server 2003 R2 32-비트– Microsoft Windows Server 2008 32-비트– Microsoft Windows Server 2008 R2 64-비트클라이언트 PC에 Windows XP 또는 Windows 7이 설치되어 있어야 한다.

● 이중화는 시간 동기화된 서버를 필요로 한다. 전체 시스템(WinCC 컴퓨터, 자동화 시스템 등)의 시간 동기화를 사용하는 것이 좋다. 시간 동기화는 WinCC의 "시간 동기화" 옵션을 사용해서 실행할 수 있다.



● AS와 클라이언트의 메시지와 인지는 이중 입력(시간 순서에 따른 보고)을 방지하기 위해 시간 스탬프(메시지에서)를 반드시 포함하고 있어야 한다. 이것을 달성하는 하나의 방법은 AS로부터의 알람 블록을 사용하는 것이다.

● 기본 자동화 시스템의 공정값, 메시지 및 활성 메시지 블록이 두 서버 모두에 함께 전송된다.

● 이중화 옵션을 두 서버 모두에 설치해야 한다.

● 이중화 서버는 기능적으로 동일하게 구성되어 있어야 한다.

● 이중화 서버 사이에 다음 연결 중 하나가 존재해야 한다.– LAN 카드 또는 FireWire 연결을 통한 추가 네트워크 연결– 직렬 케이블이 추가 연결은 "매스터" 또는 "대기" 상태의 정확한 정의를 보장한다.이중화 편집기에서 FireWire 또는 네트워크 카드를 통해 추가 LAN 연결을 구성한다. 해당 IP 주소가 있는 TCP/IP 프로토콜을 사용한다. IP 주소는 터미널 버스와 동일한 서브넷에 있을 수 없다.

주

전원 고장 시 WinCC를 안전하게 종료하려면, 보조 전원(UPS)을 사용하는 것이 좋다.

차단된 메시지 비교

실패한 서버가 복원되면 현재 차단된 메시지가 알람 로깅의 일반 AS 쿼리를 통해 검색 및 비교된다.

즉, 한 서버에서만 메시지가 수동으로 차단되면 블로킹 정보가 비교된다.

5.5.3 동일한 기능 구성

공정 데이터 아카이브와 메시지 아카이브

태그 로깅과 알람 로깅은 이중화 서버를 위해 기능적으로 동일한 방법으로 구성되어 있어야 한다. 기능적으로 동일하다는 것은 다음을 의미한다.

● 동일한 아카이브에서 추가는 또 다른 측정점이나 아카이브의 형태로 이루어질 수 있다. 이러한 추가는 동기화되지 않으며, 따라서 파트너 서버에서 수동으로 갱신해야 한다.

다음과 같은 아카이브가 WinCC에 의해 동기화된다.



● 하드 디스크에 기초한 아카이브.– 공정값 아카이브– 압축된 아카이브– 알람 메시지 아카이브

● 주 메모리 아카이브의 동기화는 실행되지 않는다.

사용자 아카이브

사용자 아카이브는 두 서버상에서 동일한 구조를 요구한다.

동기화될 사용자 아카이브의 컨피규레이션은 속성과 필드/레코드 구조와 관련해서 동일해야 한다.

주

변경된 컨피규레이션 데이터의 동기화를 온라인 변경 로드를 통해 수행할 수 없음아카이브에서 삭제된 필드와 같은 사용자 아카이브 컨피규레이션 데이터에 대한 변경 내용은 이중화 서버 쌍의 온라인 변경 내용 다운로드를 통해 전송된다.

사용자 관리

사용자 관리의 변경 내용은 자동으로 동기화되지 않는다. 사용자 관리를 변경하려는 경우 다음 옵션을 사용할 수 있다.

● 엔지니어링 스테이션에서 변경을 수행한다. 변경 내용을 이중화 서버에 전송한다.

● 두 이중화 서버에서 동일하게 변경을 수행한다.

도 참조

동기화된 온라인 메시지 (쪽 120)

이중화 사용자 아카이브 (쪽 120)

이중화 시스템의 전제조건 (쪽 117)

WinCC 이중화 (쪽 104)



5.5.4 이중화 사용자 아카이브

개요

조작, 독립형 프로그램, AS 또는 다른 기능을 이용해서 사용자 아카이브를 편집할 수 있다.

전제조건

아카이브의 컨피규레이션은 두 컴퓨터에서 반드시 동일해야 한다. 그러므로 이를 위해 프로젝트 복사기를 사용해야 한다.

사용자 아카이브를 병렬로 편집

레코드를 이중화 사용자 아카이브에 병렬로 추가할 경우, 다음에 유의해야 한다.

● 복귀한 서버의 동기화가 완료되기도 전에 레코드가 동기화 중인 서버에 추가될 수 있다. 그렇지 않으면 스크립트 또는 사용자 아카이브 컨트롤에서 오류 메시지가 나타난다.

● 온라인 동기화 시에도, 레코드가 이중화 아카이브에서 동기화될 때까지 약간의 시간이 경과한다.

주

두 서버에 오류가 발생한 경우 마지막으로 사용한 서버가 먼저 다시 시작되어야 한다. 그렇지 않으면 저장되지 않은 변경내용이 손실될 수 있다.

5.5.5 동기화된 온라인 메시지

개요

태그 링크가 없는 메시지와 모든 내부 메시지 태그는 온라인으로 동기화된다. 여기에는 알람 로깅의 시스템 운영 메시지와 "BATCH"의 메시지가 포함된다.

도 참조

동일한 기능 구성 (쪽 118)




5.5.6 Windows에서 서버 등록

개요

두 이중화 서버는 네트워크에서 서로를 인식해야 한다. 그 외에도, 사용자/비밀번호가 이중화 서버에서 동일해야 한다.

사용자를 입력하기 위해 다음과 같이 진행한다.

● Windows Server 2008/Windows Server 2008 R2/Windows 7의 경우:접근은 Windows 시작 메뉴의 "시작 > 설정 > 제어판"을 통해 이루어진다. "사용자 계정" 대화창에서 사용자를 최소한 사용자(User)로 설정한다.

● Windows Server2003:Windows 시작 메뉴의 "시작 > 설정 > 제어판"을 열고 "저장된 사용자 이름 및 비밀번호" 아이콘을 클릭한다. "사용자 및 비밀번호" 대화창에서 사용자를 최소한 사용자(User)로 설정한다.

● Windows XP:접근은 Windows 시작 메뉴의 "시작 > 설정 > 제어판"과 "사용자 계정" 기호를 통해 이루어진다. "사용자 및 비밀번호" 대화창에서 사용자를 최소한 사용자(User)로 설정한다.

예에서는 Windows XP의 대화창을 보여준다.



주

사용자는 다음 속성을 가져야 한다.● 관리자 또는 사용자 권한이 있어야 한다.● "SIMATIC HMI" 사용자 그룹의 구성원이어야 한다.이중화 서버에는 다음이 있어야 한다.● Windows 2003 Server, Windows Server 2003 R2,● Windows 2008 Server, Windows Server 2008 R2 클라이언트 PC에는 다음이 있어야 한다.● Windows 2003 Server, Windows Server 2003 R2,● Windows 2008 Server, Windows Server 2008 R2,● Windows 7, Windows XP Professional또한 "운영체제에서 접근 권한 설정" 장의 설치 지침 정보를 참고한다.

5.5.7 컨피규레이션

5.5.7.1 이중화 구성

개요

WinCC 이중화 컨피규레이션 도중에 다음 사항이 결정된다.

● 표준 매스터

● 파트너 서버

● 클라이언트의 스위칭 동작

● 아카이브 동기화의 유형

주

동기화를 위해 정말로 필요한 사용자 아이브만을 구성한다. 동기화될 사용자 아카이브 수가 많으면 많을 수록, 동기화 공정에 소요되는 시간은 더 길어지고 시스템 부하도 더 커지게 된다.



과정

WinCC 익스플로러에서 "이중화"를 클릭하여 이중화 시스템을 호출한다. 나타나는 팝업 메뉴에서 "열기"를 클릭한다.

도 참조

고장 시나리오 (쪽 139)

공정 연결 오류 시에 클라이언트 변경에 대한 예 (쪽 135)

"사용자 아카이브" 탭 (쪽 128)

"일반사항" 탭 (쪽 124)

이중화 시스템 설정에 대한 안내 (쪽 115)


WinCC 프로젝트 복사기 (쪽 130)

Windows에서 서버 등록 (쪽 121)



5.5.7.2 "일반사항" 탭

개요

"일반 사항" 탭에서 이중화 시스템에 대한 일반적인 설정을 구성한다.



서버 "서버" 필드는 이중화가 구성된 컴퓨터의 이름을 포함하고 있다.

기본 매스터 양쪽 서버 동시 시작 시 이중화 서버 중 기본적으로 마스터 또는 대기로 활성화되는 서버를 지정한다.

"@RM_MASTER" 태그가 "1"로 설정된 이중화 컴퓨터가 마스터 모드에서 작동한다. 이중화 태그 "@RM_MASTER" 및 "@RM_MASTER_NAME"은 태그 관리의 "이중화" 태그 그룹에 있는 "내부 태그" 영역에서 사용할 수 있다.

해당 이중화 매스터의 컴퓨터 이름은 태그 "@RM_MASTER_NAME"에 쓰여있다.

"@RM_MASTER" 태그 상태가 변경될 경우(예를 들어, 컴퓨터 고장으로 인해) 클라이언트는 이전의 "대기" 컴퓨터로 전환된다. 이전의 "대기" 컴퓨터가 이제 매스터이다.

주: 두 이중화 서버 중 하나만이 "기본 매스터"로 지정되고, 두 옵션 모두를 지정할 수는 없다. 그렇게 하지 않으면, 클라이언트상에서 이중화 스위칭 시에 문제가 발생할 수 있다.

이중화 파트너 서버 파트너 서버의 컴퓨터 이름을 입력하거나 "검색"을 클릭한다.

네트워크 어댑터를 통해 이중화 파트너에 연결

네트워크 어댑터를 통한 이중화 파트너와의 연결이 존재하는지 여부를 결정한다. 네트워크 어댑터를 통한 연결은 직렬 연결에 대해 우선권이 되어야 한다.네트워크 어댑터는 NIC 또는 FireWire 포트와 같은 하드웨어가 될 수 있다. TCP/IP 연결은 논리적 연결로 사용된다. IP 주소는 터미널 버스와 동일한 서브넷에 있을 수 없다.이중화 상태가 이 연결을 통해 제어된다. 이중화 파트너 서버의 상태를 안전하게 조회하기 위해 이 연결이 사용된다. 이중화 파트너 서버 간의 통신이 이 연결을 통해 향상된다. 이를 통해 이중화의 활용성이 늘어난다.

직렬 인터페이스를 통한 이중화 파트너에 대한 연결

직렬 인터페이스를 통한 이중화 파트너에 대한 연결이 존재하는지 여부를 결정한다. 네트워크 어댑터를 통한 연결은 직렬 연결에 대해 우선권이 지정되어야 한다.이중화의 상태는 이 연결을 사용하여 컨트롤된다. 이중화 파트너 서버의 상태를 안전하게 조회하기 위해 이 연결이 사용된다. 이중화 파트너 서버 간의 통신이 이 연결을 통해 향상된다. 이를 통해 이중화의 활용성이 늘어난다.

고장기간 동안의 모든 데이터를 동기화한다.

전체 운영 중단 기간 동안 모든 데이터의 동기화를 지정한다.

마지막 ... 일분만 동기화한다.

마지막 2일 동안만 동기화를 지정한다.

파트너 서버가 온라인으로 복귀한 후, 태그 로깅의 동기화

복구 후 태그 로깅에 대한 동기화 수행 여부를 지정한다.



파트너 서버가 온라인으로 복귀한 후, 알람 로깅의 동기화

복구 후 알람 로깅에 대한 동기화 수행 여부를 지정한다.

알람 로깅의 온라인 동기화

운전자 메시지 및 메시지 동기화 여부를 지정한다. 내부 메시지 태그를 포함한 메시지와 태그 연결이 없는 메시지만이 동기화된다.

공정 연결 오류 후 동기화 네트워크 연결 복구 후 서버와 해당 구성 연결(AS) 사이의 아카이브 동기화 여부를 지정한다.

공정 연결 감시가 활성화되어 있으면, 각각의 서버는 구성된 모든 연결에 대한 생명박동 감시를 실시한다. 관련된 AS가 서버로 긍정 응답을 반송하지 않으면, 서버는 AS로의 공정 연결이 방해를 받고 있음을 확정하게 된다.

이러한 방법으로 하나 또는 여러 AS로의 네트워크 오류가 탐지되었을 경우, 프로젝트에 속한 모든 AS의 모든 메시지, 공정 데이터 및 사용자 아카이브가 동기화된다. 고장나지 않은 AS의 아카이브도 동기화된다. 이 옵션을 비활성화할 경우 서버의 런타임 부하를 방지할 수 있다.

네트워크 연결 감시가 꺼져 있는 경우, AS의 네트워크에서 발생하는 오류가 인식되지 않기 때문에, 어떠한 아카이브의 동기화도 이루어지지 않는다.

공정 연결 오류의 경우에WinCC 클라이언트 스위칭

서버와 해당 구성 연결(AS) 사이에서 네트워크 오류 시 이 서버와 연결된 클라이언트가 이중화 파트너 서버로 전환되는지 여부를 지정한다.

이 옵션이 활성화되어 있으면 "매스터" 서버와 이중화 파트너 서버로의 결함이 있는 논리적 연결의 수가 주기적으로 조사된다. "매스터" 서버가 이중화 파트너 서버보다 결함이 있는 논리적 연결을 더 많이 가지고 있으면, "매스터" 서버에 로그온된 클라이언트가 이중화 파트너 서버로 전환된다.

프로세스 연결 오류가 제거되면, 클라이언트는 원래 연결된 우선권이 있는 서버로 다시 전환된다.

두 이중화 서버 모두 런타임으로 될 때까지 프로세스 링크 감시는 시작되지 않는다.

이중화 활성화 중복 시스템의 활성화 상태를 나타낸다. 이중화 시스템 구성 시 마우스 클릭으로 이중화를 활성화 또는 비활성화한다.

주

런타임 동작의 악화시동 과정에서 WinCC Runtime은 서버 PC상에서 자주 활성화 및 비활성화된다. 이중화가 활성화된 경우 자주 시작하면 매번 아카이브의 동기화를 초래하고, 이로 인해 경우에 따라 WinCC Runtime 동작이 현저하게 악화될 수도 있다. 이를 방지하기 위해, 시동 중에는 이중화를 비활성화시키는 것이 좋다.



주

옵션 변경 시 런타임 다시 시작런타임에서 아카이브 동기화에 대한 변경내용만이 즉시 효과를 나타낸다(즉, 런타임을 다시 시작하지 않고). 이와 관련하여 "일반 사항" 탭에서 다음 옵션이 제공된다.● "파트너 서버가 온라인 상태로 되돌아온 후, ... 동기화".● "알람 로깅의 온라인 동기화".● "공정 연결 오류 후의 동기화...".다른 옵션에서의 변경내용은 런타임을 다시 시작한 후에 효과를 나타낸다.

주

서버상의 소프트웨어 오류의 경우, 다음과 같은 상황을 배제할 수 없다. 연결된 클라이언트가 이중화 파트너로 스위칭되지 않을 수도 있으며, 그럼에도 불구하고 시스템은 블로킹되어 있다.



5.5.7.3 "사용자 아카이브" 탭

개요

"사용자 아카이브" 탭에서 이중화 시스템을 위한 자동 사용자 아카이브 동기화를 구성한다.

"사용자 아카이브" 탭

사용자 아카이브

"사용자 아카이브" 열에, 구성된 모든 사용자 아카이브가 행으로 디스플레이된다.

동기화 "동기화" 열에서, 각각의 사용자 아카이브의 동기화를 활성화하거나 비활성화할 수 있다. 이 필드를 더블 클릭하면, 현재 상태(활성화/비활성화)가 각각 스위칭된다. 이 세팅은 두 파트너 서버 모두에서 동일해야 한다.



"사용자 아카이브" 탭

모든 사용자 아카이브의 동기화

"모든 사용자 아카이브의 동기화"에 있는 2개의 버튼으로, 디스플레이된 모든 사용자 아카이브의 동기화를 활성화/비활성화시킬 수 있다.

갱신 이중화 시스템 편집기 호출 후, 사용자 아카이브 편집기에서 컨피규레이션이 변경되었을 경우, "갱신" 버튼은 현재의 컨피규레이션에 변경내용을 적용한다.

주

변경된 컨피규레이션 데이터의 동기화를 온라인 변경 로드를 통해 수행할 수 없음아카이브에서 삭제된 필드와 같은 사용자 아카이브 컨피규레이션 데이터에 대한 변경 내용은 이중화 서버 쌍의 온라인 변경 내용 다운로드를 통해 전송된다.

주

옵션 변경 시 런타임 다시 시작런타임에서 아카이브 동기화에 대한 변경내용만이 즉시 효과를 나타낸다(즉, 런타임을 다시 시작하지 않고). 이와 관련하여 "일반 사항" 탭에서 다음 옵션이 제공된다.● "파트너 서버가 온라인 상태로 되돌아온 후, ... 동기화".● "알람 로깅의 온라인 동기화".● "공정 연결 오류 후의 동기화...".다른 옵션에서의 변경내용은 런타임을 다시 시작한 후에 효과를 나타낸다.

도 참조


WinCC 이중화 시스템의 시스템 메시지 (쪽 148)

"일반사항" 탭 (쪽 124)

이중화 구성 (쪽 122)







5.5.8 WinCC 프로젝트 복사기

5.5.8.1 WinCC 프로젝트 복사기

개요

동일한 기능을 가진 프로젝트가 두 이중화 서버에 설정되어 있어야 한다. 컨피규레이션이 끝난 후 WinCC 프로젝트 복사기를 사용하여 이중화 파트너 프로젝트를 생성한다. WinCC 프로젝트 복사기는 프로젝트에 속한 모든 데이터를 이중화 파트너에 자동으로 복사한다.

프로젝트 복사기는 다음을 실행한다.

● 연관된 모든 프로젝트 데이터(그림, 스크립트, 아카이브 등)를 복사한다.

● 이중화를 사용하도록 이미 구성된 대상 컴퓨터에서 필요한 모든 세팅을 지정한다.

주

Windows 익스플로러로 전송할 수 없음Windows 익스프롤러를 사용하여 프로젝트를 이중화 서버로 전송할 수 없다.

주

WinCC 이중화 시스템은 항상 2개의 서버로 구성되어 있다. 따라서 다른 PC를 두 개의 이중화 서버 PC에 대한 이중화 PC로 구성할 수 없다.이어서 컴퓨터별 세팅을 수동으로 변경해야 한다.

추가 컨피규레이션

추가 컨피규레이션은 서버 중 하나에서만 수행하면 된다. WinCC 프로젝트 복사기를 사용하여 변경 내용을 이중화 서버로 전송할 수 있다.

5.5.8.2 이중화 서버의 프로젝트를 복사하는 방법

개요

이중화 시스템을 생성하였을 경우 수정을 한 다음에 이중화 서버에서 WinCC 프로젝트를 동기화해야 한다.



프로젝트를 이중화 서버로 전송하려면, WinCC 프로젝트 복사기를 이용한다.

주

SIMATIC Manager의 온라인 변경 사항 다운로드 기능을 이용하여 약간의 변경을 저장한 다음 이를 런타임에 서버로 전송할 수 있다.Windows 익스플로러를 사용하여 프로젝트를 이중화 서버로 전송할 수 없다.

원리

프로젝트 복사기에서 복사하고자 하는 프로젝트를 선택한다.

프로젝트가 복제될 컴퓨터 및 폴더를 지정한다. 프로젝트 폴더가 목표 폴더에서 생성된다.

로컬 컴퓨터의 프로젝트는 복사할 수 없다. 항상 네트워크에서 접근 권한이 있는 다른 컴퓨터에 프로젝트를 복사한다. 이하 설명에서는 이것을 목표 컴퓨터라 한다.

프로젝트의 상태에 따라 컨피규레이션 데이터 및 런타임 데이터를 선택한 폴더로 복사할 수 있다.

프로젝트 상태 컨피규레이션 데이터 런타임 데이터

프로젝트가 닫혔음 + +

프로젝트가 열려 있거나 비활성화되었음

+ -

런타임에서의 프로젝트 + -

전체 프로젝트 및 전체 폴더 구조만 복사할 수 있다. 복사 동작에서 어떤 데이터 또는 폴더도 배제할 수 없다.

프로젝트 기반의 접근 보호로 프로젝트 복제

프로젝트 기반의 접근 보호를 포함하는 WinCC 프로젝트를 이중화 서버로 전송하려면 SIMATIC STEP 7이 설치되어 있어야 한다.

"WinCC 프로젝트 복사기" 대화창에서 "복제" 버튼을 클릭할 때, STEP 7 프로젝트의 비밀번호를 입력해야 한다.

SIMATIC STEP 7이 설치되어 있지 않거나 잘못된 비밀번호를 입력한 경우, 프로젝트 복사기가 오류 메시지와 함께 취소된다.



전제조건

● 이중화 옵션이 두 컴퓨터에 모두 설치되어 있다.

● 복제를 위한 목표 폴더가 목표 컴퓨터에 생성되고 네트워크 접근이 가능하도록 되어 있다.

● 목표 폴더에 대한 접근 권한을 가지고 있다.

● 목표 컴퓨터는 하드 디스크 여유 공간이 충분하다.

● 목표 컴퓨터에 맞는 WinCC 버전이 설치되어야 한다. 컴퓨터를 시동해야 한다.

● 목표 컴퓨터에 런타임이 비활성화되어 있다.

● 목표 컴퓨터에 프로젝트가 닫혀 있다.

과정

1. Windows 시작 메뉴의 "SIMATIC > WinCC > 도구" 폴더에서 "프로젝트 복사기" 엔트리를 선택한다. WinCC 프로젝트 복사기가 열린다.

2. "복제될 소스 프로젝트를 선택하십시오" 상자에 복제하고자 하는 프로젝트를 입력한다. 경로 및 프로젝트 파일 <PROJECT>.MCP를 직접 입력하거나 버튼을 클릭하여 검색한다.

3. "이중화 파트너를 위한 복제된 프로젝트의 저장 위치" 상자에서 복제한 프로젝트를 저장할 경로를 입력한다. 폴더 경로 및 프로젝트 파일 <PROJECT>.MCP를 직접 입력하거나 버튼을 클릭하여 검색한다.

4. 복제 버튼을 클릭한다."복사" 창이 열린다. 복제 중, 프로젝트 복사기는 진도 표시를 이용하여 파일 및 폴더를 디스플레이한다. 복제를 중지하려면 "취소" 버튼을 사용한다.복제하고 나면, "프로젝트 복사기에 대한 지침" 창이 열린다. WinCC가 확인이 필요한 설정을 보여준다.

5. 닫기 버튼을 눌러 프로젝트 복사기를 닫는다.



6. 복제된 프로젝트에서 설정을 점검하고 필요한 경우 변경한다.

7. 다음 사항을 점검한다.– 컴퓨터 이름.– 이중화 편집기의 설정.– 필요한 경우 편집기의 설정.

주

소스 컴퓨터에서 열려 있는 WinCC 프로젝트를 복사하면, 진도바가 디스플레이되지 않는다.

5.5.8.3 런타임에서 이중화 프로젝트를 복제하는 방법

개요

이중화 프로젝트를 편집하면, 운전 중 이중화 서버에 있는 프로젝트도 갱신할 수 있다.

온라인 변경 저장 기능을 이용하여 약간의 변경을 저장한 다음 이를 서버에 전송할 수 있다. "온라인 변경 로드" 주제에 관한 문서도 참조해야 한다.

프로젝트 복사기를 사용한 복제

일부 컨피규레이션은 온라인 변경 다운로드 기능을 이용하여 저장할 수 없다. 이 경우 프로젝트 복사기를 이용하여 이중화 서버로의 프로젝트 복제를 생성해야 한다.

주

이중화 없음일반 조작 도중에 수행하는 변경의 경우 파트너 서버 중 하나를 비활성화해야 한다. 이 시간 동안에는 이중화를 사용할 수 없다.

전제조건

● 목표 폴더가 생성되어 있다.

● 목표 폴더에 대한 접근 권한을 가지고 있다.

● 복사된 프로젝트가 저장되어 있는 이중화 서버의 하드 디스크 공간이 충분하다.



과정

이 장은 두 개의 서버, Server1 및 Server2를 이용하여 이중화 시스템에서 기능을 이용하는 방법에 대해 설명한다.

1. 이중화 Server1에서 런타임을 종료하고 프로젝트를 닫는다.

2. 런타임에서 Server2에 대한 컨피규레이션 변경을 수행하고 변경 내용을 저장한다.

3. Server2에서 프로젝트 복사기를 시작한다.

4. "복제" 버튼을 사용하여 "1" 에서 비활성화된 프로젝트의 목표 폴더에 Server1의 프로젝트를 복제하고 덮어쓴다.

5. Server1에서 프로젝트를 연다.

6. 설정을 점검한다.

7. 런타임을 시작하고 이중화 동기화를 기다린다.



5.6 이중화로 작업

5.6.1 공정 연결 오류 시에 클라이언트 변경에 대한 예

개요

이중화 시스템은 기능적으로 동일한 2개의 서버로 구성되어 있다. 하나의 서버는 "매스터" 서버이며 다른 하나는 이중화 파트너 서버이다.

서버는 방해를 받지 않는 조작 상태에서 다음과 같은 상태가 된다.

● 매스터 서버는 "매스터" 상태가 된다.

● 이중화 파트너 서버는 "대기" 상태가 된다.

클라이언트는 구성된 우선권이 있는 서버에서 서로 연결된다.

두 서버가 런타임에 있으면 곧바로 공정 연결 감시가 활성화된다. WinCC 이중화는 "매스터" 서버와 이중화 파트너 서버의 결함이 있는 논리적 연결 수를 주기적으로 확인한다. "매스터" 서버가 이중화 파트너 서버보다 결함이 있는 논리적 연결을 더 많이 가지고 있으면, 서버의 상태는 유효하지 않게 된다("고장"). 클라이언트는 이중화 파트너 서버로 스위칭되고, 이 이중화 파트너 서버는 이제 "매스터" 상태를 얻게 된다.

주

"고장" 상태는 "@RM_MASTER" 시스템 태그에 디스플레이되는 것이 아니라 "@RedundantServerState" 태그에 디스플레이된다.

정상 작동 상태

시스템은 다음 컴퓨터로 이루어져 있다.

● 이중화 서버 A

● 이중화 서버 B

이중화 시스템5.6 이중화로 작업


● 선호되는 서버 A가 있는 클라이언트 1

● 선호되는 서버 B가 있는 클라이언트 2



서버 A에서 공정 연결 오류

서버 A에서 공정 연결 오류가 발생한다. 서버 B에는 오류가 없다. 결함이 있는 논리적 연결의 수는 서버 B보다 서버 A에 더 많다. 따라서 서버 A는 "고장" 상태를 갖게 된다. 그 결과, 클라이언트 1과 2는 이중화 서버 B로 스위칭한다.



공정 연결 오류의 종료

서버 A의 공정 연결 오류가 제거되면, 서버 A는 "대기" 상태를 갖는다. 그 결과, 클라이언트 1이 서버 A를 선호하는 서버로 입력하지 않았기 때문에, 클라이언트 1은 서버 A로 스위칭한다. 호하는는 서버로 나열되어 있으므로 클라이언트 2가 서버 B에 연결되어 있다.

주

OPC 커플러는 감시되지 않는다. 그러므로 OPC 커플러에 오류가 발생한 경우 클라이언트 스위칭이 수행되지 않는다.



도 참조


"사용자 아카이브" 탭 (쪽 128)

"일반사항" 탭 (쪽 124)

이중화 구성 (쪽 122)





5.6.2 고장 시나리오

5.6.2.1 고장 시나리오

개요

자주 발생하는 고장을 근거로 WinCC 이중화의 작동 방법을 예시하고자 한다. 다음과 같은 고장이 언급될 것이다.

1. 시나리오 1: 런타임이 아닌 서버 컴퓨터의 프로젝트 (쪽 141)

2. 시나리오 2: 파트너 서버로의 연결 고장 (쪽 143)

3. 시나리오 3: 클라이언트로의 네트워크 연결 고장 (쪽 144)

4. 시나리오 4: 공정 연결 고장 (쪽 145)

5. 시나리오 5: 소프트웨어 오류 (쪽 146)

WinCC 이중화는 직접 현재의 오류를 인식하거나 다음과 같은 동작으로 오류 메시지에 반응한다.

● 이벤트 시간 저장.

● 아카이브 동기화.

● "매스터" 및 "대기" ID 변경.

● 클라이언트 스위칭.

● 메시지 출력.



서버 PC 시동

서버 PC 시동 시, 이중화 구성요소는 파트너 서버가 이미 활성화되어 있는지를 확인한다.

● 파트너 서버가 이미 활성 상태인 경우 "대기" 상태가 서버 컴퓨터에서 설정된다.

● 파트너 서버가 시동 도중 활성 상태가 아닌 경우 "매스터" 상태가 서버 컴퓨터에서 설정된다.

WinCC 이중화 시스템 태그

서버 컴퓨터의 상태는 @RM_MASTER 시스템 태그에 저장된다.

서버 컴퓨터 상태 @RM_MASTER 상태 시스템 태그

매스터 1

대기 0

@RM_MASTER_NAME 태그는 "매스터" 상태를 가지고 있는 서버 시스템의 이름을 포함하고 있다(예: "Server1").

@RedundantServerState 태그는 각 이중화 서버에서 해당 이중화 상태를 디스플레이한다(예: "대기", "매스터"). WinCC 이중화 시스템 태그 (쪽 151)

이중화는 위의 태그만을 설정한다. 두 서버는 항상 완전히 동등하다.

스크립트 또는 기타 애플리케이션이 이러한 태그를 평가할 수 있다. @RM_MASTER 태그만 변경할 수 있다.

매스터 서버는 대기 서버가 된다

매스터 서버에 대해 클라이언트 또는 이중화 파트너 서버 모두 연결할 수 없는 경우 매스터 서버가 대기 서버가 된다. 네트워크 연결 및 파트너 서버 간의 연결이 중단된 경우 이 상태가 발생한다.

두 이중화 서버가 "매스터" 상태를 갖지 않게 하려면 이 공정이 필요하다.

상태 정보 교환

이중화 상태는 별개의 연결을 통해 컨트롤된다. 이 연결은 다음과 같이 설정될 수 있다.

● 네트워크 어댑터 사용

● 직렬 인터페이스 사용



직렬 연결에서는 네트워크 어댑터를 통한 연결이 선호된다.

주

아카이브 동기화가 네트워크 연결을 통해 실행된다는 것에 유의한다. 아카이브 동기화는 상태 연결을 통해 실행되지 않는다.

5.6.2.2 시나리오 1: 런타임이 아닌 서버 컴퓨터의 프로젝트

개요

이 시나리오에서는 프로젝트가 Server2에서 비활성화되었을 경우에 이중화의 동작에 대해 설명한다.

다음과 같은 동작이 트리거된다.

● Server1이 Server2의 고장 시간(날짜와 시간)을 저장한다.

● Server1이 시스템 메시지를 통해 Server2의 고장을 보고한다.

● Server1이 "대기" 서버일 경우 @RM_MASTER 태그를 설정함으로써 "대기" 서버는 "매스터"의 역할을 넘겨받게 된다. 이에 따라 @RM_MASTER_NAME과 @RedundantServerState 태그가 변경된다.

● Server2에 연결된 클라이언트가 Server1로 스위칭된다.

Server2가 다시 온라인 상태가 된다

고장기간은 Server2의 아카이브에 공백이 있다는 것을 의미한다. 이 공백은 다음과 같은 대책에 의해 메워질 것이다.

● Server1이 Server2의 복귀 시간(날짜와 시간)을 저장한다.

● Server1은 시스템 메시지를 통해 Server2의 복귀를 보고한다.

● Server1의 다음 아카이브에 대한 이중화 동기화가 Server2에서 실행된다.– 메시지 아카이브– 공정 데이터 아카이브– 사용자 아카이브



● 두 서버에서 @RM_MASTER 태그는 아무런 변경없이 그대로 유지된다.– 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: 파트너 서버로의 연결 고장

개요

이 시나리오에서는 Server2에 대한 연결 고장의 경우 이중화 동작을 보여준다. 이 이벤트가 발생하기 전에 두 서버는 모두 고장 없이 런타임에서 실행된다.

예를 들어, 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이 대기 서버로 유지된다.


연결이 복원됨

연결 고장시, 사용자 아카이브와 알람 로깅의 메시지들은 동기화되지 않았다.

이 상황은 다음과 같은 대책에 의해 조정된다.

● Server2가 복귀 시간(날짜와 시간)을 저장한다.

● Server2가 시스템 메시지를 통해 파트너 서버의 복귀를 디스플레이한다.

● 매스터 서버에서 대기 서버로의 이중화 동기화.

● 알람 로깅의 온라인 동기화를 통해 다음 정보가 Server1에서 Server2로 보고되고 Server1에서 시스템 메시지로 디스플레이된다.– 이중화 조작에서 오류가 발생했다.– Server1의 복귀.


5.6.2.4 시나리오 3: 클라이언트로의 네트워크 연결 고장

개요

이 시나리오에서는 Server2와 Server2에 속한 클라이언트 "CL5" 간의 네트워크 연결에 방해가 있다.

다음 반응이 트리거된다.



● 클라이언트 "CL5"는 자동으로 방해를 받고 있는 Server2에서 작동 중인 Server1로 스위칭한다.

클라이언트로의 네트워크 방해의 종료

네트워크 방해 종료 시에 다음과 같은 반응이 트리거된다.


● 클라이언트 "CL5"가 선호하는 서버, Server2로 다시 전환한다.

도 참조

WinCC 이중화 시스템 태그 (쪽 151)

시나리오 2: 파트너 서버로의 연결 고장 (쪽 143)

시나리오 1: 런타임이 아닌 서버 컴퓨터의 프로젝트 (쪽 141)


시나리오 4: 공정 연결 고장 (쪽 145)

5.6.2.5 시나리오 4: 공정 연결 고장

개요

이 시나리오에서는 자동화 시스템으로의 네트워크 연결 중단으로 인해 Server2의 공정 연결에 고장이 일어난다.

AS에 대한 연결 고장

AS에 대한 연결 고장은 다음과 같은 조건 하에서 이중화와 관련해서만 고장으로 인식된다.

AS에 대한 연결이 하나의 서버에 대해서만 중단된다.

AS에 대한 연결이 두 서버 모두에 대해 중단되는 것은 이중화와 관련하여 발생한 고장이 아니다. AS 고장을 예로 들 수 있다.



오류에 대한 반응

WinCC가 고장을 인식하면, 다음과 같은 동작이 트리거된다.

● 공정 연결의 방해가 Server2에서 보고된다.

● Server1은 파트너 Server2가 고장이라는 메시지를 받게 된다.

● Server1이 Server2의 오류 시간(날짜와 시간)을 저장한다.

● 서버 프로젝트에 "공정 연결 방해 시 클라이언트 변경"이 구성되어 있으면, 이 서버에 링크된 클라이언트는 파트너 서버로 변경된다.

● @RM_Master 태그는 Server1에서 "매스터"로 설정되고, Server2에서 "대기"로 설정된다. 상응해서 @RM_MASTER_NAME과 RedundantServerState 태그가 맞추어지게 된다. Server2에서 @RedundantServerState가 "고장"으로 설정된다.

Server2에서 공정 연결 오류의 종료

공정 연결 감시가 활성화되었다면, Server2의 아카이브 공백은 다음과 같은 대책에 의해 메워질 것이다.


● Server1에서 공정 연결에 대한 고장이 발견되지 않았으므로 Server1에서 Server2로의 이중화 동기화가 수행된다. 모든 AS의 데이터가 동기화된다. 이것은 고장나지 않은 AS의 데이터도 동기화된다는 것을 의미한다.

● Server2에서 @RedundantServerState 태그가 "고장"에서 "대기"로 변경된다.

● Server2에서의 공정 연결 오류의 수정은 시스템 메시지를 통해 보고된다.

5.6.2.6 시나리오 5: 소프트웨어 오류

개요

이 시나리오에서는 Server2에서 감시되고 있는 소프트웨어에 오류가 발생한다. 이 고장 발생 시점에 Server2는 "매스터" 상태가 되고 Server1은 "대기" 상태가 된다. 여러 클라이언트가 두 서버 모두에 연결된다.

"애플리케이션 건강 점검" 기능이 WinCC 소프트웨어에서 오류를 탐지하면, 다음과 같은 반응이 트리거된다.



● 애플리케이션 건강 점검이 이중화에 오류를 보고한다. Server2의 상태는 @RedundantServerState 태그에서 "고장"으로 설정된다. @RM_Master 태그는 "대기" 상태로 설정된다.

● Server1의 @RM_MASTER 태그는 "매스터"로 설정된다. 상응해서 @RM_MASTER_NAME과 RedundantServerState 태그가 맞추어지게 된다.

● Server2에 연결된 클라이언트가 Server1로 스위칭된다.

● 알람 서버 자체에서 오류를 일으키지 않은 경우 공정 컨트롤 메시지를 통해 소프트웨어 오류가 사용자에게 통지된다.

Server2에서 소프트웨어 오류의 종료

서버 프로젝트를 비활성화하고 Server2를 다시 시작함으로써 소프트웨어 오류를 제거할 수 있다. Server2에서 프로젝트를 활성화하면, 자동으로 아카이브가 동기화된다.

● Server2에서 @RedundantServerState 태그가 "대기"로 설정된다. Server1은 "매스터" 상태로 유지된다.


● Server1의 사용자 아카이브에 대한 이중화 동기화가 Server2에서 실행된다.

주

"애플리케이션 건강 점검" 기능이 소프트웨어 오류를 탐지하고 클라이언트 스위칭 공정 및 공정 컨트롤 메시지가 트리거된 경우 다음을 수행해야 한다.● 관련 서버가 비활성화되어야 한다.● 관련 서버가 다시 시작되어야 한다.그 후에야 비로소 클라이언트를 서버에 다시 연결할 수 있다. 아카이브 동기화는 소프트웨어 오류가 서버에 의해 탐지된 시점까지만 소급해서 이루어진다.

도 참조


시나리오 3: 클라이언트로의 네트워크 연결 고장 (쪽 144)

시나리오 2: 파트너 서버로의 연결 고장 (쪽 143)

시나리오 1: 런타임이 아닌 서버 컴퓨터의 프로젝트 (쪽 141)


시나리오 4: 공정 연결 고장 (쪽 145)



5.7 부록

5.7.1 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가 파트너 서버에서 또는 런타임이 활성화되지 않았음을 시스템이 발견했다.

이중화 시스템5.7 부록



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@의 원인이다.



도 참조

약어 (쪽 152)


5.7.2 WinCC 이중화 시스템 태그

개요

@RM_MASTER와 @RM_MASTER_NAME 시스템 태그는 WinCC 이중화에 의해 두 이중화 서버의 매스터/대기 컨트롤에 사용되며 클라이언트 변경에도 사용된다. 다른 애플리케이션 또는 스크립트를 이용해서도 이 시스템 태그를 읽고, 변경할 수 있다.

주

이중화 편집기를 연 다음, 시스템 태그가 WinCC 이중화에 의해 설정되도록 "확인"을 이용하여 다시 닫는다.


@LocalMachineName 이 태그는 로컬 컴퓨터 이름을 포함한다.

@RedundantServerState 태그는 이 서버의 이중화 상태를 나타낸다. 값 범위:0: 정의되지 않은 상태 (시작값)1: 서버는 "매스터"이다2: 서버는 "대기"이다3: 서버는 "고장"이다4: 서버는 독립적이다(이중화 조작 없음)

@RM_MASTER 서버 컴퓨터가 "매스터"임을 확인하기 위해 이 @RM_MASTER 태그가 설정된다. 서버 컴퓨터가 "대기"이면, @RM_MASTER 태그는 리셋된다.

@RM_MASTER_NAME 태그 "@RM_MASTER_NAME"은 매스터 서버의 이름을 포함하고 있다, 예를 들면 "SERV_4".

@RM_SERVER_NAME 이 태그는 클라이언트가 연결되어 있는 서버의 이름을 포함한다.




@RM_UA_ONL_"Archiv name" 진단용으로만 사용된다. 각 사용자 아카이브에 대해 해당 태그 이름을 가진 별개의 태그가 삽입된다.

사용자 아카이브가 변경되었을 경우, 태그는 1로 설정된다. 온라인 동기화 후, 태그는 0으로 리셋된다.

@RM_Offline_UA_Name 진단용으로만 사용된다. 이 태그에는 방금 일치시킨 사용자 아카이브의 이름이 포함된다.

도 참조

약어 (쪽 152)


5.7.3 약어

5.7.3.1 약어

개요

약어 설명

AS 자동화 시스템

CS 컨피규레이션 시스템, WinCC 컨피규레이션

CS 컨트롤 시스템

CTM 컨트롤 시스템 메시지, 컨트롤 수준에 속한 메시지

OS 운전자 스테이션

PDA 공정 데이터 취득

RT WinCC 런타임

RTO 런타임 개체



도 참조



5.7.3.2 통합 수준

개요

통합 수준은 모든 통합 영역을 포함해서 전역 컴퓨터 통합을 지원한다.

5.7.3.3 공정 컨트롤 수준

개요

공정 컨트롤 수준은 시스템 조작과 시각화에 이용된다. 컨트롤 수준의 태스크는 서버와 클라이언트 PC 간에 공유된다. 이러한 것은 PC 네트워크를 통해 서로 연결되어 있다. 서버는 AS로부터 공정 상태 취득을, 클라이언트는 인간-기계 인터페이스를 담당한다.

5.7.3.4 공정 수준

개요

공정 수준에서 AS와 같은 자동화 시스템과 공정 컴퓨터는 산업 공정을 자동화하는 데 이용된다. 상호간에 그리고 컨트롤 수준과의 통신을 위해 산업용 네트워크(예:프로피버스)가 사용된다.

5.7.3.5 서버

개요

컨트롤 수준 서버 컴퓨터는 산업 네트워크를 통해서 자동화 시스템의 공정 이미지, 측정 데이터 그리고 메시지를 취득하여, 모든 데이터를 해당 시간 스탬프와 함께 아카이브에 저장한다. 병렬로 작동하는 기능적으로 동일한 두 번째 대기 컴퓨터를 사용해서 서버를 이중화시킬 수 있다.



5.7.3.6 클라이언트

개요

컨트롤 수준 클라이언트 컴퓨터는 전체 설비시스템에 대한 인간-기계 인터페이스로 사용된다. 클라이언트 컴퓨터의 운전자. 고장 시, 상응하는 메시지가 운전자에게 디스플레이된다. 일반적으로 운전자는 이러한 메시지를 인지해야 한다.

5.7.3.7 프로젝트

개요

프로젝트는 AS 그룹, 서버 컴퓨터 그리고 하나 또는 다수의 클라이언트로 구성되어 있다. 또한 프로젝트는 모든 데이터(예: 프로그램), 세팅 그리고 컨피규레이션 데이터도 포함하고 있다.

5.7.3.8 아카이브 메모리

개요

아카이브 기능은 하드 디스크로부터 데이터 삭제뿐만 아니라, 하드 디스크에서 장기 데이터 저장 장치로의 데이터 자동 교체를 지원한다. 시간을 세팅하거나 또는 저장 매체에서 설정된 채우기 수준에 도달함으로써 자동 기록을 트리거할 수 있다.



인덱스

표준 프로젝트서비스 프로젝트로 변경, 98

CCAS - 중앙 아카이브 서버, 14

OOPC 인터페이스, 81클라이언트 서버 시스템, 81

SSIMATIC Shell, 69, 70

WWinCC, 8서비스 모드, 87클라이언트 서버 시스템, 8

WinCC CAS, 14WinCC 서비스, 87WinCC 서비스 모드, 87, 94WinCC 태그 @RM_MASTER, 139WinCC 태그 @RM_MASTER_NAME, 139WinCC 프로젝트, 69

WinCC 프로젝트 대화창, 62명령 , 74원격 비활성화, 79원격 활성화, 77호출, 62

Windows에서 이중화 서버 등록, 121

공

공정 수준, 107공정 컨트롤 수준, 107

구

구성, 118, 122

그

그림, 47서버 프로젝트 편집, 76서버 프리픽스, 47시작 그림 구성, 47클라이언트에서 그림 변경 구성, 52클라이언트에서 여러 서버에서 디스플레이, 50

내

내보내기, 24패키지, 24

네

네트워크, 70라우터, 70서브네트워크에 접근:, 70

다

다중 사용자 시스템, 14구성, 17

다중 사용자 프로젝트, 19생성, 19

다중 스테이션 시스템, 8클라이언트 구성, 28

데

데이터, 50여러 서버에서 디스플레이, 54여러 서버의 디스플레이, 50

동

동작 시동, 62, 64서버, 62클라이언트, 64

들

들여오기, 36패키지, 36


디

디스플레이, 50여러 서버에서, 50여러 서버에서 데이터, 54

라

라우터, 70

런

런타임, 60그래픽, 60메시지, 60보고서, 60사용자 관리자, 60스크립트, 60시스템 동작, 60시스템 오류 시 동작, 60아카이브, 60텍스트 라이브러리, 60

메

메시지, 57여러 서버에서 디스플레이, 57클라이언트에서 메시지 순차 보고서 구성, 58

메시지 순차 보고서, 58

보

보조 전원 장치, 117

부

부트업, 62, 64서버, 62, 65클라이언트, 64

분

분산 시스템, 8, 14구성, 17원격 컨피규레이션, 69클라이언트 컨피규레이션, 31클라이언트 프로젝트 생성, 34클라이언트에서 그림 변경 구성, 52

클라이언트에서 데이터 출력 구성, 54클라이언트에서 메시지 디스플레이, 57클라이언트에서 메시지 순차 보고서 구성, 58클라이언트에서 서버 그림 디스플레이, 50패키지 들여오기, 36

서

서버, 14, 17, 107SOFTNET 드라이버의 특성, 65부트업, 62, 65새 프로젝트를 생성한다., 19서버 프로젝트의 클라이언트 구성, 28서버-서버 통신, 14셧다운, 67여러 네트워크 카드 특성, 65여러 클라이언트에 프로젝트 접근, 72우선권이 있는 서버 구성, 44원격 컨피규레이션(전제조건):, 21, 22장기 아카이브 서버, 14컨피규레이션, 17클라이언트에서 그림 편집, 76클라이언트에서 프로젝트 활성화, 77, 79클라이언트의 운전자 인증 구성, 22파일 서버, 14표준 서버, 14표준 서버 구성, 41

서버 데이터, 24우선권이 있는 서버 구성, 44패키지 내보내기, 24패키지 들여오기, 36표준 서버 구성, 41

서버 프리픽스, 47, 50, 52, 54서버-서버 통신, 14서버에서 사용하는 SOFTNET 드라이버, 65서비스 모드, 87서비스 프로젝트, 88, 94대화형 조작 종료, 102대화형 조작 활성화, 102로그오프, 101로그온, 101스크립트, 90승인되지 않은 구성요소, 91시동 목록, 91연결 스테이션, 91이용, 90전제조건, 95정의, 97제한사항, 90진단 정보, 91컨피규레이션, 89표준 프로젝트로 변경, 98

인덱스


설

설정, 115설치, 83, 85파일 서버, 85

설치 서버, 83

셧

셧다운, 67, 68서버, 67클라이언트, 68

스

스크립트서비스 프로젝트, 90

시

시간 동기화, 117시간 순서적 보고, 117시나리오, 14, 139클라이언트와 서버, 14

시동 목록, 11서비스 프로젝트, 91여러 클라이언트가 있는 서버, 11

시스템 동작, 60시스템 메시지, 148시스템 오류, 60시스템 태그, 151시작 화면, 47클라이언트에서 구성, 47

신

신 클라이언트, 11

아

아카이브 메모리, 141, 143

암

암시적 갱신, 24, 36

애

애플리케이션 건강 점검, 104, 146

약

약어, 152

양

양적 구조, 11

연

연결 스테이션서비스 프로젝트, 91

열

열기, 74열기 연결프로젝트 , 74

온

온라인 변경 로드이중화 시스템의 사용자 아카이브에 대한 변경, 129

우

우선권이 있는 서버, 14구성, 44

운

운영체제, 22운전자 인증 구성, 22이중화 시스템, 117

운전자 권한, 22운전 시스템에서 세팅, 22클라이언트의 컨피규레이션, 22

원

원격 컨피규레이션, 69그림 편집, 76

인덱스


여러 프로젝트에 접근, 72열려 있는 프로젝트, 74프로젝트 비활성화, 79프로젝트 활성화, 77

웹

웹 클라이언트, 11

이

이중화, 14, 104, 109Windows에서 서버 입력, 121서버 간 직렬 연결, 124, 139서버 활성화, 104설정, 115시간 동기화, 117시간 순서적 보고, 117시스템 메시지, 141아카이브 스위칭, 104애플리케이션 건강 점검, 104, 146우선권이 있는 서버, 14우선권이 있는 서버 구성, 44운영체제, 117작동 원리, 111전제조건, 117

이중화 서버 간 직렬 연결, 124이중화 서버 활성화, 115이중화 설정, 115이중화 시스템컨피규레이션, 118프로젝트 복사, 130, 133

이중화 시스템의 전제조건, 117

자

자가 진단, 104

잠

잠긴 메시지, 117수동, 117활성, 117

잠긴 메시지 부류, 117수동, 117

잠긴 메시지(수동), 117잠긴 메시지(활성), 117

장

장기 서버 설치, 83장기 아카이브 서버, 14, 83

중

중앙 아카이브 서버, 14

직

직렬 케이블, 117

진

진단 정보서비스 프로젝트, 91

컨

컨피규레이션, 11, 17, 31, 83, 85, 109다중 사용자 시스템, 17분산 시스템, 17서버, 17원격, 69클라이언트, 31클라이언트 서버 시스템, 11파일 서버, 85

컨피규레이션 서버, 83

컴

컴퓨터 목록, 21클라이언트 수락, 21

클

클라이언트, 11, 31, 107그림 변경 구성, 52다중 사용자 시스템의 시작 속성 정의, 28다중 스테이션 시스템, 28메시지 순차 보고서 구성, 58부트업, 64분산 시스템 구성, 31새 프로젝트를 생성한다., 34서버 그림 편집, 76서버 프로젝트 비활성화, 79서버 프로젝트의 구성, 28

인덱스


서버상에서 동시에 시작, 11서버의 장면 있음, 28서버의 컴퓨터 목록에 입력, 21서버의 프로젝트 열기, 74셧다운, 68시작 그림 구성, 47신 클라이언트, 11여러 서버의 그림 디스플레이, 50여러 서버의 디스플레이, 54여러 서버의 메시지 디스플레이, 57여러 프로젝트에 접근, 72운전자 인증 구성, 22원격 서버 프로젝트 활성화, 77웹 클라이언트, 11컨피규레이션, 31컴퓨터 속성 구성, 28패키지 들여오기, 36

클라이언트 프로젝트, 34클라이언트/서버 시나리오, 14클라이언트/서버 시스템, 8

CAS, 14OPC 인터페이스의 애플리케이션, 81WinCC CAS, 14다중 사용자 시스템, 14다중 스테이션 시스템, 8런타임에서 동작, 60분산 시스템, 8, 14사용, 8서버 셧다운, 67서버 시동, 62서버-서버 통신, 14양적 구조, 11이중화, 8, 14장기 아카이브 서버, 14전제조건, 8중앙 아카이브 서버, 14컨피규레이션, 11클라이언트 셧다운, 68클라이언트 시동, 64클라이언트 유형, 11클라이언트와 서버의 가능한 개수, 8파일 서버, 14표준 서버, 14혼합 컨피규레이션, 11

태

태그 동기화, 113

통

통합 수준, 107

파

파일 서버, 14, 85설치, 85컨피규레이션, 85

패

패키지, 24, 36WinCC 익스플로러에서의 표현, 24, 36내보내기 구성, 24들여오기 구성, 36암시적 갱신, 24파일 시스템에 저장, 24

표

표준 서버, 14구성, 41

표준 프로젝트, 88, 94

프

프로젝트, 19, 34, 109WinCC 상태, 92복제, 130, 133비활성화, 79새 클라이언트 프로젝트 생성, 34서버에서 새 프로젝트 생성, 19원격 열기, 74원격 접근:, 72활성화, 77

프로젝트 복사, 130프로젝트 복사기, 130, 133

활

활성화, 77프로젝트, 77

인덱스


Documents

WinCC V7.2 WinCC: 컨피규레이션 5 · PDF filesimatic hmi wincc v7.2 wincc: 컨피규레이션 시스템 메뉴얼 온라인 도움말 인쇄 02/2013 a5e32318783-aa 다중 사용자