Gespräch buchen

Was wir tun

Gespräch buchen

Build

Migration zu Microsoft 365 und Azure

Server und VPN im Büro ziehen zu Entra ID, Intune, SharePoint und Azure Files um, wo sie sich nicht mehr rechnen: in geplanter Reihenfolge, jeder Schritt mit einem Weg zurück.

Gespräch buchen Zurück zu Build

Der Serverraum geht, ein Dienst nach dem anderen.

Die meisten Unternehmen mit 30 bis 150 Mitarbeitenden betreiben noch ein paar eigene Server: Anmeldung, Dateien, Drucken, die eine oder andere Anwendung und das VPN, über das das Homeoffice sie erreicht. Jeder davon will gepatcht und gesichert werden und braucht jemanden, der noch weiß, wie er eingerichtet wurde. Eine Migration zu Microsoft 365 und Azure löst sie ab, wo die Cloud die Aufgabe besser erledigt: die Anmeldung über Entra ID, die Geräte in Intune, die Dateien in SharePoint oder Azure Files, Server, die bleiben müssen, in Azure. Nicht an einem Wochenende, sondern Dienst für Dienst, in einer Reihenfolge, bei der Ihr Team weiterarbeitet, und jeder Schritt ist getestet und umkehrbar, bevor der nächste beginnt.

Die Route

Was umzieht, und in welcher Reihenfolge.

Eine Migration hat sechs Stationen auf derselben Route wie jedes Build-Projekt. Umgeschaltet wird mehrmals, einmal je Dienst, und jede Umschaltung ist um Ihre Projekte herum geplant.

  • Kick-off: die Landkarte

    Jeder Server, jede Anwendung, jede Freigabe und jede Verbindung wird aufgeschrieben, mit den Leuten, die sie nutzen, und dem, wovon sie abhängt. Diese Landkarte bestimmt die Reihenfolge: was früh umziehen kann, was warten muss und was ersatzlos außer Betrieb geht.

  • Zugang und Absicherung

    Admin-Zugänge und Notfallkonten in der Hand Ihres Unternehmens, die Backups der alten Umgebung geprüft und eine Wiederherstellung getestet. Nichts zieht um, bevor es sich zurückholen lässt.

  • Zuerst Identität und Geräte

    Entra ID wird der eine Ort, an dem die Identität jeder Person vergeben und entzogen wird. Die Geräte kommen in Intune, mit dokumentierter Baseline und einem zweiten Faktor für alle. Die Anmeldung zieht vor den Daten um, damit jeder spätere Schritt eine sichere Tür hat.

  • Dann Dateien, dann Anwendungen

    Freigaben ziehen nach SharePoint um oder, wo eine Anwendung einen Laufwerksbuchstaben braucht, nach Azure Files, geordnet nach Mandat, Kunde oder Projekt. Anwendungen, die einen Server brauchen, ziehen mit ihm nach Azure. Was eine Cloud-Version hat, geht außer Betrieb.

  • Umschaltung, Dienst für Dienst

    Jeder Dienst schaltet außerhalb der Arbeitszeit um, vorher abgestimmt: letzte Synchronisation, die Umschaltung, noch in derselben Nacht ein Test vom Arbeitsplatz aus. Der alte Weg bleibt offen, bis der neue bestätigt ist, dann wird er abgeschaltet.

  • Hypercare, dann täglicher Betrieb

    Dreißig Tage eng an der neuen Umgebung, und es antworten die Techniker, die umgeschaltet haben. Dann die Übergabe an Manage, verantwortet vom selben TechPilot, oder an Ihr eigenes Team, mit Dokumentation und Monitoring.

Schriftlich festgehalten

Im Projektauftrag und in der Übergabedokumentation.

  • Die Landkarte: jeder Dienst, wie er war und wo er heute liegt
  • Die Reihenfolge der Umzüge, mit dem Datum jeder Umschaltung
  • Der Wiederherstellungstest vor dem ersten Umzug, mit Datum
  • Was außer Betrieb ging, und wann es abgeschaltet wurde
  • Anmelderegeln, Geräte-Baseline und Freigaberegeln, wie sie gesetzt sind

Wo Ihre Daten danach liegen, steht Dienst für Dienst geschrieben. Die Frage eines Mandanten, Kunden oder Versicherers bekommt eine Seite, keine Vermutung.

Was bei einer Migration meist schiefgeht.

  • Dateien vor der Identität

    Die Freigaben ziehen zuerst um, der zweite Faktor und die Geräteregeln kommen später oder nie. Die neue Umgebung steht jedem Passwort von überall offen, und das Aufräumen ist schwerer, wenn die Daten schon drin sind.

  • Der letzte Grund für den Domänencontroller

    Ein Dienst, für den niemand geplant hat, hält den alten Server jahrelang am Leben: der Druckserver, ein Lizenzserver, eine Anwendung, die an der Domain hängt. Die Landkarte am Anfang nennt ihn, damit er einen eigenen Plan bekommt.

  • Die Umschaltung am Dienstagmorgen

    Alles auf einmal umgezogen, während der Arbeitszeit, ohne eine Nacht für den Test vom Arbeitsplatz aus und ohne offenen alten Weg. Der erste Abgabetermin nach der Umschaltung wird zum Support-Marathon.

Ebenfalls unter Build

Häufige Fragen

Müssen wir alles umziehen?

Nein. Ein Server, der sich rechnet, bleibt, oft in Azure statt unter dem Schreibtisch. Die Landkarte am Anfang zeigt, was ersatzlos außer Betrieb geht, was umzieht und was bleibt, und Sie entscheiden das mit Ihrem TechPilot.

Was wird aus Plottern und Druckern, wenn der Druckserver weg ist?

Bürodrucker und Großformatplotter richten wir direkt auf den Geräten ein, die sie brauchen, mit den Treibern der Hersteller und den Einstellungen, die Ihre Teams gewohnt sind. Ein Druckserver, um den sich jemand kümmern muss, entfällt. Warum der Plotter diesen Weg braucht, erklärt unser Ratgeber.

Wie lange arbeitet unser Team auf zwei Systemen?

So kurz, wie der Test es erlaubt. Bei jedem Dienst bleibt der alte Weg offen, bis der neue vom Arbeitsplatz aus bestätigt ist, meist in der Nacht der Umschaltung, und dann wird der alte abgeschaltet. Der alte Weg schließt, sobald der neue bestätigt ist.

Was kostet das?

Ein eigener Projektauftrag mit Umfang, Meilensteinen und Abnahme, abgerechnet nach Aufwand und Qualifikation, nach derselben Preisliste wie bei allen unseren Kunden. Microsoft-Lizenzen und Azure-Kosten reichen wir durch, und jede Annahme steht vor dem ersten Umzug schriftlich fest.

Start

Laufen bei Ihnen noch Server im Büro?

Im Erstgespräch gehen wir durch, was heute darauf läuft, was zuerst umziehen würde und wo der Weg zurück liegt.

Gespräch buchen Drei Monate testen