Einführung

Dass Backups (vor allem im geschäftlichen Umfeld) elementar wichtig sind, ist sicherlich unumstritten. Wer ESX Server in sein Unternehmen einführt, sollte seine bisherige Backupstrategie jedoch neu überdenken. Für den ESX Server von VMware existieren derzeit drei Backupvarianten, die in den folgenden Abschnitten beleuchtet werden und ihre eigenen Vor- und Nachteile mit sich bringen.

Klassisches Backup

Vor allem viele kleinere Unternehmen setzen bei der Sicherung ihrer virtuellen Maschinen noch auf die Backupstrategie, die bei klassischen (physikalischen) Servern zum Einsatz kommt.

So wird auf jeder virtuellen Maschine ein Agent installiert, über den ein zentraler Backupserver Zugriff auf die Maschine bekommt und Daten sichern kann. Der Vorteil besteht darin, dass diese Methode ausgereift ist und sich Administratoren mit dieser Technik auskennen. Zudem können einzelne Dateien oder auch nur Bestandteile einer Datei (z.B. eine einzelne E-Mail oder ein einzelner Datensatz aus einer Datenbank) problemlos wiederhergestellt werden.

Der Nachteil dieser Variante besteht jedoch darin, dass die virtuellen Maschinen selbst nicht gesichert werden können. So ist im Fall einer fehlerhaften virtuellen Maschine der entsprechende Server neu aufzusetzen und einzurichten. Erst dann können die gesicherten Daten wieder zurückgespielt werden – ein zeitaufwändiges Verfahren. Hinzu kommt, dass die Last auf dem ESX Server bei mehreren gleichzeitigen Backups drastisch ansteigen und somit die Leistungsfähigkeit aller Systeme auf dem jeweiligen ESX Server beeinträchtigen kann.

VMware Consolidated Backup

Einen Schritt weiter geht das VMware Consolidated Backup. Es handelt sich dabei nicht um eine eigenständige Backuplösung, sondern um eine Sammlung aus Kommandozeilentools. VMware Consolidated Backup kann dabei wahlweise auf einem physikalischen Server oder als virtuelle Maschine genutzt werden. Die Sicherung erfolgt in den folgenden Schritten:

• VMware Consolidated Backup erstellt einen Snapshot der virtuellen Maschine.
• Dieser Snapshot wird eingebunden und für die eigentliche Sicherungssoftware bereitgestellt.
• Die Sicherungssoftware kann nun den Snapshot der virtuellen Maschine und/oder einzelne Daten der virtuellen Maschine sichern.
• VMware Consolidated Backup hängt den Snapshot aus und löscht ihn.

Damit VMware Consolidated Backup konsistente Snapshots erstellen kann, wird die jeweilige virtuelle Maschine entweder kurz angehalten oder es wird der Volume Shadow Copy Service bei Windows Servern genutzt.

Der Einsatz des VMware Consolidated Backup hat folgende Vorteile:

• es muss nur ein Backupagent installiert werden,
• es können komplette virtuelle Maschinen und/oder nur einzelne Daten gesichert werden und
• virtuelle Maschinen können im Notfall komplett wiederhergestellt werden.

Das Verfahren hat jedoch auch ein paar Nachteile:

• Die Wiederherstellung ist umständlich, da man sich manuell um das Einspielen der virtuellen Maschinen oder Dateien kümmern muss.
• Es ist ein Zugriff auf die ESX Service-Konsole erforderlich.
• Es wird ein hohe Daten- und eventuell auch Netzwerklast erzeugt (unperformant).

Derzeit ist VMware Consolidated Backup noch Teil von vSphere. In der kommenden Version soll das Produkt jedoch aufgegeben werden, da inzwischen weitaus bessere Lösungen für die Sicherung der virtuellen Maschinen existieren. Diese Lösungen greifen auf das vStorage API zurück und erhalten neben Zugriff auf die virtuellen Maschinen auch zahlreiche Informationen über die virtuellen Maschinen selbst.

Backup über das vStorage API

