wincc v7.3 wincc: コンフィグレーション 5 - …...simatic hmi wincc v7.3 wincc:...

SIMATIC HMI

WinCC V7.3WinCC: コンフィグレーション

システムマニュアル

オンラインヘルプの印刷

06/2014A5E34376761-AA

マルチユーザシステム 1

長期アーカイブサーバー 2

ファイルサーバー 3

WinCC ServiceMode 4

リダンダントシステム 5

法律上の注意

警告事項

本書には、ユーザーの安全性を確保し製品の損傷を防止するうえ守るべき注意事項が記載されています。ユーザ

ーの安全性に関する注意事項は、安全警告サインで強調表示されています。このサインは、物的損傷に関する注

意事項には表示されません。以下に表示された注意事項は、危険度によって等級分けされています。

危険

回避しなければ、直接的な死または重傷に至る危険状態を示します。

警告

回避しなければ、死または重傷に至るおそれのある危険な状況を示します。

注意

回避しなければ、軽度または中度の人身傷害を引き起こすおそれのある危険な状況を示します。

通知

回避しなければ、物的損傷を引き起こすおそれのある危険な状況を示します。

複数の危険レベルに相当する場合は、通常、も危険度の高い事項が表示されることになっています。安全警告

サイン付きの人身傷害に関する注意事項があれば、物的損傷に関する警告が付加されます。

有資格者

本書が対象とする製品 / システムは必ず有資格者が取り扱うものとし、各操作内容に関連するドキュメント、特に

安全上の注意及び警告が遵守されなければなりません。有資格者とは、訓練内容及び経験に基づきながら当該製

品 / システムの取り扱いに伴う危険性を認識し、発生し得る危害を事前に回避できる者をいいます。

シーメンス製品を正しくお使いいただくために

以下の事項に注意してください。

警告

シーメンス製品は、カタログおよび付属の技術説明書の指示に従ってお使いください。他社の製品または部品と

の併用は、弊社の推奨もしくは許可がある場合に限ります。製品を正しく安全にご使用いただくには、適切な運

搬、保管、組み立て、据え付け、配線、始動、操作、保守を行ってください。ご使用になる場所は、許容された

範囲を必ず守ってください。付属の技術説明書に記述されている指示を遵守してください。

商標

®マークのついた称号はすべて Siemens AG の商標です。本書に記載するその他の称号は商標であり、第三者が自

己の目的において使用した場合、所有者の権利を侵害することになります。

免責事項

本書のハードウェアおよびソフトウェアに関する記述と、実際の製品内容との一致については検証済みです。しかしなお、本書の記述が実際の製品内容と異なる可能性もあり、完全な一致が保証されているわけではありません。記載内容については定期的に検証し、訂正が必要な場合は次の版て更新いたします。

Siemens AGIndustry SectorPostfach 48 4890026 NÜRNBERGドイツ

A5E34376761-AAⓅ 08/2014 変更する権利を留保

Copyright © Siemens AG 2014.無断複写・転載を禁じます

目次

1 マルチユーザシステム.........................................................................................................................7 1.1 WinCC のマルチユーザシステム...........................................................................................7 1.2 WinCC のクライアント/サーバーシステム...........................................................................8 1.3 コンフィグレーションおよび数量構造...............................................................................11 1.4 クライアント/サーバーシナリオ.........................................................................................15 1.5 サーバーコンフィクﾞレーション........................................................................................19 1.5.1 サーバーコンフィクﾞレーション........................................................................................19 1.5.2 サーバー側でのプロジェクトの新規作成............................................................................21 1.5.3 コンピュータリストへのクライアント登録方法.................................................................23 1.5.4 オペレータオーソリゼーションのコンフィグレーション方法...........................................24 1.5.5 パッケージエクスポートのコンフィグレーション方法......................................................27 1.5.6 サーバープロジェクトでのクライアントのコンフィグレーション....................................32 1.6 クライアントコンフィクﾞレーション.................................................................................35 1.6.1 クライアントコンフィクﾞレーション.................................................................................35 1.6.2 クライアント側でのプロジェクトの新規作成.....................................................................37 1.6.3 インポートパッケージのコンフィグレーション.................................................................39 1.6.4 標準サーバーのコンフィグレーション方法........................................................................44 1.6.5 優先サーバーのコンフィグレーション方法........................................................................47 1.6.6 クライアントのピクチャの開始のコンフィグレーション...................................................51 1.6.7 異なるサーバーからのピクチャの表示...............................................................................54 1.6.8 クライアント側でのピクチャ変更のコンフィグレーション...............................................56 1.6.9 異なるサーバーからのデータの使用...................................................................................58 1.6.10 異なるサーバーからのメッセージの表示............................................................................61 1.6.11 複数のサーバーからのメッセージ用メッセージシーケンスレポートのコンフィグレー

ション..................................................................................................................................62 1.7 ランタイムでのシステム動作..............................................................................................64 1.7.1 ランタイムでのシステム動作..............................................................................................64 1.7.2 サーバーのスタートアップ.................................................................................................67 1.7.3 クライアントのスタートアップ..........................................................................................68 1.7.4 複数のネットワークカードを使ったサーバー通信の特殊機能...........................................69 1.7.5 サーバーのシャットダウン.................................................................................................72 1.7.6 クライアントのシャットダウン..........................................................................................72 1.8 リモートコンフィクﾞレーション........................................................................................74

WinCC: コンフィグレーション

システムマニュアル, 06/2014, A5E34376761-AA 3

1.8.1 リモートコンフィクﾞレーション........................................................................................74 1.8.2 サブネットに接続されていないコンピュータへのアクセス方法........................................76 1.8.3 複数のクライアントからのプロジェクトへのアクセス......................................................80 1.8.4 編集用にプロジェクトを開く方法.......................................................................................82 1.8.5 サーバープロジェクトピクチャの編集方法........................................................................85 1.8.6 プロジェクトの実行方法.....................................................................................................86 1.8.7 プロジェクトの終了方法.....................................................................................................88 1.9 クライアント/サーバーシステムの OPC インターフェースの使用....................................90

2 長期アーカイブサーバー....................................................................................................................93 2.1 長期アーカイブサーバーのセットアップ............................................................................93

3 ファイルサーバー..............................................................................................................................95 3.1 ファイルサーバーのセットアップ.......................................................................................95

4 WinCC ServiceMode..........................................................................................................................97 4.1 WinCC ServiceMode...........................................................................................................97 4.2 標準プロジェクトとサービスプロジェクト........................................................................98 4.3 サービスプロジェクトの設定..............................................................................................99 4.4 サービスプロジェクトの使用と制約............................................................................... . .100 4.5 WinCC ステータスおよびシステムトレーでのコントロール......................................... . .102 4.6 ファンクションと前提条件............................................................................................. . .105 4.6.1 サービスプロジェクトの操作モード............................................................................... . .105 4.6.2 サービスプロジェクトの実行の必要条件........................................................................ . .106 4.7 WinCC ServiceMode の設定........................................................................................... . .108 4.7.1 プロジェクトをサービスプロジェクトとして定義する方法........................................... . .108 4.8 ランタイムのサービスプロジェクト............................................................................... . .111 4.8.1 ランタイムのサービスプロジェクト............................................................................... . .111 4.8.2 サービスプロジェクトを起動する方法........................................................................... . .111 4.8.3 起動したサービスプロジェクトにログインおよびログオフする方法............................. . .112 4.8.4 サービス目的でのインタラクティブな操作を有効にする方法....................................... . .113

5 リダンダントシステム................................................................................................................... . .115 5.1 2 重化.............................................................................................................................. . .115 5.2 WinCC の 2 重化.............................................................................................................. . .116 5.3 冗長システムの必要条件................................................................................................. . .119 5.4 2 重化の仕組み................................................................................................................ . .121 5.5 冗長性システムの構成..................................................................................................... . .126

目次


4 システムマニュアル, 06/2014, A5E34376761-AA

5.5.1 冗長システムのセットアップ方法................................................................................... . .126 5.5.2 同一ファンクションのコンフィグレーション................................................................. . .128 5.5.3 冗長サーバーを構成する方法.......................................................................................... . .129 5.5.4 ユーザーアーカイブの同期の設定方法........................................................................... . .131 5.5.5 冗長サーバーのプロジェクトの複製方法........................................................................ . .134 5.5.6 ランタイムでの冗長プロジェクトの複製方法................................................................. . .137 5.6 WinCC 冗長性のシナリオ............................................................................................... . .139 5.6.1 プロセス接続エラー発生時のクライアントの切り替え.................................................. . .139 5.6.2 故障シナリオ................................................................................................................... . .143 5.6.2.1 故障シナリオ................................................................................................................... . .143 5.6.2.2 シナリオ 1：ランタイムにないサーバーコンピュータのプロジェクト......................... . .145 5.6.2.3 シナリオ 2 パートナサーバーへの接続エラー................................................................ . .146 5.6.2.4 シナリオ 3 クライアントへのネットワーク接続エラー.................................................. . .148 5.6.2.5 シナリオ 4 プロセス接続の不良...................................................................................... . .149 5.6.2.6 シナリオ 5 ソフトウェアエラー...................................................................................... . .150 5.6.3 WinCC リダンダントシステムタグ................................................................................. . .152 5.6.4 WinCC リダンダントシステムメッセージ...................................................................... . .153

索引................................................................................................................................................ . .157

目次


システムマニュアル, 06/2014, A5E34376761-AA 5

マルチユーザシステム 11.1 WinCC のマルチユーザシステム

内容

WinCC はクライアント/サーバーシステムのコンフィグレーションに使用でき、システ

ム操作およびモニタ機能を複数のクライアントおよびサーバーに分散させることが可能

です。したがって、大きなシステムの場合、個々のコンピュータにかける負荷を減少さ

せ、パフォーマンスを向上させることができます。

本章では以下を説明します。

● WinCC を使用して実行できるクライアント/サーバーシナリオ

● クライアント/サーバーシステムにおいてサーバーおよびクライアントをコンフィグレ

ーションする方法

● 複数のサーバーに表示させるクライアントをコンフィグレーションする方法

● ランタイムでのクライアント/サーバーシステムの動作

● リモートクライアントからサーバープロジェクトをコンフィグレーションする方法


システムマニュアル, 06/2014, A5E34376761-AA 7

1.2 WinCC のクライアント/サーバーシステム

はじめに

WinCC は複数のクライアントおよびサーバーを備えたクライアント/サーバーシステム

のコンフィグレーションに使用でき、大きなシステムをより効率的に操作およびモニタ

します。　サーバー間のオペレーションプロセスおよびモニタプロセスのタスクを複数

のサーバーに分散することにより、個々のサーバーの利用率を減少させ、パフォーマン

スを向上させます。さらに、WinCC を使用して、技術的にも位相的にも複雑な構造を

有するシステム間のマッピングもできます。

クライアント/サーバーシステムの設置例

● 複数のオペレータステーションおよびモニタステーション(クライアント)が、同じタ

スクを実行する必要がある大きなシステムの場合

● 異なるオペレータタスクおよびモニタタスクを複数のオペレータステーション(例：

中央クライアント)に、1 システムの全メッセージを表示するために分散させる場合

クライアントは以下に使用できます。

● 1 台のサーバーを備えたマルチユーザーシステムのコンフィグレーション：複数のク

ライアントがプロセスドライバ接続により、1 台のサーバーにあるプロジェクトにア

クセスします。マルチユーザーシステムの場合、全データがサーバーから供給される

ため、クライアントを設定する必要はありません。

● 複数のサーバーを備えた分散システムの設定：クライアントは、プロセスドライバ接

続している複数のサーバーからのデータを表示できます。分散システム内では、設定

はクライアントごとに行われます。必要なサーバーデータはクライアントにインポー

トされ、修正された場合は自動的に更新されます。プロセスデータはサーバーから提

供されます。

● リモートコンフィグレーション： 1 つのサーバープロジェクトは 1 台のクライアント

から設定されます。

● リモートモニタリング： 1 つのサーバープロジェクトは 1 台のクライアントからモニ

タされます。

クライアント/サーバーシステムのコンフィグレーション条件

WinCC を使用してクライアント/サーバーシステムを設定するには、[WinCC サーバー]オプションをすべての WinCC サーバーで使用可能にする必要があります。

マルチユーザシステム



8 システムマニュアル, 06/2014, A5E34376761-AA

クライアント/サーバーシステム内の全コンピュータはネットワーク(LAN)経由で接続す

る必要があります。システムのクライアントまたはサーバーとしてルーター経由で接続

されている周辺のサブネットのコンピュータにログオンすることもできます。　

冗長システム

以下のようなサーバーエラーなどの故障時でもシステム作動を維持するために、リダン

ダントサーバーを設定することを推奨します。リダンダントシステムのコンフィグレー

ションの正確な手順については、WinCC 文書「リダンダントシステム」を参照してくだ

さい。

文書にはリダンダントシステムにおけるクライアントのコンフィグレーションに関する

情報が含まれています。

注記

両方のリダンダントシステムでプロジェクトを開いている場合、リモートコンフィグレ

ーションはできません。リダンダントシステムを設定する場合、スタンバイコンピュ

ータで WinCC プロジェクトを開かないようにします。ランタイムでリダンダントシス

テムを設定するには、以下の手順で行います。

- スタンバイコンピュータを終了し、プロジェクトを閉じます。

- マスタコンピュータをランタイムで、リモートまたはローカルに設定します。

- オンラインコンフィグレーションが完了したら、プロジェクトデュプリケータを使用

してスタンバイコンピュータにオンラインでプロジェクトを複製します。

- スタンバイコンピュータで再びプロジェクトを開いて実行します。

冗長サーバーペアのクライアント

ローカルプロジェクトのないクライアントが含まれている WinCC プロジェクトは、サ

ーバー上でのみ編集できます（マスタまたはスタンバイ）。 WinCC プロジェクトをパー

トナサーバーで開くことはできません。プロジェクトを編集する際は、WinCC エクスプ

ローラおよびランタイムは終了する必要があります。

マスタサーバーまたはスタンバイサーバーをランタイムで負荷を分散するための優先サ

ーバーに設定することができます。

ランタイム起動中はクライアント上で WinCC エクスプローラを終了した状態にする必

要があります。ランタイムを起動するには、WinCC ツール"AutoStartRT"を使用してく

ださい。 WinCC エクスプローラを開いたまま別のサーバーコンピュータに切り替える

と、オペレータによる入力がロックされます(ユーザーインターフェースがグレーアウト

します)。プロジェクトを開いたサーバーがクライアントの現在のサーバーでない場合、

WinCC エディタを起動できません。




システムマニュアル, 06/2014, A5E34376761-AA 9

下記も参照

クライアント/サーバーシステムの OPC インターフェースの使用 (ページ 90)

リモートコンフィクﾞレーション (ページ 74)

ランタイムでのシステム動作 (ページ 64)

クライアントコンフィクﾞレーション (ページ 35)

サーバーコンフィクﾞレーション (ページ 19)

クライアント/サーバーシナリオ (ページ 15)

コンフィグレーションおよび数量構造 (ページ 11)




10 システムマニュアル, 06/2014, A5E34376761-AA

1.3 コンフィグレーションおよび数量構造

分散システムでの暗号化通信の使用

マルチユーザーシステムのコンピュータ間に暗号化通信を設定します。 "Simatic Shell"を搭載したコンピュータに PSK キーを指定します。これは、共有の指定されたキーが通

信の前に知られているコンピュータのみが、互いに通信することができるのを意味します。同じネットワークのための独自の PSK キーを使用して異なる環境を指定することもでき

ます。

クライアント/サーバーシステムの異なる必要条件に対するコンフィグレーション

必要条件に従って、異なるクライアント/サーバーソリューションを構成できます。クラ

イアント、ウェブクライアント、シンクライアントをインプリメントできます。

クライアント

コンフィグレーションに応じて、クライアント/サーバーシステムのクライアントは以下

のことができます。

● 複数のクライアント上で 1 台のサーバーからの表示を行う(マルチユーザーシステム)

● クライアント上で複数のサーバーの表示を行う(分散システム)

● クライアントから複数のサーバープロジェクト(リモート)を構成する。

● クライアントからサーバープロジェクト(リモート)を実行、終了させる。

複数のクライアントを構成するためには、各サーバーに[WinCC サーバー]オプションが

必要です。

ウエブクライアント

たとえば以下の場合、ウエブクライアントはクライアントサーバーシステムにインスト

ールされます。

● 狭帯域接続経由でのシステムへのアクセスが必要な場合

● データへの一時的アクセスのみが必要な場合

● インターネット経由などの長距離データアクセスが必要な場合

ウエブクライアントには以下の利点があります。




システムマニュアル, 06/2014, A5E34376761-AA 11

● 異なるオペレーティングシステムを備えたクライアントコンピュータを設置できま

す。

● 1 台のサーバーに、複数のウエブクライアントから同時にアクセスできます。

● 大きな数量構造が実現できます。

ウエブクライアントを構成するには、WinCC の小インストールおよび[WinCC ウェブ

ナビゲータ]オプションが必要です。

シンクライアント

シンクライアントの主要な特徴は、基本的にウェブクライアントと同じです。ただし、

他にも以下の特徴があります。

● Windows CE ベースの、堅固なクライアントプラットフォームでの使用も可能です。

シンクライアントを構成するには、WinCC の小インストールおよび[WinCC ウェブナ

ビゲータ]オプションが必要です。

クライアントおよびサーバーの可能数

使用されているクライアントタイプおよびタイプ数によって、異なる数量構造が実現で

きます。混合システムも可能です。つまり、1 つのクライアントサーバーシステム内で

クライアントとウェブクライアントを並列して使用できます。

クライアントのみを使用する場合、WinCC ネットワーク内で大 32 台のクライアント

が 1 台のサーバーに並行してアクセスできます。ランタイムでは、1 台のクライアント

は大 18 台のサーバーにアクセスできます。大 36 台のサーバーを、18 組のリダン

ダントサーバーペアの形で使用できます。

ウェブクライアントを使用している場合、大 151 台のクライアント(クライアント 1 台

とウェブクライアント 150 台)が限度です。このようなシステムでは、大 36 台のサー

バーを、18 組のリダンダントサーバーペアの形で使用できます。

複合システムのコンフィグレーション

複合システムを構成する場合は、以下の経験則を遵守して大数量構造を実現します。

1 つのクライアントタイプに 1 つの値

● ウェブクライアント/シンクライアント = 1

● クライアント = 2

● Configure remote ファンクションを備えたクライアント = 4




12 システムマニュアル, 06/2014, A5E34376761-AA

オペレーティングファンクションなしの WinCC サーバーの場合、全クライアントのす

べての値の合計がサーバー当たり 60 を超過しないようにします。オペレーティングフ

ァンクションを備えたサーバーの場合、合計値は 16 を超過しないようにします。

例:

構成要素有意性

Configure remote ファンクションを備えた 2 台のクライアント 2 x 4 =8

4 台のクライアント 4 x 2 =8

44 台のウェブクライアント 44 x 1 =44

合計 60

サーバーでの複数のクライアントの同時起動

1 つのサーバーに接続されている複数のクライアントを同時に起動すると、過度の負荷

がかかる可能性があります。この場合、クライアントはタイムアウトします。クライア

ントは連続して起動することを推奨します。

オペレータステーションとして使用されていないサーバーの起動リスト

オペレータステーションとして使用されていないサーバーの負荷を低減するために、起

動リストから次のアプリケーションを除外することを推奨します。

● Graphics Designer Runtime、および CCTTRT サーバー(プロセスコントロールオプシ

ョン)や SFCRT(SFC ブロックの表示)などの依存アプリケーション

● Global Script Runtime。ローカルプロジェクトがあるクライアントが 5 つ以上である

サーバーでは、グローバルアクションを避けてください。

これは、中央アーカイブサーバー、および OS プロジェクトエディタを使用しない、ロ

ーカルプロジェクトのあるクライアントを 5 つ以上持つサーバーに適用されます。

OS プロジェクトエディタにより起動リストに追加されたアプリケーションは削除でき

ません。

下記も参照

WinCC のクライアント/サーバーシステム (ページ 8)

クライアント/サーバーシステムの OPC インターフェースの使用 (ページ 90)





システムマニュアル, 06/2014, A5E34376761-AA 13








14 システムマニュアル, 06/2014, A5E34376761-AA

1.4 クライアント/サーバーシナリオ

はじめに

WinCC は、アプリケーションによって異なるクライアント/サーバーシナリオを実装で

きます。

マルチユーザーシステム

マルチユーザーシステムは一般的に、複数のサーバーにデータを分散することが必要な

小規模システム用に設定されています。

プロセスドライバ接続のサーバーは、すべての中央機能および複数のオペレーティング

ステーション(クライアント)の制御を行うように設定されます。個々のオペレータステ

ーションは、同一のタスクまたは異なるタスクを実行することができます。

クライアントはそのオペレータオーソリゼーションに応じて、以下の目的に使用できま

す。

● システムのモニタ

● システムのモニタおよび作動

● サービスコンピュータなどのサーバープロジェクトのリモートコンフィグレーション

クライアントはそのコンフィグレーションに応じて、以下に使用できます。

● たとえばシステムのさまざまなポイントからプロセスを操作できるようにする場合、

プロジェクトで共通の表示を行います。

● メッセージなどにかぎり、プロジェクトによって異なる表示を行います。

特定のオペレーティングコンソール上のオペレータが使用できる機能を定義するために、

ユーザーオーソリゼーションが発行されます。

分散システム

複数のサーバーを設置した分散システムは、一般的に大規模システムにおいて特に大量

のデータ処理が必要な場合に使用されます。複数のサーバーにタスクを分散する結果、

個々のサーバーにかかる負荷が軽減されます。これにより、より大規模な典型的なアプ

リケーションを使用した場合のシステムパフォーマンスが向上します。

WinCC システムで分散システムを設定する場合、プロセスタスクはプロセス手順または

機能性のいずれかに従ったコンフィグレーションにより、サーバーに分散されます。




システムマニュアル, 06/2014, A5E34376761-AA 15

● 技術的分散の場合、各サーバーは、特定のプレスユニットまたはドライユニットな

ど、システムが技術的に制限できる領域を担当します。

● 機能的な分散の場合、各サーバーは、視覚化、アーカイブ、アラーム発行などの特定

のタスクを担当します。

ランタイムでは、分散システムのクライアントはそれぞれ大で 18 台の異なるサーバ

ー、または冗長サーバーペアからのデータを表示できます。分散システムの各クライア

ントは、基本画像とわずかなローカルデータを使用して個別に設定されます。プロセス

データの表示に必要なサーバーデータはサーバーからクライアントに転送され、必要で

あれば自動的に更新されます。

ファイルサーバー

クライアント/サーバーシステムのファイルサーバーを使用して、全プロジェクトをシス

テムで一元的に保存、管理します。したがって、たとえば全プロジェクトのバックアッ

プコピーを定期的に作成することが容易になります。プロセスドライバ接続のサーバー

はファイルサーバーにアクセスし、ファイルサーバー上でプロジェクトの設定ができます。ファイルサーバーはコンフィグレーション専用に使用できます。

ファイルサーバーは必要に応じてハードウェアコンポーネントを追加することにより、

特定の要望に対応できます。これにより、たとえば、バックアップのセキュリティのた

めディスクをミラー化することが可能になります。

長期アーカイブサーバー

長期アーカイブサーバーはアーカイブバックアップコピーを保存するために使用されます。プロセスドライバ接続なしのサーバーは長期アーカイブサーバーとして使用されます。

このサーバーに、プロセスドライバ接続したサーバーが、そのアーカイブバックアップ

データコピーを転送します。長期アーカイブサーバーのアーカイブデータへのアクセス

は、OLE-DB などを使用した外部アプリケーションによって行われます。

中央アーカイブサーバー

接続しているすべての WinCC サーバーのプロセス値およびメッセージは、中央アーカ

イブサーバー(Process Historian など)に保存できます。保存されたプロセス値およびメ

ッセージは、通常、WinCC オンライントレンドコントロールまたは WinCC アラームコ

ントロールのランタイムのプロセス画像に表示されます。さらに、OLE-DB などの定義

済みインターフェースを使用すれば、アーカイブされたプロセス値とメッセージに直接

アクセスできます。このように、重要な生産データを、たとえば分析目的で全社全体で

使用できるようになります。




16 システムマニュアル, 06/2014, A5E34376761-AA

サーバー間通信

2 台のサーバー間の通信時には、1 台のサーバーがもう 1 台のサーバーにあるデータに

アクセスします。 1 台のサーバーは大で 18 台の他のサーバーまたは冗長サーバーペ

