versiondog Factsheets

versiondog Factsheets

Scalance-Switche, MOVITOOLS, Proficy Machine Edition, FANUC CNC, Motoman Roboter

SIMATIC Step 7, TIA Portal, RSLogix 5000, PC WORX, Unity Pro XL, MELSOFT GX Works2

Standardbibliotheks verwaltung, Exportmodul, Anlagenstatus, Switch-Integration, Upload & Compare Agents, BackupClient

■ GERÄTEINTEGRATION

■ ERWEITERUNGEN

■ LEISTUNGSMERKMALE

| 3

versiondog Factsheets: Inhaltsverzeichnis

Inhaltsverzeichnis: versiondog Factsheets

versiondog Factsheets .............................................................................................................................................Seite 02

Unterstützte Geräte/Editoren

Siemens SIMATIC Step 7 .................................................................................................................. Seite 04

Rockwell Automation RSLogix 5000 ............................................................................................... Seite 06

Siemens TIA-Projekte mit Step 7 .................................................................................................... Seite 08

Schneider Electric Unity Pro XL ...................................................................................................... Seite 10

Mitsubishi Electric MELSOFT GX Works2 ....................................................................................... Seite 12

Phoenix Contact PC WORX ............................................................................................................. Seite 14

FANUC CNC ...................................................................................................................................... Seite 16

SEW-EURODRIVE MOVITOOLS ....................................................................................................... Seite 18

Siemens SCALANCE-Switche .......................................................................................................... Seite 20

General Electric Proficy Machine Edition ....................................................................................... Seite 22

YASKAWA Motoman Roboter .......................................................................................................... Seite 24

versiondog Add-ons

Exportmodul ................................................................................................................................... Seite 26

Anlagenstatus ................................................................................................................................. Seite 32

Upload & Compare Agent ............................................................................................................... Seite 34

BackupClient ................................................................................................................................... Seite 36

Standardbibliotheksverwaltung ...................................................................................................... Seite 38

Switch-Integration – „Honeypot Szenario“ .................................................................................... Seite 40

AUVESY Image Service .................................................................................................................... Seite 42Die in diesem Dokument aufgeführten Geräte und versiondog Erweiterungen (Add-ons) stellen lediglich einen Auszug des tatsächlich verfügbaren versiondog Portfolios dar. Leistungsmerkmale und Systemvoraussetzungen entsprechen der aktuellen versiondog Version (V 7.5).

Einen Gesamtüberblick über alle Geräteintegrationen sowie weiterführende Informationen finden Sie auf unserer Online-Tutorial-Plattform versiondog INFO (www.versiondog.info/de).

versiondog Factsheets versiondog Factsheets

4 | | 5

Datenmanagement mit versiondog – auf alle gängigen Automatisierungssysteme optimal abgestimmt Als herstellerunabhängige Lösung unterstützt versiondog eine große Bandbreite an Automatisierungs-systemen. Das hauseigene versiondog Support-Center garantiert Ihnen als Anwender individuellen Support sowie große Flexibilität hinsichtlich Entwicklung, Geräteintegration und benötigter Features.

.doc*.*

versiondog – die universelle Lösung für:• alle gängigen Automatisierungssysteme

• alle Branchen

• weltweiten Einsatz (aktuell verfügbar in den Sprachen deutsch, englisch, französisch, spanisch, tschechisch und rumänisch)

• alle Unternehmensgrößen, vom mittelständischen Unter-nehmen bis hin zu internationalen Konzernen

versiondog – Ihr Nutzen: Herstellerunabhängigkeit

stetige Integration neuer Automatisierungsgeräte

Weiterentwicklung und Pflege bereits integrierter Geräte bei neuen Versionen

größtmögliche Gerätevielfalt für größtmöglichen Kundennutzen

ACADI-Partnernetzwerk und Kooperationen mit den wichtigsten Automatisierungsherstellern

...

Engineering-So�ware / PG

VERSIONIERUNG BACKUPDOKUMENTATION

versiondogDATA MANAGEMENTFOR INDUSTRIAL AUTOMATION

Lorem ipsum

Lorem ipsum

UploadErstellung des

automa�schen Backups

DownloadLaden des Offline-Projekts auf das Automa�sierungssystem

Check-InKopieren der neuerstellten Version

auf den Server

Check-OutKopieren

der aktuellenVersion aufden Client

Client

VERS

ION

DO

G W

ORK

FLO

W

CompareVergleich Backup mit

aktueller Version -Alarmmeldung bei

Abweichungen

versiondog FactsheetsDiese Broschüre gibt einen Überblick über ausgewählte Geräteintegrationen und Erweiterungen, um die Bandbreite des Datenmanagementsystems versiondog auf Basis des aktuellen technischen Standards aufzuzeigen:

Welche gängigen Automatisierungsgeräte unterstützt versiondog?Wie lässt sich das System durch Add-ons auf individuelle Anforderungen anpassen?Welche Leistungsmerkmale werden erfüllt?Welche Systemvoraussetzungen sind notwendig?

Dateien / Dokumente / PCWord, Excel, ASCII, INI, CSV, XML, PDF, .exe, .dll, Images (Acronis, Drive Snapshot etc.)

SPS / Soft-SPS / CNC

SCADA / HMI

Feldgeräte / Antriebe / Roboter

SiemensSchneider ElectricRockwell AutomationPhoenix ContactMitsubishiGE PLCFANUCB&RBeckhoff3S CODESYS...

Wonderware InTouch Wonderware System - platform (ArchestrA) Siemens TIA Portal Siemens PCS7Siemens WinCC, Siemens WinCC flexible, Siemens ProToolSchneider Electric CitectRockwell FT ViewGE iFIXCOPA-DATA Zenon...

SiemensSICKSEWMotomanMitsubishiLenzeKUKAKistlerFANUCCognexABB...

Factsheet: SIMATIC STEP 7 Factsheet: SIMATIC STEP 7

| 76 |

Unterstützung für SIMATIC STEP 7 Projekte (Siemens) LeistungsmerkmaleAUVESY ist Siemens Product Partner for SINUMERIK Systems Integrierter STEP 7 Projektbaum Erkennen von Unterschieden zwischen dem Backup und der Version. Erkennen von Unterschieden zwischen einem Backup und dem vorherigen Backup. Durchgängige Darstellung der Änderungshistorie Grafischer Detailvergleich Automatisiertes Backup für Disaster Recovery Unterstützung von STEP 7 Multiprojekten Kombinierte Unterstützung für WinCC und WinCC flexible Unterstützte Steuerungen:S7-300 - S7-300F S7-400 - S7-400H - S7-400F/FH ET/IM-Module mit CPU-Funktionalität

