Hardwareerneuerung im Verkehrssystemmanagement (VSM)
Stadt: leipzig
Drucksache: VII-DS-07371
Datum: 2022-12-01
Vorlagenart: Beschlussvorlage

1/6
Dienstberatung des 
Oberbürgermeisters
Beschlussvorlage-Nr. VII-DS-07371
Status: öffentlich
Eingereicht von:
Dezernat Stadtentwicklung und Bau
Betreff:
Hardwareerneuerung im Verkehrssystemmanagement (VSM)
Beratungsfolge (Änderungen vorbehalten):
Gremium
Voraussichtlicher 
Sitzungstermin
Zuständigkeit
DB OBM - Vorabstimmung Vorberatung
Dienstberatung des Oberbürgermeisters Beschlussfassung
Beschlussvorschlag
Beschluss des Oberbürgermeisters vom 08.11.2022:
1. Der Austausch der Server im Verkehrssystemmanagement mit dem 
Auftragnehmer GEVAS GmbH wird beschlossen.
2. Die Auszahlungen sind im Haushaltsjahr 2022 im PSP-Element „Planungsmittel 
Verkehrsmanagement“ (7.0000435.700) in Höhe von 130.000 € (brutto) geplant.
3. Die im Haushaltsjahr 2023 entfallenden Folgekosten in Höhe von 9.737,20€(brutto) 
werden innerhalb des Budgets des Verkehrs- und Tiefbauamtes aus dem PSP-
Element „Verkehrsmanagement“ (1.100.54.9.0.02) gedeckt.
Räumlicher Bezug
 
Stadtgebiet Leipzig
 
Zusammenfassung
 
Anlass der Vorlage:   
  Rechtliche Vorschriften   Stadtratsbeschluss x  Verwaltungshandeln  
       
  Sonstiges:
 
Mit der Vorlage soll die Erneuerung der Server im Verkehrssystemmanagement an die 
GEVAS GmbH beauftragt werden. Damit sollen die digitalen Dienste zur 
Verkehrsdatenerfassung, -verarbeitung und –weitergabe ausgebaut und die Stabilität und 
Verfügbarkeit der Schnittstellen zum Verkehrssystemrechner sowie die Schnittstelle zum 
Mobilitätsdatenmarktplatz, zur Verkehrslage sowie den LED-Anzeigetafeln und Zählstellen 
gewährleistet werden. Die bestehende Architektur des rechnergestützten Systems wird 
geändert und der entsprechenden Gesetzgebung nach BSIG § 8a angepasst.
Finanzielle Auswirkungen
Finanzielle Auswirkungen  nein x wenn ja,
1 von 24 in Zusammenstellung
2/6
Kostengünstigere Alternativen geprüft  nein  ja, Ergebnis siehe Anlage zur 
Begründung
Folgen bei Ablehnung  nein x ja, Erläuterung siehe Anlage zur 
Begründung
Handelt es sich um eine Investition (damit aktivierungspflichtig)?  nein x ja, Erläuterung siehe Anlage zur 
Begründung
   
Im Haushalt wirksam von bis Höhe in EUR wo veranschlagt  
Ergebnishaushalt Erträge      
 Aufwendungen      
Finanzhaushalt Einzahlungen      
 Auszahlungen   130.000 € 7.0000435  
Entstehen Folgekosten oder Einsparungen?  nein x wenn ja, nachfolgend 
angegeben
  
Folgekosten Einsparungen wirksam von bis Höhe in 
EUR/Jahr wo veranschlagt  
Zu Lasten anderer OE Ergeb. HH Erträge      
 Ergeb. HH Aufwand      
Nach Durchführung der 
Maßnahme zu erwarten Ergeb. HH Erträge      
 Ergeb. HH Aufwand 
(ohne Abschreibungen)
Ab 2023 
jährlich  59.000€ 1.100.54.9.0.02  
 
Ergeb. HH Aufwand 
aus jährl. 
Abschreibungen 
     
     
Steuerrechtliche Prüfung  x nein  wenn ja
Unternehmerische Tätigkeit i.S.d. §§ 2 Abs. 1 und 
2B UStG   nein  ja, Erläuterung siehe Punkt 4 
des Sachverhalts
Umsatzsteuerpflicht der Leistung   nein  ja, Erläuterung siehe Anlage zur 
Begründung
Bei Verträgen: Umsatzsteuerklausel aufgenommen   ja  nein, Erläuterung siehe Anlage 
zur Begründung
  
Auswirkungen auf den Stellenplan x nein  wenn ja, nachfolgend 
angegeben
Beantragte Stellenerweiterung: Vorgesehener Stellenabbau:  
 
Ziele
Hintergrund zum Beschlussvorschlag:
Welche strategischen Ziele werden mit der Maßnahme unterstützt?
 
 
2030 – Leipzig wächst nachhaltig!
Ziele und Handlungsschwerpunkte
Leipzig setzt auf 
Lebensqualität
Leipzig besteht im 
Wettbewerb
 Balance zwischen
Verdichtung und Freiraum
 Positive 
Rahmenbedingungen für 
qualifizierte Arbeitsplätze
 Qualität im öffentlichen 
Raum
und in der Baukultur
 Attraktives Umfeld für 
Innovation, Gründer und 
Fachkräfte
x Nachhaltige Mobilität
 
 Vielfältige und stabile 
Wirtschaftsstruktur
2 von 24 in Zusammenstellung
3/6
 Vorsorgende Klima- und
Energiestrategie
 Vorsorgendes Flächen- und 
Liegenschafts-management
 Erhalt und Verbesserung der