アのデータにアクセスできます。データにアクセスするサーバーはコンフィグレーショ

ンおよび操作においてクライアントとして動作しますが、標準サーバーは設定できませ

ん。

アクセスする各サーバーには WinCC サーバーライセンスが必要です。システムの設定

中は、アクセスしているサーバーを数量構造に含める必要があります。

標準サーバー

分散システムでは、固有のサーバーに基づいたサーバー接頭語がデータに付けられるた

め、WinCC コントロールがメッセージおよびプロセスデータを表示できるようになりま

す。

分散システムでは、標準サーバーはクライアント用に設定され、一意の接頭語が指定さ

れていないデータも標準サーバーから要求できます。標準サーバーが定義されていない

場合は、対応するローカルデータにアクセスが試みられます。ローカルデータ(メッセー

ジおよびアーカイブなど)が管理されていない場合、アクセスは拒否されエラーメッセー

ジが表示されます。

優先サーバー

冗長サーバーをマルチユーザーシステムまたは分散システムで使用する場合、クライア

ントの中から優先サーバーを設定します。

優先サーバーは冗長サーバーペアのサーバーで、マルチユーザーシステムのクライアン

トに対して優先度が高くなっています。優先サーバーは各クライアントで個別に選択で

き、システムの操作性を確保します。

下記も参照

優先サーバーのコンフィグレーション方法 (ページ 47)

標準サーバーのコンフィグレーション方法 (ページ 44)







システムマニュアル, 06/2014, A5E34376761-AA 17






18 システムマニュアル, 06/2014, A5E34376761-AA

1.5 サーバーコンフィクﾞレーション

1.5.1 サーバーコンフィクﾞレーション

概要

WinCC ネットワーク内にあるサーバーにより、以下のタスクが実行できます

● プロセスへの接続

● プロセス値の取得

● メッセージおよびプロセス値のアーカイブ

● プロセスからのデータのクライアントへの供給

● コンフィグレーションデータのクライアントへの供給

個々のサーバーで遂行されるタスクは技術面あるいは、機能面により分散できます。

● 技術面：各サーバーでプロセスおよびシステム固有のセクションを管理します。

● 機能面：各サーバーでプロセス全体に関わるランタイム固有のタスク(アラームロギ

ングまたはアーカイブなど)を実行します。

コンフィグレーションのステップ

マルチユーザシステムのコンフィグレーション

マルチユーザシステムの場合、複数のクライアントがランタイムにおいて 1 台のサーバ

ーからの表示を行うように設定されます。クライアントは 1 台のサーバーより独占的に

データを受け取り、個々の設定はされません。

マルチユーザシステムのサーバーは以下のように設定します。

1. サーバー上に"マルチユーザプロジェクト"タイプのプロジェクトを新規作成します。

2. 必要なプロジェクトデータ(ピクチャ、アーカイブ、タグなど)をサーバー上で設定します。

3. サーバー上で設定予定、あるいは、コンピュータリストにリモートでモニタされるクライアントを含みます。

4. リモート設定を有効化するように、操作権限をクライアントに割り振ります。

5. サーバーで自動パッケージインポートを実行します。

6. サーバープロジェクト(ピクチャの開始、ロックキーコンビネーションなど)上のクライアントプロパティを設定します。




システムマニュアル, 06/2014, A5E34376761-AA 19

分散システムのコンフィグレーション

分散システムでは、クライアントが複数のサーバーの表示を行うように設定します。クライアントはローカルデータを保存する自己プロジェクトを備えています。サーバーに

より更新されたデータはパッケージエクスポート機能を経由してクライアントへ転送さ

れます。

分散ステムのサーバーは以下のように設定します。

1. 各サーバー上に"マルチユーザプロジェクト"タイプのプロジェクトを新規作成します。

2. 必要なプロジェクトデータ(ピクチャ、アーカイブ、タグなど)を各サーバー上で設定します。分散(技術面および機能面)に応じて、アーカイブのみといった固有プロジェクトデータに関連づけることもできます。

3. リモートコンフィグレーション可能なクライアントは、サーバーのコンピュータリストに登録する必要があります。

4. リモート設定を有効化するように、操作権限をクライアントに割り振ります。

5. パッケージエクスポートを(手動または自動で)設定します。

6. クライアント側でのクライアントプロジェクトのコンフィグレーション。

7. サーバーデータ(パッケージ)をクライアントで使用可能にします。

注記

常に、関連するクライアントを設定する前に、クライアント/サーバーシステムのサー

バーを設定します。

下記も参照


サーバープロジェクトでのクライアントのコンフィグレーション (ページ 32)

パッケージエクスポートのコンフィグレーション方法 (ページ 27)

オペレータオーソリゼーションのコンフィグレーション方法 (ページ 24)

コンピュータリストへのクライアント登録方法 (ページ 23)

サーバー側でのプロジェクトの新規作成 (ページ 21)







20 システムマニュアル, 06/2014, A5E34376761-AA

1.5.2 サーバー側でのプロジェクトの新規作成

概要

WinCC でプロジェクトを新規作成する場合は、以下のプロジェクトタイプから選択しま

す。

● シングルユーザプロジェクト：スタンドアローンオペレーティングステーション用の

プロジェクト。すべてのタスクをランタイムで実行します(プロセスドライバ接続、

オペレーティング、モニタ、アーカイブなど)。クライアント/サーバーシステムには

関係ありません。

● マルチユーザプロジェクト：マルチユーザシステムまたは分散システム用のサーバー

プロジェクト。複数のクライアントおよびサーバーをコンフィグレーションします。

● クライアントプロジェクト：分散システム内の 1 台のクライアント用のプロジェク

ト。複数のサーバーに表示できます。

手順

以下の手順はマルチユーザシステムまたは分散システムでのサーバープロジェクトの作

成の方法を説明しています。

1. WinCC エクスプローラでサーバーを開き、メニューアイテムの[ファイル|新規]を選択します。 [WinCC エクスプローラ]ダイアログが開きます。

2. [マルチユーザプロジェクト]を選択し、[OK]をクリックします。 [プロジェクト新規作成]ダイアログが現れます。




システムマニュアル, 06/2014, A5E34376761-AA 21

3. プロジェクト名およびサブディレクトリ名(ディレクトリ名がプロジェクトと異なる場合)を入力します。通常は WinCC インストールディレクトリ内の[WinCC プロジェクト]フォルダを、プロジェクトパスとして使用します。

4. [作成]ボタンをクリックします。プロジェクトが作成され、WinCC エクスプローラで開きます。現在のプロジェクトは自動的にサーバープロジェクトになります。

注記

既存のプロジェクトは、プロジェクトタイプを修正([コンピュータプロパティ]ダイアロ

グの[一般]タブ)することによりサーバープロジェクトに変換することもできます。　既

存のプロジェクトは、プロジェクトタイプを修正([コンピュータプロパティ]ダイアログ

の[一般]タブ)することによりサーバープロジェクトに変換することもできます。

下記も参照













22 システムマニュアル, 06/2014, A5E34376761-AA

1.5.3 コンピュータリストへのクライアント登録方法

はじめに

クライアントがサーバーにリモートまたはランタイムでアクセスする場合、そのクライ

アントはサーバーのコンピュータリストに登録される必要があります。

前提条件

マルチユーザプロジェクト(マルチワークステーションシステムあるいは分散システム)を作成しました。これにより設定コンピュータは自動的にクライアント/サーバーシステ

ムになります。

手順

1. WinCC エクスプローラで[コンピュータ]を選択し、ポップアップメニュー項目[新規コンピュータ...]を選択します。 [コンピュータプロパティ]ダイアログが表示されます。

2. クライアントコンピュータの名前を入力して、現在のサーバーへアクセスできるようにします。

3. [OK]をクリックし、プロジェクトのコンピュータリストにコンピュータを登録します。

4. クライアントサーバーシステム上の現在のサーバーへアクセスできるよう、すべてのコンピュータに対してこのプロセスを繰り返し実行します。

注記

クライアントコンピュータの名前を変更するには、コンピュータリストから選択し

たクライアントコンピュータを削除します。新しいクライアントコンピュータを、

変更した名前で新規コンピュータとしてコンピュータリストに含めます。

下記も参照











システムマニュアル, 06/2014, A5E34376761-AA 23



1.5.4 オペレータオーソリゼーションのコンフィグレーション方法

WinCC におけるオペレータオーソリゼーション

クライアントがリモートあるいはランタイムでサーバープロジェクトを開いて処理をす

るには、サーバープロジェクト内で適切なクライアントオペレータオーソリゼーション

を設定する必要があります。この目的で、次のオペレータの権限がサーバー上で使用で

きます。

● "リモートコンフィグレーション": クライアントはリモートステーションよりサーバー

プロジェクトを開き、プロジェクトにフルアクセスができます。

● "リモート有効化": クライアントは実行時にサーバープロジェクトを配置することがで

きます。

● "Web Access - モニタリングのみ": Web クライアントはプラントの監視を許可されて

います。したがって、オペレータオーソリゼーションは他のクライアントのコンフィ

グレーションには関係ありません。

クライアントがサーバープロジェクトを設定するオーソリゼーションを有する場合、サ

ーバープロジェクトのクライアントからオペレータオーソリゼーションを変更すること

も可能です。オペレータオーソリゼーション変更の際、ネットワーク内のコンピュータ

には通知されません。新規クライアントがサーバーにログインを試みると、変更は有効

になります。

クライアントが対応するサーバーのプロジェクトを開き、実行または終了するとオペレ

ータオーソリゼーションが要求されます。対応するオペレータオーソリゼーションがサ

ーバーで利用できない場合、プロジェクトは処理できません。サーバープロジェクトを

クライアント側で閉じる場合、プロジェクトを再度開くとき、ログインが再度要求され

ます。

注記

設定されたオペレータオーソリゼーションはユーザーに対するものであり、コンピュー

タに対するものではありません。つまり、割り付けられたオペレータオーソリゼーシ

ョンは、ログインが同じすべてのオペレーティングステーションで有効になります。




24 システムマニュアル, 06/2014, A5E34376761-AA

オペレーティングシステムのオペレータオーソリゼーション

クライアントがサーバープロジェクトにアクセスするには、対応するプロジェクトフォ

ルダでサーバー側のネットワークアクセスを有効にする必要があります。プロジェクト

にアクセスするユーザーに必要なすべての権限について、オペレーティングシステムの

オーソリゼーションをセットアップします。

注記

ネットワークセキュリティに関して、有効化したプロジェクトディレクトリに別の

Windows オペレータオーソリゼーションを割り付けることができます。

オペレータオーソリゼーションの割り付けについての詳細な情報は、Windows 文書にて

提供されます。

手順

1. WinCC エクスプローラのユーザー管理者を開きます。

2. ナビゲーションエリアでユーザーを選択します。




システムマニュアル, 06/2014, A5E34376761-AA 25

3. サーバープロジェクトへのフルアクセス権限を持つユーザーには、[リモートコンフィグレーション]および[リモート有効化]オーソリゼーションを実行します。

4. [ユーザー管理者]を閉じます。

下記も参照











26 システムマニュアル, 06/2014, A5E34376761-AA



1.5.5 パッケージエクスポートのコンフィグレーション方法

原理

パッケージとは現在のコンフィグレーションデータ(タグ、メッセージ、アーカイブな

ど)すべてを含むパケットデータで、分散システムあるいはマルチユーザーシステムに接

続されたすべてのクライアントで利用できます。パッケージはサーバーからエクスポー

トされ、クライアントにインポートされます。

サーバーでエクスポートしクライアントでインポートする場合、はじめの 1 回は手動で

行われます。その後のサーバー側およびクライアント側でのパッケージの更新は、すべ

て自動的に実行されます。パッケージを更新する場合、パラメータおよびその更新のト

リガを調整できます。たとえば、手動コミッショニング中にパッケージをクライアント

へ転送し、初回コンフィグレーションデータを配布します。クライアントのデータを

新に保つため、サーバーデータの各修正時に自動的パッケージ更新するように、コンフ

ィグレーションできます。

注記

すでに作成されたパッケージを含むプロジェクトを他のサーバーへコピーする場合、

WinCC コンピュータプロパティのコンピュータ名をコピーしたプロジェクトの新規コ

ンピュータに合わせます。　コピーしたプロジェクトのパッケージを再度生成する場

合は、[パッケージプロパティ]ダイアログボックスのコンピュータ名を更新する必要が

あります。

サーバー間の通信を選択した場合、1 台のサーバーがもう 1 台のサーバーのデータにア

クセスします。この時、アクセスするサーバーはインポートしたパッケージに関して

クライアントのように動作します。そのため以下の記述では、クライアントに関する

詳細が適用されます。

コンフィグレーションデータは通常作動中に手動あるいは自動で更新できます。

手動によるパッケージ作成

要求に応じて、新規パッケージがサーバーに手動で作成されます。クライアントはこれ

らをインポートできます。




システムマニュアル, 06/2014, A5E34376761-AA 27

パッケージの自動更新

Implicit Update ファンクションを用いて、サーバーでのパッケージのエクスポートおよ

びクライアントでのパッケージのインポートを自動化できます。

サーバー側の[コンフィグレーションパッケージ自動更新]ダイアログに表示されているオ

プションは、このサーバーからのパッケージのエクスポートおよび他のサーバーからの

パッケージのインポート両方に影響を及ぼす可能性があります。このことは、以下のテ

ーブルの[インポート]および[エクスポート]の列を見ればわかります。

ダイアログでは、WinCC に関して以下の可能性があります。

WinCC CS の設定インポー

ト

エクスポ

ート

意味

プロジェクトが開かれるとサー

バーデータを更新

可プロジェクトが開かれると、クライアントは必ず

インポートを実行します。

通知時の自動更新可以下の条件が満足されている場合、通知を受信し

だい、クライアントは必ずインポートを実行しま

す。

● [エクスポート後に通知]サーバー設定が有効に

なっている場合

● プロジェクトが実行されていない場合

モニタがコンフィグレーション

データに変わります。

● プロジェクトが開かれた場

合はサーバーデータを生成

します。

● プロジェクトが閉じられた

場合はサーバーデータを生

成します。

● 変更された場合は直ちにサ

ーバーデータを生成します。

可サーバーがパッケージをエクスポートします。

● プロジェクトが開かれた場合

● プロジェクトが閉じられた場合

● プロジェクトデータに変更がある度




28 システムマニュアル, 06/2014, A5E34376761-AA

WinCC CS の設定インポー

ト

エクスポ

ート

意味