Kompatibel mitSiemens PCS 7IBH S7 für WindowsVIPADeltalogic

Individueller Komponententyp für STEP 7 Online-Tutorial in versiondog INFO verfügbar

Bild 1: Grafischer Detailvergleich für ein Netzwerk

Bild 2: Detailvergleich der Deklarationsliste Bild 3: Direkte Visualisierung von Programminformationen über den SmartView (kein zusätzlicher Editor erforderlich).

Factsheet: RSLogix 5000 Factsheet: RSLogix 5000

8 | | 9

Unterstützung für RSLogix 5000 (Rockwell Automation)

Bild 1: RSLogix 5000 Projektbaum in versiondog

Leistungsmerkmale

Integrierter RSLogix 5000 Projektbaum Erkennen von Unterschieden zwischen dem Backup und der Version. Erkennen von Unterschieden zwischen einem Backup und dem vorherigen Backup. Durchgängige Darstellung der Änderungshistorie Grafischer Rung-Detailvergleich Automatisiertes Backup für Disaster Recovery Warnung bei gesetzten FORCE-Werten auf der Steuerung Öffnen der Entwicklungsumgebung RSLogix 5000 mit dem selektierten Projekt aus versiondog heraus Unterstützte Steuerungen:ControlLogix 5570 CompactLogix 5370GuardLogix 5570SoftLogix 5800

Keine Zusatzsoftware für den Vergleich und für die Versionierung auf dem versiondog Client erforderlich Individueller Komponententyp für RSLogix 5000 Projekte Online-Tutorial in versiondog INFO verfügbar

versiondog Release ab V3.2RSLogix 5000 V10 bis V30*

RSLinx Classic Gateway oderRSLinx Enterprise Edition

ab V3.51ab V5.51

*Zwischenversionen werden in der Regel getestet und unterstützt.

Bild 2: Tabellarischer Detailvergleich der DataFiles Eigenschaften

Bild 3: Grafischer Detailvergleich eines Rungs

Systemvoraussetzungen

Factsheet: TIA Portal Factsheet: TIA Portal

10 | | 11

versiondog Release ab V3.3SIEMENS TIA Portal• Compare• Upload

V11 bis V14 SP1*

V13 SP1 bis V14 SP1*

Unterstützung für TIA-Projekte mit STEP 7 (Siemens)

Bild 1: TIA STEP 7 Projekt (mit HMI-Projekt) im versiondog Projektbaum

LeistungsmerkmaleAUVESY ist Siemens Product Partner for SINUMERIK Systems Integrierter TIA-Projektbaum (mit HMI) Erkennen von Unterschieden zwischen dem Backup und der Version. Erkennen von Unterschieden zwischen einem Backup und dem vorherigen Backup. Durchgängige Darstellung der Änderungshistorie Grafischer Detailvergleich Automatisiertes Backup für Disaster Recovery Integrierte Unterstützung der HMI-Projektierung mit Detailvergleich (Offline/Offline-Vergleich) Unterstützte Steuerungen:S7-1500 – S7-1500F S7-1200 – S7-1200FS7-400 – S7-400FS7-300 – S7-300FET / IM – Module mit CPU-Funktionalität

Individueller Komponententyp für TIA Projekte Online-Tutorial in versiondog INFO verfügbar


Bild 2: Tabellarischer Detailvergleich der PLC-Variablen



Factsheet: Unity Pro XL Factsheet: Unity Pro XL

12 | | 13

Unterstützung für Unity Pro XL Projekte (Schneider Electric)

Bild 2: Tabellarischer Detailvergleich der Projekteinstellungen

Bild 1: Der Unity-Projektbaum in versiondog

LeistungsmerkmaleAUVESY ist Mitglied im Collaborative Automation Partner Program (CAPP) von Schneider Electric Integrierter Schneider Unity Projektbaum Erkennen von Unterschieden zwischen dem Backup und der Version. Erkennen von Unterschieden zwischen einem Backup und dem vorherigen Backup. Durchgängige Darstellung der Änderungshistorie Grafischer Detailvergleich (ab versiondog 4.0) Automatisiertes Backup für Disaster Recovery Unterstützte Steuerungen:M340 M580PremiumMomentumQuantum

Automatische Archivierung der SPS-Daten (*.dtx) Öffnen der Unity-Entwicklungsumgebung mit dem selektierten Projekt aus versiondog heraus Individueller Komponententyp für Unity-Projekte Online-Tutorial in versiondog INFO verfügbar

versiondog Release ab V3.2Schneider Unity Pro XL ab 4.0 bis 11.1*

Bild 3: Grafischer Detailvergleich einer LD-Section



Factsheet: MELSOFT GX Works2 Factsheet: MELSOFT GX Works2

14 | | 15

Unterstützung für MELSOFT GX Works2 Projekte (Mitsubishi Electric)

Bild 2: Grafischer Detailvergleich einer POU

Bild 1: Der MELSOFT GX Works2-Projektbaum in versiondog

LeistungsmerkmaleAUVESY ist Mitglied in der e-F@ctory Alliance der Mitsubishi Electric Corp. Integrierter MELSOFT GX Works2 Projektbaum Durchgängige Darstellung der Änderungshistorie Grafischer Detailvergleich Automatisiertes Backup für Disaster Recovery Überprüfung der Aktualität des Kompilats zum versionierten Projekt Unterstützte Steuerungen:MELSEC Q-Serie MELSEC FX-SerieMELSEC L-Serie

Öffnen der MELSOFT GX Works2-Entwicklungsumgebung mit dem selektierten Projekt aus versiondog heraus Individueller Komponententyp für MELSOFT GX Works2 Online-Tutorial in versiondog INFO verfügbar

versiondog Release ab V3.3MELSOFT GX Works2 ab 1.507*

Bild 3: Tabellarischer Detailvergleich der globalen Labels



Factsheet: PC WORX Factsheet: PC WORX

16 | | 17

Unterstützung für PC WORX-Projekte (Phoenix Contact)

Bild 1: Tabellarischer Detailvergleich der globalen Variablen

Leistungsmerkmale

Integrierter PC WORX Projektbaum Erkennen von Unterschieden zwischen dem Backup und der Version. Erkennen von Unterschieden zwischen einem Backup und dem vorherigen Backup. Durchgängige Darstellung der Änderungshistorie Grafischer Detailvergleich Automatisiertes Backup für Disaster Recovery Überprüfung der Aktualität des Compilats zum versionierten Projekt Unterstützte PLCs:ILC (1xx, 2xx, 3xx) AXC (1xxx)RFC (4xx)S-MAX (4xx)PC WORKX RTCPX (SF34, SF35)