Umweltqualität
x Leistungsfähige technische 
Infrastruktur
 Quartiersnahe Kultur-, Sport-
und Freiraum-angebote
 
 Vernetzung von Bildung, 
Forschung und Wirtschaft
Leipzig schafft soziale 
Stabilität  Wirkung auf Akteure
Leipzig stärkt seine 
Internationalität
 Chancengerechtigkeit in der 
inklusiven Stadt
 Bürgerstadt  Weltoffene Stadt
 Gemeinschaftliche 
Quartiersentwicklung
 Region  Vielfältige, lebendige Kultur- 
und Sportlandschaft
 Bezahlbares Wohnen  Stadtrat  Interdisziplinäre 
Wissenschaft und 
exzellente Forschung
 Zukunftsorientierte Kita- und 
Schulangebote
 Kommunalwirtschaft  Attraktiver Tagungs- und 
Tourismusstandort
 Lebenslanges Lernen  Verwaltung  Imageprägende 
Großveranstaltungen
 Sichere Stadt    Globales Denken, lokal 
verantwortliches Handeln
      
 Sonstige Ziele      
Bei Bedarf überschreiben (max. 50 ZML)
 Trifft nicht zu     
 
Klimawirkung
Klimawirkung durch den Beschluss der Vorlage
Stufe 1: Grobe Einordnung zur Klimawirkung (Klimaschutzes und zur –wandelanpassung)
Eingesetzte Energieträger (Strom, 
Wärme, Brennstoff) x keine / Aussage nicht 
möglich  erneuerbar  fossil
Reduziert bestehenden Energie-
/Ressourcenverbrauch x Aussage nicht möglich  ja  nein
Speichert CO2-Emissionen (u.a. 
Baumpflanzungen)  Aussage nicht möglich  ja x nein
Mindert die Auswirkungen des 
Klimawandels (u. a. Entsiegelung, 
Regenwassermanagement)
 Aussage nicht möglich  ja x nein
Abschätzbare Klimawirkung mit 
erheblicher Relevanz  ja, da Beschlussgremium RV, GVA, oder VA und 
mind. 5 Jahre Betriebs- und Nutzungsdauer  nein
Vorlage hat keine abschätzbare 
Klimawirkung  ja (Prüfschema endet hier.)   
 
Stufe 2: Die Vorlage berücksichtigt die zentralen energie- und klimapolitischen Beschlüsse (s. 
leipzig.de)
  ja  nein (Begründung s. 
Abwägungsprozess)  nicht berührt (Prüfschema endet 
hier.)
       
Stufe 3: Detaillierte Darstellung zur abschätzbaren Klimawirkung nur bei erheblicher Relevanz
  Berechnete THG-Emissionen (in t bzw. t./a): ____________________
3 von 24 in Zusammenstellung
4/6
  liegt vor: s. Anlage/Kapitel der Vorlage: ________________________
  wird vorgelegt mit: ________________ (z. B. Planungsbeschluss, Baubeschluss, Billigungs- und 
Auslegungsbeschluss)
   
 
 
Sachverhalt
Beschreibung des Abwägungsprozesses:  
 
entfällt     
 
I. Eilbedürftigkeitsbegründung 
 
entfällt  
 
II. Begründung Nichtöffentlichkeit  
 
entfällt 
 
III.  Strategische Ziele 
 
Die Erneuerung der Hardware im Verkehrssystemmanagement (VSM) ist für die zukünftigen 
Aufgaben von Verkehrslenkung und -steuerung von großer Bedeutung. Die 
Verkehrsmanagementsysteme bilden eine Grundlage für die Umsetzung der 
Mobilitätsstrategie 2030, sowie der Maßnahmen des Luftreinhalteplanes und des Green City 
Planes der Stadt. Die Verkehrslage als neue Datenquelle soll über verbesserte Information 
die MIV-Nutzer über die aktuelle Verkehrssituation informieren und Alternativen aufzeigen 
und so zur Nutzung des ÖPNV bewegen. Ergänzend entsteht ein LED-Anzeigetafelsystem, 
mit dem die P&R Plätze unterstützend beworben werden. Die Verkehrslage und das 
Anzeigetafelsystem sind ein Teil des Green City Planes der Stadt Leipzig (Punkt 3.1 b/c).
 
IV. Sachverhalt 
1. Anlass 
 
Für die im Verkehrssystemmanagement (VSM) der Stadt anstehenden neuen 
Implementierungen (wie die Verkehrslage Leipzig, neue Anzeigetafeln für Verkehrslenkung 
und Steuerung sowie eine Erweiterung von Schnittstellen OCIT-C, MDM), ist die Kapazität 
der bestehenden 3 Server unterdimensioniert. Daher können aktuell neu beschaffte 
Softwarekomponenten wie der Verkehrslagedienst bisher nicht ausgeführt werden. Weiterhin 
werden derzeit unterschiedliche Betriebssystemversionen auf den Servern betrieben, die 
überwiegend bereits abgekündigt sind und durch ein einheitliches Betriebssystem ersetzt 
werden müssen. Um den gesetzlichen Vorgaben des BSI hinsichtlich der Verordnung zur 
Kritischen Infrastruktur (KritisV) zu entsprechen, ist zudem eine neue 
Betriebssystemarchitektur zwingend notwendig. Der Austausch der seit 10 Jahren 
betriebenen 3 Server und einer Console mit entsprechenden Switch, ist daher zwingend 
notwendig.
 
 
2. Beschreibung der Maßnahme 
 
