Viele mittelständische Unternehmen betreiben eigene Serverräume. Die physische Hardware altert oft über einen Zeitraum von vier bis sechs Jahren. Wartungsverträge laufen aus. Ersatzteile für ältere Server generationen sind schwer beschaffbar. Die Verlagerung von Diensten in externe Rechenzentren stellt eine Alternative zur wiederholten Anschaffung dar. Dieser Schritt verändert gewohnte Abläufe im IT-Betrieb grundlegend.

Eine Migration bindet personelle Ressourcen über mehrere Monate. Laufende Betriebskosten treten an die Stelle großer Einmalinvestitionen. Die Umstellung erfordert genaue Kenntnisse über bestehende Softwareabhängigkeiten, Bandbreiten und vertragliche Pflichten. Ein strukturierter Ablauf schützt den Geschäftsbetrieb vor Unterbrechungen. Technische Details entscheiden über die wirtschaftliche Sinnhaftigkeit des Vorhabens.

Bestandsaufnahme der lokalen Systeme

Die Umstellung beginnt mit einer Inventarisierung aller vorhandenen IT-Komponenten. Viele Unternehmen verlieren über die Jahre den Überblick über historisch gewachsene Softwarestrukturen. Jede Anwendung muss einzeln erfasst werden. Dazu gehören auch alte Schnittstellen, die für den Datenaustausch mit Lieferanten oder Kunden nötig sind.

Ein typisches mittelständisches Unternehmen mit 75 Büroarbeitsplätzen nutzt im Schnitt 14 unterschiedliche Fachanwendungen. Viele dieser Programme laufen auf virtuellen Maschinen mit Microsoft Windows Server oder verschiedenen Linux-Distributionen. Die Dokumentation erfordert genaue Leistungsdaten. Administratoren messen dafür vier Wochen lang die tatsächliche Auslastung von Hauptprozessor, Arbeitsspeicher und Festplatten-Schreibzyklen.

Folgende Datenpunkte gehören in die Bestandsaufnahme:

• Name der Software, Versionsstand und verantwortliche Person im Betrieb.
• Installationspfade und Verzeichnisstrukturen auf den Datenspeichern.
• Aktuelle Speicherbelegung in Gigabyte oder Terabyte.
• Durchschnittliche und maximale CPU-Last während der Werktage.
• Bestehende Schnittstellen zu anderen lokalen Programmen.
• Lizenzierungsmodelle der jeweiligen Softwareanbieter für virtualisierte Umgebungen.
• Sicherungsintervalle und Wiederherstellungszeiten für Datenbanken.

Nach der Messung erfolgt die Einteilung der Systeme in Abhängigkeitsgruppen. Ein ERP-System lässt sich selten isoliert übertragen. Meist greift eine Finanzbuchhaltung oder ein Lagerverwaltungssystem auf dieselbe SQL-Datenbank zu. Werden diese Systeme getrennt, steigen die Antwortzeiten messbar an. Solche Kopplungen müssen vor dem Transfer in logischen Einheiten zusammengefasst werden.

Wahl des passenden Cloud-Modells

Nicht jede Anwendung eignet sich für die gleiche Zielarchitektur. Unternehmen wählen zwischen Infrastructure as a Service, Platform as a Service und Software as a Service. Häufig entsteht eine Mischform, die Hybrid Cloud. Ein Teil der Infrastruktur verbleibt dabei im Haus, während Standarddienste ausgelagert werden.

Alte Branchenprogramme erfordern oft den Betrieb vollständiger virtueller Maschinen. Dies geschieht über Infrastructure as a Service. Moderne Webanwendungen können direkt auf gemanagten Datenbanken und Containern laufen. Dies verringert den Administrationsaufwand auf Betriebssystemebene. Bei Büroprogrammen und E-Mail-Diensten greift der Mittelstand meist zu fertigen Cloud-Suiten.

Die Latenzzeit spielt eine entscheidende Rolle bei der Auswahl. Fertigungsbetriebe steuern Maschinen häufig über lokale Netzwerke mit Antwortzeiten unter 4 Millisekunden. Solche Workloads bleiben vor Ort. Verwaltungsdaten und Dokumentenarchive hingegen vertragen Netzwerkverzögerungen von 35 bis 50 Millisekunden ohne Funktionseinbußen für die Belegschaft.

Kostenkalkulation jenseits reiner Servermiete

