Glücklicherweise bietet FeedBurner selbst eine geeignete Funktion an, um wieder auf den originale Feed zu migrieren. Logge dich einfach bei FeedBurner ein und und klicke oben auf Delete Feed… FeedBurner blendet dann folgende Box ein, bei der du unbedingt darauf achtest, dass die Option Use 30 days redirection ausgewählt ist und erst dann auf Delete Feed klickst:

Wenn du auf Learn more… klickst, erfährst du auch, was hinter der Option steckt:

Übersetzt heisst das: die ersten 15 Tage wird FeedBurner alle Anfragen zu dem originalen Feed umleiten. Von Tag 16 bis 30 liefert FeedBurner die Meldung aus, dass der Feed umgezogen ist (inklusive Angabe der neuen URL). Nach den 30 Tagen wird der Feed endgültig deaktiviert und der Besucher bekommt nurnoch eine Fehlermeldung zurück.

Im Prinzip ist der Algorithmus kein Hexenwerk, dennoch dokumentiere ich die Funktion, vielleicht kann sie ja noch jemand gebrauchen.

public int parseSignedInteger(final int begin, final int end) {
	final boolean minus = binary.charAt(0) == '1';
	final String value = extract(begin, end);
	if (minus) {
		return (int) -(Math.pow(2, value.length()) - Math.abs(Integer.parseInt(value, 2)));
	} else {
		return Integer.parseInt(value.substring(1), 2);
	}
}

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

Und zwar benutze ich inzwischen auf allen HTPCs die LAV Filters. Diese basieren auf ffdshow, bringen jedoch unter anderem noch diverse Splitter und Unterstützung für unverschlüsselte BlueRays mit sich. Alle Features könnt ihr auf der Webseite nachlesen.

Das tolle an dem Paket: einmal installiert, kann im Prinzip jedes Format abgespielt werden, ohne Anpassungen machen zu müssen (natürlich müssen die LAV Filters bei MediaPortal ausgewählt werden).

Für Nutzer, die eine GeForce-Grafiklösung verbaut haben, steht ein extra darauf zugeschnittenes Paket namens LAV CUVID zur Verfügung, mit dem es möglich ist, Videos über den Grafikprozessor beschleunigt wiederzugeben. Ich habe dieses Paket einmal vor längerem getestet, war aber nicht so überzeugt, da die MediaPortal-Oberfläche beim Abspielen eines Videos recht träge wurde. Deshalb verwende ich nur das normale Paket ohne CUDA-Unterstützung. Es kann aber durchaus sein, dass sich inzwischen noch was in der Richtung getan hat.

Bei der Anwendung kann zwischen drei Modi gewählt werden:

• Automatische Deaktivierung des zweiten Prozessorkerns, wenn die Leistung nicht benötigt wird
• Dauerhaft nur einen Prozessorkern nutzen
• Dauerhaft beide Prozessorkerne nutzen

Ich habe mich für die automatische Deaktivierung des zweiten Prozessorkerns entschieden. Es muss beachtet werden, dass das Gerät gerootet und mit einem entsprechenden Kernel ausgestattet sein muss, der dieses Feature unterstützt. Ich verwende derzeit den Siyah Kernel, wobei das Programm mit dem stabilen Siyah Kernel 2.1.1 nicht funktioniert. Ich habe mir jedoch nun den Siyah Kernel 2.2 Beta 15 geflashed und das Tool kann damit genutzt werden.

Wie stark sich die automatische Deaktivierung des zweiten Kerns auf die Akkulaufzeit auswirkt, kann ich jetzt noch nicht sagen, da ich das Tool erst eben gerade installiert habe.

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.

Vorab muss gesagt werden: es ist natürlich unmöglich, für so ein umfangreiches Sortiment immer die aktuellen Preise herauszusuchen und auf dem neusten Stand zu halten. Das Magazin Umschau des WDR (Beitrag vom 18.10.2011 ab Minute 8:50) hat deshalb vor kurzem den Test gemacht. Ergebnis: die Preise aus dem Angebot entsprachen wirklich dem aktuellen Marktpreis. Bei anderen Artikeln war zwar nicht der aktuelle Marktpreis ausgeschrieben, nach kurzer Nachfrage wurde jedoch der aktuelle Preis gesucht und rasch angepasst.

Ich konnte es kaum fassen… MediaMarkt? Vernünftige Preise?

Ich hab also gestern, kurz bevor ich zu MediaMarkt gefahren bin, nach dem aktuellen Preis des Samsung Galaxy S2 bei Geizhals geschaut. Rund 410€ wollten große Shops wie NotebooksBilliger und CyberPort dafür verlangen.

Frohen Mutes fahre ich also zu MediaMarkt und sehe das Samsung Galaxy S2 für rund 440€ ausgeschrieben. Nach einer kurzen Nachfrage meinerseits nach dem klaren Preis ging der Berater kurz weg, um nach einer Preisanpassung zu fragen. Ergebnis: abgeschmettert.

Das ließ ich mir so schnell nicht gefallen, also hab ich mir die Vorgesetzte an den Start bringen lassen und nach den Gründen gefragt. Die Vorgesetzte sagte mir, dass sich – zumindest der Kieler – MediaMarkt an den Preisen von Amazon orientiert und der Preis nicht gesenkt werden kann. Bei Amazon war das Smartphone in der Tat nur marginal günstiger zu haben.

Mit dieser Aussage konnte ich mich einigermaßen zufrieden geben, wollte jedoch zumindest einen kleinen Preisnachlass bekommen, sodass man ein wenig günstiger als Amazon aber dennoch teurer als Geizhals wäre. Diesen Vorschlag wies die Dame jedoch auch mit der Begründung ab, dass ich das Gerät sofort mitnehmen könne und einen super Service inklusive Beratung bekommen würde (ich musste mir fast das Lachen verkneifen, als ich mich zurückerinnerte, wie ich mal nach einem WLAN-Stick mit Atheros-Chipsatz gefragt habe – Antwort: “Wir haben nur Sticks von AVM, ASUS…” ).

Nun denn, ich bin ohne das Smartphone zu kaufen wieder von dannen gezogen.

Doch das Blödeste kommt natürlich zum Schluss. Ich wollte dann abends bei dem günstigsten, mir bekannten Onlineshop bestellen (was gegen Mittag noch NotebooksBilliger für 413€ war), doch die Preise haben wieder angezogen – nurnoch rund 10€ günstiger. Da ich neue Spielzeuge immer schnell in den Händen halten will und natürlich auch nie zu Hause bin, wenn der Postbote liefert, werde ich am Montag wohl nochmal zu dem Abzockerverein fahren und mir das Samsung Galaxy S2 doch für die 440€ zulegen. Ich gebe lieber ein paar Euro mehr aus, als ein paar Tage die Zettel von der Post in meinem Briefkasten zu finden und ungeduldig auf die Lieferung zu warten.

Fazit

Wenn sich MediaMarkt in Zukunft zumindest an den Preisen von Amazon orientiert, ist es eine klare Verbesserung gegenüber der bisherigen Preispolitik. Zwar muss man in der Regel nochmal selber nachhaken, kann die Ware jedoch sofort für den Preis von Amazon mitnehmen, ohne warten zu müssen. Versierte Leute werden aber weiterhin noch nach besseren Preisen im Internet suchen und nur in Ausnahmefällen bei MediaMarkt einkaufen gehen. Wenigstens ist MediaMarkt noch gut genug, um sich das technische Spielzeug seiner Wahl kurz anzuschauen.