エクスポート後に通知します。可パッケージのエクスポ[ト時、サーバーから通知が

送信されます。

この設定を実行するには、[通知時の自動更新]クライアント設定が有効になっている必要がありま

す。

自動インポート可サーバーは、以下の目的で、エクスポートしたそ

の専用パッケージを再度インポートします。

● シンボルコンピュータ名が指定された特殊サー

バーに関係なく、タグなどを設定する。

● その専用プロジェクトを使用しないクライアン

トの、特殊サーバーだけを表示する。

WinCC RT の設定インポー

ト

エクスポ

ート

意味

プロジェクトが開かれると

サーバーデータを更新

可プロジェクトが実行されると、クライアントは必ずイ

ンポートを実行します。

通知時の自動更新可以下の条件が満足されている場合、通知を受信しだい、

クライアントは必ずインポートを実行します。

● [通知時の自動更新]クライアント設定が有効になっ

ている場合。

● プロジェクトが実行されている場合。

注記

たとえばコミッショニング中やコンフィグレーションツールの使用中などに、プロジェ

クトデータを頻繁に変更しなければならない場合は、自動パッケージエクスポートは使

用できません。

エクスポートパッケージを設定する場合は、WinCC エクスプローラのサーバーデータエ

ディタを使用します。

必要条件

サーバープロジェクト開いておく必要があります。




システムマニュアル, 06/2014, A5E34376761-AA 29

手順

手動パッケージエクスポート

1. WinCC エクスプローラで[サーバーデータ]に進み、ショートカットメニューで[作成]を選択します。

2. [パッケージプロパティ]ダイアログボックスにおいて、記号および物理的サーバー名を指定します。この情報でクライアント側のパッケージの場所を識別します。コンフィグレーション中できるだけ早期に、サーバーの物理的コンピュータ名およびコンピュータ名記号を定義します。コンピュータ名記号が変更された場合は、すべてのコンフィグレーションデータに適応させる必要があります。コンピュータ名記号は通常、プロジェクト名と物理的コンピュータ名の組み合わせで構成されます。

3. [OK]をクリックします。サーバーデータが作成されます。設定のサイズによって異なりますが、これには時間がかかる場合があります。

結果

サーバーデータの入ったパッケージは、WinCC エクスプローラ内[サーバーデータ]下の

リストに置かれています。パッケージは、ファイルシステムのプロジェクトディレクト

リに、<プロジェクト名>\<コンピュータ\パッケージ>\*.pck の形式で保存されます。

これでクライアントはパッケージをインポートできます。

自動パッケージエクスポート

1. WinCC エクスプローラで[サーバーデータ]に進み、ショートカットメニューで[自動更新]を選択します。

2. 必要なオプションを選択します。複数選択も可能です。

3. [OK]をクリックし、選択を確定します。




30 システムマニュアル, 06/2014, A5E34376761-AA

結果

選択すると同時に自己のサーバーからのサーバーデータを含むパッケージが生成されま

す。また、他のサーバーからすでにインポートされたパッケージの場合は、たとえばプ

ロジェクトを閉じた時に更新されます。　選択すると同時に、自己のサーバーからのサ

ーバーデータを含むパッケージが生成されます。また、他のサーバーからすでにインポ

ートされたパッケージの場合は、たとえばプロジェクトを閉じた時に更新されます。

注記

SIMATIC Manager で作成した WinCC プロジェクトでは、[サーバーデータ]ショートカ

ットメニューに、オプション[作成...]および[自動更新...]は含まれていません。これは

WinCC で作成し、ファンクション[WinCC オブジェクトのインポート]を使用して

SIMATIC Manager にインポートした、WinCC プロジェクトにも適用されます。この

タイプのプロジェクトは TIA プロジェクトとも呼ばれます。

TIA プロジェクトを WinCC エクスプローラでコピーし、その後 WinCC エクスプロー

ラでそのコピーを編集した場合、[サーバーデータ]ショートカットメニューにメニュー

アイテム[作成...]と[自動更新...]が含まれます。

生成されたパッケージの表示

パッケージが生成されている場合、WinCC エクスプローラデータウィンドウに以下のよ

うに表示されます。

キーボード、右：ロードされたパッケージ

キーボード、左: サーバーからエクスポートされたパッケージ

:ロードされたパッケージ、標準サーバーなし

:ロードされたパッケージ、標準サーバーあり

:サーバーエクスポートパッケージ(再インポートされない)

:自己プロジェクトへ再インポートされたローカルに作成されたパッケージ。

下記も参照









システムマニュアル, 06/2014, A5E34376761-AA 31





1.5.6 サーバープロジェクトでのクライアントのコンフィグレーション

原理

複数のクライアントが 1 台のみのサーバーの画面を表示するように、マルチユーザーシ

ステムが設定されている場合、クライアント用のローカルプロジェクトを作成せず、ク

ライアントの動作をサーバープロジェクトで設定します。

必要条件

サーバーデータを表示するクライアントは、サーバー側のコンピュータリストに登録さ

れている必要があります。クライアントは、1 台の特定サーバーにだけアクセスしよう

とします。このサーバーは、他のサーバーからパッケージをインポートできません。サーバープロジェクトはサーバーで開きます。

手順

1. サーバにある WinCC エクスプローラのコンピュータリストを開きます。

2. 設定するクライアントを選択し、ポップアップメニューから[プロパティ]アイテムを選択します。

クライアントの[コンピュータプロパティ]ダイアログが開きます。




32 システムマニュアル, 06/2014, A5E34376761-AA

3. スクリプトを使用する場合、[スタートアップ]タブで、[グローバルスクリプトランタイム]などの、クライアントのランタイムで有効であることが必要なエディタを、選択します。

4. クライアントで起動するランタイムの言語の選択には、[パラメータ]タブを使用します。例えば、同じデータを異なる言語で表示する 2 台のクライアントを、設定することもできます。

5. [グラフィックランタイム]タブで、クライアントの開始画面を指定します。開始画面は、各クライアントに個別に選択できます。必要に応じて、ここでウィンドウ属性を定義します。

6. [OK]を選択して、設定を確認します。

7. 同じ方法で、プロジェクトの他のクライアントのプロパティを設定します。

8. サーバープロジェクトで、サーバーデータエディタのポップアップメニューで[暗黙の更新]エントリを開きます。 [自動インポート]設定を有効にします。

9. サーバープロジェクトでパッケージを生成します。

注記

自分のプロジェクトが無いクライアントは、そのクライアントが設定されているサ

ーバーのみを表示できます。このサーバーを、サーバー間通信を使用して別のサー

バーとリンクしたり、中央アーカイブサーバーとリンクすることはできません。

WinCC エクスプローラが灰色表示されている場合は、プロジェクトの変更は適用されません。

初期状態

● ローカルプロジェクトを持たないクライアントのランタイムで、WinCC エディタが

開いている。

● サーバーで WinCC Runtime が動作していない。

動作

プロジェクト関数のスクリプトへの変更など、エディタでの変更が適用されない。

解決法

ローカルプロジェクトを持たないクライアントでは、WinCC エクスプローラが灰色表示

されている限り、データの設定ができません。

下記も参照







システムマニュアル, 06/2014, A5E34376761-AA 33










34 システムマニュアル, 06/2014, A5E34376761-AA

1.6 クライアントコンフィクﾞレーション

1.6.1 クライアントコンフィクﾞレーション

はじめに

　クライアントコンフィクﾞレーションは、クライアントが複数のサーバーに表示するこ

とができるように、分散システムをコンフィグレーションする場合にのみ必要です。クライアントが 1 台のサーバーからのデータのみを表示するように、マルチユーザーシス

テムをコンフィグレーションする場合は、クライアントコンフィグレーションは必要あ

りません。クライアントは、サーバープロジェクトから全データおよび対応するランタ

イム環境を受信します。

クライアント/サーバーシステムに複数のサーバーが含まれ、クライアントが複数のサー

バー(分散システム)に異なる表示をするようにコンフィグレーションする場合、各クラ

イアントに個々のクライアントプロジェクトをコンフィグレーションします。ランタイ

ムでは、各クライアントは 18 台までの異なるサーバーまたは冗長サーバーペアに表示で

きます。たとえば、サーバー 1 およびサーバー 2 からのメッセージを表示し、サーバー

3 からのプロセス値を表示して書き込み、サーバー 4 からの画像を表示する、などがあ

ります。

分散システムのクライアントは、サーバー側での個々のオペレーティングオーソリゼー

ションに従って、以下を実施できます。

● プロセスのモニタ

● プロセスのモニタおよび作動

● サーバー側でのプロジェクトのリモートコンフィクﾞレーション

● サーバー側でのプロジェクトのリモート実行および終了

注記

異なるサーバーからのデータを表示するため、サーバーの接頭語(つまり、サーバー名)は分散システム内で一意でなければなりません。

各クライアントには固有のコンフィクﾞレーションがあり、クライアントのデータベース

に、管理をあまり必要としない以下のようなクライアント固有のデータを、ローカルに

保存します。

● ローカルタグ

● ユーザー管理者データ




システムマニュアル, 06/2014, A5E34376761-AA 35

● テキストライブラリからのデータ

● プロジェクトのプロパティ

● ユーザーサイクル

注記

サーバーコンフィクﾞレーションのすべての外部データもクライアント側で使用でき、

クライアントプロジェクトに正しく表示できなければなりません。外部データは、た

とえば、WinCC に由来しない ActiveX コントロール、および OLE オブジェクトとして

統合化されている外部グラフィックに、関連しています。

コンフィグレーションのステップ

1. サーバープロジェクトのコンフィグレーション

2. サーバーパッケージのエクスポートおよび作成

3. クライアント側でのパッケージインポートのコンフィグレーション

4. クライアント側でのクライアントプロジェクトのコンフィグレーション。

注記

サーバーでランタイムを無効にする場合は、クライアントでもランタイムを終了し、コ

ンフィグレーションを続ける必要があります。

下記も参照

複数のサーバーからのメッセージ用メッセージシーケンスレポートのコンフィグレーシ

ョン (ページ 62)

異なるサーバーからのメッセージの表示 (ページ 61)

異なるサーバーからのデータの使用 (ページ 58)

クライアント側でのピクチャ変更のコンフィグレーション (ページ 56)

異なるサーバーからのピクチャの表示 (ページ 54)

クライアントのピクチャの開始のコンフィグレーション (ページ 51)



インポートパッケージのコンフィグレーション (ページ 39)




36 システムマニュアル, 06/2014, A5E34376761-AA

クライアント側でのプロジェクトの新規作成 (ページ 37)





1.6.2 クライアント側でのプロジェクトの新規作成

概要

WinCC でクライアントプロジェクトを新規作成する場合は、以下のプロジェクトタイプ

から選択します。

● シングルユーザプロジェクト：スタンドアローンオペレーティングステーション用の

プロジェクト。すべてのタスクをランタイムで実行します(プロセスドライバ接続、

オペレーティング、モニタ、アーカイブなど)。クライアント/サーバーシステムには

関係ありません。

● マルチユーザプロジェクト：マルチユーザシステムまたは分散システム用のサーバー

プロジェクト。複数のクライアントおよびサーバーをコンフィグレーションします。

● クライアントプロジェクト：分散システム内の 1 台のクライアント用のプロジェク

ト。複数のサーバーに表示できます。

注記

複数のクライアントが 1 台のみのサーバーの画面を表示するように、マルチユーザ

システムがコンフィグレーションされている場合、クライアント用のローカルプロ

ジェクトを作成せず、サーバープロジェクトにクライアント動作をコンフィグレー

ションします。




システムマニュアル, 06/2014, A5E34376761-AA 37

手順

1. WinCC エクスプローラでクライアントを開き、メニューアイテムの[ファイル|新規]を選択します。 [WinCC エクスプローラ]ダイアログが開きます。

2. [クライアントプロジェクト]を選択し、[OK]をクリックします。 [プロジェクト新規作成]ダイアログが現れます。

3. プロジェクト名およびサブディレクトリ名(ディレクトリ名がプロジェクトと異なる場合)を入力します。通常は WinCC インストールディレクトリ内の[WinCC プロジェクト]フォルダを、プロジェクトパスとして使用します。

4. [作成]ボタンをクリックします。プロジェクトが作成され、WinCC エクスプローラで開きます。

注記

既存のプロジェクトは、[コンピュータフﾟロハﾟティ]タﾞイアロクﾞでプロジェクトタイ

プを修正することにより、クライアントプロジェクトに変換することもできます。




38 システムマニュアル, 06/2014, A5E34376761-AA

下記も参照

















1.6.3 インポートパッケージのコンフィグレーション

概要

分散システムの種々のサーバーのプロセスデータを表示するクライアントには、対応す

るデータの情報が必要です。この目的のため、設定データを含むパッケージが分散シス

テムのサーバーで作成され、このパッケージがクライアントに提供されます。クライア

ントでは、使用するデータのあるサーバーからのパッケージが必要です。

概要

サーバーでパッケージをエクスポートし、クライアントでインポートする場合、はじめ

の 1 回は手動で行われます。その後のサーバー側およびクライアント側でのパッケージ




システムマニュアル, 06/2014, A5E34376761-AA 39

の更新は、すべて自動的に実行されます。更新をいつ行うか、および何によってトリガ

するかを設定できます。

注記

サーバー間の通信を選択した場合、1 台のサーバーがもう 1 台のサーバーのデータにア

クセスします。この時、アクセスするサーバーはインポートしたパッケージに関してク

ライアントのように動作します。そのため以下の記述では、クライアントに関する詳

細が適用されます。シンボルコンピュータが指定された特殊サーバーに関係なく、タグなどをコンフィグレ

ーションするために、サーバーはその専用パッケージを再度インポートできます。

パッケージをインポートするには、WinCC エクスプローラで"サーバーデータ"エディタ

を使用します。パッケージをインポートする方法には、以下の 3 種類があります。

手動ロード

サーバー上で生成されたパッケージがクライアント上にロードされます。インポートプ

ロセスは、[ロード]コマンドを使用して手動でトリガされます。パッケージの初のイ

ンポートは手動で実行する必要があります。

手動更新

サーバーによりクライアント上にすでにロードされているパッケージは、[更新]コマンド

を使用して更新されます。

自動更新

クライアント側でパッケージの自動更新をコンフィグレーションできるので、固有の条

件に合致した場合、新規パッケージはクライアント側で自動的に更新されます。ただ

し、はじめのインポートは手動で実行しなくてはなりません。




40 システムマニュアル, 06/2014, A5E34376761-AA

設定意味

WinCC CS 用

● プロジェクトを開いてのサー

バーデータの更新

● 通知時の自動更新

● プロジェクトが開かれると、クライアントは必ず

インポートを実行します。

● パッケージのエクスポート後、サーバーから通知

が送信されます。その通知を受信するとクライア

ントは必ずインポートを実行します。

この設定は、サーバーでパッケージエクスポート

用に[エクスポート後に通知]設定が実行されている

場合にかぎり有効となります。

WinCC RT 用

● プロジェクトを開いてのサー

バーデータの更新

● 通知時の自動更新

● プロジェクトが実行されると、クライアントは必

ずインポートを実行します。

● パッケージのエクスポート後、サーバーから通知

が送信されます。その通知を受信するとクライア

ントは必ずインポートを実行します。

この設定は、サーバーでパッケージエクスポート

用に[エクスポート後に通知]設定が実行されている

場合にかぎり有効となります。

必要条件

● サーバーでパッケージが作成されている。

● クライアントプロジェクトが開いている。

手順

手動ロード

1. クライアントでクライアントプロジェクトを開きます。

2. WinCC エクスプローラで[サーバーデータ]を選択し、ショートカットメニューで[ロード]を選択します。 [ファイルを開く]ダイアログが現れます。




システムマニュアル, 06/2014, A5E34376761-AA 41

3. ロードするパッケージを選択し、[OK]をクリックします。パッケージはデフォルトで、ディレクトリ"...\\<サーバープロジェクト名>\<コンピュータ名>\パッケージ\"に、名前"<プロジェクト名_コンピュータ名>*.pck"で保存されています。ただし、どのようなデータ媒体に保存されているパッケージにもアクセスできます。

4. [開く]をクリックします。データがロードされます。対応するサーバーを使用できない場合、新規パッケージの要求時に、適切な障害エントリが表示されます。

手動更新


2. WinCC エクスプローラで[サーバーデータ]を選択し、ショートカットメニューで[更新]コマンドを選択します。

3. データが更新されます。サーバー間通信の場合、他のサーバーからのパッケージがロードされないと、そのサーバー上に障害メッセージが表示されます。




42 システムマニュアル, 06/2014, A5E34376761-AA

自動更新


2. WinCC エクスプローラで[サーバーデータ]を選択し、ショートカットメニューで[自動更新]を選択します。 [コンフィクﾞレーション自動パッケージ更新]タﾞイアロクﾞが現れます。

3. 必要なオプションを選択します。複数選択も可能です。

4. [OK]をクリックして選択を確定します。サーバーデータはクライアント側で自動的に更新されます。たとえば、プロジェクトを開く、ネットワーク経由の通知に従う、などです。対応するサーバーを使用できなくても、クライアントに障害メッセージは表示されません。

注記

クライアント側でプロジェクト実行中に新規パッケージを追加する、またはパッケ

ージを削除すると、表示が困難になる恐れがあります。この状況に対処するには、

クライアントをいったん終了し、その後再起動します。

ロードされたパッケージの表示

パッケージがロードされている場合、以下のように WinCC エクスプローラのデータウ

ィンドウに表示されます。

キーボード、右：ロードされたパッケージ

キーボード、左: エクスポートされたが、パッケージが未ロード

:ロードされたパッケージ、標準サーバーなし

:ロードされたパッケージ、標準サーバーあり




システムマニュアル, 06/2014, A5E34376761-AA 43

下記も参照
















1.6.4 標準サーバーのコンフィグレーション方法

概要

分散システムのクライアント用に標準サーバーを設定します。(標準サーバーは、一意の

サーバー接頭語(例、タグ用)が指定されていない場合に、データを要求します。)

標準サーバーが構成要素用に設定されていない場合、ローカルクライアントデータ(例、

内部タグ)にアクセスが試みられます。クライアントにローカルデータ管理(例、メッセ

ージおよびアーカイブ)がない場合、アクセスは拒否されエラーメッセージが発行されま

す。

必要条件

標準サーバーは、対応するパッケージをインポートした後で、クライアントでのみ選択

できます。




44 システムマニュアル, 06/2014, A5E34376761-AA

手順

1. WinCC エクスプローラで、クライアントの[サーバーデータ]エントリを選択します。

2. ポップアップメニューから[標準サーバー...]アイテムを選択します。 [標準サーバーの設定]ダイアログが表示されます。

3. シンボルコンピュータ名で、必要な構成要素のエントリをクリックします。ドロップダウンリストボックスからサーバーを選択します。リストには、クライアントにロードされたすべてのパッケージのシンボルコンピュータ名が含まれています。

4. ダイアログにリストされている構成要素は、WinCC インストールに依存します。オプションがインストールされている場合、表示されている構成要素に加えて、構成要素オプション(例、SSM - 分割画面マネージャ)をリストできます。

5. [OK]をクリックし、選択を確定します。

構成要素用の標準サーバーの選択タイミング

アラーム

オペレーティングメッセージをクライアントで生成する場合、アラーム用標準サーバー

をあらかじめ指定しておかなくてはなりません。クライアント自体ではアラームロギン

グを設定できないので、メッセージはサーバーで発行する必要があります。

クライアントは、デフォルトサーバーから集中的にユーザーが指定したメッセージの選

択を取得できます。

アーカイブ、画面、テキストライブラリ、ユーザーアーカイブ、タグ

標準サーバーがクライアントで設定されている場合、有効なサーバー接頭語が生成され

ていない構成要素からのデータは、定義された標準サーバーで検索されます。標準サー

バーがクライアントで設定されていない場合、サーバー接頭語がないので、このデータ

のサーバーを特定できません。




システムマニュアル, 06/2014, A5E34376761-AA 45

アーカイブ、画面、テキストライブラリ、ユーザーアーカイブ、タグ用にデフォルトサ

ーバーを設定することは、特殊なアプリケーションでのみ意味があります。 SIMATIC の

マニュアルやカスタマサポートから特定のサーバーを設定するように要求されない場合

は、[標準サーバーの設定]の"サーバーデータ"エディタの[標準サーバーなし]の設定を変

更しないでください。

注記

WinCC クライアントの変数に標準サーバーが入力されている場合、タグ管理のランタ

イムでのヒントには、ステータス情報は表示されません。

基本プロセスコントロールを使用する場合は、標準サーバーを選択します。

アラーム

常にアラーム用の標準サーバーを指定する必要があります。

タグ

変数用に標準サーバーを指定することはできません。

SSM(分割画面マネージャ)

常に SSM 構成要素用の標準サーバーを指定します。

WinCC クライアントにトレンドグループが組み合わされてる場合、トレンドグループは

標準サーバーおよびそのリダンダントパートナサーバーに保存されます。他の WinCCクライアントも、このサーバーを SSM 構成要素用の標準サーバーとして、指定できます。そのため、設定されたトレンドグループも、これらの WinCC クライアントで使用でき

ます。 WinCC クライアントで SSM 構成要素用に設定された標準サーバーがない場合、

コンパイルされたトレンドは、このコンピュータにローカルに保存されます。他の WinCCクライアントは、このようなトレンドグループを、WinCC オンライントレンドコントロ

ールで表示できません。基本的に、これらのトレンドグループをサーバープロジェクト

で表示することは、不可能です。

WinCC クライアントでイメージコンパイルが設定されている場合、標準サーバーが SSM構成要素用に指定されている場合にかぎり、このサーバーに保存されます。標準サーバ

ーが指定されていない場合は、WinCC クライアントのイメージコンパイルの設定はロー

カルに保存され、他のクライアントからはアクセスできません。基本的に、これらのス

クリーンコンパイルをサーバープロジェクトに表示することは、不可能です。

サーバーに冗長化が設定されている場合、トレンドグループのデータとイメージコンパ

イルのデータも、リダンダントパートナサーバーと一致しています。冗長化切り替え時




46 システムマニュアル, 06/2014, A5E34376761-AA

には、コンパイルされたすべてのトレンドグループおよびイメージコンパイルを、WinCCクライアントから要求できます。

下記も参照
















1.6.5 優先サーバーのコンフィグレーション方法

はじめに

リダンダントサーバーを使用する場合、分散システムあるいはマルチユーザシステムの

クライアント上の優先サーバーを設定します。

優先サーバーはリダンダントサーバーペアのサーバーで、分散システムのクライアント

に対して優先度が高くなっています。優先サーバーが使用可能であるかぎり、クライア

ントはそのサーバーからデータを受信します。

優先サーバーは各クライアントに対して個々に定義できるので、クライアントをリダン

ダントサーバーに分散することが可能で、永続的な操作性が確保されます。構成された




システムマニュアル, 06/2014, A5E34376761-AA 47

サーバーへのネットワーク中断がある場合、クライアントはリダンダントパートナーサ

ーバーに切り替わります。サーバーが再度使用可能になると、クライアントはその優先

サーバーに再度切り替わります。

クライアントをリダンダントサーバーに分散することにより負荷が分散され、システム

全体のパフォーマンスが向上します。

注記

WinCC のリダンダントシステムのコンフィグレーションは、「リダンダントシステム」

トピックを参照してください。

手順

分散システムとマルチユーザシステムのクライアント用優先サーバーは、別々に設定さ

れます。

分散システムのクライアント用優先サーバーの構成

1. WinCC エクスプローラで、クライアント側の[サーバーデータ]エントリを選択します。

2. ショートカットメニューから[構成]を選択します。[サーバーデータの構成]ダイアログが表示されます。




48 システムマニュアル, 06/2014, A5E34376761-AA

3. リストには、クライアントにパッケージを提供する全サーバーの、コンピュータ名記号および物理的コンピュータ名が含まれます。サーバーに対してリダンダントサーバーが利用可能である場合、物理的コンピュータ名を指定します。リダンダントサーバーペアから 1 台のサーバーを、優先サーバーとして選択します。分散システムのリダンダントサーバーのペアには、唯一で共通のシンボル名があり、これによってサーバーをアドレス指定します。

4. [OK]をクリックして、入力を終了します。

マルチユーザシステムのクライアント用優先サーバーの構成

クライアントはサーバーのコンピュータリストに入力される必要があります。

1. WinCC エクスプローラでサーバー側の[サーバーデータ]エントリを選択します。

2. ショートカットメニューから[クライアント固有の設定]を選択します。[クライアント固有の設定]ダイアログが表示されます。




システムマニュアル, 06/2014, A5E34376761-AA 49

3. サーバーのコンピュータリストに、入力されたクライアントのリストが表示されます。必要なクライアントを選択し、[優先サーバー]列の 2 台のリダンダントサーバーから 1 台を、優先サーバーとして選択します。


クライアントのランタイム動作

優先サーバーとして指定されたリダンダントサーバーが使用可能であるかぎり、クライ

アントはこれに接続されたままです。

優先サーバーが故障した場合、クライアントはリダンダントパートナーサーバーに切り

替わります。故障した優先サーバーが再度使用可能になると、クライアントはそのサー

バーに戻ります。

下記も参照










50 システムマニュアル, 06/2014, A5E34376761-AA










1.6.6 クライアントのピクチャの開始のコンフィグレーション

概要

分散システムのピクチャはすべてクライアントのピクチャの開始として使用できます。これはサーバーからのピクチャ、クライアント側のローカルピクチャなどのピクチャす

べてにあてはまります。

以下の記述は、サーバーのピクチャをピクチャの開始(初期画面)として使用する方法に

ついて、説明しています。

前提条件

ピクチャの開始として使用するピクチャのサーバーパッケージは、クライアントにイン

ポートします。

手順


2. WinCC エクスプローラでコンピュータを選択し、ポップアップメニューから[フﾟロハﾟティ]オプションを選択します。

3. グラフィックランタイムタブを実行します。




システムマニュアル, 06/2014, A5E34376761-AA 51

4. 初期画面名としてサーバーコンピュータ名を入力し、使用するピクチャを入力します。例：

5. [検索]ボタンを使用して、ピクチャを検索することもできます。選択タﾞイアロクﾞに、クライアントにロードされたすべてのサーバーパッケージのピクチャが表示されます。


下記も参照












52 システムマニュアル, 06/2014, A5E34376761-AA











システムマニュアル, 06/2014, A5E34376761-AA 53

1.6.7 異なるサーバーからのピクチャの表示

原理

異なるサーバーからのピクチャを、クライアント上にコンフィグレーションされた基本

画面内のピクチャウィントﾞウに表示できます。




54 システムマニュアル, 06/2014, A5E34376761-AA

サーバーからのデータは各ピクチャウィントﾞウからアクセスできます。サーバーピク

チャをピクチャウィンドウとしてクライアントピクチャに統合するため、サーバー接頭

語をピクチャファイル名の前に付ける必要があります。

注記

サーバー接頭語は分散システム内で一意でなければなりません。

サーバーピクチャは、スクリプト(C または VBS)および直接リンク経由でピクチャウィ

ンドウに挿入できます。

サーバーのピクチャはクライアントのピクチャウィンドウサイズに合わせる必要があり

ます。

前提条件

対応するサーバーのパッケージをクライアントにインポートする必要があります。

手順

1. ピクチャウィンドウに挿入するクライアントでピクチャを開きます。

2. グラフィックデザイナの標準パレットから、スマートオブジェクトグループの[ピクチャウィンドウ]を選択し、ピクチャに挿入します。

3. ピクチャウィンドウ上でダブルクリックし、[プロパティ]ダイアログを開きます。

4. [その他]グループから、[プロパティ]タブをダブルクリックし、[ピクチャ名]属性を選択して、ピクチャを検索します。

または、[ピクチャ名]属性の[スタティック]列をダブルクリックし、ピクチャ名を直接<サーバー接頭語>::<ピクチャ名>という形式で入力します。

5. [フﾟロハﾟティ]タﾞイアロクﾞを閉じます。

注記

[ピクチャ名]属性でサーバー接頭語が自動的に指定されない場合、[サーバー接頭語]属性経由でもサーバー接頭語を入力できます。 [サーバー接頭語]属性でダブルクリックす

ると、パッケージがクライアント側にある全サーバーを含んだ選択リストが現れます。




システムマニュアル, 06/2014, A5E34376761-AA 55

下記も参照
















1.6.8 クライアント側でのピクチャ変更のコンフィグレーション

概要

分散システムのクライアントを使用して、ターゲットピクチャにサーバー接頭語を付与

することにより、サーバーピクチャ上のピクチャ変更をコンフィグレーションできま

す。 WinCC によるコンフィグレーションでは、通常のピクチャ交換のコンフィグレー

ションでも、基本ピクチャの変更でも、違いはありません。

手順

以下の手順は、サーバー上でピクチャ変更を開始する、ボタンのコンフィグレーション

方法例について説明しています。

1. グラフィックデザイナのクライアントプロジェクトのピクチャを開きます。

2. Windows オブジェクトのグループからボタンをピクチャに挿入します。 [コンフィクﾞレーション]タﾞイアロクﾞが現れます。




56 システムマニュアル, 06/2014, A5E34376761-AA

3. サーバー接頭語をターゲットとして、[ピクチャの変更]に入力し、ピクチャ名を<サーバー接頭語>::<ピクチャ名>の形式で入力します。例：

4. [OK]をクリックしてダイアログを閉じます。

その他の手順

ピクチャの変更は、ボタンの[プロパティ]タﾞイアロクﾞでもコンフィグレーションできま

す。

● [イヘﾞント]タブを使用して、マウスのクリックなどで直接接続をコンフィグレーショ

ンします。

● サーバー接頭語の付いたピクチャ名を、直接接続の定数として入力します。

下記も参照











システムマニュアル, 06/2014, A5E34376761-AA 57









1.6.9 異なるサーバーからのデータの使用

原理

分散システムのクライアントの基本ピクチャおよびそこに含まれるすべてのオブジェク

トは、クライアント側で直接コンフィグレーションされます。複数のサーバーからのデ

ータへのアクセスは、各基本ピクチャから実行できます。例：

● システムの A 部をモニタするサーバー_1 からのプロセス値出力フィールド、システ

ムの残りの部分をモニタするサーバー_2 からのプロセス値出力フィールド。

● 異なるシステムパット/サーバーからのデータを、比較できる形式で表示するトレンド

表示。

● 複数のサーバーからのメッセージを表示するメッセージウィンドウ。




58 システムマニュアル, 06/2014, A5E34376761-AA

クライアント上に出力される基本ピクチャは、他のクライアントにコピーできます。このためには、基本ピクチャでアドレスできるサーバーパッケージをターゲットクライア

ント側で使用可能にする必要があります。

注記

サーバー側でコンフィグレーションされ、パッケージとともにクライアントに転送され

たタグはすべて、クライアント側では[タグの選択]ダイアログにより使用できます。

グローバルスクリプトからの C アクションとファンクション、または VBS アクション

と手順は、クライアント側で実行できなければなりません。グローバル C および VBSスクリプトは、パッケージのコンポーネントではありません。

手順

以下の手順は 2 台の異なるサーバーからのプロセスデータを、クライアント上のトレン

ド表示に表示させる方法例を説明したものです。


2. グラフィックデザイナを使用して、基本ピクチャとして使用するピクチャをコンフィグレーションします。

3. オブジェクトパレットのコントロールタブから、WinCC オンライントレンドコントロールを基本ピクチャに挿入します。 [WinCC オンライントレンドコントロールのプロパティ]ダイアログが開きます。

4. 現在のプロセスをモニタする場合、データソースとして[オンラインタグ]を選択します。

5. [トレンド]タブを実行します。




システムマニュアル, 06/2014, A5E34376761-AA 59

6. [アーカイブ/タグの選択]を選択すると表示されるプロセス値を含んでいるはじめのトレンド用のタグを選択し、[選択]ボタンを選択します。

7. 以下の形式でタグ名を入力します。 [<サーバー接頭語 1>::<タグ名>]。内容を[OK]ボタンで確認します。

8. トレンドタブで[+]ボタンをクリックし、2 番目のトレンドを追加します。

9. 2 番目のトレンドを、2 番目のサーバーからのタグに以下の形式で関連付けます。 [<サーバー接頭語 2>::<タグ名>]。

10.[OK]を選択して、設定を確定します。

結果

ランタイムでは、2 個のトレンドがクライアント上のトレンド表示に現れます。トレン

ド 1 はサーバー 1 からのデータを表示し、トレンド 2 はサーバー 2 からデータを表示し

ます。

下記も参照


















60 システムマニュアル, 06/2014, A5E34376761-AA

1.6.10 異なるサーバーからのメッセージの表示

一般的手順

複数のサーバーからのメッセージは、分散システムのクライアント上に以下のように表

示できます。

● メッセージが表示される各サーバーのメッセージ表示をコンフィグレーションしま

す。

● メッセージ表示のソースとして、複数のメッセージサーバーを指定します。

注記

アラームコントロールがクライアントの基本ピクチャに統合されている場合、Loop in Alarm ファンクション実行時には、関連サーバーピクチャがクライアント上で基

本ピクチャとして表示されます。元の基本ピクチャへ戻ることはできません。

アラームコントロールがクライアントのピクチャウィンドウに統合されている場合、

[Loop in Alarm ファンクション実行時には、関連サーバーピクチャが[ループインア

ラーム]ピクチャウィンドウに表示されます。関連ボタンをクリックして、基本クラ

イアントピクチャに戻ります。

手順


2. グラフィックデザイナを使用して、基本ピクチャとして使用するピクチャをコンフィグレーションします。

3. オブジェクトパレットのアラームコントロールタブから、WinCC オンライントレンドコントロールを基本ピクチャに挿入します。 [WinCC アラームコントロールのプロパティ]ダイアログが開きます。

4. アラームコントロールに全接続サーバーのメッセージを表示する場合は、[サーバーの選択]を選択して[すべてのサーバー]チェックボックスにチェックを入れます。

5. 固有のサーバーからのメッセージのみを表示する場合は、[すべてのサーバー]チェックボックスのチェックを外し、[選択]ボタンをクリックしてネットワークから WinCC サーバーを選択します。

6. [OK]をクリックしてダイアログを閉じます。

注記

マルチロケーションシステムでは、必ず、クライアント 1 名の選択ダイアログに表示さ

れる内容が、すべてのサーバーで同じ名前になるようにします。




システムマニュアル, 06/2014, A5E34376761-AA 61

下記も参照















1.6.11 複数のサーバーからのメッセージ用メッセージシーケンスレポートのコンフィグレ

ーション

原理

異なるサーバーからのメッセージをクライアント上の基本ピクチャに表示する場合、対

応するメッセージシーケンスレポートを表示することもできます。全サーバーからのメ

ッセージが収集され、正しいシーケンスで出力されます。

WinCC は、メッセージシーケンスレポート用の事前コンフィグレーションレイアウトお

よび印刷ジョブを提供します。

手順

1. WinCC エクスプローラのレポートデザイナで、[@CCAlgRtSequence.RPl]レイアウトを開きます。ラインレイアウトエディタが現れます。

2. [選択]ボタンをクリックします。 [プロトコルテーブル選択]ダイアログが現れます。




62 システムマニュアル, 06/2014, A5E34376761-AA

3. [サーバーの追加]ボタンを使用して、メッセージシーケンスレポートにメッセージをロギングするサーバーを[選択されたサーバー]リストに挿入します。パッケージがクライアントにインポートされているサーバーのみが表示されます。

4. 矢印ボタンを使用して、ロギングするメッセージブロックを[レポートの列シーケンス]リストに転送します。

5. [OK]をクリックして入力を確定します。

6. WinCC エクスプローラで、印刷ジョブ[@レポートアラームロギング RT メッセージシーケンス]を開きます。

7. 個々のレイアウトには名前が付けられ、保存されています。[レイアウト]リストからレイアウトを選択します。 [ラインプリンタ用ラインレイアウト]チェックボックスにチェックを入れます。

8. [プリンタセットアップ]タブの[プリンタ]チェックボックスにチェックを入れます。

9. 接続プリンタのリストから、レポートを印刷させるプリンタを選択します。


11.WinCC エクスプローラでクライアントコンピュータを選択し、ポップアップメニューから[プロパティ]コマンドを選択します。 [コンピュータプロパティ]ダイアログが現れます。

12.[スタートアップ]タブで[メッセージシーケンスレポート]を実行します。


下記も参照


















システムマニュアル, 06/2014, A5E34376761-AA 63

1.7 ランタイムでのシステム動作

1.7.1 ランタイムでのシステム動作

はじめに

WinCC のクライアント/サーバーシステムは、システムのコンフィグレーションを複数

のサーバーに分散させて使用することができ、個々のサーバーに加わる負荷を低減でき

ます。サーバー上でコンフィグレーションしたデータはクライアント側で表示させるこ

とができ、ランタイム時に大 18 台の異なるサーバーまたは冗長サーバーペアからのデ

ータをクライアント側で表示できます。

ランタイムでのエディタ動作

アーカイブ

アーカイフﾞシステムがオペレーティングステーションで実行されると、タグロギングラ

ンタイムはサーバー側ではアーカイフﾞサーバーとして機能し、クライアント側ではアー

カイフﾞクライアントとして機能します。データベースへのアクセス、プロセスデータ

のコンパイル、ファイル格納は、アーカイフﾞサーバーだけしかできません。クライア

ントは、アーカイフﾞサーバーからのアーカイフﾞデータを受け取ります。

アーカイフﾞデータは、クライアント側でタグロギングランタイムが実行中であれば、ど

のクライアントからもテーブルまたはグラフィックとして表示できます。表示するデー

タは、常にアーカイフﾞサーバーからのデータです。クライアント側の操作はすべてサ

ーバーに転送され、処理した結果がクライアントに戻されます。

グラフィック

ランタイムでクライアントから画像が呼び出されると、初にグラフィックランタイム

はローカルに保存されている画像を検索します。対応する名前の画像がその場所で見つ

からない場合は、そのサーバーのプロジェクトフォルダ内を検索します。画像が見つか

らない場合は、対応するメッセージを表示します。




64 システムマニュアル, 06/2014, A5E34376761-AA

画像の要求により別のエディタ(アラームロギング、グローバルスクリプト)との交換が

必要となる場合、交換はローカルに行われます。画像は、ランタイムで複数のオペレー

ティングステーションで開き、処理できます。

注記

画像をクライアント側で作成する場合は、ローカルにクライアントにコピーする方が速

くできます。ランタイムタブのクライアント側の[コンピュータフﾟロハﾟティ"]タﾞイア

ロクﾞで関係するディレクトリを、入力します。そのディレクトリを、「常に使用する」

または「できれば使用する」のいずれかに指定することもできます。サーバープロジェクトで画像が修正されている場合は、修正済みの画像を再度クライア

ントのローカルディレクトリにコピーして、データを手動で更新する必要があります。

メッセージ

クライアント側にメッセージが表示された場合、クライアントはサーバーから表示され

ているデータを受け取ります。メッセージサーバーはデータベースからのコンフィグレ

ーションデータを受け取ります。

アーカイフﾞデータおよびメッセージリストは、どのクライアント上にも表示できます。表示するデータは常にメッセージサーバーからのデータです。新規作成メッセージを受

信した場合、そのメッセージはメッセージサーバーにアーカイブされます。

オペレーティングがアラームを確認した場合、アラーム確認情報をサーバーに転送します。サーバーはアーカイフﾞのステータスの変更を入力し、関係するすべてのクライアントに

その旨を伝送します。同じプロセスがメッセージのロックに適用されます。

ただし、メッセージサーバーがランタイムで使用できない場合は、メッセージウィンド

ウにはそのかわりに使用不可のメッセージが表示されます。サーバーが再び使用可能に

なれば、メッセージウィンドウに再度メッセージが表示されます。

レポート

真の意味では、WinCC のプロトコルシステムはランタイムを検出しません。プロトコ

ルおよび印刷ジョブは、いつでもコンフィグレーションおよび実行できます。アーカイ

フﾞまたはプロセスデータを表示する必要のある印刷ジョブだけが、ランタイムに応じて

変わります。

プロトコルシステムは、どのクライアントでもスタートアップルーチン時に自動的に開

始されます。サーバーはプロトコルサーバーとして動作し、クライアントはプロトコル

クライアントとして動作します。スタートアップルーチン時にクライアントはサーバー

にログインし、実行可能な印刷ジョブおよびそのステータスに関する現在の情報を受け

取ります。印刷ジョブがクライアント側で開始されると、そのジョブはサーバーデータ

ベースから関連するデータを取得します。印刷ジョブはローカルに開始されます。プロ




システムマニュアル, 06/2014, A5E34376761-AA 65

トコルサーバーは、クライアントから印刷ジョブのステータスに関する現在のデータを

受信し、その他のクライアントにその情報を転送します。

スクリプト

オペレーティングステーションがプロジェクトをローカルに実行した場合、サーバーの

プロジェクトファンクションと標準ファンクションがローカルにロードされます。

ユーザー管理者

オペレーティング権限は、ユーザー管理者のランタイムコンポーネントにより確認され

ます。ユーザー管理者のランタイムコンポーネントは、すべてのコンピュータで WinCCの実行時に自動的に開始されます。ログインが変更された場合は、現在のオペレーティ

ング権限リストがローカルデータベースからロードされます。

テキストライブラリ

サーバープロジェクトが実行される場合、テキストライブラリランタイムはサーバー側

ではテキストサーバーとして、クライアント側ではテキストクライアントとして機能し

ます。データは常に、サーバーのデータベースから読み込まれます。

システムエラー時の動作

サーバーが使用可能状態ではない場合、クライアントは再度スタートアップするまでサ

ーバーに周期的にポーリングします。システムエラーでデータをサーバー上に表示でき

ない場合、たとえば使用可能なグラフィックオブジェクトもすべて無効となります。

注記

実行中の WinCC に関してクライアントで問題が生じた場合、クライアントを再起動し

て、サーバーに影響を与えることなくサーバーに再接続できます。

下記も参照

サーバーのスタートアップ (ページ 67)

複数のネットワークカードを使ったサーバー通信の特殊機能 (ページ 69)

クライアントのシャットダウン (ページ 72)

サーバーのシャットダウン (ページ 72)

クライアントのスタートアップ (ページ 68)





66 システムマニュアル, 06/2014, A5E34376761-AA



1.7.2 サーバーのスタートアップ

原理

クライアント/サーバーシステムでは、サーバーはクライアントには関係なくスタートア

ップできます。サーバーがスタートアップすると、クライアントに対するサービスが使

用可能となり、ネットワークに接続されているすべてのマシンに関する情報を取り出し

ます。

[Simatic Shell]ダイアログのデータウィンドウにすべてのサーバーの現在の状態を表示で

きます。 Windows エクスプローラから[Simatic Shell]を開きます。




システムマニュアル, 06/2014, A5E34376761-AA 67

通常のオペレーション時にサーバーにエラーが発生すると、クライアントのデータは更

新されず、エラーが発生したサーバーに関する情報が転送されます。

注記

クライアント/サーバーシステムでファイルサーバーを使用する場合、ファイルサーバ

ーと WinCC サーバーの両方がスタートアップされている場合にかぎり、システムは操

作可能となります。

リモート実行

サーバーは、別のリモートコンピュータ(クライアントまたはサーバー)からスタートア

ップすることもできます。この手順は「プロジェクトの実行」を参照してください。

下記も参照


プロジェクトの実行方法 (ページ 86)








1.7.3 クライアントのスタートアップ

原理

クライアント/サーバーシステムでは、クライアントはサーバーに関係なくブートしま

す。

クライアント/サーバーシステムのクライアントがスタートアップすると、クライアント

がネットワークに接続していると認識する WinCC サーバー経由で、以下に挙げた項目

に関する現在の情報をすべて受信します。例：




68 システムマニュアル, 06/2014, A5E34376761-AA

● プロジェクト名

● サーバー名および IP アドレス

● サーバーのプロジェクトステータス(コンフィクﾞレーションまたはルーチン)

ユーザーは、[Simatic Shell]ダイアログに対応する情報リストを見ることができます。サーバーの状態が変化すると、"Simatic shell"も更新されます。

サーバー使用不能

サーバーが使用不能になると、対応するエラーメッセーシﾞが出されます。さらに、そ

のサーバーからデータを受け取るグラフィックオブジェクトなどは無効になります。

スクリプトを使用して、クライアントに接続エラーを表示するようにコンフィグレーシ

ョンできます。

下記も参照










1.7.4 複数のネットワークカードを使ったサーバー通信の特殊機能

はじめに

複数のネットワークカードまたは SIMATIC NET SOFTNET ドライバを WinCC サーバー

にインストールしてプロセスを接続し、サーバーの有効 TCP/IP プロトコルで通信する

場合、サーバーと WinCC クライアントの通信が影響を受ける可能性があります。




システムマニュアル, 06/2014, A5E34376761-AA 69

考えられる原因は、サーバーの各ネットワークカードまたは SOFTNET ドライバが、固

有の IP アドレスを持っていることです。したがって、特定の状況ではネットワーク内

のサーバーにログオンすると、ウィントﾞウズは間違った IP アドレス(たとえば SOFTNETドライバの IP アドレス)を経由して接続しようとします。接続に失敗した場合、ウィン

トﾞウズはこの IP アドレスによる接続を不良と認識し、コンピュータの別の IP アドレス

を経由した接続を試みようとはしません。

この場合、ネットワーク管理者が適切に修正しなければなりません。

ネットワークカードの順序の確認

コンピュータに複数のネットワークカードがインストールされている場合、端子接続用

ネットワークカードが初になっている必要があります。

Windows コントロールパネルの[ネットワーク接続]で、順序を確認します。 [詳細]メニ

ューでメニューコマンド[詳細設定]を選択します。順序は、[接続]セクションにある[ネットワークカードと接続]タブの[詳細]ダイアログで使用できます。

診断

ディレクトリ"Simatic Shell"を使用して、ネットワークカードのコンフィグレーションを

チェックできます。コンピュータが間違った（アクセス不可能なネットワークエリア

の)アドレスを示していることが判明した場合は、他のネットワークアダプタを選択しま

す。




70 システムマニュアル, 06/2014, A5E34376761-AA

手順

1. Windows エクスプローラのナビゲーションウィンドウで、[Simatic Shell]ディレクトリをクリックします。

2. ディレクトリのショートカットメニューから、[設定...]ダイアログを選択します。

3. ネットワークインターフェースを変更したい場合、"ネットワークアダプタ"エリアで希望するネットワークカードをクリックします。

さらに、プロセス接続に不必要なウィントﾞウズのユーティリティが終了できることを、

サーバーの SOFTNET ドライバのコンフィクﾞレーションでチェックする必要がありま

す。

上記チェックをおこなっても接続できない場合は、カスタマーサポートにお問合せくだ

さい。

下記も参照

サブネットに接続されていないコンピュータへのアクセス方法 (ページ 76)







システムマニュアル, 06/2014, A5E34376761-AA 71



1.7.5 サーバーのシャットダウン

原理

クライアント/サーバーシステムのサーバーをシャットダウンした場合、接続しているク

ライアントにプロセスデータを提供できなくなります。システムから同時にログオフさ

れ、[Simatic Shell]に無効としてマークされます。

リモート終了

サーバーは別のリモートコンピュータ(クライアントまたはサーバー)からも、シャット

ダウンできます。この手順については、「プロジェクトの終了」を参照してください。

下記も参照


プロジェクトの終了方法 (ページ 88)







1.7.6 クライアントのシャットダウン

原理

クライアント/サーバーシステムのクライアントをシャットダウンするとシステムからロ

グオフされます。




72 システムマニュアル, 06/2014, A5E34376761-AA

下記も参照












システムマニュアル, 06/2014, A5E34376761-AA 73

1.8 リモートコンフィクﾞレーション

1.8.1 リモートコンフィクﾞレーション

原理

対応するオペレータオーソリゼーションのあるクライアントは、リモートステーション

からサーバープロジェクトを操作できます。例：

● サーバープロジェクトのリモートコンフィグレーション

● サーバ－プロジェクトの実行

● サーバープロジェクトの終了

リモートコンフィグレーションは、Windows エクスプローラでアクセスする[Simatic Shell]ダイアログが利用できます。

Simatic Shell のファンクション

[Simatic Shell]ダイアログに、ネットワークで使用できる WinCC プロジェクトを備えた

有効なサーバーおよびコンピュータが表示されます。これにはデモ版で実行できるプロ

ジェクトもすべて含まれます。




74 システムマニュアル, 06/2014, A5E34376761-AA

暗号化されていない通信に加えて、暗号化されたコンピュータ通信を確立するオプショ

ンがあります。

暗号化された通信を使用する場合、接続は、同じ PSK のキーが指定されているコンピュ

ータにのみ設定されます。これらのコンピュータとのみ通信することができます暗号化

されていないコンピュータへの接続はできません。同じネットワークのための独自の

PSK キーを使用して異なる環境を指定することもできます。コンフィグレーションに関

する情報は、「サブネット外のコンピュータにアクセスする方法」を参照してくださ

い。

移行モードは、操作中にアップグレードにも利用できます。このモードでは、ネットワ

ーク内で暗号化されている接続と暗号化されていない接続が並行して可能となります。プラント全体の通信を暗号化する方法に関する一時的なソリューションとして、移行モ

ードを使用してください。

暗号化された通信のコンフィグレーションに応じて、関連するコンピュータのみが Simatic Shell に表示されます。移行モードでは、ネットワーク内で接続が暗号化されたコンピ

ュータと、接続が暗号化されていないコンピュータがすべて表示されます(上図参照)。

コンピュータでは、暗号化された接続のみ許可されます

コンピュータでは暗号化されている接続と暗号化されていない接続が許可されます(移行

モード)

コンピュータでは、暗号化されていない接続が許可されます

このウィンドウは、クライアントから有効なサーバープロジェクトに、以下の目的でア

クセスする場合に使用できます。

● プロジェクトをリモートで開く

● プロジェクトをリモートで実行する

● プロジェクトをリモートで終了する

下記も参照



サーバープロジェクトピクチャの編集方法 (ページ 85)

編集用にプロジェクトを開く方法 (ページ 82)

複数のクライアントからのプロジェクトへのアクセス (ページ 80)




システムマニュアル, 06/2014, A5E34376761-AA 75



1.8.2 サブネットに接続されていないコンピュータへのアクセス方法

原理

ネットワークでルーターのダウンストリームにあるコンピュータは、たとえば、[Simatic Shell]を経由してシステムに通知されます。 [Simatic Shell]は WinCC の一部で、クライ

アント-サーバーシステムに統合されているすべてのコンピュータの集中保守および集中

診断に使用されます。

[Simatic Shell]の設定を使用して、サブネット内のコンピュータを、他のコンピュータか

らサブネット内のコンピュータに情報を伝える[エージェント]として利用できます。

暗号化された通信を使用している場合、共有の指定されたキーが通信の前に知られてい

るコンピュータのみが、互いに通信することができます。

ログオンした後、システム内にあるすべてのコンピュータはネットワークの範囲外にあ

るコンピュータとも通信できるようになります。既存のグループに追加される各コンピ

ュータは、すべてのコンピュータの現在のステータスについて通知されます。以下のよ

うにコンピュータのステータスが変更された場合、システム内にある全コンピュータに

メッセージが出されます。

● コンピュータがプロジェクトを実行した場合

● コンピュータをシャットダウンした場合

● コンピュータをスタートアップしグループを入力した場合




76 システムマニュアル, 06/2014, A5E34376761-AA

注記

ネットワークの範囲を超えた通信

異なるネットワークからの WinCC コンピュータが相互に通信できるようにするには、

ローカルの Windows ファイアウォールに次の調整を行う必要があります。

すべての WinCC 固有のファイアウォールの規則では、他のネットワークからコンピュ

ータの IP アドレス、または他のネットワークの完全な IP 範囲によって範囲を拡大する

必要があります。

1. Windows で、[コントロールパネル]、[システムとセキュリティ]、[Windows ファイアウォール]の順に選択します。

2. [詳細設定]をクリックします。 [セキュリティ強化機能搭載 Windows ファイアウォール]ダイアログが開きます。

3. [受信の規則]で、たとえば CCAgent、WinCC ProjectManager など、影響を受けるすべてのファイアウォール規則を１つずつ選択します。

4. プロパティの[スコープ]タブで、[リモート IP アドレス]に、通信相手の IP アドレスまたは IP 範囲を追加します。




システムマニュアル, 06/2014, A5E34376761-AA 77

手順

1. クライアント側の Windows エクスプローラで、[Simatic Shell]エントリを選択します。 [Simatic Shell]ウィンドウが表示されます。

2. ナビゲーションウィンドウ内の[Simatic Shell]ダイアログの初のエントリを選択します。このエントリのショートカットメニューで、[設定...]メニューアイテムを選択します。 [通信設定]ダイアログが開きます。 [Simatic Shell]のナビゲーションウィンドウにエントリが何も表示されない場合、空のウィンドウにショートカットメニューを呼び出します。

3. [マルチキャストライフタイム(TTL)]フィールド内の設定をチェックします。値は、さまざまなサブネット(IP パラメータ TTL)間の遷移の大数を示します。

4. [マルチキャストプロキシ]で、サブネット用エイジェントに見立てたコンピュータ用のアドレスを入力します。サブネット内にあるどのコンピュータ(クライアントまたはサーバー)でも指定できます。[追加]ボタンを押して、エージェントのリストにこのコンピュータを追加します。




78 システムマニュアル, 06/2014, A5E34376761-AA

5. コンピュータのために暗号化された通信を設定する必要がある場合は、[暗号化された通信]オプションを選択します。 [指定]ボタンをクリックして、PSK キーを入力します。

6. キーに対してキー強度の高い文字を入力してください。キーは、低 8 文字の長さで、小文字/大文字のほかに数字と記号を含める必要があります。入力を確定します。 [OK]をクリックします。

7. 標準の設定で割り付けられた使用可能なポートを使用しない場合、受信ポートの割り付けを指定します。

8. 暗号化されている接続と暗号化されていない接続を並行して許可する場合は、[移行モード]オプションを選択します。これは、たとえば操作中にアップグレードする場合に必要となります。

9. [OK]を選択して、設定を確定します。

下記も参照











システムマニュアル, 06/2014, A5E34376761-AA 79

1.8.3 複数のクライアントからのプロジェクトへのアクセス

コンフィグレーションオプション

データタイプによっては、1 台または複数のクライアントが、リモート操作中にサーバ

ープロジェクトにアクセスできます。サーバーのデータベースに保存されたデータ(アラ

ームロギング、タグロギング、タグ、ユーザ管理、テキストライブラリ)と、ファイルに

基づいたデータ(ピクチャおよびグラフィック、レポート、スクリプト)は異なります。

注記

サーバーデータベースのデータは、複数のクライアントが同時に処理できます。ただ

し、複数のクライアントが同じデータにアクセスした場合、後に修正したクライアン

トのデータが保存されることに注意します。サーバーデータベースのデータの場合、

修正された値がほんの少ししかなくても、各エディタ内のデータがすべて保存されま

す。

ファイルに保存されたデータの場合、ファイルが開かれている間は他からアクセスでき

ないようにデータがブロックされます。

アーカイフﾞ(タグロギング)

アーカイブはサーバーデータベースに保存されています。タグロギングのデータはラン

タイムで修正できます。修正は、サーバーから接続されている全クライアントに伝送さ

れます。

ピクチャ

ピクチャはサーバーまたはファイルサーバーにファイルとして保存されます。クライア

ントがサーバー側のピクチャにアクセスした場合、そのピクチャは別のクライアントか

らブロックされます。別々のプロジェクトのピクチャであれば別のクライアントから開

くことができます。

ピクチャはランタイムで変更でき、保存すれば次にそのピクチャを選択したときに使用

できます。ピクチャは編集用にローカルに保存することもできますが、サーバー側のピ

クチャと一致させる必要があります。

メッセージ

メッセージはサーバーデータベースに保存されています。アラームロギングシステムの

データは、ランタイムで修正できます。修正は、サーバーから接続されている全クライ

アントに伝送されます。




80 システムマニュアル, 06/2014, A5E34376761-AA

レポート

プロトコルはサーバーのプロジェクトフォルダに集中的に保存されます。プロトコルデ

ータは、レイアウト(ファイル)と印刷ジョブ(プロジェクトデータベースへのエントリ)に、分割されます。各サーバーに応じてプロトコルシステムを設定できるクライアント

は 1 台だけです。

ピクチャは、編集用にローカルに保存することもできますが、各サーバー側のピクチャ

と手動で一致させる必要があります。プロトコルはランタイムに関わらず実行できるの

で、これはランタイム時にプロトコルシステムの修正を可能にすることを、目的とした

ものではありません。

スクリプト

スクリプトはサーバーのプロジェクトフォルダに集中的に保存されます。プロジェクト

固有のスクリプトは、個々のローカルコンピュータで定義できます。スクリプトはファ

イルに保存されます。グラフィックデザイナアクションはピクチャに保存されます。ファイル(スクリプトまたはピクチャ)は編集中、他のクライアントからブロックされます。サーバーに接続されていない場合、スクリプトはローカルに修正できますが、サーバー

側のスクリプトと手動で一致させる必要があります。スクリプトはランタイムで修正で

きます。修正は、サーバーから接続されている全コンピュータに伝送されます。

注記

クライアントがサーバーにアクセスしないでスクリプトを設定した場合、スクリプトは

ローカルに保存されます。スクリプトをサーバーで使用可能にする場合は、スクリプ

トは適切なサーバー側のフォルダに手動でコピーする必要があります。

テキストライブラリのテキスト

テキストライブラリのテキストはサーバーデータベースに保存されます。テキストオブ

ジェクトは個々に保存されます。テキストはランタイムで修正できます。修正は、サー

バーから接続されている全コンピュータに伝送されます。ローカルコンピュータで定義

されたコンフィグレーション言語が更新されます。

注記

アラームロギングやユーザ管理者など特定の WinCC エディタは、コンフィグレーショ

ン中テキストライブラリにある同一のデータベーステーブルにアクセスします。した

がって、このエディタにかぎり、1 台のオペレーティングステーションから同時に操作

できます。




システムマニュアル, 06/2014, A5E34376761-AA 81

タグ

タグはサーバーデータベースに保存されています。

注記

クライアントプロジェクトを終了してタグを修正した場合、変更時に有効であったコン

ピュータをすべて再起動しないかぎり、その修正は有効となりません。

ユーザ管理者

ユーザ管理者のオペレーティング権限はサーバーデータベースに保存されます。ユーザ

管理者データはランタイム時に修正できます。修正は接続されているコンピュータには

通知されません。クライアントが再度ログインした時に、新規作成データは有効となり

ます。

下記も参照








1.8.4 編集用にプロジェクトを開く方法

原理

サーバーのプロジェクトは、コンフィグレーションまたはプロジェクトのランタイム操

作時に、クライアントから編集できます。ランタイムでのデータ更新は、設定されてい

るデータに依存します。

Windows エクスプローラの[SIMATIC Shell]ダイアログは、コンフィグレーション用に有

効化されたネットワーク内のサーバープロジェクトすべてのリストを提示します。選択

したサーバーの追加情報、例えば、現在有効なモード(コンフィグレーション/ランタイ

ム)などを入手できます。




82 システムマニュアル, 06/2014, A5E34376761-AA

複数のクライアントから同じプロジェクトを同時に開いて編集できます。

必要条件

クライアントからサーバープロジェクトを開いてリモート編集する場合、以下の条件を

満たす必要があります。

● クライアントに登録されているユーザーは、サーバー WinCC プロジェクトの[リモー

トコンフィグレーション]用オペレータオーソリゼーションがあります。

● クライアントはサーバーのコンピュータリストにエントリされています。

● プロジェクトはネットワークからアクセス可能です。

手順

1. クライアント側の Windows エクスプローラで、[Simatic Shell]エントリを選択します。 [Simatic Shell]ウィンドウが表示されます。ウィンドウリストに、ネットワーク内で現在使用可能なすべてのサーバーとプロジェクトが表示されます。

あるいは、独立したウインドウに[SIMATIC Shell]ダイアログを開きます。 Windows エクスプローラの[SIMATIC Shell]ポップアップメニューで、[開く]コマンドを選択します。

2. 1 台のコンピュータを選択して、コンピュータ固有のプロジェクトを表示させます。




システムマニュアル, 06/2014, A5E34376761-AA 83

3. プロジェクトリストから開きたいプロジェクトを選択し、ポップアップメニューから[開く]コマンドを選択します。 [ログイン]タﾞイアロクﾞが表示されます。

4. 現在のコンピュータのユーザー名とパスワードを入力します。パスワードは、大文字と小文字を区別します。[WinCC エクスプローラ－サーバーは利用できません]ダイアログで、[ローカルでサーバーを開始する]をクリックします。クライアント側でプロジェクトが開き、コンフィグレーションが可能となります。

注記

クライアント経由でサーバープロジェクトを処理するために開き、WinCC で[ランタイ

ム有効化]コマンドを実行する場合、以下の点について注意する必要があります。

マルチユーザーシステムのクライアントからランタイムを有効化した場合、サーバープ

ロジェクトが開いていても、クライアントプロジェクトだけが有効になります。

サーバープロジェクトを有効化したい場合、[SIMATIC Shell]ダイアログの[リモート有

効化]コマンドを使用します。同様のことが[ランタイムの終了]コマンドに適用されま

す。

下記も参照











84 システムマニュアル, 06/2014, A5E34376761-AA

1.8.5 サーバープロジェクトピクチャの編集方法

原理

サーバーにある画像は、リモートクライアントから開いて編集、保存できます。ランタ

イム有効時に編集している場合、その修正は、次回に画像を実行したときに有効となり

ます。

それぞれの画像は個々のファイルに保存されるため、一度にひとつの画像にアクセスで

きるのはクライアント 1 台に限られます。他のコンピュータからのその画像へのアクセ

スはブロックされます。

必要条件

● サーバーのプロジェクトフォルダでは、ネットワークからのアクセスを有効にしてお

く必要があります。


トコンフィグレーション]用オペレータオーソリゼーションがあります。

手順

1. クライアント側の Windows エクスプローラで、[Simatic Shell]エントリを選択します。[Simatic Shell]ウィンドウが表示されます。ウィンドウリストに、ネットワーク内で現在使用可能なすべてのサーバーとプロジェクトが表示されます。

2. プロジェクトリストから開きたいプロジェクトを選択し、ポップアップメニューから[開く]コマンドを選択します。 [ログイン]タﾞイアロクﾞが表示されます。現在のコンピュータのユーザー名とパスワードを入力します。パスワードは、大文字と小文字を区別します。[WinCC エクスプローラ－サーバーは利用できません]ダイアログで、[ローカルでサーバーを開始する]ボタンをクリックします。クライアント側でプロジェクトが開き、コンフィグレーションが可能となります。

3. クライアント上の目的の画像をグラフィックデザイナで開きます。

4. 画像を編集し、サーバーのプロジェクトフォルダに再度保存します。

下記も参照







システムマニュアル, 06/2014, A5E34376761-AA 85





1.8.6 プロジェクトの実行方法

原理

クライアント/サーバーシステムは、リモートプロジェクトコンフィグレーションのオプ

ションを提供するだけでなく、その実行や終了もリモートで行えます。

[SIMATIC Shell]ダイアログを使用してサーバープロジェクトをクライアントから実行す

る場合、そのサーバープロジェクトだけが実行されます。ただしツールバーにある[ラン

タイム開始]ボタンを使用して、WinCC 上でプロセスし、実行するためにサーバープロ

ジェクトを開いた場合、サーバープロジェクトが開いていても、そのクライアントプロ

ジェクトだけが実行されます。

注記

ランタイムを有効化できるのは、プロジェクトがローカルコンピュータにある場合だけ

です。

必要条件

クライアントからサーバープロジェクトを開いてリモート実行する場合、以下の条件を



トの実行]オペレータオーソリゼーションがあります。






