Jobkonfiguration

Anhand der Vorgehensweise für den Uploadtyp SIMATIC S7 wird Ihnen ein Beispiel zur gerätespezifischen Jobkonfiguration dargelegt. Für andere gerätespezifische Uploadtypen gibt es Abweichungen bei der Jobkonfiguration, die Sie den gerätespezifischen Tutorials für diese Uploadtypen entnehmen können.

Abschnitt: Jobkonfiguration

Beispiel:

1. Starten Sie den AdminClient und öffnen Sie das Modul Jobs.
2. Wählen Sie im Projektbaum die Komponente aus, für die der Job erstellt werden soll.
3. Klicken Sie in der Menüleiste auf die Schaltfläche Erstellen oder ziehen Sie die Komponente per Drag-and-drop in den Bereich Jobs (in der Mitte des Bildschirms).
4. Überprüfen Sie, ob im Bereich Jobkonfiguration (rechte Seite des Bildschirms) der spezifische Uploadtyp ausgewählt ist.
5. Wählen Sie bei Ausführen im Dropdownmenü aus, wie der Job ausgeführt werden soll: Nach Zeitplan, Nicht nach Zeitplan, Mittels BackupClient oder Von einer URL getriggert*.

Sie haben die Option, einen Job über eine OPC-Variable zu triggern. Diese Funktionalität ist ein Add-On, erfordert also zusätzliche Lizenzierung.

Abschnitt: Allgemein

1. Jobname: Wählen Sie einen aussagekräftigen Namen für den Job (maximal 64 Zeichen).
2. Komponente: Geben Sie im Feld den Pfad zu Ihrer Komponente im Projektbaum an.
3. Warnen, wenn Backup älter ist als: Wählen Sie aus der Dropdownliste ein Alter für das Backup aus, falls benötigt. Die Standardauswahl ist Nie warnen.
   Wenn hier ein Zeitraum ausgewählt ist, werden Jobs, bei denen das Backup älter ist als der ausgewählte Zeitraum mit einer Warnsymbol in der Spalte Zeitstempel Backup gekennzeichnet.
   



4. Zeitplan: Dieses Feld wird nur eingeblendet, wenn im Dropdownmenü Ausführen der Wert Nach Zeitplan ausgewählt wurde.

Wenn Sie in dieses Feld klicken wird der Dialog Zeitplan geöffnet. Hier können Sie die Startzeit und die Intervalle für die Jobausführung festlegen.



5. Bei Fehler: Dieses Feld wird nur eingeblendet, wenn im Dropdownmenü Ausführen der Wert Nach Zeitplan ausgewählt wurde.

Wenn Sie in dieses Feld klicken wird der Dialog Bei Fehler geöffnet, in dem Sie festlegen können, ob die Jobausführung bei einem Fehler wiederholt werden soll. Für die Wiederholungen können die maximale Anzahl der Versuche sowie die Pause zwischen den Versuchen konfiguriert werden.



6. Ausführung durch: Hier wird der Name des Rechners angezeigt, von dem aus der Job ausgeführt werden soll. Standardmäßig wird dies automatisch bestimmt, bei Parallelserversystemen können Sie einen Rechner auswählen.
   Soll bei Serversynchronisation der Job nur auf einem der synchronisierten Server ausgeführt werden, muss der entsprechende Server hier ausgewählt werden. Beim Wert Automatisch wird der Job nach einer Synchronisation von beiden Servern ausgeführt.
   

Nach dem Einspielen einer Lizenz mit neuer Seriennummer, kann es vorkommen, dass hier statt des Rechnernamens die (alte) Seriennummer angezeigt wird. Sollte dies auftreten, können Sie folgende Schritte vornehmen:

• Starten Sie den MasterService neu, falls Sie das noch nicht getan haben.

• Bei Parallelservern prüfen Sie im Modul System-Dashboard, ob alle ToDos abgearbeitet wurden.

• Ist die Anzeige immer noch falsch, müssen Sie einen neuen Rechnernamen auswählen. Ansonsten kann der Job nicht nach Zeitplan ausgeführt werden.

Abschnitt: Benachrichtigung

Der Abschnitt Benachrichtigung wird nur angezeigt, wenn Sie im Dialog Uploadtyp-spezifische Konfiguration festgelegt haben, dass jobspezifisch oder täglich E-Mails zur Jobausführung versendet werden sollen.

