<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Kommentare für Butschek.de</title>
	<atom:link href="http://www.butschek.de/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.butschek.de</link>
	<description>Linux, Server &#38; Co</description>
	<lastBuildDate>Wed, 11 Jan 2012 07:17:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Kommentar zu Perl MySQL Backup von Michael Butschek</title>
		<link>http://www.butschek.de/fachartikel/perl-mysql-backup/#comment-436</link>
		<dc:creator>Michael Butschek</dc:creator>
		<pubDate>Wed, 11 Jan 2012 07:17:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.butschek.de/?page_id=228#comment-436</guid>
		<description>PS: Ist es euch schon mal passiert, dass ihr so einen Text (wie ich eben im Kommentar) geschrieben habt und beim Absenden kam dann eine Fehlermeldung und der Text war weg? Wenn ja versteht ihr, warum ich es nicht mag, die Datenbank zu stoppen und dem Anwender damit eine Fehlermeldung zu präsentieren :-)</description>
		<content:encoded><![CDATA[<p>PS: Ist es euch schon mal passiert, dass ihr so einen Text (wie ich eben im Kommentar) geschrieben habt und beim Absenden kam dann eine Fehlermeldung und der Text war weg? Wenn ja versteht ihr, warum ich es nicht mag, die Datenbank zu stoppen und dem Anwender damit eine Fehlermeldung zu präsentieren <img src='http://www.butschek.de/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Perl MySQL Backup von Michael Butschek</title>
		<link>http://www.butschek.de/fachartikel/perl-mysql-backup/#comment-435</link>
		<dc:creator>Michael Butschek</dc:creator>
		<pubDate>Wed, 11 Jan 2012 07:16:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.butschek.de/?page_id=228#comment-435</guid>
		<description>Die &quot;Alternative&quot; ist keine echte Alternative. Bei geplanten Wartungen, zu denen der Server aus dem Produktivbetrieb genommen wird, mache ich es auch so. Aber bei einem Produktivserver geht das nicht.

Nehmen wir eine halbwegs aktuelle SATA2 Platte, die schafft um die 70 MByte/s. Das Kopieren von 10 Gigabyte Daten dauert dann selbst unterschiedlichen Quell- und Zielplatten im Optimalfall 2,5 Minuten.

Stell dir vor, zehntausende Webseiten eines großen Hosters würden jede Nacht für 2,5 Minuten nur &quot;Error: Can&#039;t connect to MySQL&quot; statt der Webseiten anzeigen. Alle Blogs, alle Typo3-Seiten, alle Portale, Scripte, also einfach fast alles.

Stell dir vor, große Webauftritte (nennen wir mal Facebook, Twitter, heise.de &amp; Co) würden 1x pro Nacht für 2,5 Minuten &quot;Error: Can&#039;t connect to MySQL&quot; anzeigen. Wie peinlich wäre das wohl für die Betreiber.

Außerdem sind vernünftige SLA damit nicht erreichbar. Bei einer Backupzeit von 2,5 Minuten ergibt das selbst bei kurzen Monaten eine Gesamtausfallzeit von über 60 Minuten, im Jahr hätten wir so über 15 Stunden Ausfall wegen dem MySQL-Backup. Die Verfügbarkeit würde also nur wegen dem Backup auf 99,8% sinken. Damit wären weder 99,9% noch 99,99% möglich, was viele Hoster versprechen und viele Kunden fordern.

Ein Rsync kopiert nur veränderte Daten und ist damit im Schnitt deutlich schneller als ein cp und dank dem Lock steht die Datenbank für diese kurze Dauer nur zum Schreiben nicht bereit, kann aber weiterhin alle Daten anzeigen. Damit haben wir keine Fehlermeldungen. So muss es sein :-)

Natürlich - so der jetzt vermutlich kommende Einwand - sind die Daten eines kleinen Privatservers nicht so groß und daher geht es schneller und stellt kein Problem dar. In diesem Fall kann man die stop-cp-start Methode durchaus anwenden, dennoch finde ich es auch bei kleinen Seiten unprofessionell, wenn sie einem Besucher plötzlich kurz eine Fehlerseite anzeigen, weil das Backup läuft. Dann würde ich doch eher den MySQL Dump empfehlen.</description>
		<content:encoded><![CDATA[<p>Die &#8220;Alternative&#8221; ist keine echte Alternative. Bei geplanten Wartungen, zu denen der Server aus dem Produktivbetrieb genommen wird, mache ich es auch so. Aber bei einem Produktivserver geht das nicht.</p>
<p>Nehmen wir eine halbwegs aktuelle SATA2 Platte, die schafft um die 70 MByte/s. Das Kopieren von 10 Gigabyte Daten dauert dann selbst unterschiedlichen Quell- und Zielplatten im Optimalfall 2,5 Minuten.</p>
<p>Stell dir vor, zehntausende Webseiten eines großen Hosters würden jede Nacht für 2,5 Minuten nur &#8220;Error: Can&#8217;t connect to MySQL&#8221; statt der Webseiten anzeigen. Alle Blogs, alle Typo3-Seiten, alle Portale, Scripte, also einfach fast alles.</p>
<p>Stell dir vor, große Webauftritte (nennen wir mal Facebook, Twitter, heise.de &#038; Co) würden 1x pro Nacht für 2,5 Minuten &#8220;Error: Can&#8217;t connect to MySQL&#8221; anzeigen. Wie peinlich wäre das wohl für die Betreiber.</p>
<p>Außerdem sind vernünftige SLA damit nicht erreichbar. Bei einer Backupzeit von 2,5 Minuten ergibt das selbst bei kurzen Monaten eine Gesamtausfallzeit von über 60 Minuten, im Jahr hätten wir so über 15 Stunden Ausfall wegen dem MySQL-Backup. Die Verfügbarkeit würde also nur wegen dem Backup auf 99,8% sinken. Damit wären weder 99,9% noch 99,99% möglich, was viele Hoster versprechen und viele Kunden fordern.</p>
<p>Ein Rsync kopiert nur veränderte Daten und ist damit im Schnitt deutlich schneller als ein cp und dank dem Lock steht die Datenbank für diese kurze Dauer nur zum Schreiben nicht bereit, kann aber weiterhin alle Daten anzeigen. Damit haben wir keine Fehlermeldungen. So muss es sein <img src='http://www.butschek.de/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Natürlich &#8211; so der jetzt vermutlich kommende Einwand &#8211; sind die Daten eines kleinen Privatservers nicht so groß und daher geht es schneller und stellt kein Problem dar. In diesem Fall kann man die stop-cp-start Methode durchaus anwenden, dennoch finde ich es auch bei kleinen Seiten unprofessionell, wenn sie einem Besucher plötzlich kurz eine Fehlerseite anzeigen, weil das Backup läuft. Dann würde ich doch eher den MySQL Dump empfehlen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu ISO-Datum in Windows Batch-Files von Michael Butschek</title>
		<link>http://www.butschek.de/2010/06/03/iso-datum-in-windows-bat/#comment-434</link>
		<dc:creator>Michael Butschek</dc:creator>
		<pubDate>Wed, 11 Jan 2012 06:58:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.butschek.de/?p=616#comment-434</guid>
		<description>Was bzw. wie aufdrehen?</description>
		<content:encoded><![CDATA[<p>Was bzw. wie aufdrehen?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Perl MySQL Backup von Michael</title>
		<link>http://www.butschek.de/fachartikel/perl-mysql-backup/#comment-433</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Wed, 11 Jan 2012 01:24:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.butschek.de/?page_id=228#comment-433</guid>
		<description>Danke für den Tipp. Möchte die Backup-Performance noch erhöhen und werde es mit rsync mal probieren.

Eine weitere Alternative um lock Probleme etc. zu umgehen: 
/etc/init.d/mysql stop
cp /var/lib/mysql/* -R /var/backups/mysql/
/etc/init.d/mysql stop

deutlich schneller als ein sql dump.</description>
		<content:encoded><![CDATA[<p>Danke für den Tipp. Möchte die Backup-Performance noch erhöhen und werde es mit rsync mal probieren.</p>
<p>Eine weitere Alternative um lock Probleme etc. zu umgehen:<br />
/etc/init.d/mysql stop<br />
cp /var/lib/mysql/* -R /var/backups/mysql/<br />
/etc/init.d/mysql stop</p>
<p>deutlich schneller als ein sql dump.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu ISO-Datum in Windows Batch-Files von Justin the Freak</title>
		<link>http://www.butschek.de/2010/06/03/iso-datum-in-windows-bat/#comment-236</link>
		<dc:creator>Justin the Freak</dc:creator>
		<pubDate>Thu, 13 Oct 2011 09:12:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.butschek.de/?p=616#comment-236</guid>
		<description>Gute Sache!

Ich finde man müßte das noch aufdrehen..
Thu Oct 13 11:12:20 CEST 2011</description>
		<content:encoded><![CDATA[<p>Gute Sache!</p>
<p>Ich finde man müßte das noch aufdrehen..<br />
Thu Oct 13 11:12:20 CEST 2011</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Analyse mit tcpdump/wireshark von Chrissio</title>
		<link>http://www.butschek.de/fachartikel/tcpdump-wireshark/#comment-119</link>
		<dc:creator>Chrissio</dc:creator>
		<pubDate>Sat, 16 Jul 2011 09:01:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.butschek.de/?page_id=246#comment-119</guid>
		<description>Hallo Michael,

ein wirklich sehr interessanter Beitrag!</description>
		<content:encoded><![CDATA[<p>Hallo Michael,</p>
<p>ein wirklich sehr interessanter Beitrag!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu OpenVPN einrichten von Mike</title>
		<link>http://www.butschek.de/2010/02/01/openvpn-einrichten/#comment-232</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Mon, 30 May 2011 20:33:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.butschek.de/?p=603#comment-232</guid>
		<description>Nicht durch OpenVPN, dazu braucht es einen Traffic Shaper. Schau mal hier: http://linuxwiki.de/TrafficShaper</description>
		<content:encoded><![CDATA[<p>Nicht durch OpenVPN, dazu braucht es einen Traffic Shaper. Schau mal hier: <a href="http://linuxwiki.de/TrafficShaper" rel="nofollow">http://linuxwiki.de/TrafficShaper</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu OpenVPN einrichten von Matthias</title>
		<link>http://www.butschek.de/2010/02/01/openvpn-einrichten/#comment-231</link>
		<dc:creator>Matthias</dc:creator>
		<pubDate>Mon, 30 May 2011 19:27:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.butschek.de/?p=603#comment-231</guid>
		<description>Hi, danke für die einfache Vorlage!

Gibt es einfache Möglichkeiten die Bandbreite Serverseitig(!) zu begrenzen?</description>
		<content:encoded><![CDATA[<p>Hi, danke für die einfache Vorlage!</p>
<p>Gibt es einfache Möglichkeiten die Bandbreite Serverseitig(!) zu begrenzen?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu htaccess: Nur mit meiner IP oder Passwort&#8230; von Jay</title>
		<link>http://www.butschek.de/2010/01/16/htaccess-ip-oder-passwort/#comment-229</link>
		<dc:creator>Jay</dc:creator>
		<pubDate>Mon, 09 May 2011 10:31:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.butschek.de/?p=599#comment-229</guid>
		<description>Vielen Dank! Klappt super.</description>
		<content:encoded><![CDATA[<p>Vielen Dank! Klappt super.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Procmail-FAQ von Sven Olaf</title>
		<link>http://www.butschek.de/procmail-faq/#comment-103</link>
		<dc:creator>Sven Olaf</dc:creator>
		<pubDate>Thu, 05 May 2011 21:49:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.butschek.de/?page_id=236#comment-103</guid>
		<description>Hi,

Ich möchte mit procmail nur Mails zustellen, die ich aus einer MySQL db lese.
Hat da jemand eine Idee.

Sven Olaf</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Ich möchte mit procmail nur Mails zustellen, die ich aus einer MySQL db lese.<br />
Hat da jemand eine Idee.</p>
<p>Sven Olaf</p>
]]></content:encoded>
	</item>
</channel>
</rss>

