Automatische Übersetzung anzeigen
Dies ist eine automatisch generierte Übersetzung. Wenn Sie auf den englischen Originaltext zugreifen möchten, klicken Sie hier
#Neues aus der Industrie
{{{sourceTextContent.title}}}
SCADA in Data Center
{{{sourceTextContent.subTitle}}}
Holen es und SCADA in der Synchronisierung
{{{sourceTextContent.description}}}
Systeme der historisch menschlichen der Maschinen-Schnittstelle (HMI) und Fernwirktechnik (SCADA) waren nicht im Rahmen der Charter für Informationstechnologie (IT) enthalten. Verfahrenstechnik oder die Betriebswartungsorganisation wurden normalerweise mit der Verantwortung für die SCADA-/HMIsysteme eine Arbeit zugewiesen. Die Verantwortung umfasste die Auswahl und das Management der Datenverarbeitungsplattform und des industriellen Steuernetzes (ICN). In den vielen Fällen war ein einziger Elektriker für das gesamte System, einschließlich den Arbeitsplatz, den ICN und den programmierbaren Logik-Kontrolleur (PLC) verantwortlich. In dieser Ära von SCADA/HMI wurde der ICN selten mit dem IT-Unternehmens-Netz oder dem Internet untereinander verbunden. Fernzugriff war gewöhnlich unter Verwendung der Telefonmodem erfolgt, die direkt an den SCADA-Wirtsarbeitsplatz angeschlossen wurden.
Holen es und SCADA in der Synchronisierung
Zwei Tendenzen in der zweiten Hälfte der neunziger Jahre holten es und SCADA genauer zusammen. Das erste war der so genannte „Y2K-Schrecken“ der alle Unternehmensinformatiksysteme beeinflußte. Dieses schloss die Computing-Systeme ein, die in der Produktionsmanagement-Software wie SCADA und HMI gefunden wurden. IT-Abteilungen umfassten Produktionssystem im Rahmen ihrer Rechnungsprüfungen und betrachteten Produktionssysteme, um zu garantieren, dass sie bereit waren, die neuen Jahrhundertdatumsformate zu behandeln.
Dieses allein, bewerkstelligte nicht die Integration von Produktionssystemen mit IT-Architektur. In den meisten Fällen diese Systeme fortgesetzt, nicht an den Rest der Unternehmens-IT-Netze angeschlossen zu werden. Die „Luftspalt“ Sicherheit gegeben, die mit den einzigartigen Anforderungen für die Leitung des Verkehrs auf dem ICN kombiniert wurde, konnten zentralisierte IT-Netzführungswerkzeuge nicht einfach effektiv benutzt werden.
Eine zweite Tendenz, die mit dem Y2K-Fokus übereinstimmte, war die Entwicklung von Systemen der Unternehmens-Betriebsmittelverwaltung (ERP) in vielen Organisationen. Die Datennachfragen des ERP und seiner unsicheren Verbindung zur Werkstatt bedeuteten, dass entweder ein paralleles System eingesetzt werden musste, oder SCADA die Brücke werden würde. Infolgedessen wurden SCADA und anderes Produktionssystem wie Herstellungsdurchführungs-Systeme (MES) für Datenappetit der Spurhaltungsproduktion und Werkstatt Fütterungserps benutzt, indem man an IT-Netze und industrielle Steuernetze anschloss.
Während der letzten 15 Jahre haben wir anhaltende Integration von IT und von Produktionssystemen gesehen. SCADA-Systeme werden jetzt in den meisten Fällen an die Unternehmensnetzwerke angeschlossen. Fernzugriff wird normalerweise über VPNs zur Verfügung gestellt, so, welches das SCADA-System von überall erreicht werden kann im Internet.
Es hat etwas organisatorische Reibung gegeben, wenn man zusammen diese zwei sehr verschiedenen Kulturen holte. Auf der höchsten Ebene betrachtet IT im Allgemeinen ihre Systeme als Dynamik und hat einen Fokus auf Ersteigbarkeit, Leistung und cybersecurity. Sie sind möglicherweise bereiter, Flecken anzuwenden und Aktualisierungen, solange sie sie kennen, haben die Fähigkeit, zurück zu vorhergehenden Konfigurationen zu rollen, wenn Probleme auftreten. Der Fokus des industriellen Netzes ist, extrem hohe Zuverlässigkeit und Sicherheit zu liefern. Wegen der kritischen Art der Echtzeitdaten, sogar können kurzfristige Unterbrechungen Produktionsrate und die Sicherheit der Arbeitskräfte und der Ausrüstung auswirken, die auf sie bauen. Aus diesem Grund werden Software-Flecken und Mikroprogrammaufstellungsverbesserungen gänzlich geprüft, bevor sie an den Produktionssystemen angewendet werden.
Platz SCADAS in Control Center gegen Data Center
Heute haben wir eine Welt, in der die Systeme mehr und mehr unter dem Schutz und dem Management von IT- und IT-Praxis sind. Dies gilt für Internetsicherheit und Virtualisierung besonders, die weit angenommen wird. Dieses führt zu die Frage von, ob der SCADA-Host-Computer von der Leitstelle oder von der Werkstatt entfernt werden sollte und bewegte sich in das Rechenzentrum.
Wir wurden vor kurzem gebeten, Anleitung zu einer mittelgroßen Organisation zur Verfügung zu stellen, die diese Frage betrachtete. Sie haben ein großes Lager und bringen Materialien unter, die zu den strengen Umweltbedingungen gesteuert werden müssen. Um die Integrität der Umwelt des Lagers automatisch beizubehalten, kauften sie ein System von einem Verkäufer der unsere SCADA-Plattform für das HMI benutzt. Der Verkäufer lieferte das HMI auf einem Arbeitsplatz des einzelnen Benutzers, der mit einem industriellen Netz an einige PLCs im Lager angeschlossen wurde, das die Heizung und die abkühlende Ausrüstung zusammen mit anderer Klimaregeleinrichtung steuerte. Der Arbeitsplatz saß physikalisch in einem Schreibtisch, der im Lager gelegen ist.
Management war betroffen, dass der Arbeitsplatz körperlichem Schaden von den normalen LagerMaterialtransporttätigkeiten wie Gabelstaplerbewegungen ausgesetzt wurde. Sie waren auch über die Zeit betroffen, die erfordert wurde, um auf jedes zu reagieren ein Unfall dieser Art oder sogar normalen Wartungsfragen mit dem Arbeitsplatz, seinen physischen Standort gegeben. Aus diesen Gründen wollte die Firma den Arbeitsplatz vom Lagerboden auf das UnternehmensRechenzentrum verschieben.
Neuere Protokolle erschließen Möglichkeiten
Dieses war möglich, weil die PLC-Kommunikation ein Internet Protocol (IP) war, die im Allgemeinen die älteren Serienprotokolle in modernem ICNs ersetzt haben. Das IP-Protokoll schuf die Möglichkeit, um ein virtuelles privates Netz (VPN) zu haben herstellte vom Rechenzentrum, um das HMI an das PLCs auf dem ICN anschließen zu lassen.
Um den Lagerbetreiberzugang zur grafischen Benutzeroberfläche (GUI) des HMI zu bieten, zog die IT-Abteilung es vor Microsoft-Fern-Desktop-Anwendungen (RDA) zu verwenden. RDA ist eine Teilmenge der weitverbreiteten Ferntischplattendienstleistungen (RDS). RDA lässt das HMI GUI auf dem normalen Desktop des Betreibers als Ikone ohne die RDS-Anforderung zu haben erscheinen, den gesamten Desktop zu überlagern. Als Standard-Microsoft-Lösung ist der Gebrauch von RDS oder RDA transparente konforme SCADA Software-Plattformen Microsofts.
Die IT-Abteilung wollte auch den HMI-Arbeitsplatz auf einer virtuellen Maschine (VM) im Rechenzentrum eher bewirten, als es auf einem engagierten Arbeitsplatz habend Sie, wie der Fall, als er im Lager war. Noch einmal mit einer Standard-Microsoft-Anwendung, ist das Laufen auf einer VM transparent, wie entworfen. Die einzige Frage, die aus dem Üblichen für IT heraus war, war der Bedarf, einen USB-Port zum Wirt aufzuzeichnen. Gebrauch eines USB-Dongle für das Genehmigen ist ein Handelsbrauch, der in SCADA- und HMI-Plattformen, aber in weniger allgemeinem für Unternehmens-Software gefunden wird. In diesem Fall war er einfach ein Diagramm des USB-Ports zur VM, die das SCADA bewirtet. Ein Netz USB-Gerät wird in den schwierigeren Mehrplatznetzen erfordert möglicherweise.
Erfolgreiches Ergebnis in Data Center – für Operationen, Lager und Anlagen-Manager
Der Bewegung vom Lagerboden zum Rechenzentrum wurde ein Erfolg von vielen Perspektiven beurteilt. Einiger des vielen Nutzens schließen erhöhte Transparenz der Technologie, des festgezogenen cybersecurity und der Verbesserung in der Systemzuverlässigkeit einschließlich bedeutende Reduzierung zu den Disaster Recovery-Schätzungen mit ein. beurteilten IT und die Lagermanagementorganisation die Leistung, um zu sein gleich, was sie hatten, als der Arbeitsplatz am Ort lokalisiert wurde.
Das Programm hatte einen anderen Effekt. Das Anlagenwartungsteam verwirklichte, dass sie ihre Leistung verbessern konnten, wenn sie bereiten Zugang zu den Umweltüberwachungsinformationen hatten. Nach Ausdehnung des verwirklichten Arbeitsplatzes, forderte die Instandsetzungsabteilung unterschiedlichen und einzigartigen Zugang zum SCADA-/HMIsystem.
Das Projekt war ursprünglich als alleinstehendes System genehmigt worden und konfiguriert worden, das auf einmal einen einzelnen Benutzer stützt. Ein neues Benutzerprofil für Wartung könnte unter der vorhandenen Lizenz gegründet werden und die RDA-Verbindung könnte mit der Wartungsorganisation geteilt werden. Mit der neuen Architektur installiert jedermann unter Verwendung des Systems RDA. Nachdem es installiert ist, ist es einfach eine Angelegenheit des Öffnens der RDA-Ikone auf ihrem Desktop und zeichnet in ihre Sitzung auf und sie sind in einem Fenster, das sich genau benimmt, wie es auf dem engagierten Arbeitsplatz tat. Das abwärts gerichtete war, als die Operationen angemeldet wurden, die Wartungsleute würde erhalten einen „Verbindung abgelehnten Fehler“, als sie versuchten anzumelden und vice versa, als Wartung angemeldet wurde, Operationen könnte auf das GUI nicht zugreifen.
Um zu sorgen damit mehrere Benutzer zugreifen auf ein alleinstehendes HMI, musste es einfach zu einem SCADA-System rekonfiguriert werden. Etwas Änderungen wurden an der Lizenz und an der Konfiguration des SCADA-Projektes angefordert. Eine alleinstehende HMI-Lizenz kann in eine Lizenz des Klientenservers SCADA für mehrere Anwender in den meisten Systemen mit verschiedenen Schwierigkeitsgraden umgewandelt werden. In diesem Fall war es einfach eine Angelegenheit des Austausches einer Lizenzdatei.
Es gibt auch die Konfigurationsänderungen, die erfordert werden, um die neuen Benutzer im System zu reflektieren. Zum Beispiel die Konfiguration, zu garantieren, dass jeder Benutzer den gleichen Kommunikationskanal zum PLC teilt und nicht das Gesamtniveau des Verkehrs auf dem ICN mit parallelen Kommunikationsanträgen auswirkt.
Mit diesen Architektur- und Konfigurationsänderungen an Ort und Stelle, war es jetzt möglich, die Anzahl von gleichzeitigen Benutzern zu erweitern. Der Kunde betrachtete, wieviele Benutzer auf das System gleichzeitig würden zugreifen müssen. In diesem Fall kam die Antwort als drei zurück. Der Aufschiebebetreiber, der Wartungsmanager und der Betriebsleiter. Es gibt mehrere Leute in den Operationen und Instandsetzungsabteilung, aber für das Bearbeiten der Plattform, wurde es entschieden, dass es ein Maximum von drei Benutzern gleichzeitig stützen würde.
Virtuelle Maschinen
Virtuelle Maschinen wurden für die zusätzlichen Kundenarbeitsplätze Vorsorge getroffen, welche die Architektur stützen. Die VM, welche die SCADA-Server-Software bewirtet, wurde auch als der Lizenzmanager gekennzeichnet. Die Netzlizenz ermöglicht den Kundenstation VMs, Bedarfs- eher als verbrauchende Betriebsmittel während der Leerlaufzeiten hergestellt zu werden. Kundenzugangslizenzen wurden von Microsoft für die neuen RDA-Sitzungen erworben, die für dieses Projekt erfordert wurden.
Das System ist jetzt ein System für mehrere Anwender, das im Rechenzentrum IT-Abteilung liegt. Es hat keine Fragen von den Lageroperationsendbenutzern oder von den neuen Instandsetzungsabteilungs- und Managementendbenutzern über Leistung oder Zugänglichkeit des Systems gegeben.
, dass die Umgebungskontrollen, die hier, überwacht und angewendet werden schnell nicht, ändern, war die Migration zum Rechenzentrum bedenkend gut beraten. Wenn irgendeine zusätzliche Latenz durch die komplexere ICN-Wegewahl eingeführt wurde, war sie nicht wahrnehmbar. Wichtiger, wurde das Risiko zum Verlieren des SCADA-Servers vom körperlichen Schaden von einem Gabelstaplerstreik beseitigt.
Disaster Recovery-Plan
Die IT-Abteilung nannte ein letztes Mal, als sie ihre Gesamtdisaster recovery-Pläne wiederholten. Schutz und Wiederaufnahme von historischen Warnungs- und Ereignisdatenbankinformationen wurden besprochen, die sie in einer Microsoft-SQL-Server-Datenbank beibehalten. Zweitens wurde Erwägung gegeben hinsichtlich, wie man gut das Projektkonfigurationsverzeichnis und das Plattforminstallationsverzeichnis schützt. Schließlich war ein Bericht von den Schritten erfolgt, um sie alle in einen klaren Aktionsplan im Falle eines unerwarteten Verlustes des Servers zusammenzufügen, der die virtuellen Maschinen oder sogar das Rechenzentrum selbst bewirtet.
Das interessante Teil dieser Disaster Recovery-Diskussion ist, dass es völlig innerhalb der Kuschelecke der IT-Fachmänner erfolgt war, dass ich mit sprach. Sie gewohnt zu, an die Minderung der Zeit zu denken, die für die Wiederherstellung von Servern und von Datenbanken erfordert wird. Sie wissen, dass sie planen müssen, minimale Stillstandszeit zu erzielen und sie den Wert dieser Stillstandszeit kennen.
Die Annahme von SCADA und von HMI im Rechenzentrum ist bereits aufgetreten. Da Virtualisierung die Standardentwicklung der Datenverarbeitung in einer Unternehmenseinstellung wird, sehen wir anhaltendes Wachstum des Prozentsatzes der Kunden, die diese Annäherung wählen. Cybersecurity-Interessen drücken auch die SCADA-Mitte in die Sicherheit des Rechenzentrums. Für das meiste SCADA und viele HMI-Anwendungen der Zukunft, ist dieses wahrscheinlich die Standardentwicklungsstrategie.
Ed Nugent ist COO von PcVue.