Im Zuge des Projektes „Aufbau eines Verkehrslagedienstes“ wurde festgestellt, dass die 
bestehende Hardware des Verkehrssystemmanagements auf Grund des hohen Datenanfalls 
und der Hardwareanforderungen an bestehende Systeme nicht mehr ausreichend ist und 
erneuert werden muss. Zur Absicherung der bestehenden Projekte LED-Anzeigetafeln, 
4 von 24 in Zusammenstellung
5/6
Verkehrslagedienst und Verkehrssystemrechner (VSR) ist es zudem erforderlich, den 
Austausch zeitnah vorzunehmen, um hier nicht weiter in Projektverzug zu geraten. Weiterhin 
muss die durchgehende Verfügbarkeit des Systems gewährleistet werden, damit die 
komplexen Aufgabenteilungen mit bereits bestehenden Systemen (Verkehrssystemrechner 
und Verkehrssystemmanagement) mit einem vertretbaren technischen und finanziellen 
Aufwand und in der geforderten Qualität gesichert werden.
 
Es ist dabei vorgesehen, die GEVAS GmbH mit der Beschaffung der Hardware, der 
Installation von Betriebssystem und Software, der Datenrückspielung und der Entsorgung 
der alten Hardware (siehe Anlage) zu beauftragen. 
 
Bei dem zu vergebenen Auftrag handelt es sich um eine funktionelle Erweiterung, Auf- und 
Umrüstung des Verkehrssystemmanagements (Firma GEVAS GmbH). Die Aufgabe gliedert 
sich in mehrere Bestandteile wie Hardware, Software, Dokumentation, Testung, Rückspielen 
von Daten und Entsorgung der ausgetauschten Hardware.
Die GEVAS wartet seit 2006 das VSM (Teilsystem 3) mit der GEVAS hauseigenen 
lizensierten Software. Das heißt, dass durch die Firma geschützte Quellsoftware und andere 
technische Komponenten anderen Bietern nicht zur Verfügung stehen. Ferner würde der 
Hersteller der umzubauenden Komponenten Einschränkungen in Gewährleistung, Wartung 
und Service geltend machen, wenn ein Fremdeingriff in das System erfolgt. Aus fachlicher 
Sicht kann daher ausschließlich die GEVAS GmbH mit der Neubeschaffung der Hardware 
beauftragt werden.
 
Das notwendige Verfahren zur freihändigen Vergabe wird durch das VTA bereits unter 
Gremienvorbehalt durchgeführt, da wegen Projektverzügen dringender 
Handlungsbedarf besteht. Es sichert bei Beschluss der Vorlage in der Dienstberatung 
OBM die Einhaltung der unten ausgeführten Terminsetzungen.
 
Wie in der Anlage beschrieben, werden die anzuschaffenden Hardware-Komponenten in 
einem allgemeinen Anforderungs- und einem gerätespezifischen Anteil genau spezifiziert. 
Weiterhin ist nach Übernahme und Testung die 10 Jahre alte Hardware im VSM zu 
entsorgen.
Im Bereich Software werden neben den Lizenzen (Betriebssystem etc.) die neue 
Softwarestruktur der Server, speziell auch die Virtualisierungssoftware (vom 
Betriebssystem), die Dokumentation, der Test und die Datensicherung und Datenübernahme 
beschrieben. Um der KritisV weiter zu entsprechen, wird ein neues Nutzerkonzept (Anlage 1 
2.5 Nutzerkonten) eingeführt. Es soll damit den derzeitigen gesetzlichen Anforderungen 
entsprochen werden.
 
 
3. Realisierungs- / Zeithorizont 
 
Beschaffung Hardware und Vorinstallation  Mitte November 2022
Einbau und Herstellung des arbeitsfähigen Systems Ende November 2022
Testung, Datenübernahme und Entsorgung Ende Januar 2023
 
 
4. Finanzielle Auswirkungen 
 
Die Auszahlungen sind im Haushaltsjahr 2022 im PSP-Element „Planungsmittel 
Verkehrsmanagement“ 7.0000435 Sachkonto 78512000 i.H.v. 130.000,00 € (brutto) geplant, 
wobei ¾ der veranschlagten Summe auf die softwareseitige Installation entfallen.
 
Die im Haushaltsjahr 2023 anfallenden Folgekosten in Höhe von ursprünglich 49.262,80 € 
erhöhen sich um 9.737,20 € auf ca. 59.000,00€ (brutto) pro Jahr durch die Erweiterung des 
Systems. Diese werden aus dem PSP-Element „Verkehrsmanagement“ (1.100.54.9.0.02) 
aus dem Sachkonto 44323000 innerhalb des Budgets des VTA gedeckt. 
 
5 von 24 in Zusammenstellung
6/6
5. Auswirkungen auf den Stellenplan 
 
keine  
 
6. Bürgerbeteiligung 
 
  bereits erfolgt   geplant  x  nicht nötig
 
7. Besonderheiten  
 
Keine
 
8. Folgen bei Nichtbeschluss
 
Die geförderte Maßnahme Verkehrslagedienst der Stadt Leipzig kann nicht umgesetzt und 
die Fördermittel könnten vom Fördermittelgeber i.H.v 225.000,00 € zurückgefordert werden. 
Weiterhin werden die Daten aus dem VSR, dem Zählstellensystem und dem LED-
Anzeigetafelsystem aufgrund von Einschränkungen der Leistungsfähigkeit nicht mehr 
effizient verarbeitet. Zukünftige Schnittstellen können nicht erweitert bzw. neu angeschafft 
werden. Daraus resultieren erhebliche Einschränkungen im gesamten Datenmanagement 
der Verkehrsmanagementzentrale.
Anlage/n
1 ST-L_Hardwareerneuerung_00-10-00 (öffentlich)
6 von 24 in Zusammenstellung
Erstellt durch  
GEVAS software GmbH 
Nymphenburger Straße 14 
80335 München 
 089 / 255597 -0 