1. Klicken Sie in das Feld Benachrichtigung an.
2. Der Dialog Benachrichtigung an wird geöffnet.
3. Suchen Sie die Benutzer/Benutzergruppen aus, die benachrichtigt werden sollen und aktivieren Sie die entsprechenden Kontrollkästchen.
4. E-Mail-Empfänger, die keine versiondog Benutzer sind, können Sie in das Feld Zusätzliche E-Mail-Adressen eintragen. Geben Sie mehrere Empfänger durch Kommas getrennt an.

Abschnitt: Upload und Vergleich

1. Speicherstrategie: Folgende Optionen stehen Ihnen in der Dropdownliste zur Verfügung:
• Backup immer speichern (vorheriges Backup überschreiben, wenn gleich):
  Wählen Sie diese Option aus, wenn Sie maximal ein Backup erstellen möchten. Es enthält die aktuellen Ist-Werte und alle anderen Dateien, die beim Vergleich ignoriert werden.
• Backup nur speichern wenn unterschiedlich zu vorherigem:
  Wählen Sie diese Option aus, wenn nur dann ein Backup angelegt werden soll, wenn eine Änderung festgestellt wurde (abhängig davon, welche Werte beim Vergleich einbezogen werden).
  
• Backup immer speichern (vorheriges Backup behalten, auch wenn gleich):
  Wählen Sie diese Option aus, wenn bei jeder Jobausführung ein neues Backup angelegt wird. Wenn Ihre Vorschriften zur Rückverfolgbarkeit festlegen, dass Backups mindestens ein Jahr vorgehalten werden, müssen Sie den Wert für die Anzahl der beibehaltenen Backups (Rollover) - unter Berücksichtigung der Backuphäufigkeit - entsprechend festlegen. Beachten Sie, dass diese Speicherstrategie zusammen mit einem hohen Wert für den Rollover viel Speicherplatz belegen kann.
  
2. Anzahl der beibehaltene Backups (Rollover): Stellen Sie den gewünschten Wert ein. Nach Erreichen dieses Wertes überschreibt das neue Backup jeweils das älteste. Der Standardwert ist 5.
3. Upload Agent Wollen Sie für diesen Job einen Upload Agent verwenden, wählen Sie den Upload Agent aus der Dropdownliste aus. Klicken Sie auf dann auf die Schaltfläche Verbindung prüfen: Um sicherzustellen, dass auf den Rechner zugegriffen werden kann, auf dem der Agent installiert ist. Wenn die Überprüfung fehlschlägt, wird der Job ebenfalls fehlschlagen.
   Beachten Sie, dass sich bei der Verwendung eines Agents sämtliche Benutzerinformationen und Pfade auf den Rechner beziehen, auf dem der Agent installiert ist und nicht auf den Server. Wenn Sie später einen Benutzernamen oder einen Netzwerkpfad festlegen, muss dieser auf dem Rechner existieren, auf dem der Agent installiert ist, bzw. von diesem Rechner aus muss der Pfad erreichbar sein.
   
4. Vergleichsstrategie: Wählen Sie in der Dropdownliste eine Vergleichsstrategie aus.
   Folgende drei Optionen stehen Ihnen zur Verfügung:
   • Serverversion <-> Backup, Vorheriges Backup <-> Backup
     Zuerst wird das Backup der Version auf dem Gerät mit der zuletzt eingecheckten Version des Projekts verglichen, dann wird das Backup mit dem vorherigem Backup verglichen.
     Durch diese Option erhalten Sie mehr Informationen als durch die anderen. Allerdings müssen die Informationen richtig interpretiert werden.
     Beispiele:
     • Unterscheidet sich das Backup vom vorherigen Backup, aber nicht von der zuletzt eingecheckten Version des Projekts, deutet das darauf hin, dass eine neue Version des Projekts entwickelt, eingecheckt und auf dem Gerät installiert wurde (das ist der empfohlene Arbeitsablauf).
     • Unterscheidet sich das Backup von der zuletzt eingecheckten Version des Projekts, aber nicht vom vorherigen Backup, deutet das darauf hin, dass eine neue Version des Projekts erstellt und eingecheckt, aber noch nicht auf dem Gerät installiert wurde.
     • Unterscheidet sich das Backup sowohl von der zuletzt eingecheckten Version des Projekts, als auch vom vorherigen Backup, deutet das darauf hin, dass eine neue Version des Projekts entwickelt und installiert, aber noch nicht versioniert und eingecheckt wurde.
   • Serverversion <-> Backup
     Das Programm, das auf dem Gerät ausgeführt wird, wird mit der zuletzt eingecheckten Version des Projekts verglichen. Jobergebnisse werden nicht verglichen. Diese Option ist empfehlenswert, wenn das versiondog System (unabhängig von der Vergleicherkonfiguration) immer Unterschiede zwischen dem Backup und dem vorherigen Backup feststellt. In dieser Situation ist das Ausführen des Vergleichs nicht sinnvoll.
   • Vorheriges Backup <-> Backup
     Das Programm, das auf dem Gerät ausgeführt wird, wird mit dem vorherigen Backup verglichen. Es wird nicht mit der neuesten Version verglichen.
     Wird mit dieser Option ein Unterschied festgestellt, kann das folgendes bedeuten:
     • Eine neue Version des Projekts wurde entwickelt und an das Gerät installiert.
     • Ist- oder Forcewerte wurden beim Vergleich nicht ignoriert (wodurch sich das Backup immer vom vorherigen Backup unterscheidet).
     • Das Programm auf dem Gerät wurde verändert. Mit der Vergleichsfunktion von versiondog können Sie feststellen, welche Änderungen vorgenommen wurden.