Neben den beiden bereits vorgestellten Sicherungsvarianten existieren noch Backuplösungen, die auf das bereits angesprochene vStorage API zugreifen. Die einfachste Variante hierbei ist, den ESX Server zunächst einen Snapshot der virtuellen Maschinen erstellen zu lassen und diesen Snapshot danach zu sichern (Vollbackup). Allerdings hat diese Variante gegenüber der Sicherung über das VMware Consolidated Backup nur den Vorteil, dass fehlerhafte Server einfach zurückgespielt werden können.

Lohnenswert wird die Verwendung der vStorage API erst dann, wenn die Backuplösung das so genannte Change Block Tracking verwendet. Hierbei werden nur Datenblöcke gesichert, die sich seit einem bestimmten Zeitpunkt verändert haben.
Dadurch können inkrementelle und differentielle Datensicherungen realisiert, der Datenverkehr verringert und die Performance erhöht werden.

Das Change Block Tracking ist zudem Grundlage für Backuplösungen, die Near Continous Data Protection umsetzen. Hierbei werden veränderte Daten in kurzen Abständen gesichert. Im Vergleich zu Echtzeit-Backuplösungen hat diese Technik eine höhere Performance. Im schlimmsten Fall hat man jedoch auch eine etwas niedrigere Aktualität der Daten.

Die Vorteile der auf Change Block Tracking basierenden Sicherungen sind folgende:

• Die Sicherung ist effizient.
• Es wird nur ein geringerer Datenverkehr erzeugt.
• Komplette virtuelle Maschinen werden gesichert.
• Die Wiederherstellung kompletter Maschinen ist einfach.

Allerdings ergibt sich bei dieser Backupvariante folgendes Problem: häufig müssen nur einzelne Dateien wiederhergestellt werden. Die Backuplösung muss also auf die Dateien in der Sicherung zugreifen und diese in das jeweilige Zielsystem übertragen können. Hierzu wird die entsprechende virtuelle Maschine meist in einem isolierten Netzwerksegment gestartet und die Daten werden dann von der Backuplösung auf das Zielsystem übertragen. Diese Vorgehensweise beherrschen jedoch alle gängigen Backuplösungen.

Schwieriger gestaltet es sich, wenn nur einzelne Bestandteile einer Datei (wie z.B. eine einzelne E-Mail oder ein Datensatz einer Datenbank) wiederhergestellt werden müssen. Hier ist es noch erforderlich, die entsprechende Sicherung manuell
einzubinden, die Daten selber ausfindig zu machen und auf das Zielsystem zu übertragen.

Für bestimmte Systeme könnte also durchaus der kombinierte Einsatz einer klassischen Backuplösung (die entsprechende Möglichkeiten für z.B. den E-Mail- oder Datenbank-Server bereitstellt) mit einer auf der vStorage API basierenden Backuplösung sinnvoll sein (sofern letztere nicht das angesprochene Problem löst).

Backup Lösungen

Für klassische Backups existieren verschiedenste Backup-Lösungen. Bekannt sind hier zum Beispiel CA ARCserve Backup, Symantec Backup Exec oder Acronis ABR. Zudem gibt es viele kostenlose Tools, wie z.B. Microsofts Robocopy für Windows oder rsnapshot für Linux. Im Windows-Bereich werden diese kostenlosen Tools allerdings selten eingesetzt, während z.B. rsnapshot in Linux-Umgebungen recht häufig zum Einsatz kommt.

Beim Einsatz des VMware Consolidated Backup können die meisten dieser klassischen Backup-Lösungen weiterhin eingesetzt werden.

Sobald es an die Sicherung der virtuellen Maschinen über das vStorage API geht, setzen Unternehmen bevorzugt auf eine der von VMware unterstützte Backuplösungen.

Quellen

• VMware – VMware vStorage-APIs: Zentrale Backups virtueller Maschinen
• VMware – VMware: Automatisierung von Daten-Backup und -Recovery für Hochverfügbarkeit
• WindowsPro – Vergleich: Backup-Strategien für VMware ESX