86 システムマニュアル, 06/2014, A5E34376761-AA

手順

1. クライアント側の Windows エクスプローラで、[Simatic Shell]エントリを選択します。 [Simatic Shell]ウィンドウが表示されます。ネットワークおよび現在の状態で使用可能である、すべてのサーバーやプロジェクトが表示されます。

2. 実行するプロジェクトを選択します。

3. ショートカットメニューで[リモートの実行]コマンドを選択します。[ログイン]ダイアログが表示されます。

4. 現在のコンピュータのユーザー名とパスワードを入力します。サーバーでプロジェクトが実行されます。

注記

パスワードは、大文字と小文字を区別します。

エンジニアリングステーションから OS コンピュータをリモートで実行する方法

一般に OS プロジェクトやリモート実行では、以下の必要条件が適用されます:

● OS プロジェクトを対象とした WinCC プロジェクトで、OS サーバーとして ES コン

ピュータ名を入力します。

● OS プロジェクトをリモートで実行するために他のコンピュータを使用する場合、こ

のコンピュータをクライアントコンピュータとして入力する必要があります。

サーバーおよびクライアント用のコンピュータ名は WinCC プロジェクトで同一にでき

ないため、以下の手順に注意する必要があります。

1. コンピュータリストの[サーバー]で入力した ES コンピュータ名を、WinCC エクスプローラでダミーの名前に変更します。

