Das kann bei einer Server Migration und/oder Virtualisierung sehr nützlich sein. Wer z.B. einmal einen Datenbank Server live migriert hat, weil der alte zu wenig Kapazitäten hatte, weiß von was ich spreche. Der neue Server muss mit allen Patches und Einstellungen neu installiert werden, dann werden die Datenbanken auf dem alten Server exportiert und auf dem neuen Server wieder importiert. Wenn man das alles gemacht hat, dürfte nicht mehr allzuviel vom Arbeitstag übrig sein. Ein weiteres Problem dabei ist, dass man noch keinen Test vom neuen Server gemacht hat, dafür gehen dann nochmals ein paar Stunden drauf.

Szenario

Gehen wir mal davon aus, dass ein kleines Unternehmen (von der Wirtschaftskrise gebeutelt) nicht mehr viel Geld für IT ausgeben kann und seine Server dringend migrieren muss, weil die entweder zu alt sind oder zu platzen drohen.
Es soll aber trotzdem eine zukunftsweisende Lösung gefunden werden, damit die Firma nicht von vornherein eine doch so weit verbreitete “permanete Interrimslösungen” schafft, die man auch als Flickschusterei bezeichnen kann !!!

Da kommt uns aber die Virtualisierung sehr entgegen .

Unseren Firma hat aber zum Glück einen cleveren IT Kollegen, der hier im blog regelmäßig mitliest und gerade noch 3000 € aus dem IT-budget zusammenkratzen kann, um einen neuen Server zu kaufen. Es sind insgesamt 4 Server zu migrieren, die in aktuellen 3x2GB RAM (x86 singls core Maschinen ) und 1x4GB RAM(x64 Core2Duo Maschine mit x64 Server 2003) haben.
Wichtig:
Das Konvertieren funktioniert noch nicht mit Windows 7 und Windows Server 2008R2 in den 64bit Versionen.

Der neue Server ist mit 2 Intel Xeon E5520, 16 GB DDR3 RAM  und einem 3x 1TB SATA RAID 5 bestückt, das macht 1 core pro GB RAM….das reicht erstmal um eine zeitlang über die Runden zu kommen .

Das erste Einsparpotenzial ergibt sich daraus, dass wir den Server ohne ein Betriebssystem ordern und wir darauf einfach nur einen baremetal Hypervisor installieren können. Wir entscheiden uns in diesem konkreten Fall für VMware ESXi Server den VMware kostenlos anbietet. Genauso gut könnten wir auch den Hyper-V Server 2008R2 einsetzen den Microsoft kostenlos zum download anbietet.
Jetzt müssen wir uns noch von der VMware homepage das magische Tool VMware vCenter Converter Standalone 4.0.1 besorgen und dann kann es auch schon los gehen .

Die Vorbereitung

Zuerst bereiten wir den neuen Server mit ESXi vor, dazu einfach die ISO auf eine CD brennen und das ganze dann installieren. Ist so simpel das es nicht mal screenshots machen wert ist…wer dennoch Hilfe braucht findet sie hier.

Das Konvertieren

Wir installieren den VMware Converter auf unserem Admin PC mit dieser Option

der Rest läuft ganz normal ab….

Einzig die Ports sind ggf. anzupassen

Wenn alles installiert ist, startet unser Converter und wir melden uns mit dem lokalen Account an.
Dann wird uns dieser Button weiterführen

In dem nächsten Fenster wird es dann interessant, hier legen wir unsere Parameter für den Dump fest.
Zuerst geben wir den DNS Namen oder die IP Adresse und  die Admin Anmeldedaten für die zu konvertierende Maschine ein

Im nächsten Schritt wird der VMware Converter per remote einen Agent auf der zu virtualisierenden physischen Maschine installieren, um den Dump überhaupt erst zu ermöglichen