Autor  
Andreas Haftmann 
Mathias Braun 
 
Im Auftrag von  
Stadt Leipzig 
 
 
 
Pflichtenheft 
Techniktausch VSM 
 
 
 
Stadt Leipzig 
 
 
 
Version:  00-10-00 
Ausgabedatum:  29.06.2022 
Status:  Freigabe GEVAS 
Datei:  
 
ST-L_Hardwareerneuerung_00-09-00.docx 
 
 
 
 
 
 
 
7 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 2 /17  
   
 
0 ALLGEMEIN 
Zweck des Dokuments 
Das vorliegende Dokument beschreibt Eigenschaften von Rechnern und Netzwerk, die für 
den Betrieb der VSM Leipzig erforderlich sind. 
Verteiler 
Organisation Name E-Mail 
   
Freigabe 
geprüft und freigegeben  
Datum  
 
Änderungsübersicht 
Version Datum Bearbeiter Beschreibung 
00-01-00 11.06.2021 Braun,  
Haftmann 
Ersterstellung 
00-02-00 07.07.2021 Haftmann Kommentare Hr. Linke 
00-03-00 19.07.2021 Haftmann Kommentare Hr. Linke 
00-04-00 20.07.2021 Haftmann Kommentare Hr. Linke 
00-05-00 20.07.2021 Haftmann Vorläufiger Abschluss 
00-06-00 17.09.2021 Linke erläuternde Ergänzung zu einzelnen Punkten 
00-07-00 20.09.2021 Braun Kleine Korrekturen und Er gänzungen 
00-08-00 23.05.2022 Haftmann Windows 2022 
00-09-00 28.06.2022 Haftmann HyperV 
00-10-00 29.06-2022 Linke Korrekturen 
 
 
 
8 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 2 /17  
   
Inhalt 
0 BestandsHardware ............................................................................................... 4 
0.1 Zweck des Dokuments .............................................................................. .................. 4 
0.2 Übersicht Ist-Stand .............................................................................. ........................ 4 
0.3 Übersicht Zusatzgeräte ........................................................................... .................... 4 
0.4 Übersicht Bedienstationen ........................................................................ ................... 5 
1 Künftige Hardware ................................................................................................ 6 
1.1  Server ............................................................................................... ......................... 6 
1.1.1  Datenbankserver OPDB ................................................................................. . 7 
1.1.2  Datenbankserver QADB ................................................................................. . 7 
1.1.3  HyperV-Server ........................................................................................ ......... 8 
1.1.4  Backupserver....................................... ................................................... ......... 9 
1.2  Sonstige zu beschaffende Hardware .................................................................... .... 10  
1.3  Aufbau ............................................ ................................................... ...................... 10  
1.4  Entsorgung ........................................ ................................................... ................... 10  
2 Software ............................................................................................................... 11  
2.1  Neue Lizenzen ........................................................................................ ................. 11  
2.2  Weitere Software ..................................................................................... ................ 11  
2.3  Neue Softwarestruktur auf den Servern ................................................................ ... 11  
2.3.1  Datenbankserver OPDB ................................................................................ 12  
2.3.2  Datenbankserver QADB ................................................................................ 12  
2.3.3  HyperV-Server – Virtualisierungssoftware für Server  ..................................... 12  
2.3.3.1  Terminalserver (virtuell) .................................................................... 13  
2.3.3.2  Applikationsserver OCIT (virtuell) ..................................................... 13  
2.3.3.3  Applikationsserver TLS (virtuell) ....................................................... 14  
2.3.3.4  Applikationsserver MDM (virtuell) – Mobilitäts Date n Marktplatz ...... 14  
2.3.3.5  WSUS-Server (virtuell) – Windows Server Update Serv ice .............. 14  
2.3.4  Applikationsserver Verkehrslage ................................................................... 15 
2.3.5  Backupserver....................................... ................................................... ....... 15  
2.3.6  NAS .................................................................................................. ............. 15  
2.4  Dokumentation ........................................................................................ ................. 16  
2.4.1  Datensicherungskonzept ...............................................................................  16  
2.4.2  Systemdokumentation .................................................................................. . 16  
9 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 3 /17  
   
2.4.3   Wartungsbuch ........................................................................................ ...... 16  
2.5  Nutzerkonten ......................................................................................... ................... 16  
2.5.1  Nutzerkonten auf den Servern ....................................................................... 16  
2.5.2  Nutzerkonten auf den Bedienstationen .......................................................... 16  
2.5.3  Nutzerkonten auf dem Terminalserver ........................................................... 16  
2.6  Test ................................................................................................. ......................... 17  
2.7  Datensicherung und Datenübernahme .................................................................... . 17  
 
10 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 4 /17  
   