2. プロジェクトを閉じます。

3. プロジェクトを開きます。

4. WinCC エクスプローラのコンピュータリストに新しいクライアントを追加します。

5. コンピュータリストの[クライアント]に ES コンピュータ名を入力します。

6. SIMATIC Manager を使用してターゲットシステムをロードします。

7. これで、エンジニアリングステーションから OS コンピュータ上のランタイムをリモートで実行できます。

下記も参照







システムマニュアル, 06/2014, A5E34376761-AA 87





1.8.7 プロジェクトの終了方法

原理

クライアント/サーバーシステムは、リモートプロジェクトコンフィグレーションのオプ

ションを提供するだけでなく、その実行や終了もリモートで行えます。

[SIMATIC Shell]ダイアログを使用してサーバープロジェクトをクライアントから終了す

る場合、そのサーバープロジェクトだけが終了されます。ただしツールバーにある[ラン

タイム停止]ボタンを使用して、WinCC 上でプロセスし、終了するためにサーバープロ

ジェクトを開いた場合、サーバープロジェクトが開いていても、そのクライアントプロ

ジェクトだけが終了されます。

必要条件

クライアントからサーバープロジェクトを開いてリモート終了する場合、以下の条件を



トの実行]オペレータオーソリゼーションがあります。



手順

1. クライアント側の Windows エクスプローラで、[Simatic Shell]エントリを選択します。 [Simatic Shell]ウィンドウが表示されます。 [Simatic Shell]ダイアログに、ネットワークで使用可能なクライアント/サーバーシステムの、有効なサーバーおよびプロジェクトが表示されます。

2. 実行するプロジェクトを選択します。




88 システムマニュアル, 06/2014, A5E34376761-AA

3. ポップアップメニューから[リモートの終了]コマンドを選択します。 [ログイン]タﾞイアロクﾞが表示されます。

4. 現在のコンピュータのユーザー名とパスワードを入力します。サーバーでプロジェクトが終了されます。

注記

パスワードは、大文字と小文字を区別します。

下記も参照











システムマニュアル, 06/2014, A5E34376761-AA 89

1.9 クライアント/サーバーシステムの OPC インターフェースの使用

原理

OPC(プロセスコントロール用 OLE)、はオートメーション産業部門の構成要素の世界的

通信標準です。 OPC は Windows ベースの技術から開発された公開インターフェース

で、これにより異なるメーカーの PLC 間、オペレーティング/モニタシステム間および

オフィスアプリケーション間で、エラーのない標準化されたデータ交換が可能となって

います。

注記

オートメーション産業のトップ企業は、"OPC 協会"を設立して協力しあっています。 OPC 協会に関する詳細は、下記アドレスのホームページを参照してください。 "http://www.opcfoundation.org"

WinCC における OPC の使用

分散システムで使用する場合、各 WinCC サーバーはシステム全体をモニタできます。ただし、WinCC サーバーはメッセージの編集またはアーカイブなど、固有の範囲のタス

クに対してのみ機能します。

WinCC OPC サーバーは、ソフトウェアインターフェースによって、WinCC Runtime へ

のアクセスを可能にします。 WinCC OPC サーバーは対応する OPC 仕様にしたがって、

全機能をサポートします。

いかなるソフトウェアも OPC 仕様を基本としている場合は、OPC クライアントとして

条件を満たすことができます。この点で、OPC クライアントはソースの解析などに使

用できます。独自に開発した OPC クライアントを作成すれば、固有の要求条件に適

に対応できます。

WinCC OPC サーバーモードで操作する場合、接続パックライセンスが、WinCC OPCサーバーとして使用するコンピュータにインストールされていなければなりません。 OPC DA サーバーには、接続パックライセンスは必要ありません。

OPC インターフェースは、WinCC がインストールされているクライアントとサーバー

にインストールされます。

WinCC の OPC サーバーは以下の仕様をサポートします。

● OPC Data Access 2.05a und 3.00

● OPC XML Data Access 1.00




90 システムマニュアル, 06/2014, A5E34376761-AA

● OPC Historical Data Access 1.20

● OPC Alarm & Events 1.10

● OPC UA 1.02

WinCC の OPC インターフェースの使用に関する詳細情報については、WinCC 情報シス

テムの[通信|OPC]を参照してください。

下記も参照





システムマニュアル, 06/2014, A5E34376761-AA 91

長期アーカイブサーバー 22.1 長期アーカイブサーバーのセットアップ

はじめに

アーカイブスワップアウトファイルを長期アーカイブサーバーに保存できます。プロセ

ス値やメッセージアーカイブが、これらのアーカイブです。プロセスアーカイブのスワ

ップアウトされたアーカイブデータは、圧縮形式でバイナリデータとして保存されま

す。

必要条件

長期アーカイブサーバーとして使用されるコンピュータは、以下の必要条件を満たす必

要があります。

● オペレーティングシステム:– Windows Server 2008 SP2– Windows Server 2008 R2 SP1– Windows Server 2012 R2

● 管理者権限でのアクセス

● Microsoft SQL Server 2008 R2 SP2 がインストールされます。

● Microsoft メッセージキューユーティリティをインストールする必要があります。

● コンピュータがネットワーク(LAN)で使用可能

● WinCC Fileserver V7 がインストールされているため、WinCC V7 がインストールさ

れていてはいけません。

インストール

長期アーカイブサーバーとしてコンピュータを設定するには、そのコンピュータで WinCCファイルサーバー用の設定を実行します。ファイルサーバーの設定用ファイルは、WinCCインストール DVD の"WinCC"グループの[プログラム]ダイアログにあります。


システムマニュアル, 06/2014, A5E34376761-AA 93

コンフィグレーション

長期アーカイブサーバーのコンフィグレーションは、以下の 2 つのステップで構成され

ます。

ステップ 1：ドライブおよびフォルダのリリース

長期アーカイブサーバーでスワップアウトファイルを保存するには、必要なドライブま

たはフォルダを長期アーカイブサーバーでリリースする必要があります。

注記

フォルダまたはドライブを共有するには、管理者権限が必要です。

テップ 2：スワップアウトアーカイブファイルのパスの指定

コンフィグレーションコンピュータで、スワップアウトファイルのパスを入力します。

プロセス値アーカイブのコンフィグレーションについては、「ハードディスクでのアーカ

イブのスワップアウト」を参照してください。メッセージアーカイブの接続の指示につ

いては、「アーカイブバックアップの構成」を参照してください。

注記

バックアップ目的のアーカイブファイルをスワップアウトする場合、そのファイルは任

意の使用可能なドライブに保存できます。 OLE DB でアーカイブデータにアクセスす

る場合は、長期アーカイブサーバーのドライブを指定する必要があります。

スワップファイルへのアクセス

スワップファイルへのアクセス方法は 3 種類あります。

● ランタイムを実行するコンフィグレーションコンピュータに、スワップファイルをコ

ピーする。アラームロギングまたはタグロギング内のプロジェクトと、このスワップ

ファイルをリンクする。アーカイブ値がランタイムに表示されます。

● OLE-DB を使用したアクセス

● DataMonitor Web Edition を使用したアクセス

長期アーカイブサーバー

2.1 長期アーカイブサーバーのセットアップ


94 システムマニュアル, 06/2014, A5E34376761-AA

ファイルサーバー 33.1 ファイルサーバーのセットアップ

はじめに

WinCC ファイルサーバーは、WinCC 構成要素の小限のコンフィグレーションを備え

たサーバーです。

プロジェクトをファイルサーバーに保存して集中管理できます。したがって、たとえば

全プロジェクトのバックアップコピーを定期的に作成することが、容易になります。

注記

ファイルサーバーは、構成のためのみに使用します。

必要条件

WinCC Fileserver V7 をインストールする場合には、その前に、インストールの注記に記

載されている条件に従ってください。インストールの注記に記載されていない条件とし

て、ネットワーク(LAN)にコンピュータを設定する必要があります。

注記

WinCC V7 と WinCC ファイルサーバー V7 を、1 台のコンピュータに同時にインスト

ールすることはできません。

インストール

コンピュータをファイルサーバーとして設定する場合は、コンピュータ上でファイルサ

ーバー設定を実行します。 WinCC インストール DVD の[WinCC]グループの[プログラ

ム]ダイアログで、[WinCC V7.3 Fileserver]オプションを選択します。

WinCC の小インストールが、コンピュータで実行されます。


システムマニュアル, 06/2014, A5E34376761-AA 95

コンフィグレーション

ファイルサーバーにプロジェクトが保存されます。プロジェクトメンバー全員がプロジ

ェクトにアクセスできるように、ファイルサーバーの対応するドライブとフォルダを共

有する必要があります。

注記

フォルダまたはドライブを共有するには、管理者権限が必要です。

コンフィグレーションコンピュータ上で共有するフォルダまたはドライブに、一意のド

ライブ文字を割り付けます。これでプロジェクトメンバーは、ローカルプロジェクトと

同様にファイルサーバーのプロジェクトを開くことができます。

ファイルサーバー

3.1 ファイルサーバーのセットアップ


96 システムマニュアル, 06/2014, A5E34376761-AA

WinCC ServiceMode 44.1 WinCC ServiceMode

内容

WinCC ServiceMode は、サービスとして WinCC ランタイムを操作するオプションを提

供します。 WinCC ランタイムは、インタラクティブユーザーがコンピュータにログオ

ンしていない場合にも、有効です。

本章では以下を説明します。

● WinCC ServiceMode を使用できる設定。

● サービスプロジェクトとしてプロジェクトを設定する方法。

● サービスプロジェクトを有効にする方法。


システムマニュアル, 06/2014, A5E34376761-AA 97

4.2 標準プロジェクトとサービスプロジェクト

概要

WinCC プロジェクトを、標準プロジェクトとしてあるいはサービスプロジェクトとし

て、設定できます。 WinCC プロジェクトを WinCC ServiceMode で動作させるには、サ

ービスプロジェクトとして設定しなければなりません。

標準プロジェクト

WinCC ランタイムを実行するには、ユーザーはコンピュータにログインしていなければ

なりません。インタラクティブユーザーの入力が可能です。

サービスプロジェクト

WinCC ランタイムは、インタラクティブユーザーがログインしていないコンピュータで

も実行できます。

WinCC ランタイムは、ログインしているユーザーによる操作も可能です。その場合、イ

ンタラクティブユーザーの入力も可能です。

注記

WinCC は、そのシステムにアクセス中のときは、実行できません

コントロールパネルおよび Windows タスクマネージャでの、WinCC のプロセスおよび

サービスの変更は、許可されません。以下の変更が影響を受けます。

● プロパティへの変更

● 手動でのアクセス：

– 起動

– 終了

– 停止

– 再開

– 再起動

● 優先度の変更

個別のプロセスおよびサービスの間には、依存関係があります。どのような変更もしてはいけません。

WinCC ServiceMode4.2 標準プロジェクトとサービスプロジェクト


98 システムマニュアル, 06/2014, A5E34376761-AA

4.3 サービスプロジェクトの設定

概要

以下のコンフィグレーションで、WinCC Runtime をサーバーでサービスプロジェクトと

して実行できます。

● Windows Server 2008 SP2 (32 ビット)および Windows Server 2008 R2 SP1 (64 ビッ

ト)を使用する WinCC Server– Windows 7 SP1 (32 ビット、64 ビット)を使用するクライアント

● Windows Server 2012 R2 (64 ビット)を使用する WinCC Server– Windows 8.1 (32 ビット、64 ビット)を使用するクライアント

● WinCC WebNavigator サーバーまたは専用の Web サーバー

– WinCC Web クライアント

● DataMonitor サーバーまたは専用の DataMonitor サーバー

– DataMonitor クライアント

WinCC ServiceMode4.3 サービスプロジェクトの設定


システムマニュアル, 06/2014, A5E34376761-AA 99

4.4 サービスプロジェクトの使用と制約

使用

サーバーで、WinCC サービスモードのプロジェクトは、サービスプロジェクトとして動

作します。 WinCC Runtime はサービスとして起動します。サービスプロジェクトは、

自動的にまたは手動で、起動します。

ユーザーのログオンなしでの操作

サービスプロジェクトは、インタラクティブユーザーがコンピュータにログオンしてい

ない状態で、実行できます。インタラクティブユーザーがログオンしていない場合、イ

ンタラクティブな操作はできません。

ユーザーのログオンありでの操作

サービスプロジェクトでは、インタラクティブな操作は必ずしも必要ではありません。

インタラクティブユーザーは、例えばサービスの目的でログオンできます。この場合、

ユーザーはサービスプロジェクトのインタラクティブな操作を有効にできます。

自動起動

サーバーの電源が入り、設定されたプロジェクトが有効になると、WinCC Runtime は、

自動起動で自動的に開始します。自動起動は、インタラクティブユーザーがログオンし

ていなくても実行できます。

手動起動

手動起動では、ユーザーがサーバーにログオンして、プロジェクトを起動しなければな

りません。ユーザーがサーバーからログオフしても、WinCC Runtime は有効なままで

す。

ユーザーのログオンとログオフ

サービスプロジェクトが有効の間、インタラクティブユーザーはいつでもサーバーにロ

グオンおよびログオフできます。

制限

サービスプロジェクトは以下の制約を受けます。

スクリプト

インタラクティブユーザーは必ずしもサービスプロジェクト、C スクリプト、VB スクリ

プトにログオンしていないので、以下の場合に問題が発生します。

WinCC ServiceMode4.4 サービスプロジェクトの使用と制約


100 システムマニュアル, 06/2014, A5E34376761-AA

● 入力などのインタラクティブ操作が必要な場合。

● メッセージボックスを表示する場合。

サービスモードの C スクリプトには、共通データ領域がありません。このため、例え

ば"グローバルスクリプト"と"グラフィックデザイナ"の間でグローバル C 変数を交換する

ことができません。

追加のプログラムまたはタスク

サービスプロジェクトでは、スタートアップリストに、追加のプログラムまたはタスク

を追加できません。

非リリース構成要素

接続ステーション経由の OPC アクセスは、サービスプロジェクトにはリリースされま

せん。

サービスプロジェクトの診断情報

一般的な規則として、ユーザーは、有効なサービスプロジェクトのサーバーには、ログ

オンしません。 WinCC は、サーバーで診断情報を表示できません。したがって、WinCCは診断情報をクライアントに転送します。これについての詳細情報は、WinCC 情報シ

ステムの[WinCC での作業] > [プロジェクトでの作業] > [付録] > [WinCC 診断ウィンドウ

とライセンス情報]のトピックを参照してください。

注記

サービスプロジェクトの編集または移行

サービスプロジェクトを編集または移行するには、コンピュータで適切に ServiceModeユーザーを管理する必要があります。 ServiceMode ユーザーが利用できない場合、ロ

グオンしている Windows ユーザーは、プロジェクトの編集または移行のために適切に

管理されている必要があります。

WinCC ServiceMode4.4 サービスプロジェクトの使用と制約


システムマニュアル, 06/2014, A5E34376761-AA 101

4.5 WinCC ステータスおよびシステムトレーでのコントロール

はじめに

WinCC は、トレー領域と呼ばれるタスクバーの通知領域に"SIMATIC WinCC"シンボルを

表示します。このシンボルはプロジェクトステータスに関する情報を提供します。 WinCC プロジェクトは、このシンボルのショートカットメニューから起動および停止で

きます。

プロジェクトステータス

以下の表は、プロジェクトステータスとそれに対応するシンボルを示します。

SIMATIC WinCC®シンボ

ル

ステータス

● WinCC が起動していない。

● プロジェクトが開いていない。

WinCC のステータスは以下の場合に変更されます。

● WinCC がプロジェクトを開いた。

● WinCC がプロジェクトを起動した。

● WinCC がプロジェクトを停止した。

● WinCC がプロジェクトを閉じた。

プロジェクトが開いている。

プロジェクトが起動されます。

プロジェクトが有効になり、サーバーは「障害」ステータ

スです。

ポップアップメニューを使用したコントロールオプション

ステータスに応じて開いているプロジェクトを制御できます。「SIMATIC WinCC」シ

ンボルのショートカットメニューは、以下のコントロールオプションを提供します。

● グラフィックランタイムを起動する。

● グラフィックランタイムを終了する。

● プロジェクトを有効化する。

● プロジェクトを無効化する。

● 診断ウィンドウを開く。

WinCC ServiceMode4.5 WinCC ステータスおよびシステムトレーでのコントロール


102 システムマニュアル, 06/2014, A5E34376761-AA

SIMATIC WinCC®ウィンドウ

[SIMATIC WinCC]ウィンドウを開くには、"SIMATIC WinCC"シンボルをクリックしま

す。

例: ランタイムが有効なウィンドウ

ウィンドウには以下の情報が表示されます。

● プロジェクトの名前

● プロジェクトタイプ

● プロジェクトステータス

● コンピュータリスト

ローカルコンピュータは青色で表示されます。

コンピュータリスト

コンピュータリストには、ネットワーク上のすべてのコンピュータが表示されます。プロジェクトが起動すると、すべての既存のコンピュータの接続ステータスが表示されま

す。

以下の表に、接続ステータスのアイコンとその意味を示します。

アイコンステータス

● 接続なし

● 接続が切断されている

● ローカルコンピュータ

● リダンダントパートナサーバー



システムマニュアル, 06/2014, A5E34376761-AA 103

アイコンステータス

接続されている

● スタンドバイサーバーと

● マスタサーバーと(しかしスタンバイサーバーが優先サ

ーバー)接続されている

● マスタサーバーと

● スタンバイサーバー(優先サーバーとして)と



104 システムマニュアル, 06/2014, A5E34376761-AA

4.6 ファンクションと前提条件

4.6.1 サービスプロジェクトの操作モード

はじめに

この章では、WinCC サービスプロジェクトの操作モードを説明します。


標準プロジェクトを以下のように起動します。

● ユーザーがシステムにログオンします。

● ユーザが WinCC ランタイムを起動するか、あるいは WinCC ランタイムが自動的に

起動します。

以下のケースのどれかが発生するまで、WinCC ランタイムは有効です。

● ユーザーが WinCC ランタイムを終了する。

● ユーザーがシステムからログオフする。

この場合、システムが WinCC ランタイムを停止させます。