Automatisierter Konsistenzcheck des Bootprojekts mit dem geladenen Programm im Speicher der Steuerung Unterstützung der Safety-Steuerungen (SafetyProg) Öffnen der PC WORX-Entwicklungsumgebung mit dem selektierten Projekt aus versiondog heraus Individueller Komponententyp für PC WORX Online-Tutorial in versiondog INFO verfügbar

versiondog Release ab V3.2Automationworx Software Suite 2010 bis 2015PC Worx (ab versiondog 3.2)SafetyProg (ab versiondog 3.2)

V1.60 bis 1.826.30.x3.20.x

Bild 2: Grafischer Detailvergleich einer POU


Factsheet: FANUC CNC-Projekte Factsheet: FANUC CNC-Projekte

18 | | 19

Unterstützung der FANUC CNC-Projekte


Bild 1: Der LADDER-Projektbaum der PMC in versiondog

LeistungsmerkmaleErkennen von Unterschieden zwischen dem Backup und der Version. Erkennen von Unterschieden zwischen einem Backup und dem vorherigen Backup. Durchgängige Darstellung der Änderungshistorie Grafischer Detailvergleich Automatisiertes Backup für Disaster Recovery Konfigurierbare Datensicherung für PMC, CNC, F-ROM und SRAM-Backup Unterstützte Serien:CNC 0i CNC 30iCNC 31iCNC 32i

Individueller Komponententyp für FANUC CNC Online-Tutorial in versiondog INFO verfügbar

versiondog Release ab V4.5FANUC Ladder-III V7.7–V7.9*

Bild 3: Tabellenvergleich der Symbolkommentare



Factsheet: MOVITOOLS-Projekte Factsheet: MOVITOOLS-Projekte

20 | | 21

Unterstützung für MOVITOOLS-Projekte (SEW-EURODRIVE)

Bild 2: MOVITOOLS-Projekt im versiondog ProjektbaumBild 1: Detailvergleich zweier Konfigurationen

LeistungsmerkmaleErkennen von Unterschieden zwischen dem Backup und der Version. Erkennen von Unterschieden zwischen einem Backup und dem vorherigen Backup.

Durchgängige Darstellung der Änderungshistorie Grafischer Detailvergleich Integrierter SEW MOVITOOLS-Projektbaum Direktes Öffnen des Editors aus versiondog Individuelle Uploadkonfiguration für SEW MOVITOOLS Individueller Komponententyp für SEW MOVITOOLS Online-Tutorial in versiondog INFO verfügbar

versiondog Release ab V3.3.3SEW MOVITOOLSMOVIDRIVEMOVITOOLS-MotionStudio 5.6.0 SP1 bis 6.0.0.1.NET Framework 3.5


Factsheet: SCALANCE-Switche Factsheet: SCALANCE-Switche

22 | | 23

Unterstützung für SCALANCE-Switche (Siemens)

Bild 1: SCALANCE Konfigurations- und Firmwaredaten im versiondog Projektbaum

Bild 2: Detailvergleich zweier Switch-Konfigurationen


Durchgängige Darstellung der Änderungshistorie Grafischer Detailvergleic h für Konfiguration und Firmware Automatisiertes Backup für Disaster Recovery Unterstützte Typen:X-2xx X-3xxW-7xx (ab 5.5)

Keine Zusatzsoftware erforderlich Individueller Komponententyp für SCALANCE-Switche Online-Tutorial in versiondog INFO verfügbar

versiondog Release ab V4.0


Factsheet: Proficy Machine Edition Factsheet: Proficy Machine Edition

24 | | 25

Unterstützung für Proficy Machine Edition (General Electric)

Bild 1: Der GE Proficy Projektbaum in versiondog Bild 2: Grafischer Detailvergleich für einen Rung


Durchgängige Darstellung der Änderungshistorie Grafischer Detailvergleich für Konfiguration und Firmware Automatisiertes Backup für Disaster Recovery Unterstützte Geräte:PACSystems RXi PACSystems RX7iPACSystems RX3iSeries 90-70Series 90-30VersaMax

Integration für GE iFIX verfügbar Individueller Komponententyp für GE Proficy Machine Edition Online-Tutorial in versiondog INFO verfügbar

versiondog Release ab V4.0GE Proficy Machine Edition V8.0 bis V9.0*



Factsheet: Motoman Roboter Factsheet: Motoman Roboter

26 | | 27

Unterstützung für Motoman Roboter (YASKAWA)

Bild 1: Motoman Programm- und Controllerdaten im versiondog Projektbaum Bild 2: Detailvergleich zweier Versionen (*.JBI)

LeistungsmerkmaleErkennen von Unterschieden zwischen dem Backup und der Version. Erkennen von Unterschieden zwischen einem Backup und dem vorherigen Backup. Durchgängige Darstellung der Änderungshistorie Grafischer Detailvergleich für Programmdateien und Controllerdaten Automatisiertes Backup für Disaster Recovery Unterstützte Roboter-Controller:NX100 DX100DX200

Keine Zusatzsoftware erforderlich Verwaltung der Programmdateien, Controllerdaten und cmos.bin in einer Komponente Individueller Komponententyp für Motoman Roboter Online-Tutorial in versiondog INFO verfügbar

versiondog Release ab V3.2Motoman NX100 ab V NS3.00.00A(*)-00


Factsheet: Exportmodul Factsheet: Exportmodul

28 | | 29

Ihre automatisierte Datenmanagementlösung: versiondog

Das ExportmodulDas Exportmodul wird als Add-on für das versiondog System bereitgestellt, um Daten und Berichte aus dem Datenmanagementlösung exportieren zu können. Mit dieser Offenheit können Informationen „on demand“ abgerufen und in strukturiertem und importfähigem Datenformat (CSV bzw. XML) an andere Systeme und Programme zur Aufbereitung und weiterführenden Auswertungen übergeben werden. Auf diese Weise un-terstützt versiondog durch diese offene Schnittstelle weiterführende und systemübergreifende Optimierungs- und Analyseprozesse.

Bild 1: Über Kommandozeile gesteuerte Schnittstelle zum Export von der Projektbaumstruktur, von KomponentenInformationen und von Jobergebnissen.

Anwendungsbeispiel 1Kennzahl „Aktualität der automatisierten Backups“

Die Kennzahl wird durch den zyklischen Export der Jobergebnisse ermittelt, für die ein Unterschied zwischen dem Backup und der aktuellen Version auf dem Server festgestellt wurde.

Seit versiondog 4.0 lässt sich über den exportierten Bericht ermitteln,

• wann genau das letzte Backup mit der aktuellen Version auf dem Server übereingestimmt hat.