0 BESTANDSHARDWARE 
0.1 Zweck des Dokuments 
Das vorliegende Dokument beschreibt die Anforderungen an die Hard- und Softwareausstat- 
tung für das Verkehrssystemmanagement (VSM) in der Verkehrsmanagementzentrale (VMZ) 
Leipzig.  
Im derzeitigen Bestand des VSM befinden sich 3 Server, die seit 8 Jahren in Betrieb sind. 
Für die anstehenden neuen Implementierungen wie die Verkehrslage Leipzig, neue Anzeige- 
tafeln für Verkehrslenkung und Steuerung sowie eine Erweiterung von Schnittstellen (OCIT-
C, MDM) ist die Kapazität der bestehenden Server unterdimensioniert.  
Weiterhin werden die derzeit unterschiedlichen Betriebssystemversionen auf den Servern im 
VSM durch den Einsatz einer einheitlichen Betriebssystemplattform auf den neuen Servern 
abgelöst.  
0.2 Übersicht Ist-Stand 
Die Server-Hardware besteht derzeit aus: 
• 1x Datenbankserver OPDB 
• 1x Datenbankstorage 
• 1x Applikationsserver HyperV 
• 1x Applikationsserver Verkehrslage 
 
Der Applikationsserver Verkehrslage wurde kürzlich angeschafft und soll beibehalten und in 
das neue System integriert werden. Die drei anderen Rechner wurden 2013 beschafft und 
erhalten seit 2019 keinen Hardwaresupport mehr.  
 
Nr. Gerät Funktion 
N01 Server DATENBANKEN DB und OPDB 
N02 Storage DATENBANKEN DB und OPDB 
N03 Server HyperV 
Virtualisierung der bisherigen Server 
KOMK, MELDUNGEN, NETZANALYSE, 
VERFAHREN, SCHNITTSTELLEN, AKTOREN, 
INTERNET 
N04 Externe Festplatten Bandlaufwerk 
N05 NAS (Network Area Sto- 
rage) Datensicherung 
0.3 Übersicht Zusatzgeräte 
Nr. Gerät Funktion 
11 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 5 /17  
   
N06 KVM-Switch Herstellung einer direkten Verbindun g zu den Servern 
N07 Console mit Einschub Wartungsbildschirm für den  direkten Zugriff auf Server  
0.4 Übersicht Bedienstationen 
Nr. Gerät Standort 
N08 Bedienstation 1 TRH 
N09 Bedienstation 2 VMZ 
N10 Bedienstation 3 TRH 
N11 Bedienstation 4 TRH 
  
12 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 6 /17  
   
1 KÜNFTIGE HARDWARE 
1.1 Server 
Die anzuschaffenden Server ersetzen die unter 0.1 Übersicht IST-Stand unter den Punkten 
N01-N03 stehenden Geräte. Um diese Geräte im Rack zu servitieren, werden die unter 0.3 
Übersicht Zusatzgeräte aufgeführten Geräte nach über 10 Jahren ausgetauscht. Weiterhin 
wird im Zuge einer hohen Datenverfügbarkeit sowie Datensicherheit ein zusätzlicher Backup- 
server zwingend benötigt. Dieser soll nicht nur die Anforderung im Zuge von KRITIS (Kriti- 
sche Infrastruktur) erfüllen, sondern auch die Datenverfügbarkeit hinsichtlich der neu ge- 
schaffenen Systeme Verkehrslage und Anzeigetafeln garantieren: 
• 1x Datenbankserver OPDB 
• 1x Datenbankserver QADB 
• 1x HyperV-Server 
• 1x Backupserver 
Gegenüber der Bestandshardware wurde der Datenbankserver in zwei Server aufgeteilt. 
Dadurch entfällt das Datenbankstorage. Weiterhin sind alle aufgeführten Anforderungen an 
die Hardware als Mindestanforderungen zu verstehen.  
Allgemeine Anforderungen an alle Server: 
• Redundante Netzteile 
• Microsoft Windows 2022 Standard, Desktop-Installat ion 
• Onboard 2x Gigabit Ethernet (RJ45), 1Gbit 
• 2 USB-Anschlüsse 
• RAID Hardware-Controller 2 GB Cache, batteriegepuf fert 
• 19 Zoll Einbauschienen für den Einbau in das vorha ndene Rack 
• Kabelmanagementarm 
• IDRAC Enterprise 
• Managementtool zur Überwachung von Festplatten, Ne tzteil u.a. 
• Höhe der Server: maximal 2 Höheneinheiten 
• Keine Wireless bzw. Infrarotschnittstellen 
• Professional Support 5 Jahre, Next Business Day  
• Optional: Verlängerung des Supports um 2 Jahre 
 
Der neu anzuschaffenden Server sind in das vorhandene Rack (Dell Rack 4210, 
1999mm x 608mm x 999mm) einzubauen. 
13 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 7 /17  
   
1.1.1 Datenbankserver OPDB 
Hardwareanforderung an den Server: 
 
• 2x Intel® Xeon® Silver 4110 2.1G, 8C 
• 64 GB Memory 
• Festplattenverbund 1: 2x 600 GB SAS 15K RAID1 
• Festplattenverbund 2: 4x 900 GB SAS 15K RAID10 
 
Partitionsaufteilung:   
 
Festplattenverbund 1 
• C: 100 GB  Betriebssystem  
• D: 500 GB  Programme 
 
Festplattenverbund 2 
• E: 1800 GB  Datenbanken 
 
 
1.1.2 Datenbankserver QADB 
Hardwareanforderung an den Server: 
 
• 2x Intel® Xeon® Silver 4110 2.1G, 8C 
• 64 GB Memory 
• Festplattenverbund 1: 2x 600 GB SAS 15K RAID1 
• Festplattenverbund 2: 4x 900 GB SAS 15K RAID10 
 
Partitionsaufteilung:   
 
Festplatte 1 
• C: 100 GB  Betriebssystem  
• D: 500 GB  Programme 
 
Festplatte 2 
• E: 1800 GB  Datenbanken 
 