サービスプロジェクト

サービスプロジェクトでは、WinCC ランタイムはサービスとして起動します。設定に

よって異なりますが、これらのサービスは以下の時に起動します。

● オペレーティングシステムが起動した後、自動的に。

● ユーザーがログインして、WinCC ランタイムを起動した後に。

ユーザーが再びログオフしても、WinCC はそのままです。

WinCC ランタイムのデータには引き続きアクセスできます。

ログオンしているユーザーは、必要に応じてランタイム操作を起動できます。

以下の図は、サーバーの起動とランタイムによるサービスプロジェクトの自動起動との

間の状態を、示しています。

WinCC ServiceMode4.6 ファンクションと前提条件


システムマニュアル, 06/2014, A5E34376761-AA 105

4.6.2 サービスプロジェクトの実行の必要条件

必要条件

サービスプロジェクトでは、インタラクティブな操作は必ずしも必要ではありません。

スクリプト

インタラクティブユーザーが、必ずしもサービスプロジェクト、C スクリプト、VB スク

リプトにログインしていないので、以下の場合には問題が発生します。

● 入力などのインタラクティブ操作が必要な場合。

● メッセージボックスを表示する場合。

分散 WinCC シナリオにおけるサービスプロジェクト

サービスプロジェクトに、専用の Windows ユーザーを設定しなければなりません。サービスプロジェクトに設定された Windows ユーザーは、"SIMATIC HMI"ユーザーグルー

プに属さなければなりません。

ローカル Windows ユーザーまたは Windows ドメインユーザーを、使うことができま

す。 WinCC マルチユーザーシステムおよびサーバー間通信による分散システムに関し

て、以下の点を遵守してください。



106 システムマニュアル, 06/2014, A5E34376761-AA

● ローカル Windows ユーザー

ユーザーは、ネットワークの全てのコンピュータで、ローカルの"SIMATIC HMI"ユー

ザーグループのメンバーでなければなりません。このユーザーのパスワードは、全て

のコンピュータで同じでなければなりません。

● Windows ドメインユーザー

ユーザーは以下の条件の 1 つに適合しなければなりません。

– ユーザーは、全てのコンピュータで、ローカルの"SIMATIC HMI"ユーザーグループ

のメンバーである。

– ユーザーは、ローカルの"SIMATIC HMI"ユーザーグループのメンバーであるグルー

プの、メンバーである。

注記

WinCC サービスプロジェクトが中断なしで実行されるための前提条件は、設定

されたユーザーのパスワードが変更不可で、期限切れにならないことです。これを確実に実行するためには、ユーザーを設定する際に、以下のオプションを

有効にします。

● [ユーザーがパスワードを変更できない]● [パスワードが期限切れにならない]



システムマニュアル, 06/2014, A5E34376761-AA 107

4.7 WinCC ServiceMode の設定

4.7.1 プロジェクトをサービスプロジェクトとして定義する方法

概要

プロジェクトのプロパティで、プロジェクトを標準プロジェクトまたはサービスプロジ

ェクトのどちらとして実行するかを、指定します。

手順 - サービスプロジェクトを定義

1. WinCC エクスプローラの[ナビゲーション]ウィンドウでプロジェクト名をクリックし、ショートカットメニューで[プロパティ]コマンドを選択します。[プロジェクトプロパティ]ダイアログが開きます。

2. [動作モード]タブに切り替えます。

3. [サービス]オプションを有効にします。WinCC は、プロジェクトを変換するためにプロジェクトを再ロードする必要がある旨のメッセージを、表示します。

WinCC ServiceMode4.7 WinCC ServiceMode の設定


108 システムマニュアル, 06/2014, A5E34376761-AA

4. WinCC サービスプロジェクトを実行するユーザーを、[ユーザー]フィールドに入力します。このユーザーに必要なプロパティの詳細情報については、見出しが「サービスプロジェクトの実行の必要条件 (ページ 106)」のセクションを参照してください。

5. [パスワード]フィールドに、関連するパスワードを入力します。

6. [パスワード]フィールドのパスワードを、確認します。

7. [OK]をクリックして入力を確定します。

8. プロジェクトを再ロードします。

Autostart の設定

コンピュータが起動すると、WinCC は必要なプロジェクトを有効にできます。 [自動起

動の設定]ツールにプロジェクトを入力します。

手順 - 自動起動の設定

1. Windows の[スタート]メニューを開き、[SIMATIC]を選択し、次に[WinCC]、[自動起動]コマンドを選択します。[自動起動の設定]ダイアログが開きます。

2. [プロジェクト]フィールドのボタンをクリックして、必要なプロジェクトを選択します。このボックスに、プロジェクトファイルとそのフルパスが入力されています。

3. ランタイムでプロジェクトを開く場合は、[起動時にプロジェクトを実行する]オプションを選択します。

4. [自動起動を有効にする]ボタンをクリックします。次回のコンピュータの起動時に、WinCC が自動的に起動し、選択されたプロジェクトが開かれます。

サービスプロジェクトの標準プロジェクトへの変換

サービスプロジェクトを標準プロジェクトに変換する場合、[動作モード]タブの[標準]オプションを有効にします。



システムマニュアル, 06/2014, A5E34376761-AA 109

標準プロジェクトのサービスプロジェクトへの変換

標準プロジェクトをサービスプロジェクトに変換する場合、[動作モード]タブの[サービ

ス]オプションを有効にします。

注記

標準プロジェクトはサービスプロジェクトへ必ずしも変換できません

サービスプロジェクトは制約を受けます。変換を実行する前に、これらに注意してく

ださい。詳細情報は「サービスプロジェクトの使用と制約 (ページ 100)」を参照して

ください。

注記

サービスプロジェクトから標準プロジェクトへ、あるいはその逆に変換した後、必ず自

動起動を再設定しなければなりません。



110 システムマニュアル, 06/2014, A5E34376761-AA

4.8 ランタイムのサービスプロジェクト

4.8.1 ランタイムのサービスプロジェクト

はじめに

WinCC は、タスクバーの通知領域、いわゆるシステムトレイに、"SIMATIC WinCC" アイコンを作成します。このアイコンのショートカットメニューを使用して、以下のフ

ァンクションを実行します。

● グラフィックランタイムの開始

● グラフィックランタイムの終了

● プロジェクトの起動

● プロジェクトの終了

● [診断]ウィンドウを開く

これに関する追加情報は、システムトレイの[WinCC での作業]＞[プロジェクトでの作

業]＞[付録]＞[システムトレイの WinCC のステータスとコントロール]の章の「WinCC 情

報システム」を参照してください。

4.8.2 サービスプロジェクトを起動する方法

必要条件

プロジェクトが、サービスプロジェクトとして保存されている必要があります。これ以

外の必要条件については、「サービスプロジェクトの実行の必要条件 (ページ 106)」のセ

クションを参照してください。

手順 - サービスモードでのサービスプロジェクトの自動起動

[自動起動の設定]ツールでプロジェクトの自動起動を正しく設定すると、以下が実行され

ます。

● サーバーが起動されると、すぐにプロジェクトも自動的に起動されます。

ユーザーの入力は不要です。

WinCC ServiceMode4.8 ランタイムのサービスプロジェクト


システムマニュアル, 06/2014, A5E34376761-AA 111

結果 - WinCC サービスモードでのプロジェクトの自動起動

プロジェクトが起動されます。ユーザーはシステムにログオンしていません。

手順 - WinCC サービスモードでのプロジェクトの手動起動

以下の手順では、プロジェクトに対して自動起動が設定されていないと仮定しています。

1. サーバーを起動します。

2. サーバーにログオンします。

3. プロジェクトを開きます。

4. システムトレイのアイコンのショートカットメニューで、[プロジェクトを有効化]コマンドを選択します。あるいは、WinCC エクスプローラでプロジェクトを有効化します。

結果 - WinCC サービスモードでのプロジェクトの手動起動

プロジェクトが起動されます。 WinCC はアイコンを表示します。

サーバーからログオフした時に、WinCC ランタイムが有効なままになるようにするに

は、WinCC エクスプローラだけを終了します。これを行なうには、[WinCC エクスプロ

ーラを終了]ダイアログの[WinCC エクスプローラを終了]エントリを選択します。する

と、WinCC ランタイムは有効なままになります。

4.8.3 起動したサービスプロジェクトにログインおよびログオフする方法

はじめに

WinCC プロジェクトがランタイムにあるときに、サーバーで必要な作業を行なうため

に、サービスに再びログインおよびログオフすることができます。

注記

再起動を必要とする更新がインストールされると、WinCC ランタイムは終了します。

必要条件

サービスプロジェクトが起動されている。ユーザーがサーバーにログインしていない。



112 システムマニュアル, 06/2014, A5E34376761-AA

手順

1. サーバーにログインします。

2. 必要なアクションを実行します。

3. サーバーからログオフします。

結果

サーバーにログインおよびログオフしました。 WinCC ランタイムは、影響を受けてい

ません。

4.8.4 サービス目的でのインタラクティブな操作を有効にする方法

はじめに

WinCC サービスプロジェクトがランタイムにある間に、インタラクティブな操作を起動

できます。

必要条件

サービスプロジェクトが有効である。インタラクティブな操作が起動されていない。

"SIMATIC HMI"グループのメンバーであるユーザーとして、ログインします。

手順 - インタラクティブな操作の起動

1. サーバーにログインします。

2. トレイ領域のアイコンのポップアップメニューから、[グラフィックランタイムの開始]コマンドを選択します。WinCC は、インタラクティブな操作をリリースします。 WinCC プロジェクトを操作できます。

手順 - インタラクティブな操作の終了

1. トレイ領域のアイコンのポップアップメニューから、[グラフィックランタイムの終了]コマンドを選択します。WinCC はグラフィックランタイムを終了します。

2. 必要に応じて、ログオフします。



システムマニュアル, 06/2014, A5E34376761-AA 113

リダンダントシステム 55.1 2 重化

コンテンツ

WinCC オプションの[WinCC/冗長化]は、冗長システムを構成するために使用します。 2台の相互接続されたサーバーの並列操作と、誤作動が発生した場合のサーバーの自動切

替えによって、WinCC およびシステムの使用可能性が向上します。

概要

このドキュメントは以下について説明しています。

● 冗長システムの必要条件。

● WinCC における冗長システムの構築方法。

● 冗長化のためのサーバーの構成方法。

● 冗長アーカイブの同期の設定方法。


システムマニュアル, 06/2014, A5E34376761-AA 115

5.2 WinCC の 2 重化

はじめに

冗長性 WinCC プロジェクトは、同じ機能を実行し、並行して作動するように設定され

た 2 台の WinCC サーバーで構成されています。1 台はマスタサーバーで、もう 1 台はス

タンバイサーバーです。 2 台のサーバーはオートメーションシステム、クライアントそ

して互いに接続されています。

リダンダントシステム



116 システムマニュアル, 06/2014, A5E34376761-AA

WinCC 冗長性の機能の概要

WinCC 冗長性は以下の機能を提供します。

● サーバーが故障するまたはプロセス接続失敗時のクライアントの自動切り替え。

● 故障したサーバを回復した後、またはプロセス接続エラーを消去した後の、メッセー

ジアーカイブ、プロセス値およびユーザーアーカイブの自動同期化。

● 内部メッセージのオンライン同期化。

● タグ同期化をサポートする内部タグのオンライン同期化。

● ユーザーアーカイブのオンライン同期。

● 冗長サーバーにプロジェクトをコピーするための「プロジェクトデュプリケータ」。

● WinCC アプリケーションをモニタする「Application Health Check」ファンクション。

● ローカルシステムのハードウェアおよびソフトウェアの状態を監視する

「SelfDiagnosis」関数。

「Application Health Check」ファンクション

「Application Health Check」ファンクションは、全ての重要な WinCC アプリケーション

を、自動的にモニタします。

ライフビートのモニタリングは、ソフトウェアのエラーを検出すると、以下を実行しま

す。

● 「@RedundantServerState」システムタグのサーバーステータスを、「故障」にセット

します。

● 接続しているクライアントの冗長サーバーへの切り替えを、承認します。

● プロセスコントロールメッセージによるソフトウェアエラーのユーザーへの通知。エラーの原因がアラームサーバーの場合は、プロセスコントロールメッセージを生成で

きません。

注記

「Application Health Check」ファンクションによってソフトウェアのエラーが検出さ

れ、クライアントの切り替えが始まると、関連するサーバーが再起動されます。そう

しないと、クライアントをサーバーに再接続できません。アーカイブはエラーが検知

された時点まで遡及的に同期されます。




システムマニュアル, 06/2014, A5E34376761-AA 117

「SelfDiagnosis」関数

[SelfDiagnosis]ファンクションは、冗長システムの可用性と安定性を確保する次のタス

クで構成されます。

● ローカルの HW と SW の問題を監視して報告する

● ローカルシステムのパフォーマンスを監視する

● データ量の状態を監視する

● 必要な場合、サーバーフェイルオーバー

故障が発生した場合には、次のタスクが実行されます。

● アプリケーションの再起動

● 必要に応じて、サーバーの状態が[障害]に設定され、サーバーが移行します。

● ログエントリが生成されます。

● システムアラームが発生されます。




118 システムマニュアル, 06/2014, A5E34376761-AA

5.3 冗長システムの必要条件

概要

WinCC の冗長性については、以下の前提条件に従う必要があります。

● マルチユーザーオペレーションの WinCC 冗長サーバーには、以下のサーバーオペレ

ーティングシステムのコンピュータだけを使用してください。

– Microsoft Windows Server 2008 32 ビット

– Microsoft Windows Server 2008 R2 64 ビット

– Microsoft Windows Server 2012 64 ビット

● クライアントの PC は以下を実装する必要があります:– Windows 2012 Server、Windows 2008 Server、Windows Server 2008 R2– Windows 7、Windows 8.1 64 ビット

● WinCC 冗長性オプションは両方のサーバーにインストールする必要があります。 WinCC 冗長性ライセンスは冗長サーバーにインストールする必要があります。

● 2 つの冗長サーバーを機能的に等しく構成する必要があります。

● 2 つの冗長サーバーに追加して、さらに別の PC を冗長サーバーとして構成すること

はできません。

● サーバーは時間の同期が取れている必要があります。システム全体で時間の同期が取

れていることを推奨します。時間の同期は、WinCC の[時間の同期]オプションで設定

できます。

● オートメーションシステムおよびクライアントからのメッセージと確認には必ずフレ

ームにタイムスタンプ(時系列順メッセージ)が必要です。これによりエントリの重複

が回避されます。例えば、アラームクロックをオートメーションシステムで使用する

とします。




システムマニュアル, 06/2014, A5E34376761-AA 119

● 下位のオートメーションシステムからプロセス値、メッセージおよびアクティブメッ

セージブロックを同時に両方のサーバーに送信する必要があります。

● 冗長サーバー間には、下記の追加接続の 1 つが存在する必要があります。

– ネットワークアダプタ

– シリアル接続

この追加接続によって、「マスタ」または「スタンバイ」ステータスの正確な定義が

確保されます。

[冗長性]エディタを使用して、WinCC エクスプローラのネットワークカード接続経由

で、追加接続を構成します。 TCP/IP プロトコルを対応する IP アドレスと共に使用し

ます。この IP アドレスは、ターミナルバスと同じサブネットに存在してはいけませ

ん。

注記

WinCC および有効な WinCC 冗長性コミッショニング中のランタイム動作

サーバーコンピュータ上でコミッショニング中に、WinCC Runtime は頻繁に有効と無

効に切替わります。このアクティブな WinCC 冗長性での繰り返し実行により、アーカ

イブが毎回同期されます。これにより、WinCC Runtime 動作の著しい劣化が発生する

場合があります。従って、コミッショニング中は WinCC 冗長性を無効にしておくこと

をお勧めします。

注記

不意の停電にも WinCC を安全に終了させるために、無停電電源装置(UPS)の使用を推

奨します。




120 システムマニュアル, 06/2014, A5E34376761-AA

5.4 2 重化の仕組み

はじめに

両方のサーバーは同一の権限を持ち、互いに独立して作動します。ユーザーは、両方の

サーバーにアクセスできます。どちらかのサーバーが故障すると、同等の冗長サーバー

をいつでも利用できます。

以下の図は、並行冗長サーバーのアーカイブとアーカイブの同期化を示しています。

冗長サーバーの識別

2 つのサーバーのうち、1 つをデフォルトマスタとして構成できます。このサーバーの

ランタイムでシステム変数「@RM_MASTER」を「1」に設定します。コンピュータの

故障などによってタグのステータスが変わると、クライアントの接続先は元の「スタン




システムマニュアル, 06/2014, A5E34376761-AA 121

バイ」コンピュータに切り替わります。以前の「スタンバイ」コンピュータは現在の

「マスタ」です。

サーバーはランタイム時に互いにモニタし合い、パートナーサーバーの不具合をすばや

く検出します。ネットワークアダプタ経由の追加接続かサーバー間のシリアル接続を使

用して、ステータスをモニタします。この接続によって、リダンダントパートナーサー

バー間の通信を改善できます。これにより冗長化を利用しやすくなります。アーカイブ

の同期に追加の接続は使用されてません。

正常作動時の WinCC のアーカイブ

サーバーは通常ランタイムで完全に並列に実行されます。各サーバーコンピュータは個

々のプロセスドライバで接続されており、固有のデータアーカイブを持っています。プロセスデータおよびメッセージは、オートメーションシステムによって両方の冗長サー

バーに送信され、両方の冗長サーバーによって適切に処理されます。

ユーザーアーカイブ、内部メッセージ、内部タグは、連続してオンラインで同期できま

す。 2 つのサーバーは TCP/IP プロトコルのある LAN で通信し、アーカイブを同期しま

す。

サーバーの故障

一方のサーバーが故障すると、クライアントは、故障したサーバーからリダンダントパ

ートナーサーバーへ、自動的に切り替えられます。これにより、すべてのクライアント

は、常にプロセスをモニタし、操作できます。

故障中、正常なサーバーは、WinCC プロジェクトのすべてのメッセージおよびプロセス

データを、アーカイブし続けます。故障したサーバーがオンラインに復帰すると、すべ

てのメッセージアーカイブ、プロセス値アーカイブ、およびユーザーアーカイブが、復

帰したサーバーへ自動的にコピーされます。このとき、正常サーバーと故障サーバーと

のアーカイブデータのギャップが埋められます。

注記

冗長性障害は 69 秒以上にする必要がある

技術上の理由で、冗長サーバーシステムにおいて両方のシステムが自動的に同期される

までの障害時間は、69 秒以上にする必要があります。




122 システムマニュアル, 06/2014, A5E34376761-AA

クライアントの切り替えをトリガするファクタ

サーバーに障害が発生している間のデフォルト(マスタ)サーバーからパートナーサーバ

ーへのクライアントの切り替えは、システムによって自動的に実行されます。

サーバーの切り替えは、以下のファクタによって起こります。

● サーバーへのネットワーク接続の故障

● サーバーの障害

● プロセス接続の誤動作

● 「Application Health Check」ファンクションが WinCC アプリケーションの不具合を

検出し、切り替えをトリガした。

● プロジェクトが停止した。

プロセス接続でのエラー発生時にクライアント切り替えの冗長性オプションが有効な場

合、「マスタ」サーバーおよびリダンダントパートナーサーバーへの論理接続の不具合数

が、周期的に計測されます。「マスタ」サーバーの論理接続の不具合数がリダンダント

パートナーサーバーの不具合数よりも多い場合、マスタサーバーにログオンしているク

ライアントは、リダンダントパートナーサーバーに切り替えられます。

プロセスリンクのエラーが是正されると、クライアントは、元来接続されていた優先サ

ーバーに切り替えられます。

プロセスリンクのモニタは、冗長サーバーが両方ともランタイムになるまで開始されま

せん。

注記

サーバー上でソフトウェアエラーが発生した場合は、クライアントの接続をリダンダン

トパートナーに切り替えるのではなく、システムをブロックできます。

サーバー復帰後にアーカイブの同期をトリガするファクタ

サーバー間のアーカイブの同期は以下のエラーが修正された後に開始されます。

● プロセス接続エラー。ただし、プロセス接続モニタをオフにすることができます。

● パートナーサーバーへのネットワーク接続の障害。

● サーバーの故障。

● プロジェクトが作動していない。




システムマニュアル, 06/2014, A5E34376761-AA 123

サーバー復帰後の同期

故障したサーバーが復帰したら、WinCC 冗長性は不足しているデータを故障したサーバ

ーに転送します。これは、メッセージアーカイブ、プロセス値アーカイブ、ユーザーア

ーカイブおよび内部タグに適用されます。その後、2 台の同等のサーバーが再び利用可

能になります。

アーカイブの同期はバックグラウンドで、WinCC のプロセス管理およびアーカイブ処理

と並行して実行されます。したがって、システムの作動および監視は常に保証されてい

ます。

内部タグの比較

内部タグには、プロパティ「タグ同期」が必要です。

冗長サーバーの 1 台でタグの 1 つが修正されると、直ちにパートナコンピュータで内部

タグが比較されます。

内部タグには、たとえば「@RM_Master」などの、文字「@」で始まる名前を持つシス

テムタグも含まれます。システムタグには、オンライン同期を構成できません。

プロセス接続エラー後の同期

プロセス接続モニタリングを有効にすると、サーバーとオートメーションシステム間の

障害が解消されると自動的にすべてのアーカイブの同期が開始されます。

プロセス接続モニタが作動すると、該当するサーバーが、構成されたすべての接続に対

してライフビートモニタを実行します。関連するオートメーションシステムがサーバー

に確認メッセージを送信できない場合、オートメーションシステムへのプロセス接続に

障害が発生したことをサーバーが検知します。

1 つまたは複数のオートメーションシステムに対するネットワークエラーが検出される

と、そのプロジェクトに属するオートメーションシステムのすべてのアーカイブの同期

が実行されます。障害の発生していないオートメーションシステムのアーカイブも同期

されます。このオプションを無効にすると、ランタイム中のサーバー負荷が防止されま

す。

ネットワーク接続のモニタリングが無効になっているとき、オートメーションシステム

のネットワークのエラーは認識されないため、アーカイブの同期は実行されません。




124 システムマニュアル, 06/2014, A5E34376761-AA

オンライン同期

サーバー間での直接的な同期をサポート:

● 以下のアラームロギングを実施:– 内部メッセージタグ

– タグ接続のないメッセージ

– システムオペレーションメッセージ

– 「バッチ」メッセージ

● ユーザーアーカイブを対象

● タグ同期付き内部タグを対象

ブロックされているメッセージの比較

故障したサーバが復帰すると、現在ブロックされているメッセージが検索され、オート

メーションシステムの全般クエリで同期されます。

メッセージが１台のサーバーでのみパッシブにブロックされている場合、ブロック情報

が同期されます。




システムマニュアル, 06/2014, A5E34376761-AA 125

5.5 冗長性システムの構成

5.5.1 冗長システムのセットアップ方法

はじめに

ここで、WinCC 冗長性システムの設定方法の概要について理解します。クライアント-サーバシステムの構造に関する一般的な情報は、WinCC 情報システムの「分散システ

ム」の章に記載されています。

Windows でのサーバーの入力

2 つの冗長サーバーはネットワーク上で互いに認識していなければなりません。さらに、

ユーザーおよびパスワードが、冗長サーバー同士で一致する必要があります。ユーザー

に管理者またはユーザー権限を設定する必要があります。ユーザーは「SIMATIC HMI」ユーザーグループのメンバーでなければなりません。

サーバーでのプロジェクトの構成

WinCC 冗長性のコンフィグレーション時に、以下の事項を決定します。

● 標準マスタ。

● パートナーサーバー。

● クライアントの切り替え動作。

● アーカイブの同期のタイプ。

プロジェクトを複製する前に、WinCC エクスプローラで「サーバーデータ」エディタを

使ってサーバーパッケージを作成します。なるべく標準サーバーにサーバーパッケージ

を作成します。

注記

同期を行う場合は、必要なユーザーアーカイブのみを構成します。同期するユーザー

アーカイブの数が増えれば、それだけ同期処理にも時間がかかり、システムへの負荷が

大きくなります。




126 システムマニュアル, 06/2014, A5E34376761-AA

WinCC プロジェクトの複製

冗長パートナーサーバーに機能的に同等の WinCC プロジェクトを配備するには、「プロ

ジェクトデュプリケータ」を使ってデフォルトのサーバーからプロジェクトを複製します。マスタサーバーおよびスタンバイサーバーに同じプロジェクト設定が作成されます。

注記