5. Compare Agent: Wollen Sie für diesen Job einen Compare Agent verwenden, wählen Sie den Compare Agent aus. Klicken Sie dann auf die Schaltfläche Verbindung prüfen, um sicherzustellen, dass auf den Rechner zugegriffen werden kann, auf dem der Agent installiert ist. Wenn die Überprüfung fehlschlägt, wird der Job ebenfalls fehlschlagen.
6. Wenn Sie das Kontrollkästchen Konfiguration für jobspezifischen Vergleich aktivieren aktivieren, können Sie über die Schaltfläche Vergleich konfigurieren die Vergleichseinstellungen für diesen einen Job individuell anpassen:

Abschnitt: Automatische Versionserstellung nach Jobausführung

Dieser Abschnitt wird nur dann angezeigt, wenn im Dialog Uploadtypspezifische Konfiguration

• in der Registerkarte Allgemein das Kontrollkästchen Automatische Erstellung einer Version aktivieren aktiviert ist, und
• in der Registerkarte des entsprechenden Uploadtyps das Kontrollkästchen Automatische Erstellung einer Version aktivieren aktiviert ist.

Erstelle Version wenn: In der Dropdownliste können Sie festlegen, wann eine neue Version der Komponente automatisch erzeugt werden soll:

• Nie: Es werden keine automatischen Versionen erzeugt.
• Unterschiede gefunden (Serverversion <-> Backup): Eine neue Version wird automatisch erzeugt, wenn nach der Jobausführung Unterschiede zwischen der Serverversion und dem Backup festgestellt wurden.
• Keine Basisversion existiert: Wenn keine Basisversion existiert, wird unabhängig vom Jobergebnis automatisch eine Basisversion erzeugt.
• Immer: Wenn der Job erfolgreich durchgelaufen ist, wird automatisch eine neue Version erzeugt. Ist bei der Jobausführung ein Fehler aufgetreten, wird keine neue Version erzeugt.

Abschnitt: Jobinformationen

In diesem Abschnitt finde Sie die Job-ID und die Komponenten-ID. Diese sind zum Beispiel für Scripting relevant.

Abschnitt: SIMATIC S7 Einstellungen

Nehmen Sie ab hier die Einstellungen vor, die spezifisch für den gewählten Uploadtyp sind.

Abschnitt: Details des Zugriffspfades

Wählen Sie den Zugriffspfad aus, über den die Kommunikation mit der Steuerung ablaufen soll.

Abschnitt: Backup

Verringern Sie die Netzwerklast und schließen Sie definierte Bausteine vom Vergleich aus.

Abschnitt: Erweitert

Ändern Sie den TCP/IP Port, geben Sie ein CPU-Passwort an, konfigurieren Sie Wiederholungen bei fehlerhaftem Upload und geben Sie Wartezeiten zwischen Datenpaketen an.

  	[Common]

        4900=1

	[FTP]

        4900=1

	[Common]

	4930=2

	[FTP]

	4930=2

Weitere Informationen zur Jobkonfiguration für die allgemeinen Uploadtypen finden Sie in den nachfolgenden Abschnitten.