14 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 8 /17  
   
1.1.3 HyperV-Server 
Hardwareanforderung an den Server: 
 
• 2x Intel® Xeon® Gold 6209U 2.1G, 20C, 
• 192 GB Memory 
• Festplattenverbund 1: 2x 600 GB SAS 15K RAID1 
• Festplattenverbund 2: 4x 8000 GB SATA 7.2K RAID1 
• 2. Netzwerkkarte mit jeweils 2 Ports 
Partitionsaufteilung:   
 
Festplatte 1 
• C: 100 GB  Betriebssystem  
• D: 500 GB  Programme 
 
Festplatte 2 
• E: 8000 GB  HyperV-Images für Virtuelle Maschinen 
 
Virtuelle Maschinen: 
1. Terminalserver 
5 Cores, 24 GB RAM, C: 100 GB, D: 300 GB 
Microsoft Windows 2022 Standard  
 
2. Applikationsserver TLS 
8 Cores, 32 GB RAM, C: 100 GB, D: 300 GB 
Microsoft Windows 2022 Standard  
 
3. Applikationsserver OCIT 
10 Cores, 32 GB RAM, C: 100 GB, D: 300 GB 
Microsoft Windows 2022 Standard  
 
4. Applikationsserver MDM 
9 Cores, 24 GB RAM, C: 100 GB, D: 300 GB 
Microsoft Windows 2022 Standard  
 
5. WSUS-Server 
4 Cores, 24 GB RAM, C: 100 GB, D: 300 GB 
Microsoft Windows 2022 Standard  
 
  
15 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 9 /17  
   
1.1.4 Backupserver 
Hardwareanforderung an den Server: 
 
• 1x Intel® Xeon® Silver 4110 2.1G, 8C 
• 16 GB Memory 
• Festplattenverbund 1: 2x 600 GB SAS 15K RAID1 
• Festplattenverbund 2: 2x 16000 GB SATA 7.2K RAID1 
 
Partitionsaufteilung:   
 
Festplatte 1 
• C: 100 GB  Betriebssystem  
• D: 500 GB  Programme 
 
Festplatte 2 
• E: 16000 GB  Backup 
 
 
Die Daten des Backupservers werden redundant auf das vorhandene NAS dupliziert. Das 
NAS wird in Fortfolge an einem anderen Standort als der Backserver stehen. 
 
 
 
16 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 10 /1 7  
   
1.2 Sonstige zu beschaffende Hardware 
 
- Externes DVD-Laufwerk mit USB-Anschluss 
 
- KVM Switch 8 Port (Ersatz für 15 Jahre alten Swit ch) 
 
- Bedienconsole als 19‘ Einschub (Ersatz für 15 Jah re alte Console) für DELL-Rack 
 
- 8 KVM-Kabel zum Anschluss der Server 
 
1.3 Aufbau 
Der Auftragnehmer baut die Hardware parallel zur Bestandshardware auf und integriert sie in 
das vorhandene Rack. 
1.4 Entsorgung 
Nach Inbetriebnahme der neuen Hardware ist die Althardware zu entsorgen. Es ist der Nach- 
weis der sachgerechten Entsorgung nach KRITS-Verordnung zu erbringen  
(Nachweis an SG 66.63). 
Der Server Verkehrslage und das Sicherungs-NAS werden nicht ausgewechselt. 
 
Die zu entsorgenden Komponenten sind: 
Lfd 
. 
Nr. 
Spalte1 Spalte2 
Gerät  Typ  Seriennummer  
77 PC-
Technik 
Console Poweredge RACK 
Console 15FP 
 
4SZRV91 
81 PC-
Technik 
Switch Dell Poweredge 
2160AS 
 
6BJKR81 
142 PC-
Technik 
PC Poweredge R720 Servereinheit 1C286X1 
143 PC-
Technik 
PC Power Vault 
MD1200 Basis 
Servereinheit 9X7QJ5J 
144 PC-
Technik 
PC Poweredge R520 
TPM  
Servereinheit 1B286X1 
 
 
 
 
  
17 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 11 /1 7  
   
2 SOFTWARE 
2.1 Neue Lizenzen 
Die VSM benötigt die folgenden Software-Lizenzen von Drittanbietern: 
• 2x Datenbank: Oracle 12.2 Standard Edition 2, 10 U ser 
• 1x Überwachung: KS HostMon Professional 
• 5 Microsoft Windows 2022 RDS-User CALs für Termina lserver  
• Backupsoftware (Veeam für Server auf dem HyperV un d Aomei Technician Plus Edition 
für reale Server und Desktops) 
2.2 Weitere Software 
• Virenscanner Microsoft Defender (Bestandteil von W indows) 
• Open Office (Office auf Terminalserver) 
• Tardis (alle Server) - Zeitgeber 
• QGIS (GIS-Software) 
• Chrome (Browser auf Terminalserver) 
2.3 Neue Softwarestruktur auf den Servern 
Allgemein gilt für alle Server, dass nach Einspielung der zur Arbeit erforderliche Anwendun- 
gen ein Image zu erstellen ist, das eine unkomplizierte Neuaufsetzung eines Servers ermög- 
licht. Die dazu benötigte Software (Acronis) soll auch die Möglichkeit der Durchführung eines 
Images für Clients einschließen. 
 
 
 
18 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 12 /1 7  
   