複製を行う前に、プロジェクトが複製されるコンピュータのメモリが十分であることを

確認します。既存のプロジェクトを複製する場合、このプロジェクトが開いておくこ

とはできません。

スタンバイサーバーの構成

冗長性のステータスをモニタリングするには、「冗長性」エディタでスタンバイサーバー

にマスタサーバーへの追加接続を設定する必要があります。

クライアントの構成

クライアントで WinCC 冗長性を使用するには、「サーバーデータ」エディタで以下の手

順を実行します。

● デフォルトサーバーのパッケージを作成します。

● 希望のサーバーを設定し、パッケージの自動更新を有効にします。

リダンダントサーバーの起動

1. 初に構成済みのマスタサーバーを起動します。

2. 次に接続したクライアントを起動します。

3. クライアントが起動したら、2 番目のサーバーと接続されたクライアントを起動します。

初の同期が実行されます。この同期化のためのダウン時間には、初のサーバーの起

動と 2 番目のサーバーの起動の合間も含まれます。

注記

冗長サーバーの起動中は、初のサーバーを完全に起動してから冗長パートナーを起動

しなければならないことに注意が必要です。サーバーの初の起動中は、有効なクラ

イアントがあってはいけません。

冗長サーバーのペアを完全に無効にした後、再起動の間特定の順番を守る必要がありま

す。後に無効にすべきサーバーだったサーバーを、初に起動します。このサーバ

ーが完全に起動した後、冗長パートナを起動できます。




システムマニュアル, 06/2014, A5E34376761-AA 127

冗長サーバーの停止

冗長サーバーを停止にする前に、2 番目のサーバーが機能していて、エラーなしで動作

している必要があります。

アーカイブの同期化は、対応するプロセスコントロールメッセージが示すように、停止

前に完了している必要があります。

注記

初のサーバーのアーカイブの同期化が完了する前に 2 番目のサーバーを停止すると、

データが失われることがあります。これは、コミッショニング中にサーバーの有効/無効を頻繁に切り替える場合に特に重要です。

5.5.2 同一ファンクションのコンフィグレーション

プロセスデータアーカイブとメッセージアーカイブ

タグロギングおよびアラームロギングは、冗長サーバー間で機能的に等しくなるように

構成する必要があります。追加の測定ポイントまたはアーカイブという形態で追加でき

るようにするため、同一のアーカイブが必要です。同期に拡張は含まれません。拡張は

パートナーサーバーでユーザー自身が調整する必要があります。

WinCC はハードディスクベースの以下のアーカイブを同期します。

● プロセス値アーカイブ

● 圧縮アーカイブ

● メッセージアーカイブ

メインメモリアーカイブの同期は実行されません。

ユーザーアーカイブ

ユーザーアーカイブは両方のサーバーで同一構造で構築されている必要があります:

これから同期を行うユーザーアーカイブのコンフィグレーションは、プロパティおよび

フィールドとレコード構造において等しくなければなりません。




128 システムマニュアル, 06/2014, A5E34376761-AA

注記

ロードオンライン変更を使用して実行できないコンフィグレーションデータの変更の同

期

アーカイブで削除したフィールドなど、ユーザーアーカイブコンフィグレーションデー

タの変更は、変更のオンラインダウンロードでは冗長サーバーペアには転送されませ

ん。

ユーザー管理

ユーザー管理の変更は、自動的には同期されません。ユーザー管理の設定を変更する場

合、以下のオプションがあります。

● エンジニアリングステーションで変更を構成する。変更を冗長サーバーに転送する。

● 両方の冗長サーバーで同じ変更を構成する。

下記も参照

WinCC の 2 重化 (ページ 116)

5.5.3 冗長サーバーを構成する方法

はじめに

WinCC エクスプローラで「冗長性」エディタを使って冗長サーバとアーカイブの同期を

設定します。

必要条件

2 つの冗長サーバーを機能的に等しく構成する必要があります。




システムマニュアル, 06/2014, A5E34376761-AA 129

手順

1. WinCC エクスプローラで「冗長性」エディタを開きます。[全般]タブに進みます。 [サーバー]フィールドは、WinCC 冗長性を設定するコンピュータの名前を含みます。

2. WinCC 冗長性を設定および使用する場合、［冗長化の起動］チェックボックスを有効にします。

3.［デフォルトマスタ］オプションを有効にし、両方のサーバーが同時に起動されているときに、上記で入力したサーバーがマスタサーバーとして常に起動されるように指定します。このオプションを有効にしないと、選択したサーバーはスタンバイサーバーになります。

通知

「デフォルトマスタ」に指定できるのは 1 台の冗長サーバのみ

［デフォルトマスタ］オプションが 2 台の冗長サーバーのうち 1 台でのみ有効になっ

ていることを確認してください。さもないと、クライアントの冗長切り替え時に、

不具合が発生する場合があります。




130 システムマニュアル, 06/2014, A5E34376761-AA

4. パートナーサーバーのコンピュータ名を入力し、[検索]をクリックします。

5. ネットワークアダプタによる冗長パートナへの接続があるかどうかをモニタリングするステータスを指定します。ネットワークアダプタによる接続は、シリアル接続よりも優先されます。シリアル接続を使用する場合は、インターフェースを選択します。

6. 障害発生後に同期する期間を指定します。すべてのデータに対するオプションまたは日数指定によるオプションのいずれかを有効にします。

7. オプション設定で、システムがオンラインに復帰した後、または障害が解消された後で実行する同期を有効にします。

8. [OK]をクリックして設定を保存します。

注記

オプション変更時のランタイムの再起動

ランタイムを再起動しない場合、以下のオプションの変更のみが即在に有効になりま

す。

● [パートナーサーバーのオンライン復帰後の同期]。● [アラームロギングのオンライン同期]。● [プロセス接続エラー後の同期...]。その他のオプションへの変更は、ランタイムを再起動した後に反映されます。

5.5.4 ユーザーアーカイブの同期の設定方法

はじめに

ユーザーアーカイブはオペレーション、独立したプログラムまたはオートメーションシ

ステムで処理されます。冗長システムに対して、ユーザーアーカイブの自動同期を構成

します。

必要条件

ユーザーアーカイブのコンフィグレーションは 2 台の冗長サーバーで同一である必要が

あります。これにはプロジェクトデュプリケータを使用します。




システムマニュアル, 06/2014, A5E34376761-AA 131

手順

1. WinCC エクスプローラで「冗長性」エディタを開きます。「ユーザーアーカイブ」タブを開きます。

2. [ユーザーアーカイブ]列には、構成されたユーザーアーカイブが 1 行ごとに表示されます。［同期］コラムをダブルクリックして、個々のユーザーアーカイブの同期を有効または無効にします。この設定は、両方のパートナーサーバーで同一でなければなりません。

3. [すべてのユーザーアーカイブの同期]フィールドの 2 つのボタンにより、表示されたすべてのユーザーアーカイブの同期を有効化または無効化できます。




132 システムマニュアル, 06/2014, A5E34376761-AA

4.「冗長化」エディタを呼び出した後で「ユーザーアーカイブ」エディタでユーザーアーカイブのコンフィグレーションを変更しましたか? その場合、［更新］ボタンを押してユーザーアーカイブの現在のコンフィグレーションを適用します。

5. [OK]をクリックして設定を保存します。

注記

ロードオンライン変更を使用して実行できないコンフィグレーションデータの変更の同

期

アーカイブで削除したフィールドなど、ユーザーアーカイブコンフィグレーションデー

タの変更は、変更のオンラインダウンロードでは冗長サーバーペアには転送されませ

ん。

注記

ユーザーアーカイブのアーカイブ同期の変更後にランタイムを再起動する

ユーザーアーカイブのアーカイブ同期の変更は、ランタイムを再起動した後にのみ有効

になります。

ユーザーアーカイブの並行編集

レコードを冗長ユーザーアーカイブに同時に追加するときは、以下の項目に注意してく

ださい。

● 復帰後に同期が行われた場合、レコードは以前に故障したサーバーにのみ追加できま

す。そうしないと、スクリプトまたはユーザーアーカイブコントロールに、エラーメ

ッセージが発生します。

● オンライン同期中であっても、レコードが冗長アーカイブで同期されるまで、多少時

間がかかることがあります。

注記

サーバーコンピュータがどちらも機能しない場合、またはどちらもシャットダウンした

場合、後に使用したサーバーコンピュータを初に起動する必要があります。さも

ないと、保存されていない変更が失われます。

下記も参照

故障シナリオ (ページ 143)

WinCC リダンダントシステムメッセージ (ページ 153)




システムマニュアル, 06/2014, A5E34376761-AA 133

冗長サーバーを構成する方法 (ページ 129)

冗長システムのセットアップ方法 (ページ 126)


5.5.5 冗長サーバーのプロジェクトの複製方法

はじめに

2 台の冗長サーバーはハードウェアおよびソフトウェアに関して機能的に同一に設定す

る必要があります。 WinCC のコンフィグレーションの完了後および WinCC プロジェク

トの各変更後、WinCC プロジェクトデュプリケータを使用して冗長パートナプロジェク

トを生成します。

プロジェクトデュプリケータは以下を実行します。

● 画像、スクリプトおよびアーカイブなど、すべての関連するプロジェクトデータを冗

長パートナにコピーする。

● コンピュータが WinCC 冗長性を使用するように設定されていない場合、対象コンピ

ュータで必要なすべての設定を行う。

コンピュータ固有の設定は、後で手動で変更しなければなりません。

注記

プロジェクトを冗長サーバーに転送するために、Windows エクスプローラは使用でき

ません。

SIMATIC Manager の変更のオンラインダウンロード機能を使って小規模の変更を保存

して、ランタイムでサーバーに転送することができます。

原理

プロジェクトデュプリケータで複製するプロジェクトを選択します。

プロジェクトの複製先であるコンピュータとフォルダを指定します。プロジェクトフォ

ルダはターゲットフォルダ内に作成されます。

ローカルコンピュータでプロジェクトを複製することはできません。常にネットワーク

上でアクセス権がある別のコンピュータのプロジェクトを複製します。

プロジェクトのステータスにより、コンフィグレーションデータおよびランタイムデー

タを、選択したフォルダに複製することができます:




134 システムマニュアル, 06/2014, A5E34376761-AA

プロジェクトステータスコンフィグレーションデ

ータ

ランタイムデータ

閉じたプロジェクト + +

開いている無効のプロジェクト + -

ランタイムのプロジェクト + -

複製できるのはプロジェクト全体およびフォルダ構造全体のみです。どのデータおよび

フォルダも複製操作から除外できません。

必要条件

● WinCC 冗長性オプションが両方のコンピュータにインストールされていること。

● 複製のターゲットフォルダがターゲットコンピュータに作成されており、アクセスが

可能なこと。

● ターゲットフォルダへのアクセス権があること。

● ターゲットコンピュータのハードディスクに十分な空きスペースがあること。

● ターゲットコンピュータには正しい WinCC バージョンをインストールする必要があ

ります。コンピュータを起動する必要があります。

● ターゲットコンピュータでランタイムが終了していること。

● ターゲットコンピュータでプロジェクトが閉じられていること。




システムマニュアル, 06/2014, A5E34376761-AA 135

手順

1. Windows の[スタート]メニューにある[SIMATIC]>[WinCC]>[ツール]フォルダから、[プロジェクトデュプリケータ]エントリを選択します。 WinCC プロジェクトデュプリケータが開きます。

2. [コピーされるソースプロジェクトを選択]ボックスに複製するプロジェクトを入力します。パスおよびプロジェクトファイル<PROJECT>.MCP を直接入力するか、ボタンをクリックして検索します。

3. [冗長化パートナ用の複製プロジェクトの保存場所]ボックスに、複製したプロジェクトを保存するパスを入力します。フォルダパスおよびプロジェクトファイル<PROJECT>.MCPを直接入力するか、ボタンをクリックして検索します。

4. [複製]ボタンをクリックします。[コピー]ウィンドウが開きます。複製時に、プロジェクトデュプリケータは、ファイルとフォルダを進捗バーとともに表示します。複製を中止するには、[キャンセル]ボタンを押します。複製後、[プロジェクトデュプリケータに関する注意]ウィンドウが開きます。 WinCC に、確認する必要がある設定が表示されます。

注記

複製元のコンピュータで開いていた WinCC プロジェクトを複製すると、進捗バーは

表示されません。

5. [閉じる]ボタンでプロジェクトデュプリケータを閉じます。

6. 複製したプロジェクトの設定を確認し、必要に応じて変更します。

7. 以下の事項を確認します。

– コンピュータ名。

– 冗長化エディタの設定。

– 必要な場合、エディタの設定。

プロジェクトベースのアクセス保護があるプロジェクトの複製

プロジェクトベースのアクセス保護がある WinCC プロジェクトを冗長サーバーに転送

するためには、SIMATIC STEP 7 がインストールされていなければなりません。




136 システムマニュアル, 06/2014, A5E34376761-AA

[WinCC プロジェクトデュプリケータ]ダイアログの[複製]ボタンをクリックすると、STEP 7 プロジェクトのパスワードを入力しなければなりません。

SIMATIC STEP 7 がインストールされていないか、またはパスワードが間違っていると、

プロジェクトデュプリケータはエラーメッセージを出して中止します。

5.5.6 ランタイムでの冗長プロジェクトの複製方法

はじめに

冗長プロジェクトを編集すると、冗長化サーバーの動作中のプロジェクトを更新するこ

ともできます。

[変更のオンライン保存]ファンクションで小規模な変更を保存して、それらをサーバーに

転送することができます。「変更のオンラインロード」の章にある文書も参照してくだ

さい。

プロジェクトデュプリケータを使用した複製

変更のオンラインダウンロードファンクションで保存できないコンフィグレーションが

あります。この場合は、プロジェクトデュプリケータを使用して、プロジェクトの複製

を冗長化サーバーに生成する必要があります。

注記

冗長化システムではない場合

通常の操作中の変更では、パートナーサーバーの 1 つを停止する必要があります。この間、冗長性を使用できません。

必要条件

● ターゲットフォルダが作成されていること。

● ターゲットフォルダへのアクセス権があること。

● コピーしたプロジェクトを保存する冗長化サーバーに、十分なハードディスク空きス

ペースがあること。




システムマニュアル, 06/2014, A5E34376761-AA 137

手順

このセクションでは、サーバー 1 とサーバー 2 の 2 台のサーバーを備えた冗長システム

で、このファンクションを使用する方法を説明します。

1. 冗長サーバー 1 で、ランタイムを終了してプロジェクトを閉じます。

2. ランタイムでサーバー 2 に対するコンフィグレーション変更を行い、変更を保存します。

3. サーバー 2 でプロジェクトデュプリケータを起動します。

4. [複製]ボタンを使って、「1」で無効化されたプロジェクトのターゲットフォルダにサーバー 1 のプロジェクトを複製して、上書きします。

5. サーバー 1 でプロジェクトを開きます。

6. 設定をチェックします。

7. ランタイムを起動し、冗長化の同期化を待ちます。




138 システムマニュアル, 06/2014, A5E34376761-AA

5.6 WinCC 冗長性のシナリオ

5.6.1 プロセス接続エラー発生時のクライアントの切り替え

概要

冗長システムは、2 台の機能的に等しいサーバーで構成されます。一方のサーバーが「マ

スタ」サーバーで、もう一方のサーバーが冗長パートナーサーバーです。

影響を受けない状態のサーバーには、以下のステータスがあります。

● マスターサーバーには、「マスタ」ステータスがあります。

● 冗長サーバーには、「スタンバイ」ステータスがあります。

クライアントはそれぞれの優先サーバます。優先サーバーが指定されていない場合、マ

スタサーバーに接続されます。

ランタイムで両方のサーバーが稼働すると、プロセス接続モニタが起動します。「マス

タ」サーバーおよび冗長パートナーサーバーの論理接続の不具合数を、WinCC 冗長化が

周期的に測定します。

「マスタ」サーバーの論理接続不具合数が冗長パートナーサーバーよりも多い場合、サー

バーのステータスは「@RedundantServerState」システムタグで「エラー」になります。クライアントの接続は、「マスタ」ステータスを持つ冗長パートナーサーバーに切り替え

られます。

正常な作動状態

システムは、以下のコンピュータで構成されます。

● 冗長サーバー A

● 冗長サーバー B




システムマニュアル, 06/2014, A5E34376761-AA 139

● 優先サーバー A があるクライアント 1

● 優先サーバー B のあるクライアント 2

サーバー A のプロセス接続エラー

サーバー A にプロセスリンクエラーがあります。サーバー B にはエラーがありません。

サーバー A の論理接続の不具合の数は、サーバー B より大です。従って、サーバー A は




140 システムマニュアル, 06/2014, A5E34376761-AA

「エラー」ステータスを受け取ります。この結果、クライアント 1 は、冗長サーバー Bに切り替えられます。

プロセスリンクエラーの終了

サーバー A のプロセスリンクエラーが解消されると、サーバー A は「スタンバイ」ステ

ータスになります。サーバーが優先サーバーとして入力されたため、クライアント 1 は




システムマニュアル, 06/2014, A5E34376761-AA 141

サーバー A に切り替わります。クライアント 2 はその優先サーバーであるサーバー Bに接続されたままです。

注記

OPC カプラはモニタされません。従って、OPC カプラのエラーの場合には、クライ

アントの切り替えは起こりません。

下記も参照


ユーザーアーカイブの同期の設定方法 (ページ 131)

冗長サーバーを構成する方法 (ページ 129)

冗長システムのセットアップ方法 (ページ 126)





142 システムマニュアル, 06/2014, A5E34376761-AA

5.6.2 故障シナリオ

5.6.2.1 故障シナリオ

はじめに

実際に発生する一部のエラーを例に挙げ、WinCC 冗長性がどのように機能するかについ

て説明します。

1. シナリオ 1：ランタイムにないサーバーコンピュータのプロジェクト (ページ 145)

2. シナリオ 2 パートナサーバーへの接続エラー (ページ 146)

3. シナリオ 3 クライアントへのネットワーク接続エラー (ページ 148)

4. シナリオ 4 プロセス接続の不良 (ページ 149)

5. シナリオ 5 ソフトウェアエラー (ページ 150)

WinCC 冗長化が、現在のエラーそのものを認識するか、またはエラーメッセージに以下

のアクションで反応します。

● イベントの回数を保存。

● アーカイブの同期。

● 「マスタ」および「スタンバイ」識別子の変更。

● クライアントの切り替え。

● メッセージのトリガ。

サーバー PC の起動

サーバー PC が起動しているとき、冗長構成要素は、パートナーサーバーがすでに作動

しているかどうかを確認します。

● パートナーサーバーが既に起動されている場合、サーバーコンピュータに「スタンバ

イ」ステータスが設定されます。

● 起動中にパートナーサーバーが有効でない場合、サーバーコンピュータに「マスタ」

ステータスが設定されます。




システムマニュアル, 06/2014, A5E34376761-AA 143

WinCC 冗長化システムタグ

サーバーコンピュータのステータスが、「@RM_MASTER」システムタグに保存されま

す。

サーバーコンピュータのステータ

ス

「@RM_MASTER」ステータス

マスタ 1

スタンバイ 0

「@RM_MASTER_NAME」タグには、「マスタ」ステータスを持つサーバーシステムの名

前(例、「サーバー 1」)が含まれます。

「@RedundantServerState」タグには各冗長サーバの冗長ステータス（例、「スタンバ

イ」）が表示されます。

冗長化では上記のタグのみを設定します。両方のサーバーは常に完全に同等です。

スクリプトまたは他のアプリケーションが、これらのタグを評価できます。「@RM_MASTER」タグだけを変更できます。

システムタグの概要は WinCC リダンダントシステムタグ (ページ 152)に記載されていま

す。

ステータス情報の交換

冗長性ステータスは、個別の接続でコントロールされます。接続は、以下のように確立

できます。

● ネットワークアダプターを使用

● シリアルインターフェースを使用

ネットワークアダプタによる接続は、シリアル接続よりも優先されます。

注記

アーカイブ同期は端末バス経由で実行されます。アーカイブ同期はステータス接続では

実行されません。




144 システムマニュアル, 06/2014, A5E34376761-AA

5.6.2.2 シナリオ 1：ランタイムにないサーバーコンピュータのプロジェクト

はじめに

プロジェクトがサーバー 2 で無効の場合、このシナリオは WinCC 冗長性の動作を示し

ます。

以下のアクションがトリガされます。

● サーバー 1 にサーバー 2 のダウンタイム(日付と時刻)が保存されます。

● サーバー 1 は、サーバー 2 の故障をシステムメッセージによってレポートします。

● サーバー 1 がスタンバイサーバーの場合、サーバー 1 はマスタサーバーの役割を引き

継ぎます。「@RM_MASTER」タグが設定され、「@RM_MASTER_NAME」および

「@RedundantServerState」タグは変更されます。

● サーバー 2 に接続されているクライアントが、サーバー 1 に切り替わります。

サーバー 2 のオンラインへの復帰

ダウン時間は、サーバー 2 のアーカイブにギャップがあることを意味します。このギャ

ップは、以下の手段によって埋めることができます。

● サーバー 1 が、サーバー 2 の復帰時間(日付と時刻)を保存します。

● サーバー 1 は、サーバー 2 の復帰をシステムメッセージによってレポートします。

● サーバー 1 からの以下のアーカイブの冗長同期が、サーバー 2 で実行されます。

– メッセージアーカイブ

– プロセスデータアーカイブ

– ユーザーアーカイブ

● サーバ 1「@RM_MASTER」が設定されたまま、サーバ 2「@RM_MASTER」がリセ

ットされます。

「@RM_MASTER_NAME」および「@RedundantServerState」はどちらのサーバー

でも変更されません。

● 優先サーバーとしてサーバー 2 を構成されているクライアントは、サーバー 2 に切り

替えられます。

オンライン同期に比べて、サーバー故障発生後のアーカイブ同期には時間がかかる場合

があります。同期の時間は、同期すべきレコードの数や、コンピュータおよびネットワ

ークの負荷によります。




システムマニュアル, 06/2014, A5E34376761-AA 145

交互に発生するサーバー故障

2 台のサーバー間で故障が交互に発生する場合、サーバーの同期は交互に行われます。同期後、すべてのデータは両方のアーカイブで使用可能になります。

同期が設定されると、常に同期が実行されます。

障害 A

サーバー 1 からサーバー 2 へすべての値が転送されます。

障害 B


障害 C


これらすべてのプロセスは、同時に行われている下位のオートメーションシステムから

取得したプロセス値のアーカイブ処理およびメッセージのアーカイブ処理に関わりなく、

バックグラウンドで自動的に行われます。

5.6.2.3 シナリオ 2 パートナサーバーへの接続エラー

はじめに

このシナリオでは、パートナーサーバーへの接続障害の場合の冗長性の動作を示します。このイベントの発生に先立って、両方のサーバーは障害無くランタイムで動作している

とします。

たとえば、サーバー 1 でネットワーク接続が引っ張られると、既述の接続障害が発生し

ます。




146 システムマニュアル, 06/2014, A5E34376761-AA

初期条件 1

接続エラー時、サーバー 1 がマスタサーバー、サーバー 2 がスタンバイサーバーです。

接続エラーが発生する

接続に失敗すると、以下の動作がトリガされます。

● サーバー 2 がマスタサーバーになり、障害の時刻(日付と時刻)を保存します。

● サーバー 2 がは、パートナーサーバーに故障してサーバー 2 が「マスタ」サーバーに

切り替わったというシステムメッセージを表示します。

● タグ「@RM_MASTER」、「@RM_MASTER_NAME」および

「@RedundantServerState」が両方のサーバーに適用されます。

接続が回復する

接続障害中は、アラームロギングのメッセージおよびユーザーアーカイブを同期化でき

ません。

以下の測定が実施されます。

● マスタサーバー 2 が復帰時刻を保存。

● サーバー 2 が、パートナーサーバーの復帰を、システムメッセージで表示します。

● マスタサーバーからスタンバイサーバーへの冗長の同期。

● アラームロギングのオンライン同期で、以下の事項がサーバー 1 からサーバー 2 にレ

ポートされ、システムメッセージとしてサーバー 1 に表示されます。

– 冗長操作でエラーが発生した。

– サーバー 1 が「スタンバイ」ステータスに切り替わった。

– サーバー 1 の復帰。

● 両方のサーバーの「@RM_MASTER」、「@RM_MASTER_NAME」および

「@RedundantServerState」タグは変更されません。

初期条件 2

接続エラー時、サーバー 1 がスタンバイサーバー、サーバー 2 がマスタサーバーです。