Zunächst lädst du dir mein CheckROM RevolutionHD 2.0.0 Paket herunter, das alle benötigten Dateien und eine Kurzanleitung für erfahrenere “Flasher” beinhaltet. Entpacke das Paket und gehe dann wie folgt vor.

Schritt 1: Backup erstellen

Erstelle ein Backup deiner gesamten Daten (Apps, Kontakte, Kalender, Musik, Bilder, Videos, etc pp). Ich habe das Samsung Galaxy S2 erst seit kurzem und nutze die Cloud-Dienste von Google, sodass ich mir hier keinen Kopf machen musste und einfach loslegen konnte.

Schritt 2: Gerät resetten

Mache einen Reset auf den Ursprungszustand inklusive Formatierung des USB-Speichers. Dazu gehst du zunächst in die App Einstellungen, wählst dort den Punkt Datenschutz gefolgt von Auf Werkszustand zurücksetzen. Im nächsten Dialog aktivierst du den Punkt USB-Speicher formatieren und bestätigst mit Telefon zurücksetzen. Das Smartphone wird nun neustarten und die Aktion durchführen. Danach startet das Gerät nochmal neu und du musst dich einmal durch die Grundeinrichtung kämpfen.

Schritt 3: Aufspielen der Firmware

Jetzt muss die Samsung Stock Firmware XXKI4 geflashed werden. Was diese kryptische Bezeichnung bedeutet, kannst du in diesem Artikel bei Handy FAQ nachlesen. Zum Flashen der Firmware musst du in den Download-Modus starten. Schalte dazu das Smartphone komplett aus und öffne dann den Download-Modus, indem du die drei Tasten Lautstärke leiser, Home und Power solange gedrückt hältst, bis sich eine Warnung mit gelbem Dreieck und Ausrufezeichen meldet. Jetzt musst du Lautstärke lauter drücken, um in den Download-Modus zu gelangen. Auf dem Computer öffnest du die Anwendung Odin aus dem Ordner 01_Odin. Hier bindest du die nötigen Dateien aus dem Ordner 02_Firmware ein. Die Dateien müssen wie folgt eingebunden werden:

• PIT: u1_02_20110310_emmc_EXT4.pit
• PDA: PDA_GT-I9100-XEO-I9100XXKI4
• PHONE: Phone_GT-I9100-XEO-I9100XXKI4.tar
• CSC: CSC_GT-I9100-XEO-I9100XXKI4

Sobald du das Smartphone per USB Kabel angeschlossen hast, sollte das Ganze sollte so aussehen:

Oben links wird dir gelb hinterlegt der USB Port angezeigt, über den das Samsung Galaxy S2 mit deinem Computer verbunden ist. Nochmal prüfen, ob alles fest sitzt und dann auf Start klicken. Das Flashen der Firmware dauert nun circa 3 Minuten. Auf keinen Fall Odin schließen, den PC ausmachen oder das USB Kabel ziehen, bis das Gerät wieder gestartet ist. Wenn alles glatt lief, sollte dir Odin oben links ein grün hinterlegtes Pass! anzeigen.

Schritt 4: Root Kernel flashen

Nachdem du das Gerät wieder grundlegend eingerichtet hast, kannst du es gleich wieder ausschalten und erneut den Download-Modus starten. Schließe das geöffnete Odin Fenster und öffne die Anwendung erneut. Dort bindest du nun die Datei CF-Root-SGS2_XX_XEO_KI4-v4.4-CWM4.tar aus dem Ordner 03_CF Root unter PDA ein und verbindest das Smartphone wieder per USB mit dem Computer. Das Ganze sieht dann so aus:

Nochmal schauen, ob alles fest sitzt, Start klicken und den Neustart abwarten. Jetzt hast du ein Smartphone mit root Zugriff (vergleichbar mit Administrator Rechten unter Windows).

Schritt 5: Daten auf das Smartphone kopieren