Anschließend können wir den Typ der neuen virtuellen Maschine auswählen um sicher stellen zu können, dass die neue virtuelle Maschine auch mit der Version unseres eingesetzten Hypervisors kompatibel ist.
Wir sollten auf jedenfall drauf achten, dass die rot gekennzeichneten Einstellungen ausgewählt sind !
Weiter unten müssen wir noch ein Netzwerk Share auswählen zu dem unsere neue VM transferiert wird.
Sollte dieses Share ein Passwort benötigen, können wir das rechts neben dem Pfad zum Share unter “Connect as” eintragen.

Im nächsten Schritt haben wir mannigfaltige Einstellmöglichkeiten für die neue  VM, die einzig interessante Einstellung ist aber letztlich , weil diese Option nicht revidierbar ist.
Hier wird festgelegt welche Partitionen die neue VM enthalten soll. Der Vollständigkeit halber sei noch die Option Services erwähnt , in der man einige Dienste vor dem Dump stoppen kann.

In den anderen Optionen sind auch später noch in der virtuellen Maschine einstellbar.

Danach wird nochmal eine Zusammenfassung eingeblendet und dann wird die virtuelle Maschine erstellt.

Die Migration

Wenn der Vorgang beendet ist, haben wir auf dem Share eine neue virtuelle Maschine, die exakt der physischen Maschine entspricht. Die müssen wir jetzt nur noch mit VMware Workstation auf den ESXi Server verschieben und dort starten oder wir kopieren die neue virtuelle Maschine einfach auf einen normalen VMware Server 2.0.

Von dort starten wir die VM jetzt einfach (ACHTUNG bei fest vergebenen Servern IPs müssen diese logischerweise zuerst geändert werden) und überprüfen dann die Funktionen des migrierten Servers.

Fazit

Mit dem VMware Converter ist es sehr gut möglich den Einstieg in die Welt der virtuellen Server zu finden und auch ihn effizient zu beschreiten.

Das Problem:
Aus meiner beruflichen Erfahrungen weiß ich, dass dezentrale Standorte mit  bis zu 80 Mitarbeitern oft keinen eigenen IT Support haben, weil es nicht kosteneffizent  wäre, dort einen IT Mitarbeiter zu beschäftigen der sich z.B. um 20 Clients kümmert. Wenn mal eine Workstation vor Ort ausfällt ist es meist so, dass der PC eingepackt und in die Hauptstelle geschickt wird. Dieser wird dort dann neu betankt , wieder verpackt und zurückgeschickt. Der Mitarbeiter wird häufig an einen uralt PC gesetzt, der erst aus dem Schrank geholt werden muss und zusammen mit dem helpdesk in zermürbender Kleinarbeit aufgebaut und in Betrieb genommen wird. Wie ich aus eingener leidvoller Erfahrung weiß, kann dies bis zu 2h dauern (aufbauen, die ausstehnden Update empfangen usw.).

Die Kosten:
Die Kosten für solch eine sinnlose IT Commandoaktion sind hoch:
2h Alt-PC Aufbau: 100€
1h Fehlerdiagnose und Versand: 50€
Porto: 50€
Macht unter dem Strich ca. 200€ + 4 Tage Ausfall….wenn alles gut geht…die sinnlose Belastung der IT Abteilung nicht mit eingerechnet.

Die Lösung:
Meist aber hat jede Außenstelle einen eigenen Server und meist langweilt dieser Server sich. Gerade in Unternehmen die man eher dem small business Bereich zuordnet, könnte sich mit Hilfe von Windows Deployment und einem Mitarbeiter pro Niederlassung,ein dezentraler IT Support ganz einfach aufbauen.