• wie oft seit der letzten Übereinstimmung ein Unterschied zwischen Backup und Version durch erneute Jobausführungen gemeldet wurde.

• wie oft das Vergleichsergebnis aufgrund eines Fehlers nicht ermittelt werden konnte (z.B. durch Änderungen in der Firewall).

Der Anwender kann nun über Filter feststellen, welche Steuerungen seit längerer Zeit nicht mehr dem letzten Stand auf dem Server entsprechen. Hierbei definiert er drei Zeittoleranzen mit folgenden Annahmen:

1. unkritische Zeittoleranz: aktuelle Wartungsarbeiten oder Umrüstarbeiten führen auf jeden Fall zu Abwei-chung, die aber im Rahmen von einigen Tagen eher als unkritisch eingestuft werden können.

2. Zeitdauer für Warnungen: Abweichungen zwischen Backups und Serverversion werden als Warnung ange-zeigt, wenn sie länger als eine gewissen Dauer (z.B. 1 Woche) anliegen. Hier gilt es, die Situation zu prüfen und möglichst zeitnah die aktuelle Version in das Serversystem einzuchecken.

3. Zeitdauer für kritische Meldung: Wird die Warnung (siehe Punkt 2) längere Zeit nicht bearbeitet, so wird die Warnung nach einer gewissen Dauer (z.B. 4 Wochen) als kritische Meldung behandelt. Hier gilt es umgehend die Situation zu prüfen und sicherzustellen, dass die aktuelle Version sowohl auf dem Server eingecheckt als auch in der Steuerung geladen ist.

Die Kennzahl „Aktualität der automatisierten Backups“ kann also wie folgt ermittelt werden:

Q = (n – x) / n

wobei gilt:

Q = Kennzahl „Aktualität der automatisierten Backups“

x = Anzahl der kritischen Meldungen

n = Anzahl der Jobs, die mit der Vergleichsstrategie „Vergleiche Backup mit Version“ zyklisch ausgeführt werden.

Ein Beispiel für die Kennzahl der Aktualität der automatisierten Backups für S7-Steuerungen könnte sich also wie folgt darstellen (fiktiv):

Datum Anzahl der S7-Jobs in versiondog (n)

S7-Jobs mit Fehler oder Abweichung zwischen Job und Serverversion

Kennzahl (QS7)

Version und Backup stimmen länger als 1 Woche nicht überein

Version und Backup stimmen länger als 4 Wochen nicht überein(x)

2018/KW1 357 78 41 88%2018/KW2 361 51 29 91%2018/KW3 361 40 21 94%2018/KW4 362 32 18 95%2018/KW5 383 37 13 96%2018/KW6 383 27 22 94%


30 | | 31

Die Ermittlung der Kennzahl für die Aktualität der automatisierten Backups lässt sich weiter verfeinern und anpassen.

Anwendungsbeispiel 2Automatisierte Erinnerungsmail für Komponenten, die über einen gewissen Zeitraum in exklusiver Bearbeitung sind

AusgangssituationBeim täglichen Arbeiten mit versiondog zeigt sich, dass sich Konflikte vermeiden lassen, wenn Änderung an einem Projekt unter dem Recht der „exklusiven Bearbeitung“ vorgenommen werden. Denn auf diese Weise kann verhindert werden, dass zwei Anwender nahezu gleichzeitig Änderungen an einem Projekt vornehmen, ohne jeweils von der Anpassungen des anderen zu wissen.

Das Recht der „exklusiven Bearbeitung“ einer Komponente

• richtet für den Bearbeiter einer Komponente eine Schutzzone ein, die ihm die erforderliche Zeit zur Optimierung, Prüfung und Freigabe seiner Änderung einräumt. Ein weiterer Mitarbeiter kann keine neue Version einchecken, bis er fertig ist.

• gilt quasi als Vorankündigung einer neuen Version durch den Anwender. Diese Vorankündigung kann noch durch einen Kommentar ergänzt werden.

• signalisiert allen Anwendern, dass sich eine Komponente unter Bearbeitung befindet. Zwar lässt sich die Komponente noch auschecken, aber Warnungen und Meldungen machen deutlich, dass jemand bereits an der Komponente arbeitet und somit in nächster Zeit eine neue Version erwartete werden kann.

• regelt den Arbeitsablauf für mehrere erforderliche Änderungen/Optimierungen eines Projektes und stellt sicher, dass keine Änderung durch eine andere Änderung überschrieben wird oder gleichzeitig getätigte Änderungen manuell gemerged werden müssen.

So weit, so gut. Doch was passiert, wenn ein Anwender das Recht zur exklusiven Bearbeitung nicht mehr aufhebt, beispielsweise weil er mitten in der Anpassung eines Projektes unterbrochen wird und bedingt durch neue Prioritäten andere Aufgaben übernimmt. Zwar ist das Recht der exklusiven Bearbeitung durch einen Administrator zurücksetzbar, doch wie kann der Administrator hier unterscheiden, ob ein Anwender eine Komponente unter exklusiver Bearbeitung tatsächlich nicht mehr bearbeitet oder sich doch genau auf das Feature verlässt?

LösungsansatzAb versiondog 5.0 zeigt der exportierte Bericht der KomponentenInformationen,• wer genau (Name, Account, Emailadresse) die Komponente in exklusiver Bearbeitung hat• wann genau eine Komponente für die exklusive Bearbeitung an welchem Rechner ausgecheckt wurde• mit welchem Kommentar die exklusive Bearbeitung begründet ist.

Mit diesen exportierten Informationen ist es möglich, eine automatisierte Erinnerungsmail an alle Anwender zu senden, die eine/mehrere Komponenten für längere Zeit (konfigurierbare Zeitspanne) in exklusiver Bearbei-tung haben.

Hier eine Skizze für die Logik:

• Es wird ein Windows-Task bzw. ein Jenkins-Job (z.B. mit dem Namen „AutoReminder“) eingerichtet, der einmal in der Woche ausgeführt wird.

• Der Task „AutoReminder“ erzeugt über das versiondog Exportmodul einen aktuellen Bericht über die KomponentenInformationen.

• Ein Tool (z.B.: mit PowerShell erstellt) wertet die exportierten Informationen wie folgt aus:

1. Zuerst werden aus der XML-Struktur des exportierten Berichtes alle Komponenten herausgefiltert, die mit dem Recht der exklusiven Bearbeitung markiert sind.

2. Für alle gefilterten Komponenten mit exklusiver Bearbeitung werden nun alle Email-Adressen der An-wender ermittelt, die die Komponente länger als beispielsweise zwei Wochen exklusiv bearbeiten.

3. An alle ermittelten Email-Adressen wird nun automatisiert eine freundliche Erinnerung gesendet.