Nachdem das Samsung Galaxy S2 wieder gestartet ist, kopierst du die Datei New_XXKI4_CheckROM_RevolutionHD_V2.0.0.zip aus dem Ordner 04_CheckROM RevolutionHD und die Datei Siyah-v2.1.1-CWM.zip aus dem Ordner 05_Siyah Kernel direkt vom Computer per USB  in das Hauptverzeichnis deines Geräts.

Schritt 6: CheckROM RevolutionHD und Siyah Kernel flashen

Nachdem die Dateien kopiert sind, kannst du das USB Kabel entfernen und öffnest die App CWM, wählst dort unter Reboot den Punkt ClockWorkMod und bestätigst die Abfrage mit Reboot. Das Gerät fährt herunter und startet dann die berühmte ClockWorkMod. In der ClockWorkMod kannst du mit den Lautstärketasten (hoch und runter), der Home-Taste (meistens bestätigen), der Power Taste (meistens bestätigen) und eventuell dem Zurück Softbutton (zurück) navigieren. Die Belegung ist von Version zu Version unterschiedlich, schau einfach mal nach, was klappt

Wähle im Hauptmenü den Punkt install zip from sdcard gefolgt von choose zip from sdcard. Wähle dort zunächst die Datei New_XXKI4_CheckROM_RevolutionHD_V2.0.0.zip und bestätige die Abfrage mit Yes. Jetzt wird die CheckROM Revolution HD auf dein Samsung Galaxy S2 gespielt.

Das Ganze wäre nun schon lauffähig, ich kann aber noch die Installation des Siyah Kernels empfehlen. Dieser Kernel beschleunigt euer Smartphone dank Optimierungen ein wenig und verbraucht meiner subjektiven Empfindung nach nicht so viel Akkuleistung im Standby. Verfahre mit der Datei Siyah-v2.1.1-CWM.zip genauso wie mit der Datei des CheckROM Revolution HD.

Nun kannst du das Gerät aus dem Hauptmenü heraus neustarten und solltest die CheckROM RevolutionHD vorfinden. Optisch hat sich zunächst kaum/nichts geändert. Schau dir aber am Besten gleich einmal die App Deluxe Settings an, mit der du viele Systemeinstellungen ändern sowie den Lockscreen gehörig aufpimpen kannst. Mit der App KitchenPro hingegen können erfahrenere Benutzer auf einfache Art und Weise andere Bootanimationen, Modems (quasi das BIOS des Smartphones), Themes, Widgets, Apps, Kernels, Midifikationen und andere Dinge installieren.

Bei Fragen, Erfolgsmeldungen oder sonstigen Belangen dürft ihr gerne die Kommentarfunktion benutzen

Gerät auf Originalzustand bringen

Wer das Gerät wieder auf den Originalzustand bringen möchte, z.B. weil man wieder per Kies aktualisieren möchte oder das Gerät einschicken muss, findet übrigens bei Atomhamster eine gute Anleitung dazu.

Die markanteste Neuerung der dritten Version ist ganz klar die Oberfläche, die von leuchtend blauen Tönen dominiert wird:

Des Weiteren prüft die SSD Toolbox nun automatisch, ob eine neue Firmware für die verbaute SSD vorhanden ist und kann diese bei Bedarf auf Knopfdruck direkt aus dem Programm heraus installieren.

Zudem wurden die S.M.A.R.T. Berichte nochmals deutlich aufgebohrt und geben nun noch detailliertere Informationen über den Zustand der SSD preis.

Ich habe das Tool soeben getestet und bin wirklich erstaunt, wie gut der Ansatz funktioniert. Das einzige Manko, das ich bisher feststellen konnte: Aero Snap funktioniert nicht an den Rändern, an den ein anderer Computer angrenzt. Kein Manko mehr vorhanden, es ist nur etwas frickelig, das Fenster für Aero Snap ordentlich zu platzieren.

Die Installation und Einrichtung ist schnell gemacht. Software auf den Rechnern installieren, Sicherheitscode und Computername eingeben, Platzierung der einzelnen Monitore / Computer angeben und fertig. Geht man nun über den Bildschirmrand, an den der andere Computer angrenzt, wird die Kontrolle über den anderen Computer übernommen.