接続エラーが発生する

接続に失敗すると、以下の動作がトリガされます。

● サーバー 2 はマスタサーバーのままで、障害の時刻(日付と時刻)を保存します。

● サーバー 2 が、パートナーサーバーの故障を、システムメッセージで表示します。




システムマニュアル, 06/2014, A5E34376761-AA 147

● サーバー 1 が「エラー」ステータスに変わります。クライアントのサーバー 1 が優

先サーバーとして、サーバー 2 に切り替わります。



接続が回復する

接続障害中は、アラームロギングのメッセージおよびユーザーアーカイブを同期化でき

ません。

以下の測定が実施されます。

● サーバー 2 が復帰時刻を保存します。

● サーバー 2 が、パートナーサーバーの復帰を、システムメッセージで表示します。

● マスタサーバーからスタンバイサーバーへの冗長の同期。

● アラームロギングのオンライン同期で、以下の事項がサーバー 1 からサーバー 2 にレ

ポートされ、システムメッセージとしてサーバー 1 に表示されます。

– 冗長操作でエラーが発生した。

– サーバー 1 の復帰。



5.6.2.4 シナリオ 3 クライアントへのネットワーク接続エラー

はじめに

このシナリオでは、サーバー 2 とサーバー 2 に属する「CL5」クライアントの間のネッ

トワーク接続に、障害があります。サーバー 1 がマスタサーバーであること。

以下のアクションがトリガされます。




148 システムマニュアル, 06/2014, A5E34376761-AA

● クライアント「CL5」は、障害が発生したサーバー 2 から作動しているサーバー 1に、自動的に切り替えられます。

クライアントへのネットワーク障害の終了

ネットワーク障害の終了時に以下のアクションがトリガされます。

● 故障する前にサーバー 1 がすでにマスタサーバーであった場合は、両方のサーバーの

「@RM_MASTER」、「@RM_MASTER_NAME」および「@RedundantServerState」タグは変更されません。

● クライアント「CL5」は再び優先サーバーのサーバー 2 に切り替わります。

下記も参照

WinCC リダンダントシステムタグ (ページ 152)

シナリオ 2 パートナサーバーへの接続エラー (ページ 146)

シナリオ 1：ランタイムにないサーバーコンピュータのプロジェクト (ページ 145)


シナリオ 4 プロセス接続の不良 (ページ 149)

5.6.2.5 シナリオ 4 プロセス接続の不良

はじめに

このシナリオでは、オートメーションシステムへのネットワーク接続が遮断されたため、

サーバー 2 でプロセスリンクに障害が発生します。

オートメーションシステムへの接続の障害

オートメーションシステムへの接続の障害は、サーバーへの接続が失敗した場合に、

WinCC 冗長性でのみ認識されます。

2 台のサーバーへのオートメーションシステムの接続の中断は冗長性という意味ではエ

ラーではなく、例えばオートメーションシステムの故障です。




システムマニュアル, 06/2014, A5E34376761-AA 149

エラーへの反応

WinCC が障害を認識すると、以下のアクションがトリガされます。

● プロセスリンクの障害がサーバー 2 でレポートされます。

● サーバー 1 は、パートナーサーバー 2 が故障したというメッセージを受け取ります。

● サーバー 1 は、サーバー 2 のエラーの時刻(日付と時刻)を保存します。

● 「冗長性」エディタで［プロセス接続内の障害によるクライアントの変更］オプショ

ンを設定すると、このサーバーに接続しているクライアントがパートナーサーバーに

切り替わります。

● 「@RM_MASTER」タグは、サーバー 1 では「マスタ」に、サーバー 2 では「スタン

バイ」に設定されます。「@RM_MASTER_NAME」タグおよび

「RedundantServerState」タグが適用されます。サーバー 2 で、

「@RedundantServerState」タグが「エラー」に設定されます。

サーバー 2 でのプロセスリンクエラーの終了

プロセス接続モニタが作動すると、サーバー 2 のアーカイブのギャップが、以下の手段

によって埋められます。

● サーバー 1 はサーバー 2 の復帰時刻を保存します。

● サーバー 1 のプロセス接続には障害がないので、サーバー 1 からサーバー 2 へ冗長の

同期が実行されます。障害の発生していないオートメーションシステムのデータを含

め、すべてのオートメーションシステムのデータを同期します。

● サーバー 2 では、「@RedundantServerState」タグが「エラー」から「スタンバイ」

に変更されます。

● サーバー 2 で行うプロセスリンクエラーの修正が、システムメッセージによって通知

されます。

5.6.2.6 シナリオ 5 ソフトウェアエラー

はじめに

このシナリオでは、サーバー 2 でモニタされているソフトウェアにエラーが発生します。この障害の時点で、サーバー 2 が「マスタ」ステータスで、サーバー 1 が「スタンバイ」

ステータスです。複数のクライアントが、両方のサーバーに接続されています。

「Application Health Check」ファンクションが、WinCC ソフトウェアのエラーを検出し

た場合、以下のアクションが起動されます。




150 システムマニュアル, 06/2014, A5E34376761-AA

● 「Application Health Check」は WinCC 冗長性のエラーをレポートします。サーバー

2 のステータスが、「@RedundantServerState」タグで「エラー」に設定されます。「@RM_Master」タグが「スタンバイ」に設定されます。

● サーバー 1 で「@RM_Master」が「マスタ」に設定されます。「@RM_MASTER_NAME」タグおよび「RedundantServerState」タグが適用されま

す。

● サーバー 2 に接続されているクライアントが、サーバー 1 に切り替わります。

● アラームサーバー自身がエラーを起こしていない場合、プロセスコントロールメッセ

ージが、ソフトウェアのエラーをユーザーに通知します。

サーバー 2 でのソフトウェアエラーの終了時の測定

影響を受けるサーバー 2 プロジェクトを無効にします。サーバー 2 を再起動します。プロジェクトがサーバー 2 で実行されると、アーカイブが自動的に同期されます。

● サーバー 2 で「@RedundantServerState」が「スタンバイ」に設定されます。サー

バー 1 は「マスタ」のままです。

● サーバー 1 が、サーバー 2 の復帰時間(日付と時刻)を保存します。

● このサーバーへの再接続が可能になります。アーカイブの同期化は、サーバー 2 の

ソフトウェアエラーが検出された時まで遡った時点までのみ実行されます。

下記も参照


シナリオ 3 クライアントへのネットワーク接続エラー (ページ 148)

シナリオ 2 パートナサーバーへの接続エラー (ページ 146)

シナリオ 1：ランタイムにないサーバーコンピュータのプロジェクト (ページ 145)


シナリオ 4 プロセス接続の不良 (ページ 149)




システムマニュアル, 06/2014, A5E34376761-AA 151

5.6.3 WinCC リダンダントシステムタグ

概要

「@RM_MASTER」および「@RM_MASTER_NAME」システムタグは、2 台の冗長サー

バーのマスタ/スタンバイ制御時およびクライアント変更時に、WinCC 冗長性によって

使用されます。他のアプリケーションまたはスクリプトでタグを読むことはできます

が、変更できるのは「@RM_MASTER」のみです。タグは［冗長性］タググループの

［内部タグ］の［タグ管理］にあります。

WinCC エクスプローラで「冗長化」エディタを開いた後、[OK]を使用してこのエディタ

を再度閉じます。この結果、WinCC 冗長性によりシステムタグが設定されます。

システムタグ説明

@LocalMachineName ローカルのコンピュータ名が含まれます。

@RedundantServerState サーバーの冗長ステータスが表示されます。 0: 未定義のステータスまたは初期値

1:サーバーは「マスタ」

2:サーバーは「スタンバイ」

3:サーバーは「エラー」

4: サーバーはスタンドアローンまたは冗長操作なし

@RM_MASTER マスタサーバーを識別します。サーバーコンピュータがスタン

バイになると、「@RM_MASTER」がリセットされます。

@RM_MASTER_NAME マスタサーバーの名前。

@RM_SERVER_NAME クライアントが接続されているサーバー名。

@RM_UA_ONL_"Archiv name" 診断に使用。対応するタグ名を持つ個別のタグが、各ユーザー

アーカイブに挿入されます。

ユーザーアーカイブが変更されたときタグに値「1」が含まれ

ます。オンライン同期後、タグに値「0」が再び含まれます。

@RM_Offline_UA_Name 診断に使用。このタグには、同期したばかりのユーザーアーカ

イブの名前が含まれます。

下記も参照

WinCC リダンダントシステムメッセージ (ページ 153)




152 システムマニュアル, 06/2014, A5E34376761-AA

5.6.4 WinCC リダンダントシステムメッセージ

概要

WinCC 冗長性は一連のシステムメッセージを提供します。システムメッセージを使用

するには、アラームロギングエディタの［オプション］メニューで［WinCC システムメ

ッセージ...］コマンドを選択する必要があります。

以下のシステムメッセージは WinCC 冗長性から出力させることができます。

メッセージ No. WinCC メッセージテキスト

1012200 REDRT: パートナーステーション故障。

パートナーサーバーで WinCC が終了しました。

1012201 REDRT: パートナーステーション再起動。

パートナーサーバーで WinCC が再起動しました。

1012202 REDRT: プロジェクトが同一機能を有していない。

1012203 REDRT: アーカイブ同期化誤動作しました。

1012204 REDRT: 冗長性で内部エラーが発生しました。

1012205 REDRT:パートナーへの接続エラー。

パートナーサーバーへの接続が切断されました。

1012206 REDRT:パートナーへの接続確立。

パートナーサーバーへの接続が確立されました。

1012207 REDRT:パートナーサーバーの WinCC が実行されていません。

実行中に WinCC が起動していないことが判明しました。

1012208 REDRT: アーカイブの同期開始。

このメッセージはアーカイブの同期開始時に表示されます。

1012209 REDRT: アーカイブの同期終了。

このメッセージはアーカイブの同期終了時に表示されます。

1012216 REDRT: 同期が中断された。

追加の障害により同期が中断された。

1012217 REDRT: パートナーサーバープロジェクトが実行されていません。

実行時に WinCC がパートナーサーバーまたはランタイムで実行され

ていないことが判明しました。

1012218 SWITCH:クライアントが自動で切り替えられました。

クライアントがパートナーサーバーに自動で切り替えられました。

1012219 SWITCH:クライアントが手動で切り替えられました。

クライアントがパートナーサーバーに手動で切り替えられました。




システムマニュアル, 06/2014, A5E34376761-AA 153


1012220 REDRT: 同期の準備ができていないユーザーアーカイブがあります。

パートナーサーバーのアーカイブ構造が 1 つ以上のアーカイブと異

なるか、パートナーサーバー上で同期が実行されていないため、ロー

カルで構成されたユーザーアーカイブ同期の準備ができていないもの

があります。

1012221 REDRT:すべてのユーザーアーカイブに同期の準備ができています。

ローカルで構成されたユーザーアーカイブに同期の準備ができてお

り、パートナーサーバーのアーカイブ構造が一致しています。

1012226 REDRT:パートナーサーバープロジェクトが有効です。

起動中に WinCC がパートナーサーバー上で実行されていることが認

識されました。

1012227 REDRT:エラー - パートナーコンピュータはサーバーではありません

起動中に、構成されているパートナーコンピュータがサーバーではな

いことが認識されました。

1012240 REDRT: <アプリケーション名>中の<エラー説明>エラーは切り替え

をトリガします。

記名されたアプリケーションでのエラーにより、アプリケーションの

ヘルスチェックによってスィッチがトリガされました。

1012241 REDRT:<ステータスの説明>ステータスに切り替えます

メッセージはステータスの変更を示します。

1012244 REDRT: アラームロギングのオンライン同期中に過負荷が発生しまし

た

同期するメッセージが数が多すぎます。

1012245 REDRT: シリアル接続障害

1012246 REDRT: シリアル接続が再確立しました。

1012247 REDRT: <メッセージが生成されたコンピュータ名>OS サーバー(マスタ)<コンピュータ名>OS サーバー(スタンバイ)<コンピュータ名>冗長エラー

障害のシナリオにより、マスタサーバーおよびスタンバイサーバー、

またはこの 2 台のいずれかが、冗長エラーを送信します。冗長化が

損なわれる可能性があります。

1012248 REDRT: OS サーバー(予備)の冗長性が再確立されました

1012349 REDRT: ネットワークカード(MAC)アドレスの接続が失われました

冗長 LAN を使用したパートナーサーバーへの接続が中断または切断

されました。




154 システムマニュアル, 06/2014, A5E34376761-AA


1012350 REDRT: ネットワークカード(MAC)アドレスの接続が再確立しました

冗長 LAN を使用したパートナーサーバーとの接続が再構築されまし

た。

1012351 REDRT:冗長制御: システムブロックが検出されました。障害ステー

タスに切り替えます。

1012352 REDRT:冗長制御: システムブロックが検出されました。できるだけ

早くコンピュータを再起動します。

1012353 冗長性のコントロール: 故障状況が変化しましたが、パートナーサー

バーが利用できません。

1012354 冗長性のコントロール: 故障状況が変化しましたが、サーバーの隔離

が実行されていません

1012355 冗長性のコントロール: 故障状況が変化しましたが、サーバーの隔離

が@1%s@によりロックされています。原因:@2%s@

1012356 冗長性のコントロール: 故障状況が変化しました => サーバーが隔離

されました

1012357 冗長性のコントロール: 故障状況が変化しましたが、自動再起動が実

行されていません

1012358 冗長性のコントロール: 故障状況が変化しましたが、ネットワークア

ダプタが外され、DHCP が有効なため、自動再起動はロックされて

います

1012359 冗長性のコントロール: コンピュータの再起動が@1%s@によりロッ

クされています。原因:@2%s@

1012360 冗長性のコントロール: @1%s@ 秒未満が期限切れになった状態で

後の再起動が実行されたため、コンピュータの再起動がキャンセルさ

れました

1012361 冗長性のコントロール: @1%s@が再起動してから@2%s@秒間再起

動が許可されていないので、コンピュータの再起動がキャンセルされ

ました

1012362 冗長性のコントロール: @1%s@秒でコンピュータを再起動

1012700 自己診断: ノード@10%s@の値@7%s@が無効です。

1012701 自己診断: ノード@10%s@の値@7%s@が高域エラー限界を超えま

した。

1012702 自己診断: ノード@10%s@の値@7%s@が低域エラー限界未満にな

りました。




システムマニュアル, 06/2014, A5E34376761-AA 155


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@が OK です。

1012707 自己診断: @100%s@: ノード@10%s@が@2%s@を発生させます。

下記も参照





156 システムマニュアル, 06/2014, A5E34376761-AA

索引


サービスプロジェクトへの変更, 110

AApplication Health Check, 116, 150

CCAS - 中央アーカイブサーバー, 15Connecting opening　開くを接続

プロジェクト , 82

OOPC インターフェース, 90

クライアント/サーバーシステムで, 90

PPSK キー, 11, 75, 76

SSelfDiagnosis, 116ServiceMode, 97SIMATIC Shell, 74, 76

WWinCC, 8

ServiceMode, 97クライアント/サーバーシステム, 8サービスモード, 97

WinCC CAS, 15WinCC ServiceMode, 97, 105WinCC サービス, 97WinCC タグ@RM_MASTER, 143WinCC タグ@RM_MASTER_NAME, 143WinCC プロジェクト, 74

WinCC プロジェクトダイアログ, 67コマンド , 82リモートの実行, 86

リモート終了, 88呼び出し, 67

ア

アーカイフﾞメモリ, 145, 146

イ

インストール, 93, 95ファイルサーバー, 95

インストールサーバー, 93インポート, 39

パッケージ, 39

ウ

ウェブクライアント, 11

エ

エクスポート, 27パッケージ, 27

オ

オペレータの特権, 24オペレーティングシステムの使用, 24クライアントのコンフィグレーション, 24

オペレーティングシステム, 24オペレータオーソリゼーションのコンフィグレーション, 24冗長システム, 119

ク

クライアント, 11, 35インポートパッケージ, 39ウェブクライアント, 11オペレータオーソリゼーションのコンフィグレーション, 24コンピュータのプロパティの設定, 32コンフィグレーション, 35サーバーでプロジェクトを開く, 82サーバーのコンピュータリストへの入力, 23サーバープロジェクトにおける設定, 32


システムマニュアル, 06/2014, A5E34376761-AA 157

サーバープロジェクトの終了, 88サーバープロジェクトへのアクセス, 80サーバーへの表示付き, 32サーバー画像の編集, 85サーバー上での同時起動, 11シャットダウン, 72シンクライアント, 11ピクチャの開始のコンフィグレーション, 51ピクチャの変更のコンフィグレーション, 56ブート, 68プロジェクトを新規作成します。, 37マルチユーザーシステムにおけるスタートプロパティの定義, 32メッセージシーケンスレポートのコンフィグレーション, 62リモートサーバープロジェクトの実行, 86複数サーバーのピクチャの表示, 54複数サーバーのメッセージの表示, 61複数サーバーの表示, 58複数ステーションシステム, 32分散システムにおけるコンフィグレーション, 35

クライアント/サーバーシステム, 8CAS, 15OPC インターフェースのアプリケーション, 90WinCC CAS, 15クライアントおよびサーバーの可能数, 8クライアントタイプ, 11クライアントのシャットダウン, 72クライアントのスタートアップ, 68コンフィグレーション, 11サーバーのシャットダウン, 72サーバーのスタートアップ, 67サーバー間通信, 15ファイルサーバー, 15マルチユーザーシステム, 15ランタイムでの動作, 64使用方法, 8冗長性, 8, 15数量構造, 11中央アーカイブサーバー, 15長期アーカイブサーバー, 15必要条件, 8標準サーバー, 15複合コンフィグレーション, 11複数ステーションシステム, 8分散システム, 8, 15

クライアント/サーバーシナリオ, 15クライアントプロジェクト, 37

コ

コンピュータリスト, 23

クライアントの受入れ, 23コンフィグレーション, 11, 19, 35, 93, 95, 128

クライアント, 35クライアント/サーバーシステム, 11サーバー, 19ファイルサーバー, 95マルチユーザシステム, 19リモート, 74分散システム, 19

コンフィグレーションサーバー, 93

サ

サーバー, 15, 19SOFTNET ドライバの特殊機能, 69クライアントオペレータオーソリゼーションのコンフィグレーション, 24クライアントからのプロジェクトの実行, 86, 88クライアント側からの画像編集, 85コンフィグレーション, 19サーバープロジェクトにおけるクライアントの設定, 32サーバー間通信, 15シャットダウン, 72ファイルサーバー, 15ブート, 67, 69プロジェクトを新規作成します。, 21リモートコンフィグレーション(必要条件), 24リモート設定(前提条件), 23長期アーカイブサーバー, 15標準サーバー, 15標準サーバーの設定, 44複数クライアントへのプロジェクトアクセス, 80複数のネットワークカードを使った特殊機能, 69優先サーバーの構成, 47

サーバーデータ, 27パッケージインポート, 39パッケージエクスポート, 27標準サーバーの設定, 44優先サーバーの構成, 47

サーバーでの SOFTNET ドライバ常時使用, 69サーバー間通信, 15サーバー接頭語, 51, 54, 56, 58サービスプロジェクト, 98, 105

インタラクティブな操作の起動, 113インタラクティブな操作の終了, 113コンフィグレーション, 99スクリプト, 100スタートアップリスト, 101ログオフ, 112ログオン, 112使用, 100

索引


158 システムマニュアル, 06/2014, A5E34376761-AA

診断情報, 101制約, 100接続ステーション, 101定義, 108非リリース構成要素, 101必要条件, 106標準プロジェクトへの変更, 109

サービスモード, 97

シ

システムエラー, 64システムタグ, 152システムメッセージ, 153システム動作, 64シナリオ, 15, 143

クライアントおよびサーバー, 15シャットダウン, 72

クライアントの, 72サーバーの, 72

シリアルケーブル, 119シンクライアント, 11

ス

スクリプトサービスプロジェクト, 100

スタートアップリスト, 11サービスプロジェクト, 101複数のクライアントがあるサーバー, 11

スタートアップ動作, 67, 68クライアントの, 68サーバーの, 67

タ

タグの同期化, 124

デ

データ, 54複数サーバーの表示, 54複数のサーバーからの表示, 58

ネ

ネットワーク, 76サブネットへのアクセス, 76ルータ, 76

パ

パッケージ, 27, 39Configuring export　エクスポートのコンフィグレーション, 27Configuring import　インポートのコンフィグレーション, 39WinCC エクスプローラの表示, 27, 39ファイルシステムにおける保存, 27自動更新, 27

フ

ファイルサーバー, 15, 95インストール, 95コンフィグレーション, 95

ブ

ブート, 67, 68クライアントの, 68サーバーの, 67, 69

プ

プロジェクト, 21, 37WinCC のステータス, 102クライアントプロジェクトの新規作成, 37サーバー側でのプロジェクトの新規作成, 21リモートアクセス, 80リモートで開く, 82実行, 86終了, 88複製, 134, 137

プロジェクトデュプリケータ, 134, 137プロジェクトの複製, 134

マ

マルチユーザーシステム, 15マルチユーザシステム

コンフィグレーション, 19マルチユーザプロジェクト, 21

作成, 21

メ

メッセージ, 61

索引


システムマニュアル, 06/2014, A5E34376761-AA 159

クライアント側でのメッセージシーケンスレポートのコンフィグレーション, 62複数のサーバーからの表示, 61

メッセージクラスのロック, 119パッシブ, 119

メッセージシーケンスレポート, 62メッセージのロック, 119

アクティブ, 119パッシブ, 119

メッセージのロック(アクティブ), 119メッセージのロック(パッシブ), 119

ラ

ランタイム, 64アーカイブ, 64グラフィック, 64システムエラー時の動作, 64システム動作, 64スクリプト, 64テキストライブラリ, 64メッセージ, 64ユーザー管理者, 64レポート, 64

リ

リダンダントサーバーの起動, 126リダンダントサーバー間のシリアル接続, 129リモートコンフィグレーション, 74

サーバープロジェクトへのアクセス, 80プロジェクトの実行, 86プロジェクトの終了, 88プロジェクトを開く, 82画像の編集, 85

ル

ルータ, 76

安

安全な通信, 76

暗

暗号化通信, 11

画

画像, 51クライアント側でのピクチャ変更のコンフィグレーション, 56クライアント側での複数サーバーの表示形式, 54サーバープロジェクトの編集, 85サーバー接頭語, 51ピクチャの開始のコンフィグレーション, 51

開

開く, 82

時

時間同期化, 119時系列順メッセージ, 119

自

自動更新, 27, 39

実

実行, 86プロジェクト, 86

初

初期画面, 51クライアントのコンフィグレーション, 51

冗

冗長システムコンフィグレーション, 128プロジェクトの複製, 134, 137

冗長システムの必要条件, 119冗長化の設定, 126冗長性, 15, 116

Application Health Check, 116, 150アーカイブの切り替え, 116オペレーティングシステム, 119サーバーの起動, 116サーバー間のシリアル接続, 129, 143システムメッセージ, 145時間同期化, 119

索引


160 システムマニュアル, 06/2014, A5E34376761-AA

時系列順メッセージ, 119設定, 126必要条件, 119優先サーバー, 15優先サーバーの構成, 47

診

診断情報サービスプロジェクト, 101

数

数量構造, 11

接

接続ステーションサービスプロジェクト, 101

設

設定, 126

中

中央アーカイブサーバー, 15

長

長期アーカイブサーバー, 15, 93長期サーバーのインストール, 93

標

標準サーバー, 15設定, 44

標準プロジェクト, 98, 105

表

表示, 54複数サーバーから, 54複数のサーバーからのデータ, 58

複

複数ステーションシステム, 8

クライントの設定, 32

分

分散システム, 8, 15クライアントコンフィクﾞレーション, 35クライアントプロジェクトの作成, 37クライアント側データ出力のコンフィグレーション, 58クライアント側でのサーバーピクチャの表示, 54クライアント側でのピクチャ変更のコンフィグレーション, 56クライアント側でのメッセージシーケンスレポートのコンフィグレーション, 62クライアント側でのメッセージの表示, 61コンフィグレーション, 19パッケージインポート, 39リモートコンフィグレーション, 74

変

変更のオンラインロード冗長システムのユーザーアーカイブの変更, 133

無

無停電電源装置(UPS), 119

優

優先サーバー, 15構成, 47

索引


システムマニュアル, 06/2014, A5E34376761-AA 161

wincc v7.3 wincc: コンフィグレーション 5 - …...simatic hmi wincc v7.3 wincc:...

Documents