Die Monatsgebühren für virtuelle Server bilden nur die Basis der Ausgaben. Anbieter rechnen Rechenkapazität oft minutengenau ab. Eine Instanz mit 8 CPU-Kernen und 32 Gigabyte RAM kostet je nach Betreiber zwischen 115 und 260 Euro pro Monat. Zu diesem Betrag kommen weitere Posten hinzu, die in Budgetplanungen oft übersehen werden.

Der ausgehende Datenverkehr erzeugt fortlaufende Kosten. Das Heraufladen von Daten in das Rechenzentrum ist meist kostenfrei. Der Download von Daten zur lokalen Zentrale schlägt bei vielen Anbietern mit 0,07 bis 0,09 Euro pro Gigabyte zu Buche. Ein mittelständischer Betrieb mit regem Austausch von CAD-Zeichnungen oder Mediendateien generiert schnell 4 Terabyte monatlichen Ausgangsverkehr. Dies entspricht Zusatzkosten von rund 320 Euro pro Monat.

Folgende Budgetposten müssen für die Gesamtrechnung berücksichtigt werden:

• Feste Instanzkosten für virtuelle Prozessoren und Arbeitsspeicher.
• Datenspeicher aufgeteilt in Standard-SSDs und Archivspeicher.
• Ausgehender Netzwerkverkehr über das öffentliche Internet.
• Feste IP-Adressen und virtuelle Router im Rechenzentrum.
• Lizenzen für Betriebssysteme und relationale Datenbanken.
• Zusätzliche Internetanbindung am Firmenstandort mit symmetrischer Bandbreite.
• Externe Beratungshonorare während der Konzeptionsphase.
• Doppelbetrieb während der Migrationsmonate.

Für die Umstellungsphase fallen einmalige Ausgaben an. Ein Unternehmen mit 12 virtualisierten Servern rechnet typischerweise mit 70 bis 130 externen Beraterstunden. Bei einem Stundensatz von 145 Euro entspricht dies 10.150 bis 18.850 Euro. Hinzu kommt der Doppelbetrieb. Für mindestens zwei Monate zahlen Betriebe sowohl für die lokale Wartung als auch für die neuen Cloud-Instanzen, um eine Rückkehrmöglichkeit zu wahren.

Datensicherheit und regionale Serverstandorte

Mittelständische Betriebe unterliegen den Vorgaben der europäischen Datenschutz-Grundverordnung. Personenbezogene Daten von Beschäftigten und Kunden verlangen vertragliche Schutzmaßnahmen. Der Standort der physikalischen Datenspeicher ist rechtlich bindend zu klären. Rechenzentren im Raum Frankfurt am Main, Nürnberg oder Amsterdam bieten klare Rahmenbedingungen.

Vor der Migration schließen Unternehmen einen Auftragsverarbeitungsvertrag mit dem Cloud-Betreiber ab. Dieser Vertrag benennt Subunternehmer und definiert technische Schutzmaßnahmen. US-amerikanische Betreiber unterliegen dem CLOUD Act. Dies erfordert bei sensiblen Entwicklungsdaten oder Patientendaten eine gesonderte Bewertung. Bei juristischen Fragestellungen bezüglich der Rechtssicherheit ist eine Beratung durch einen Fachanwalt für Informationstechnologierecht oder einen externen Datenschutzbeauftragten ratsam.

Technische Schutzmechanismen schützen Daten während des Betriebs. Dazu gehören:

• Verschlüsselung aller Speicherplatten nach dem Standard AES-256.
• Transportverschlüsselung über TLS-Protokolle der Version 1.3.
• Eigene Schlüsselverwaltung über hardwarebasierte Sicherheitsmodule.
• Zwei-Faktor-Authentifizierung für sämtliche Administrationskonten.
• Getrennte virtuelle Netzwerke ohne direkten Zugriff aus dem Internet.

Sicherungskopien gehören nicht in denselben Speicherbereich wie die Produktivdaten. Die 3-2-1-Regel gilt auch in der Cloud. Drei Kopien der Daten verteilen sich auf zwei unterschiedliche Medien. Eine Kopie verbleibt an einem geografisch getrennten Standort. Ein Brand im primären Rechenzentrum darf das Backup-Archiv nicht beeinträchtigen. Die physische Distanz zwischen zwei Brandabschnitten sollte idealerweise über 50 Kilometer betragen.

Testläufe vor dem endgültigen Systemwechsel

Ein direkter Wechsel ohne Generalprobe birgt hohe Risiken für die Lieferfähigkeit. Seriöse IT-Abteilungen führen Probeläufe in einer isolierten Testumgebung durch. Kopien der bestehenden Datenbanken werden in das Zielnetzwerk eingespielt. Nutzer aus den Fachabteilungen führen dort alltägliche Aufgaben durch.