2.3.1 Datenbankserver OPDB 
Auf diesen Server sind alle Versorgungsdaten und Situationsdaten für die Anwendung VTnet   
(Terminalserver) gespeichert. Dieses umfasst auch die erforderlichen referenzierten Geoda- 
ten. 
Name der Software -Komponente  Erklärung  
Oracle Server 12.2,  
OPDB 
Oracle-Datenbanken 
Operative Datenbank 
VTmessenger (KomKSit, SwiftMQ ce) Messaging-System VTmanager 
LDAP-Server Benutzerverwaltung 
PostgreSQL GIS-Versorgungsdatenbank 
 
2.3.2 Datenbankserver QADB 
Dieser Server dient zur Veredelung von Situationsdaten und Aufbereitung der Daten für die 
Analysewerkzeuge.  
 
Name der Software -Komponente  Erklärung  
Oracle Server 12.2,  
QADB 
Oracle-Datenbanken 
Analyse-Datenbank 
Hostmon Überwachung 
 
2.3.3 HyperV-Server – Virtualisierungssoftware für Server 
 
Hyper-V ist eine Hypervisor-basierte Virtualisierungstechnik von Microsoft für Computer mit 
x64-fähigem x86-Prozessor. Erhältlich ist Hyper-V sowohl als fester Bestandteil der Server- 
betriebssysteme (z. B. Windows Server 2016 Standard und Datacenter) als auch in Form der 
Standalone-Ausführung (z. B. Microsoft Hyper-V Server 2016). (Quelle: Wikipedia) 
 
Funktionsweise der Virtualisierung von Servern:  
Servervirtualisierung bezeichnet Software- oder Hardware-Techniken, die dazu dienen, meh- 
rere Instanzen eines oder verschiedener Betriebssysteme auf einem einzigen Rechner 
gleichzeitig nebeneinander zu betreiben. Die einzelnen Instanzen werden als virtuelle Ma- 
schine (VM) oder virtuelle Server bezeichnet und verhalten sich in der virtuellen Umgebung 
19 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 13 /1 7  
   
identisch zum "normalen" Betrieb direkt auf der Hardware. Der Gast wird aus Sicht des Ba- 
sis-Betriebssystems ( Host oder Wirt) von der Hardware abgekoppelt und kann somit wie ein 
Softwareobjekt flexibel unabhängig von der darunterliegenden Hardware behandelt werden. 
(Quelle: ITWissen.info)  
 
 
2.3.3.1 Terminalserver (virtuell) 
Name der Software -Komponente  Erklärung  
VTmanager/VTnet Bedienoberfläche 
Die Netzversorgungs-Oberfläche kann als 
„RDP APP“ (Remote Desktop Applikation) 
bereitgestellt werden. 
 Weboberflächen 
Administrationsoberflächen ASTcontrol, AVT 
 
2.3.3.2 Applikationsserver OCIT (virtuell) 
OCIT-C steht für Open Communication Interface for Road Traffic Control Systems – Center 
to Center. Mit OCIT-C werden die Funktionen zur Kommunikation zwischen zentralen Ver- 
kehrssteuerungs- und Verkehrslenkungssystemen abgedeckt (Quelle: ODG). Im konkreten 
ist das die Verbindung zwischen den Verkehrssystemrechner (VSR) und Verkehrssystemma- 
nagement (VSM). 
 
wichtige Komponenten: 
Name der Software -Komponente  Erklärung  
TakK OPD 1-5 OCIT-Prozessdaten 
TakK PDI  OCIT-Massendaten  LSA 
TakK AKT 1-3 OCIT-Schaltungen 
OTS-Server~ JMS OCIT-Schaltungen LSA  
OCIT-C Clients OCIT-C Clients 
SwiftMQce OCIT-C Messaging-System 
 
 
 
20 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 14 /1 7  
   
2.3.3.3 Applikationsserver TLS (virtuell) 
Dieser Server bekommt Daten aus unterschiedlichen Quellen des VSM. So werden Daten 
von Zählstellen über Funk bzw. Kabel übertragen. Die Übertragung der Daten von außerhalb 
erfolgt über die „technische Lieferbedingung für Streckenstationen“ (TLS). Innerhalb des Ge- 
samtsystems VSR/ VSM werden die Daten über die OCIT-C-Schnittstelle (siehe 3.3.3.2) ge- 
liefert. Diese Daten sind Grundlagen für das Analysewerkzeug „VTanalyzer“.  
 
wichtige Komponenten 
TLS-OCIT-Gateway TLS-OCIT-Gateway 
Wildfly:  
TDA 
VTanalyzer 
 
2.3.3.4 Applikationsserver MDM (virtuell) – Mobilit äts Daten Marktplatz 
Durch die Europäische Union werden Aktionspläne für intelligente Verkehrssteuerungssys- 
teme auf nationaler Ebene gefördert. Bestandteil dieser Aktionspläne ist u.a. die Bereitstel- 
lung qualitativ hochwertiger Verkehrsdaten an einem zentralen Ort zur Steuerung intelligen- 
ter Verkehrssysteme und für die Verbreitung bedeutsamer Verkehrsinformationen. Durch das 
Bundesministerium für Verkehr und digitale Infrastruktur wurde daraufhin für den Straßenver- 
kehr die Entwicklung und Installation eines Mobilitäts Daten Marktplatzes (MDM) gefördert. 
Dieses Projekt wurde durch die Bundesanstalt für Straßenwesen (BASt) gesteuert und um- 
gesetzt. Mit dem MDM steht eine digitale Plattform für die Kommunen, Länder, Verkehrs- 
dienstleister, Forschungszentren, Unternehmen, Polizei zur Verfügung, auf dem Verkehrsda- 
ten bereitgestellt und abgerufen werden können. (Quelle: Ausschreibung MDM-Schnittstelle 
im VSM) Im konkreten Fall heißt das im VSM eine softwareseitige Schnittstelle zum MDM.  
 