Als Alternative zu Mouse without Borders gibt es ansonsten noch Synergy+. Hier ist die Einrichtung nicht so komfortabel, wie bei Mouse without Borders, allerdings kann Synergy+ auch mit Linux und Mac OS umgehen. Mein Test mit Mac OS Lion vor einiger Zeit scheiterte jedoch mit Synergy+.

Einfach auf dieser Seite registrieren und nach kurzer Zeit bekommt ihr einen Linzenzschlüssel per E-Mail zugeschickt. Den Download der Software findet Ihr dann auf dieser Seite. Ob die Mac Version den Schlüssel annimmt, habe ich noch nicht getestet.

[via caschy]

Gewöhnliche Tipptrainer wie z.B. TIPP10 basieren auf dem Prinzip, einfach immer wieder bestimmte Tastatureingaben zu wiederholen, sodass sich hier schnell die Motivationslosigkeit einstellt und meistens auch der dauerhafte Lernerfolg auf der Strecke bleibt.

Tippen360 verfolgt einen wissenschaftlich Ansatz, bei dem Tastenpositionen über verschiedene Sinneseindrücke langfristig im Gehirn abgespeichert werden sollen. Weiterhin werden zwischendurch immer wieder Sequenzen zur progressiven Muskelentspannung durchgeführt. Didaktisch ist diese Methode sehr gut, denn so werden alle Lerntypen gleichermaßen angesprochen und die progressive Muskelentspannung steigert die Konzentrations- und Aufnahmefähigkeit.

Das Programm verspricht, das 10-Finger-Schreiben bereits in 4 bis 6 Stunden zu erlernen. Natürlich ist man nach dieser kurzen Zeit noch kein 10-Finger-Profi, aber mit kontinuierlichem Training wird sich die Geschwindigkeit im Laufe der Zeit immer weiter steigern.

Da das Programm mit Adobe AIR entwickelt wurde, kann es unter Linux, Mac OS und Windows genutzt werden.

Gewinnspiel

Wie bereits erwähnt, habe ich die Möglichkeit, fünf Lizenzen von Tippen360 zu verlosen. Hierzu müsst ihr lediglich kommentieren, wie es bei euch mit dem 10-Finger-Schreiben aussieht und was ihr ggf. bisher für Software verwendet habt, um das 10-Finger-Schreiben zu lernen.

Beim Kommentieren müsst ihr eine gültige E-Mail Adresse angeben. Bei ungültigen E-Mail-Adressen wird ein anderer Gewinner gezogen. Mehrfaches Kommentrieren ist zwar nett, steigert jedoch nicht die Gewinnchancen Die Verlosung endet mit Ablauf des 30. September 2011.

Nach der Verlosung werde ich die Gewinner anschreiben und nach ihren Kontaktdaten fragen. Marco wird euch dann die Software zukommen lassen.

Eigentlich hatte ich vor, zu dem folgenden Video auch ein bisschen zu plappern, jedoch scheint mein Headset dafür nicht geeignet (rauscht zu stark und ist zu leise). Falls jemand einen guten Tipp für mich hat, welches Headset sowohl zum Zocken als auch zum Aufnehmen von Vodcasts geeignet ist, immer her damit

Ab sofort nutze ich deshalb den Rapid Environment Editor. Mit diesem grafischen Tool kann man sehr einfach Umgebungsvariablen anlegen, editieren und löschen:

Zum Vergleich einmal die Standard-Variante von Windows (das Fenster kann man nicht einmal größer ziehen):

Um genau zu sein, wird genau soviel Festplattenspeicher verbraucht, wie RAM eingebaut ist, in meinem Fall also 8GB. Da ich den Ruhezustand nie nutze, habe ich diesen nun deaktiviert und dadurch wieder kostbare 8GB freien Speicherplatz hinzugewonnen.

Um den Ruhezustand zu deaktivieren, musst du lediglich die Kommandobefehlszeile mit Administratorrechten starten und folgenden Befehl ausführen:

powercfg -H Off

Nach kurzer Zeit wird dann der für den Ruhezustand reservierte Speicherplatz freigegeben.