32 | | 33

// Beispiel für den Aufruf des Exportmoduls:VDogAutoExport.exe /at:c “/rd:D:\vdClientArchive“ “/CFile:D:\AutoReminder\ex-port.ini”

// mit export.ini:[Common]ReportType=ComponentTreeExportFile=D\AutoReminder\ExclusiveEdit.xmlWithVersions=NWithMasterData=NEnableNodeTree=N[User]Account=versiondog

Password=change-it

// Beispiel für die Ausgabe (ExclusiveEdit.xml):<?xml version=“1.0“ encoding=“UTF-8“ ?><root Timestamp=“…“><component name=“…“ Path=“…“ Id=“…“ TypeId=“…“ State=“…“></component><component …</component>…<component name=“…“ Path=“…“ Id=“…“ TypeId=“…“ State=“…“><LockState State=“1“ UserId=“6D0DD6948E4B4E87A763C12744B0E7BA“ UserName=“MyDomain\MaxMustermann [Max Mustermann]“ EmailAddress=“[email protected]“ TimeStamp=“14.03.2017 11:15:32“ Days=“20“ ComputerName=“VMWARE.WIN7-2-GK“ Comment=“Test“></LockState></component>…</root>

Hilfestellung

XML-Tag Beschreibung

<LockState> Der LockState-Tag kapselt die Information zum Sperrstatus einer Komponente. Nur vorhanden, wenn der Sperrstatus aktiv ist

<LockState State=”n” Das Attribut State beschreibt den Sperrstatus. 1: exklusiv unter Bearbeitung 2: Markiert als „in Bearbeitung“

<LockState EmailAddress=”…” Das Attribut EmailAddress enthält die E-Mailadresse des Anwenders, der die Komponente ge-sperrt hat. Wenn keine Adresse definiert ist, so wird eine leere Zeichenkette eingetragen

<LockState TimeStamp=”…” Das Attribut TimeStamp beschreibt den Zeitpunkt (UTC) des Sperrens (als Zeichenkette im For-mat des Betriebssystems). Beispiel: „09.10.2015 08:32:56“

<LockState Days=”n” Das Attribut Days beschreibt die Anzahl der Tage seit wann die Komponente gesperrt ist

LeistungsmerkmaleSchnittstelle über Kommandozeile Export der Projektstruktur mit Projektpfad, Komponententyp und Stammdaten Export der Informationen einer Komponente mit Projektpfad, Komponententyp, Stammdaten und Versionshistorie Export einer Liste aller Jobs mit zugehörigen Komponenten, Komponententypen und letztem Jobergebnis

Export als XML oder CSV-Datei zur direkten Weiterverwendung in anderen Systemen Berücksichtigung der Zugriffsrechte beim Datenexport Sicherstellung der Kompatibilität für kommende Versionen Kontinuierliche Weiterentwicklung und Erweiterung der Offenheit Online-Tutorial in versiondog INFO verfügbar

versiondog Releasemit freigeschalteter Lizenzoption „ExportModul“

ab 3.3


Factsheet: versiondog Anlagenstatus Factsheet: versiondog Anlagenstatus

34 | | 35

Ihre automatisierte Datenmanagementlösung: versiondog

Der versiondog Anlagenstatus Der versiondog Anlagenstatus wird als Add-On im versiondog Webclient bereitgestellt. Er übernimmt die Aufgabe, eine Übersicht der von versiondog unterstützten Geräte und Technologien in einer Tabelle darzustellen. Zu jedem Gerät wird ein Status (rot/gelb/grün) gemeldet, der sich aus dem Zustand der Überwachungsaufgaben pro Gerät ergibt (auch „Kontrollmonitore“ genannt).

Der versiondog Anlagenstatus ermöglicht eine durchgängige Unterstützung für vorhersehende Instandhaltung und nachhaltige Produktionsqualität in der automatisierten Produktion – alles auf einen Blick und von überall im Netzwerk erreichbar. Zum einen werden der aktuelle Status der automatischen Archivierungs- und Überwachungsaufträge und deren Vergleichsergebnisse mit der aktuellen Version des versiondog Systems überwacht. Darüber hinaus werden auch gerätespezifische Kontrollmonitore und Informationsfeatures bereitgestellt, um so effektiv, transparent und auf den technischen Punkt gebracht den Status zu jedem Gerät darstellen und auswerten zu können.

Mit der versiondog Version 4.0 bietet der Anlagenstatus im ersten Schritt insbesondere eine Unterstützung für die Siemens S7 Steuerung. Ob Speicherbelegung, Zykluszeitüberschreitung, gesetzten Force-Werten oder die Frage nach der installierten Firmware auf den eingesetzten PLC-Baugruppen: der Anlagenstatus bietet den Status auf einen Blick.

Ab Version 5.0 ist zudem eine Übersicht der eingesetzten SEW-Firmware verfügbar sowie der Force-Wert-Kontrollmonitor für RSLogix 5000, Schneider Electric Unity und GE iFix.

Bild 2: Die S7-MLFB-Übersicht: Wo ist welche MLFB verbaut? Welche Firmware ist installiert?

LeistungsmerkmaleAuflistung aller Geräte und Technologien, die in das versiondog-System integriert sind Allgemeine Überwachungsaufgaben:Vergleichsergebnisse des zuletzt ausgeführten JobsWarnung, falls Datensicherung über einen konfigurierbare Zeitraum nicht aktualisiert wurde

S7-Kontrollmonitore (für S7-300, S7-400)Übersicht der MLFBs mit deren FirmwareÜbersicht der MLFBs mit deren FirmwareKontrollmonitor zur Ermittlung von gesetzten Force-WertenKontrollmonitor zur Überwachung der ZykluszeitKontrollmonitor zur Überwachung der SpeicherauslastungKontrollmonitor zum Batteriestatus (Die Verfügbarkeit dieses Kontrollmonitors

ist abhängig von der verwendeten Hardware)