wichtige Komponenten: 
TakK MEX MDM-Export 
Wildfly:  
DVS, ACS, EVS, STS, SUP, STRAMAGUI 
Schaltungsserver, Ereignis- und Strate- 
giemanagement 
 
2.3.3.5 WSUS-Server (virtuell) – Windows Server Upd ate Service 
Windows Server Update Services (WSUS) ist eine Softwarekomponente des Microsoft 
Windows Server ab Version 2003, die für Patches und Aktualisierungen zuständig ist. Sie ist 
die Nachfolgeversion der Softwarekomponente Software Update Services. 
 
Aufbau und Funktionsweise: 
Windows Server Update Services ist ein Client-Server-System. Kern der Softwarekompo- 
nente ist die SQL-Datenbank des Servers, die die Versionsdaten der Aktualisierungen und 
21 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 15 /1 7  
   
die Berichte der Clients verwaltet. Die Clients liefern einen Statusbericht, Versionsdaten lie- 
gen von den verfügbaren Aktualisierungen vor. Zu einem vom Administrator bestimmbaren 
Zeitpunkt baut der Server eine Verbindung mit dem Windows-Update-Server auf und lädt die 
für seine Clients benötigten Aktualisierungen herunter. Diese werden dann über das lokale 
Rechnernetzwerk den Clients zugewiesen. Die Aktualisierungen werden über einen Pull-Me- 
chanismus verteilt. Allerdings ist einstellbar, dass besonders wichtige Pakete (zum Beispiel 
kritische Sicherheitsaktualisierungen) durch eine Fristsetzung installiert werden. (Quelle: Wi- 
kipedia) 
 
wichtige Komponenten: 
Apache Webserver 
WSUS Windows Update Service 
 
2.3.4 Applikationsserver Verkehrslage 
Dieser Server ist bereits vorhanden und wird in das System integriert. 
TakK AGG Aggregierung 
TakK KAZ Verkehrslage 
TakK OAK OPDB-QADB-Konverter 
DRIVERS Verkehrsmodell 
Geoserver Internetpräsentation 
 
2.3.5 Backupserver 
Ablage aller zu sichernden Daten Die Daten werden r edundant auf das vor- 
handene NAS überspielt. 
 
2.3.6 NAS 
Das NAS (Network Area Storage) ist bereits vorhanden und wird in das System integriert. 
Redundanter Speicherort für Backupserver Umsetzung in das Technische Rathaus um 
den Anforderungen KRITIS konform zu er- 
füllen 
22 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 16 /1 7  
   
2.4 Dokumentation 
2.4.1 Datensicherungskonzept 
Ein neues Datensicherungskonzept wird erstellt: 
 
1. Sicherung des Backups von allen Servern und allen Bedienstationen  
    auf den Backupserver 
2. Sicherung vom Backupserver auf das NAS, das NAS kann örtlich getrennt werden. 
2.4.2 Systemdokumentation 
Eine Systemdokumentation aller installierten Softwarekomponenten und der erforderlichen 
Netzwerkbeziehungen wird erstellt. Des Weiteren ist eine Aktualisierung der Dokumentation 
der Anwendungssoftware VTnet durchzuführen. 
2.4.3  Wartungsbuch 
Das Wartungsbuch für das VSM ist bei Zugriffen von Extern (Heimarbeit; Stadt Leipzig/ 
GEVAS) weiter zuführen. Die entsprechende Datei befindet sich derzeit auf dem Server 
Schnittstellen (ST_L_Wartungsbuch-Kunden.rtf).  
2.5 Nutzerkonten 
2.5.1 Nutzerkonten auf den Servern 
• Administrator_GEVAS (Administrator) 
• Leipzig (Administrator) 
• Adm_BS1_Linke (Administrator) 
• Alle andere Konten sind nur Benutzerkonten mit nor malen Rechten, 
falls überhaupt notwendig 
2.5.2 Nutzerkonten auf den Bedienstationen 
Bei Bedienstationen gilt nach geschaffener Anweisung für die Namensvergabe von Konten 
auf Bedienstationen folgende Syntax: BSx_Nutzernachname selbiges gilt auch für den Admi- 
nistrator der Stadt Leipzig. 
 
2.5.3 Nutzerkonten auf dem Terminalserver 
Spezielle Struktur der Nutzerkonten auf dem Terminalserver:  
• Administrator_GEVAS 
• Leipzig 
• Adm_BS1_Linke 
• Administratorkonto: BS_1; Nutzerkonten: BS_2, BS_3  BS_4 BS_5 
23 von 24 in Zusammenstellung
 
VSM Systemanforderungen  
 
Stadt Leipzig Version:  00-09-00  29.06.2022  
ST-L_Hardwareerneuerung_00-10-00.docx   Seite 17 /1 7  
   
2.6 Test 
Im Zuge der Neuinstallation werden alle Softwarekomponenten und Schnittstellen getestet. 
Schnittstellen: 
• OCIT-C (VSR, Verkehrslage) 
• MDM 
• Schnittstellen zum VTanalyzer 
2.7 Datensicherung und Datenübernahme 
Es sind die derzeitigen Stände der Daten in das neue Gesamtsystem zu übernehmen. Die- 
ses betrifft besonders die Konten auf dem Server ‚Terminalserver‘. Dieses wird nach Über- 
nahme in das neue System kontrolliert. 
 
 
24 von 24 in Zusammenstellung