Die Umsetzung:
a.) Infrastruktur
Für unser Vorhaben benötigen wir zuerst einen Plan wie wir unsere Infrastruktur gestalten und möglichst wenig Geld ausgeben (das macht dem Management Freude und man bekommt schneller grünes Licht für die Migration ).
Unsere Infrastruktur ist in den meisten Standorten über 3 Jahre alt und bis auf die Geschäftsstelle in München, welche vor 2 Jahren erst gegründet wurde, klagen die User durch die Bank hinweg über Abstürze und Fehlermeldungen. Da jede Geschäftsstelle einen eigenen untergeordneten Domaincontroller und eigene Fileserver für Guppen- und Homeshares haben und die Hauptanwendung der Firma auf die Datenbank in Köln via WAN zugreift, über das sonst nur die DC miteinander kommunizieren, haben wir gute Voraussetzungen für unsere Strategie.
Wenn die Außenstellen Hardware Upgrades benötigen, sollten wir uns überlegen, ob es nicht vielleicht sinnvoll wäre, das Callcenter einfach auf eine Microsoft  Server 2008 Terminalserver Umgebung zu migrieren. Callcenter haben sehr oft identische Clients auf denen meist nur Office und 2-3 spezielle Tools laufen (z.B. die Applikation wo Kundendaten erfasst werden, Wallboard Software usw.), da bietet sich es doch an, diesen Standort komplett auf eine Terminalserver Landschaft umzustellen. Auf diese Art und Weise können wir die alten PCs dort behalten, denn als Terminals reicht alles was mehr Dampf hat als ein Pentium III. Wie wir das genau machen, darüber schreibe ich einen extra Artikel.
Die restlichen Standorte haben mobile Mitarbeiter und viele Anwender die spezielle Anwendungen benötigen, dieses Umfeld eignet sich nicht so gut für den Terminalserver Einsatz. (Ein Terminal Server Konzept schreibe ich hier irgendwann auch mal )

b.) Der dezentrale IT Support Mitarbeiter (DITSM)
Ein Unternehmen hat heute das Glück, das der durchschnittliche User nicht mehr so unbedarft ist wie vielleicht noch vor 5 Jahren, nur leider sind sich dessen viele Entscheidungsträger nicht bewusst. Es bietet sich für unser dezentrales Deployment Szenario an, einen Mitarbeiter zu suchen der sicher mit dem PC umgehen kann. Dieser Kollege wird zum 1st Level IT Support für die jeweilige Niederlassung gemacht.
Eine interne Arbeitskraft, welche nicht offiziell zur IT Abteilung gehört, sondern z.B. als Sachbearbeiter eingestellt wurde, sollte 2 grundlegende skills haben.

a.) Begeisterungsfähigkeit
Das ist das wichtig, um bei diesem Prozess dauerhaft den Erfolg zu sichern !
Der  DITS Mitarbeiter darf die kleine zusätzliche Aufgabe nicht als Belastung ansehen, sondern als Chance und Herausforderung.

b.) gute PC Kenntnisse
Was sind “gute PC Kenntnisse” ? Darüber kann man sicher viel diskutieren, für uns ist es viel wichtiger einen Mitarbeiter zu finden der keine Scheu vor dem PC hat und sich gerne mit der Materie, im kleinen Rahmen, auseinandersetzt. Wir brauchen keinen waschechten 1st/2nd Level Supporter, schließlich ist die neue Tätigkeit des DITS Mitarbeiters eine Nebentätigkeit die auf keinen Fall seinen Haupttätigkeit beeinflussen sollte, man könnte die neue Tätigkeit z.B. einer Mitgliedschaft im Betriebsrat gleichsetzen.

Auch ein Azubi sollte alle Anforderungen mitbringen und es ist gerade für einen Auszubildenden sehr wichtig einen eigenen Verantwortungsbereich zu haben. Das ist eine Motivation und schult gleichzeitig auch.