Zuerst wandern unkritische Dienste. Ein internes Ticket-System oder ein Entwicklungsserver eignet sich für den ersten Probelauf. Das Betriebspersonal sammelt dabei Erfahrungen mit dem Einrichten von Firewall-Regeln, Benutzerrechten und Routing-Tabellen. Erst wenn diese Prozesse fehlerfrei arbeiten, folgt die Vorbereitung der Kernsysteme.

Ein detaillierter Ablaufplan für die Testmigration umfasst folgende Aktionen:

1. Erstellung einer vollständigen Vollsicherung des lokalen Datenbestands an einem Freitagabend.
2. Export der SQL-Datenbanken und komprimierter Transfer in das Rechenzentrum.
3. Wiederherstellung der Tabellenstrukturen auf den Zielinstanzen.
4. Anpassung von Konfigurationsdateien bezüglich IP-Adressen und Domänennamen.
5. Durchführung standardisierter Buchungs- und Drucktests durch geschulte Mitarbeiter.
6. Messung der Latenz und Durchsatzraten bei gleichzeitigen Schreibzugriffen.
7. Rücksetzung der Testumgebung und Protokollierung aller aufgetretenen Fehlermeldungen.

Die Messung von Antwortzeiten ist zentral. Wenn der Abruf einer Kundenakte lokal 0,8 Sekunden dauert, darf dieser Vorgang in der Cloud nicht länger als 1,4 Sekunden beanspruchen. Höhere Werte deuten auf unzureichende Bandbreite oder fehlerhafte DNS-Auflösungen hin. Solche Engpässe müssen behoben werden, bevor die Benutzergruppe dauerhaft umzieht.

Häufige Fehler bei der Umstellung

Ein typischer Fehler ist die unreflektierte Spiegelung lokaler Serverstrukturen. Dieses Vorgehen nennt sich Lift-and-Shift. Lokale Server sind oft überdimensioniert gekauft worden, um Lastspitzen der nächsten fünf Jahre abzufedern. Werden diese Dimensionen eins zu eins in Cloud-Instanzen gebucht, zahlt das Unternehmen für ungenutzte Kapazitäten. Dynamische Skalierung senkt diese Belastung.

Ein zweiter Fehler betrifft den Internetanschluss der Firmenzentrale. Viele Gebäude verfügen über asymmetrische DSL-Leitungen. Eine Download-Rate von 250 Megabit pro Sekunde nützt wenig, wenn der Upload auf 40 Megabit begrenzt ist. Speichern 60 Mitarbeiter gleichzeitig Dokumente im externen Speicher ab, bricht die Leitung zusammen. Ein redundanter Glasfaseranschluss mit gleichen Sende- und Empfangsraten ist Grundvoraussetzung für standortübergreifendes Arbeiten.

Oft vernachlässigen Projektleiter auch das Exit-Szenario. Verträge binden Kunden manchmal an proprietäre Datenbanktechnologien der Plattformbetreiber. Der Wechsel zu einem Drittanbieter wird dadurch extrem teuer. Offene Standards wie Postgres, standardisierte Linux-Container oder herstellerunabhängige Speicherprotokolle wie S3 erleichtern einen späteren Plattformwechsel erheblich.

Nächste Schritte für die Projektleitung

Die Planung beginnt mit klaren Verantwortlichkeiten im eigenen Haus. Die Geschäftsleitung benennt einen Projektverantwortlichen mit Entscheidungsbefugnis über Budget und Zeitplan. Dieser stimmt die technischen Anforderungen mit den Leitern der Fachabteilungen ab.

Führen Sie die folgenden Schritte in den ersten Wochen durch:

1. Prüfen Sie die Vertragslaufzeiten bestehender Hardware-Wartungsverträge und Lizenzen.
2. Beauftragen Sie eine genaue Messung der Auslastung Ihrer aktuellen Netzwerkverbindung am Standort.
3. Erstellen Sie eine Liste aller Programme mit Herstellernamen und Supportstatus.
4. Legen Sie ein Budget für die externe Begleitung und Weiterbildung der internen Systembetreuer fest.
5. Holen Sie Angebote von zwei Rechenzentrumsbetreibern mit Standort in Deutschland ein.

Die Migration erfordert Zeit und Geduld. Ein Zeitraum von sechs bis neun Monaten für die gesamte Vorbereitung ist für mittelständische Betriebe ein realistischer Maßstab. Sorgfalt bei der Bestandsaufnahme schützt vor ungeplanten Kostensteigerungen und Ausfällen im laufenden Tagesgeschäft.