<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Oje noch ein Blog &#187; Backup</title>
	<atom:link href="http://blog.pagax.de/tag/backup/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.pagax.de</link>
	<description>Übers Leben, das Universum und den ganzen anderen Rest...</description>
	<lastBuildDate>Thu, 22 Sep 2011 15:07:08 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Tipps für VMware Data Recovery 1.1</title>
		<link>http://blog.pagax.de/2010/04/21/tipps-fur-vmware-data-recovery-1-1/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=tipps-fur-vmware-data-recovery-1-1</link>
		<comments>http://blog.pagax.de/2010/04/21/tipps-fur-vmware-data-recovery-1-1/#comments</comments>
		<pubDate>Wed, 21 Apr 2010 08:50:48 +0000</pubDate>
		<dc:creator>Daniel</dc:creator>
				<category><![CDATA[Backup]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[Data Recovery]]></category>
		<category><![CDATA[ESX]]></category>

		<guid isPermaLink="false">http://blog.pagax.de/?p=251</guid>
		<description><![CDATA[Nachdem ich jetzt die Data Recovery Appliance ein paar Wochen im Betrieb habe konnte ich folgende Verbesserungen bzw. Workarrounds durchführen: Nach Arbeitsspeichererhöhung der Appliance von 2 auf 4 GB hat sich die Performances meines Erachtens merklich verbessert. Der Service stürzt jetzt auch nicht mehr so oft ab. Eine CPU Erhöhung von 2 auf 4 hat leider [...]]]></description>
			<content:encoded><![CDATA[<p>Nachdem ich jetzt die Data Recovery Appliance ein paar Wochen im Betrieb habe konnte ich folgende Verbesserungen bzw. Workarrounds durchführen:</p>
<p>Nach Arbeitsspeichererhöhung der Appliance von 2 auf 4 GB hat sich die Performances meines Erachtens merklich verbessert. Der Service stürzt jetzt auch nicht mehr so oft ab.</p>
<p>Eine CPU Erhöhung von 2 auf 4 hat leider nicht so viel gebracht.</p>
<p>Wenn man nicht auf ein VMDK oder Raw Device schreibt sondern über Netzwerk auf eine CIFs Share sollte man unbedingt die IP Adresse des Servers und nicht den Namen verwenden. Hat bei mir einige der "Task terminated enexpectedly, possibly due to a power failure or system crash." Fehler behoben.</p>
<p>Die Reports kann man nicht löschen und sie werden scheinbar in Version 1.1 nicht automatisch bereinigt. Falls man die Einträge unbedingt loswerden möchte kann man folgendes tun:</p>
<p>Die beiden Dateien <strong><em>Config10.dat</em></strong> und <strong><em>Config10.bak</em></strong> im Verzeichnis <strong><em>/var/vmware/datarecovery/</em></strong> beinhalten sowohl Backup-Konfiguration als auch alle Reports. Die Dateien können nachdem man den Dienst mit "service datarecovery stop" beendet hat gelöscht werden.</p>
<p>Allerdings muss man dann die Appliance neu konfigurieren. D.h. alle Backupjobs und Backupziele sind erstmal nicht mehr vorhanden. Die Restorepoints werden wieder angezeigt sobald man das Backupziel wieder korrekt konfiguriert hat.</p>
<p>Sehr umständlich aber es funktioniert, ich hoffe VMware baut in die nächste Version eine Logfile Verwaltung mit ein.</p>
<p>p.s. die standard Zugangsdaten zur Appliance sind root // <a href="mailto:vmw@re">vmw@re</a></p>
<p>Edit: Mit Version 1.2 ist's besser geworden <img src='http://blog.pagax.de/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.pagax.de/2010/04/21/tipps-fur-vmware-data-recovery-1-1/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