Force-Wert-Kontrollmonitor für RSLogix 5000, Schneider Unity und GE Übersicht der eingesetzten SEW-Firmware Alle Berichte können als CSV-Datei heruntergeladen/exportiert werden Webclient mit SSL-VerschlüsselungDieses Produkt beinhaltet Software, die durch das OpenSSL Project für die Nutzung im OpenSSL Toolkit entwickelt wurde (http://www.openssl.org/ ).Dieses Produkt beinhaltet kryptographische Software, die von Eric Young ([email protected]) erstellt wurde.

Installation des versiondog WebServers „mit einem Klick“ Online-Tutorial in versiondog INFO verfügbar

versiondog Release ab 4.0Unterstützte Brower Internet Explorer, Chrome, Firefox

Bild 1: StatusInformationen auf Anfrage


Factsheet: Agents Factsheet: Agents

36 | | 37

LeistungsmerkmaleOnlinesicherung von HMI Runtimes im laufenden Betrieb Dezentrale Jobausführung zur Leistungssteigerung und Lastverteilung während der Jobausführung Aufgabenverteilung und Parallelisierung Vermeidet Editorinstallationen auf dem versiondog Hauptserver Vermeidet Auf- und Umrüstung der Hardware für den versiondog Hauptserver Vermeidet Editorinstallationen und Hardwareumrüstung auf Clients (neu ab 4.5) Automatisiertes SmartUpdate der Agents bei Serverupdates Online-Tutorial in versiondog INFO verfügbar

Wann wird ein Agent empfohlen? Aus Performance- oder Kompatibilitätsgründen macht es Sinn, gewisse Upload- und/oder Vergleichsvorgänge auf einen Agent auszulagern:

1. Sobald der Zugriff auf die HMI Runtimes sowie deren Archivierung im laufenden Betrieb durchgeführt werden soll, ist ein Agent (pro HMI-Station) erforderlich.

2. Sobald die Unterstützung eines Gerätes für die Archivierung und/oder für den Vergleich die eine zusätzlichen Software erfordert (z.B. die entsprechende Entwicklungsumgebung für das Gerät), wird der Einsatz des versiondog Agents aus folgenden Gründen empfohlen:• Falls die Zusatzsoftware nicht auf dem Server aufgespielt werden kann/soll.• Falls unterschiedliche Versionen der Zusatzsoftware sich im Einsatz befinden, nicht aber gleichzeitig auf

einem PC-System installiert werden können (beispielsweise weil sie sich gegenseitig bei der Installation ausschließen).

• Falls bestimmte Voraussetzungen für den Upload oder Compare gefordert werden, z.B.: SQL-Datenbankserver, Sicherheitskonzepte, Firewall-Regeln, …

3. Stehen auf dem lokalen Client-System die erforderlichen Editor-Ressourcen nicht zur Verfügung, besteht mit dem Agent die Möglichkeit, den Vorgang auf ein externes System oder den Server auszulagern. Dadurch lassen sich auch hohe Lizenzkosten für die Installation des Editors auf jedem einzelnen Rechner vermeiden.

4. Bei bestimmten Geräteintegrationen ist aus technischen Gründen eine zeitgleiche Ausführung für Archivierung und/oder Vergleich auf einem System nicht möglich, so dass immer genau nur eine Aktion (Archivierung/Vergleich) nach der anderen ausgeführt werden kann. Der Einsatz von Agents ermöglicht eine Verteilung der Aufgaben auf mehrere Systeme und erhöht auf diese Weise den Durchsatz.

5. Sobald ein Zugriff/eine Aktion auf oder mit Systemressourcen durchgeführt werden sollen, die nicht über das Netzwerk adressiert werden können, muss ein Agent verwendet werden, der direkt auf dem System installiert ist (und somit den Zugriff auf die Ressourcen erhält).

6. Ist der Übergang in ein BUS-System (MPI/PROFIUS/PROFINET/Modbus/...) auf dem Server nicht möglich (beispielsweise weil der Server keine Schnittstellenkarte besitzt), so kann über einen Agent, der direkt auf dem System mit der entsprechenden BUS-Schnittstelle installiert ist, der Kommunikationsübergang ins BUS-System eingerichtet werden.

Bild 1: Verwaltungsoberfläche im versiondog AdminClient

Bild 2: versiondog Szenrio mit Agents

Factsheet: versiondog BackupClient Factsheet: versiondog BackupClient

38 | | 39

Der versiondog BackupClientDas versiondog System besteht aus verschiedenen Applikationen. Eines dieser Applikationen ist der versiondog BackupClient, der immer dann zum Einsatz kommt, wenn eine Datensicherung von unvernetzten Automatisierungsgeräten durchgeführt werden soll, also von Geräten, auf die das versiondog System über das Netzwerk sonst nicht zugreifen kann (z.B. aus Sicherheitsgründen).

Bei der Arbeit mit dem versiondog BackupClient werden die zu sichernden Daten direkt am Automatisierungsgerät abgenommen. Der versiondog BackupClient wird auf einem transportablen Rechner, beispielsweise auf einem PG (Laptop), installiert und mit dem versiondog Server synchronisiert, um die für die Durchführung der Datensicherung notwendigen Jobs zu erhalten. Der für die Datensicherung zuständige Mitarbeiter nimmt den Rechner und begibt sich damit zu den Produktionsanlagen. Vor Ort verbindet er den BackupClient-Rechner mit dem Automatisierungsgerät und führt die Jobs für die Datensicherung aus. Nach Durchführung der Datensicherung kehrt der Mitarbeiter an seinen ursprünglichen Arbeitsplatz zurück, verbindet sich mit dem versiondog Server und überträgt die Daten auf diesen.

Im Standard-Setup enthalten Einheitliche Datensicherung auch für unvernetzte Automatisierungsgeräte Synchronisation von Jobs und Jobergebnissen zwischen BackupClient und Server Ereignisprotokoll zur Jobausführung Synchronisationsprotokoll Online-Tutorial in versiondog INFO verfügbar

versiondog-Szenario mit dem versiondog BackupClient

Bild 1: Positionierung des BackupClients im versiondog-Szenario: der BackupClients übernimmt die Datensicherung für unvernetzte Automatisierungsgeräte.

Bild 2: Das User Interface im BackupClient

Leistungsmerkmale

Factsheet: Standardbibliotheksverwaltung Factsheet: Standardbibliotheksverwaltung

40 | | 41

versiondog StandardbibliotheksverwaltungIn vielen Bereichen des Engineerings von automatisierten Anlagen werden Applikationen auf der Basis von Bibliotheken mit wiederverwendbaren Funktionen, Modulen und Programmen erstellt. Standardisierte Programm bausteine, verfahrenstechnische Bausteine, Bildbausteine/Meldetexte, Kommunikations- und Ablauf-diagramme etc. gehören zu den Voraussetzungen für eine kostengünstige und einheitliche Umsetzung von Projekten in der Automatisierungswelt.

Genau hier kommt die versiondog Standardbibliotheksverwaltung zum Einsatz und bietet folgende Vorteile:• Zu jedem Standardbaustein wird eine dokumentierte Änderungshistorie bereitgestellt, anhand derer sich die

Weiterentwicklung des Standardbausteins und der Standardbibliothek nachvollziehen lässt.• Änderungen an den Standardbibliotheken werden versioniert und zusammen mit den Informationen

abgelegt, WER WANN WAS WO geändert hat und WARUM. Über einen detaillierten Vergleich können jederzeit die Unterschiede zweier Bausteinversionen hinsichtlich Auswirkung auf die Projekte ausgewertet werden.

• Die Verwendung der Bausteine in den Projekten lässt sich jederzeit nachvollziehen. Auf diese Weise ist einfach und effizient erkennbar, bei welchen Kundenprojekten und an welchen Standorten sich eine Änderung auswirkt. Aus diesem Verwendungsnachweis kann beispielsweise bei einer nachträglichen Optimierung eines Standardbausteins ein Maßnahmenplan abgeleitet werden, an welchen Projekten eine Aktualisierung auf den neusten Standard durchgeführt werden sollte.

Anwendungsfälle für die StandardbibliotheksverwaltungIn welchen Projekten wurde welche Version eines standardisierten Bausteins verwendet?

Über die Bibliotheks-Verwaltung lässt sich nachvollziehen, welche Version eines Standardbausteins in welchen Projekten verbaut wurde. Nehmen wir beispielsweise an, dass man während einer laufenden Projektierung feststellt, dass ein Standardbaustein erweiterte wurde. Mit der Standardbibliotheksverwaltung kann nun festgestellt werden, ob und in welchen Projekten dieser Baustein verbaut wurde. Auf diese Weise ist es ausgehend vom Anlass der Bausteinänderung und unter Berücksichtigung einer Risikoabschätzung möglich, zu bestimmen, welche Projekte nun aktualisiert werden müssen.

Versionierung und Dokumentation der Standardbibliotheken Detailvergleicher zur Anzeige der Unterschiede zweier Bausteinversionen Grafischer Detailvergleich Freescan-Funktion um standardisierte Bausteine nachträglich in Projekten zu finden Unterstützte Entwicklungsumgebungen:Simatic S7 ManagerRockwell RSLogix 5000TIA für STEP 7

Online-Tutorial in versiondog INFO verfügbar

Bild 2: Einfache Verknüpfung von Projekt mit Standardbibliothek

Wie kann sichergestellt werden, dass auf mehreren S7-Steuerungen das gleiche Programm läuft?

In einer Produktionsanlage gibt es einen Teilprozess, der mehrfach redundant in der Fertigung eingerichtet wurde. Die Aussteuerung erfolgt jeweils mit einer Steu-erung (z.B. S7 oder RSLogix 5000). Hierbei ist die An-forderung, dass alle Projekte genau gleich sein sollen (abgesehen von der Netzwerkadresse).Die Standardbibliotheksverwaltung bietet in diesem Fall die Möglichkeit, die Gleichheit der Programme auf Bau-steinebene sicherzustellen und im Falle eines Program-mupdates den Fortschritt des Rollouts zu überwachen.

Wie kann sichergestellt werden, dass vorgegebene standardisierte Bausteine bei der Projektierung durch den Dienstleister verwendet wurden?

Mit der versiondog Standardbibliotheksverwaltung kann der Anlagenbetreiber bei der Abnahme einer neuen Anlage nachvollziehen, ob die vorgegebenen Standardbausteine in der Projektierung wie vereinbart verwendet wurden. Es ist nachvollziehbar, ob eine veraltete Version verwendet, der Standard zwischenzeitlich optimiert oder ein Standardbaustein zwar verwendet, später aber dann verändert wurde. Durch die detaillierten Ver-gleichsmöglichkeiten lassen sich schlussendlich Maßnahmen für eine durchgängige Vereinheitlichung auf einen optimierten Standard ableiten.

Bild 1: Nachverfolgung der verbauten Standardbausteine mit Ampelstatus: grün= Standard eingehalten, gelb= veralteter Standard, rot= Standard verletzt

Leistungsmerkmale

Factsheet: versiondog Switch-Integration Factsheet: versiondog Switch-Integration

42 | | 43

Datenmanagement als Teil der Cyber Security Strategie In der industriellen Automatisierung ist die Cybersicherheit ein zentrales Thema. Um Cyberangriffe frühzeitig zu erkennen, ist es essenziell, Änderungen an industriellen Steuerungen schnell festzustellen, um dann prüfen zu können, ob diese gewünscht waren. Da versiondog Änderungen in den Softwareversionen von Automatisierungsgeräten überwacht, lassen sich alle Änderungen, die nicht dokumentiert wurden, im Programmcode entdecken und auf unautorisierte Zugriffe prüfen.

Hat ein Cyberangriff stattgefunden, ist die schnellste Lösung, den Datensatz auf den vorherigen, nicht kontaminierten Stand zurückzusetzen. Aus diesem Grund ist es wichtig, regelmäßig eine Datensicherung durchzuführen. Der Instandhalter kann dann eine „saubere“ Datensicherung aus dem Server-Archiv nehmen und diese wieder auf die Steuerung aufspielen. Dieser Vorgang nennt sich Disaster Recovery und setzt das Automatisierungsgerät wieder auf seinen letzten, manipulationsfreien Zustand zurück.

Damit ist versiondog ein wichtiges Teilstück in der gesamten Cyber Security Strategie vieler Konzerne – in der Produktion auch Defense-in Depth Strategie genannt.

Das „Honeypot Szenario“ Ein weiteres Teilstück einer Cyber Security Strategie ist der „Honeypot“. Das industrielle Netzwerk wird aus Gründen der Übersichtlichkeit sowie der vereinfachten Administration typischerweise in unterschiedliche Ebenen unterteilt, die sich an den Datenströmen und Aufgaben orientieren. In der Maschinenebene werden Endgeräte wie Steuerungen, Feldgeräte oder HMI-Panels mit Industrial Ethernet Protokollen wie PROFINET über Switche verbunden. Ein Switch gehörte häufig zu den frühen Angriffszielen für Cyberattacken, da er über die Portsteuerung den Zugriff auf ein Automatisierungsgerät ermöglicht. Wird ein Port durch einen Cyberangriff geöffnet oder geschlossen, kann die Verbindung zu einem Endgerät getrennt oder ein unerlaubter Zugriff auf ein Gerät gewährt werden, was in beiden Fällen mit hohen Risiken einhergeht.

Wie unterstützt versiondog die Sicherheit Ihrer Daten?versiondog verifiziert zyklisch und automatisch die freigegebenen Versionen mehrmals täglich mit Alarmmeldungen bei Abweichungen textuelle und/oder grafische Darstellung der Unterschiede für fast alle Geräte der Automatisierungstechnik

versiondog detektiert Unterschiede in Steuerungsprogrammen und stellt sie dar.

versiondog überwacht die Systemkonfiguration von auf Windows und Linux basierenden Systemen.

versiondog stellt sicher, dass versionierte Stände nicht verändert werden können.

versiondog stellt Software-Stände (Versionen) ohne „Kontamination“ bereit für ein „sauberes“ Disaster Recovery.

LeistungsmerkmaleBackup, Versionskontrolle und Dokumentation von Softwareprojekten SmartCompare für alle Komponenten in der automatisierten Produktion Vergleich Backup zu Backup oder Backup zu Version Nachvollziehbarkeit der Änderungen, gewollt oder ungewollt Wer hat wann was wo und warum geändert? Meldewesen bei nicht dokumentierten Änderungen Schnelles und sicheres Disaster Recovery

versiondog Release ab 5.0

Das Ziel des „Honeypot Szenarios“ ist es, einen Cyberangriff oder dessen Vorbereitung rechtzeitig zu entdecken. Dafür benötigt es einen im Industrienetz installierten und eingerichteten Switch. Dieser erhält keine echte Funktion, sieht aber so aus, als wäre er attraktiv (Honeypot). Alle Verantwortlichen sind angehalten, selbst keine Änderung an diesem Switch durchzuführen, sondern diesen nur zu überwachen. versiondog überprüft den Switch auf ungewollte Veränderungen und meldet Alarm, wenn eine Anomalie entdeckt wurde. Die Mitarbeiter können reagieren und mögliche Folgen des Cyberangriffs verhindern. Mit einer regelmäßigen, automatischen Datensicherung überwacht das Datenmanagementsystem versiondog die Konfigurationsdaten eines Switches und erkennt Änderungen sofort.


Factsheet: AUVESY Image Service Factsheet: AUVESY Image Service

44 | | 45

AUVESY Image Service Erstellung von PC-Images mit dem AUVESY Image ServiceDer AUVESY Image Service ist eine Lösung zur automatisierten Erstellung von Images von Windows PCs und Servern. Über ein Image können wichtige Daten im Problemfall schnell wiederhergestellt werden.

Der AUVESY Image Service ist auf drei Weisen installierbar:• remote mit Windows-Tools/-Diensten• über ein im Unternehmen vorhandenes Softwareverteilungstool• manuell

Die Images können auf dem versiondog Server oder auf einem Laufwerk in einem Unternehmensnetz-werk gespeichert werden. Mit dem temporären Laufwerk lassen sich sowohl unterschiedliche Netzwerke als auch unterschiedliche Berechtigungsstrukturen abbilden (siehe Abbildung).

Bild 1: AUVESY Image Service integriert in den gewohnten versiondog Workflow – mit konfigurierbarem Speicherort der Images.

Die Vorteile des AUVESY Image Service auf einen Blick:AUVESY Image Service

Verfügbar ab Version 7.0

Image-Technologie Drive Snapshot

Komplette Lösung im Setup enthalten

Kompletter Support über AUVESY

Windows-Kompatibilität Ab Windows XP Pro SP3

Remote-Installation über versiondog,Manuelle Installation und Verteilung ist möglich

Imageerstellung zur Laufzeit

Speicherbedarf auf dem zu sichernden Rechner < 30 MB

Hardware-Monitoring

Warnung bei Hardware-/Betriebssystem-Änderungen

Eigener Komponententyp in versiondog

versiondog Job

Test beim Anlegen von Jobs möglich (ab Version 8.0)

Browser zur Auswahl der zu sichernden Laufwerke bei der Jobkonfiguration

Rollover bei der Jobkonfiguration einstellbar (ab Version 7.5)

Mit dem AUVESY Image Service ist es möglich, auf gewohnte Weise Jobs anzulegen, um Images automatisiert in bestimmten Abständen zu erstellen. Im versiondog Backup ist je nach Konfiguration das Image oder ein Link zum Image enthalten. Die Metadaten zu den einzelnen Images lassen sich mit versiondog miteinander vergleichen: Wenn sich bei regelmäßigen Image-Jobs die Hardware des gesicherten PCs ändert, erfolgt eine Warnung, dass die alten Images möglicherweise nicht mit den veränderten oder neuen PCs kompatibel sein könnten.

Die Wiederherstellung des Images erfolgt mit dem Programm DriveSnapshot. Die DriveSnapshot.exe wird zusammen mit jedem vom AUVESY Image Service erstellten Image bereitgestellt. Damit kann die Wiederher-stellung sofort durchgeführt werden. Die Wiederherstellung eines Images mit DriveSnapshot ist lizenzfrei.

Bild 2: Jobkonfiguration AUVESY Image Service

Details zur Integration

Factsheet: AUVESY Image Service

46 |

LeistungsmerkmaleAutomatisierte und parallele Erstellung und Ablage von Images über Jobs Detailvergleich der Jobergebnisse und des Rechnerzustands Individuelle Jobkonfiguration für den AUVESY Image Service Individueller Komponententyp für den AUVESY Image Service Globale Voreinstellungen für immer wiederkehrende Jobbestandteile möglich

versiondog Releasemit freigeschalteter Lizenzoption „AUVESY Image Service“* 7.0

Windows PCs XP SP3Vista, 7, 8, 8.1, 10

Windows Server Alle Versionen

Beliebige Hardware (IDE/SCSI/USB) mit einer Sektorgröße von 512 Byte Beliebige RAID-Konfigurationen Alle lokalen Festplatten (keine Netzwerklaufwerke)


*als monatliches Abonnement

ÜBER AUVESY

Mit versiondog hat AUVESY (AUtomated VErsioning SYstems) die weltweit führende Lösung für das sichere Versions- und Datenmanagement in der industriellen Automatisierung entwickelt. Seit 2007 sind wir erfolgreich und stetig wachsend weltweit tätig.

Mit einem Team von 80 Mitarbeitern und rund 30 internationalen Vertriebspartnern betreut AUVESY mehr als 1.000 Kunden aus allen Branchen in über 45 Ländern.

Über 1.500 versiondog Softwaresysteme sichern das Know-how unserer Kunden, vereinfachen sowohl das Versionsmanagement als auch die Versionskontrolle und optimieren Arbeitsabläufe.

Erfahren Sie mehr: www.auvesy.de

HEADQUARTER GERMANY AUVESY GmbHFichtenstraße 38 B76829 Landau in der Pfalz P +49 6341 6810-300F +49 6341 6810-311E [email protected] www.auvesy.de

OFFICE USAAUVESY INC146 Monroe Center St NWSuite 1210MI 49503 Grand RapidsP +1-616.888.3770F +1-616.888.3769E [email protected] www.auvesy.us

© AUVESY GmbH – all rights reserved V 11/19_Alle in dieser Broschüre enthaltenen Angaben stellen keine zugesicherten Eigenschaften dar.

Documents

versiondog Factsheets