Wenn Training der dezentralen IT Support Mitarbeiter
Wenn wir mehrer mögliche DITS Kandidaten gefunden haben, ist es ratsam deren Wissenstand zu überprüfen. Dazu eignet sich ein Wissenstest wie man ihn bei der Initiative IT-Fitness finden und online kostenlos nutzen kann. Aber besser ist die DITSM durch gezielte Frage zu interviewen.
Wenn wir die Auswahl abgeschlossen haben, müssen wir uns dem training der DITS Mitarbeiter zuwenden.
Meine Praxis hat  mir gezeigt, dass es am sinnvollsten ist, alle Mitarbeiter zusammen für einen Tag intensiv an einem Standort zu schulen. So lernen sich die zukünftigen Mitarbeiter kennen und man kann besser in einer Runde über die Strategie und die Aufgabenverteilung diskutieren.
Die Schulung und das schrittweise vorgehen  bei der Installation sollte als Präsentation oder besser noch live Demo (z.B. mit Camtasia) festgehalten werden, so dass jeder DITS Mitarbeiter auch später noch, die Möglichkeit hat dort die einzelnen Schritte nachzuschlagen.
Auch die Anleitungen in diesem Blog könnten dabei eine Hilfe sein.
Sollte das Unternehmen sharepoint, ein Intranet CMS, eine knowledge base  oder ein Ticketsystem einsetzen, wäre es sinnvoll eine Gruppe “dezentraler Support” anzulegen wo die Mitarbeiter alle Dokumentationen finden und sich auf dieser Plattform auch über Probleme austauschen können. Wichtig ist das dafür ein zentraler Punkt gewählt wird,  den wenn einzelne Mitarbeiter sich untereinander nur via E-Mail austauschen, führt dies bei einer Mitarbeiter Fluktuation zu Problemen, weil u.U. wichtige Informationen zu  Problemen und Dokumentationen mit dem Mitarbeiter aus dem Unternehmen verschwinden.
Wenn man einmal zusammen mit allen DITS Mitarbeitern die komplette Clientinstallation via LTI moderiert und fertiggestellt hat, sollte man dann den DITS Mitarbeiter die Gelegenheit geben die komplette Client LTI eigenständig unter Anleitung in einer virtuellen Testumgebung durchführen zu können. Das bestärkt sie und es auftauchende Fragen können direkt geklärt werden.

Der einfacher Hardware Support
Ein weiteres sinnvolles Lernziel für die DITSM ist, selbstständig einen PC an z.B. einen neuen Mitarbeiter ausliefern zu können. Dazu gehört das selbstständige installieren via LTI vor Ort, wenn der neue PC nicht vorbetankt von der IT Abteilung in den entsprechenden Standort geliefert wird bzw. wenn ein Pool PC neu installiert und zum Anwender an den Arbeitsplatz gebracht und aufgebaut werden soll.
Man sollte deshalb in der Schulung auch einen Lernblock einplanen, bei dem ein kompletter PC Tausch inkl. Monitor von den DITS Mitarbeitern unter Aufsicht geprobt wird. Es ist unabdingbar den DITS Mitarbeitern eine Checkliste zu geben die sie ausfüllen und vom Anwender unterschreiben lassen müssen. Die Checklisten werden dann im Standort gesammelt und auch eingescannt  und im DITS Share zentral abgelegt, damit die IT Abteilung auch immer einen Nachweis hat.

Prozessdefinition der DITS Mitarbeiter

Bei einem solchen Szenario ist es sehr wichtig, vorher genau festzulegen was die DITS Mitarbeiter machen sollen und was nicht. Dazu müssen entsprechende Prozesse und interne Service Level Agreements definiert werden. Dies hat den Zweck eine sauberer Trennung von dem Unternehmens IT UHD und Fieldsupport von den DITS Mitarbeitern zu erreichen, so dass sich diese Bereiche nicht in die Quere kommen und das die DITS Mitarbeiter nicht automatisch die Rolle vom UHD übernehmen und die Nebentätigkeit ihre Zeit über Gebühr in Anspruch nimmt.

Merke:
Ein DITS Mitarbeiter sollte nur eine Hand sein die vor Ort sich z.B. um Hardwaretausch und Neuinstallationen kümmert, NICHT um den allgemeinen Anwendersupport !
Für alles weitere ist und bleibt das UHD und der IT Support zuständig.
Das muss gegenüber jeder Stelle im Unternehmen glasklar umrissen sein, sonst sind Komplikation und Kompetenzstreitigkeiten vorprogrammiert.