Der Apache Webserver kennt zwei Arten von  Log-Dateien:

• CustomLogs: es wird in der Standardeinstellung jede einzelne Anfrage an den Webserver mitprotokolliert.
• ErrorLogs: hier werden Fehler mitgeschrieben.

Für mich habe ich entschieden, dass ich die Protokollierung komplett abschalte. Abschalten ist hier eigentlich nicht das richtige Wort, denn die Protokollierung kann man nicht komplett deaktivieren. Meine Konfiguration läuft darauf hinaus, dass die Daten ins Nirvana geschickt und soweit wie möglich garkeine Daten verarbeitet werden.

Das habe ich durch folgende Anpassungen in der Apache-Konfigurationsdatei erreicht:

ErrorLog /dev/null
CustomLog /dev/null " " env=doesnt_exist

/dev/null ist eine Gerätedatei unter Linux, die nichts anderes macht, als die dorthin geschrieben Daten zu verwerfen.

Beim ErrorLog kann man leider nichts anderes als den Ausgabepfad anpassen, sodass ich die Daten dorthin schreiben lasse. Sollten irgendwann einmal Fehler am Webserver auftreten, setze ich die Zeile einfach wieder auf den Standard zurück, um den Fehler analysieren zu können.

Beim AccessLog hat man neben der Angabe der Ausgabedatei noch weitere Einstellungsmöglichkeiten. Auch hier werden die Daten einfach ins Nirvana geschickt. Die Anführungszeichen mit dem Leerzeichen dazwischen besagen, dass pro Zugriff nur eine einfaches Leerzeichen protokolliert wird – das spart minimal Rechenleistung. Die Angabe der Umgebungs-Variablen env wird hier mit einer ungültigen Umgebungsvariablen definiert. Dadurch wird der Apache Webserver garnicht erst damit beginnen, einen Log-Eintrag zu erstellen.

Sollten für virtuelle Hosts eigene Custom- und ErrorLogs definiert sein, müssen diese manuell aus den jeweiligen Konfigurationsdateien gelöscht werden.

Wer das Ganze nicht so konsequent umsetzen möchte wie ich, kann auch einfach einstellen, was bei den CustomLogs mitgeschrieben werden soll. Die Apache-Dokumentation sollte hierbei weiterhelfen. Die ErrorLogs kann man leider nicht um die Protokollierung von IP-Adressen beschneiden, sodass hier die einzige Möglichkeit ist, die Daten in das Nirvana umzuleiten.

Natürlich möchte ich mögliche Nachteile dieser Lösung nicht verschweigen:

• bestimmte Webstatistik-Tools benötigen das CustomLog, um Auswertungen erstellen zu können. Diese Webstatistik-Tools haben zu Zeiten von Google Analytics und Piwik aber sehr an Bedeutung verloren. Wenn du ein Analyse-Tool verwendest, das das CustomLog benötigt, solltest du eigentlich darüber Bescheid wissen
• anhand des CustomLog können Denial of Service-Angriffe von bestimmten Tools automatisch erkannt werden. Die wenigsten Personen setzen jedoch so ein Tool ein. Hier gilt dasselbe: im Zweifelsfall weiß man, ob man so ein Tool verwendet.
• CustomLogs eignen sich natürlich hervorragend zum Debuggen neuer Konfigurationen, wie z.B. der Anbindung von Subversion über den Apache Webserver. Aber hier kann man bei Bedarf das Logging temporär aktivieren und die Log-Dateien danach wieder löschen.

Weitere Nachteile fallen mir ansonsten spontan nicht ein – vielleicht fällt euch ja noch ein Anwendungsfall ein, bei dem das CustomLog benötigt wird.

Werdet ihr – sofern ihr den Webserver konfigurieren könnt – auf so diese Lösung zurückgreifen oder nehmt ihr es in Kauf, dass das Protokollierungs-Verhalten des Webservers eigentlich nicht vereinbar mit den deutschen Datenschutzgesetzten ist, weil man keine Überprüfung und damit Strafe erwarten kann?