<?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>Commenti a: Pianificare, eseguire e verificare il backup del proprio blog</title>
	<atom:link href="http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/</link>
	<description>Blogga al meglio. Guadagna online.</description>
	<lastBuildDate>Fri, 10 Feb 2012 09:24:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>Di: Adsense Blog</title>
		<link>http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/comment-page-1/#comment-11386</link>
		<dc:creator>Adsense Blog</dc:creator>
		<pubDate>Sun, 01 Nov 2009 09:19:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.guadagnareconunblog.com/?p=2603#comment-11386</guid>
		<description>@Enrico: giustamente automatizzare i processi può risultare molto utile, ma un paio di volte io ho provato a ripristinare un backup creato tutto in automaitco tramite lo strumento integrato in plesk ed è stato un mezzo disastro, per cui da quel giorno preferisco di gran lunga stare tranquillo e fare tutto a mano.</description>
		<content:encoded><![CDATA[<p>@Enrico: giustamente automatizzare i processi può risultare molto utile, ma un paio di volte io ho provato a ripristinare un backup creato tutto in automaitco tramite lo strumento integrato in plesk ed è stato un mezzo disastro, per cui da quel giorno preferisco di gran lunga stare tranquillo e fare tutto a mano.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Enrico - Guadagno su Internet</title>
		<link>http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/comment-page-1/#comment-9990</link>
		<dc:creator>Enrico - Guadagno su Internet</dc:creator>
		<pubDate>Fri, 18 Sep 2009 07:42:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.guadagnareconunblog.com/?p=2603#comment-9990</guid>
		<description>@FNF

Grazie per la precisazione!

Uno strumento quindi molto utile per poter garantire continuità del servizio nel caso di problemi di inacessibilità del nostro DB principale (ipotizzando chiaramente di avere un front-end separato dal DB).

Da affiancare comunque ad una corretta strategia di backup per salvaguardare i dati e storicizzarli.</description>
		<content:encoded><![CDATA[<p>@FNF</p>
<p>Grazie per la precisazione!</p>
<p>Uno strumento quindi molto utile per poter garantire continuità del servizio nel caso di problemi di inacessibilità del nostro DB principale (ipotizzando chiaramente di avere un front-end separato dal DB).</p>
<p>Da affiancare comunque ad una corretta strategia di backup per salvaguardare i dati e storicizzarli.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: FNF</title>
		<link>http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/comment-page-1/#comment-9976</link>
		<dc:creator>FNF</dc:creator>
		<pubDate>Thu, 17 Sep 2009 22:57:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.guadagnareconunblog.com/?p=2603#comment-9976</guid>
		<description>La replica avviene pressocchè in tempo reale, vai praticamente a creare un gemello del tuo db (quando scrivi su uno automaticamente le informazioni vengono clonate anche sull&#039;altro), pertanto non si tratta di un backup che devi impostare ad intervalli periodici. Dico &quot;pressocchè&quot; poichè la replica viene effettuata in maniera asincrona, ma lo scarto di tempo e brevissimo che è come se tutto avvenisse in tempo reale. Il vero real-time si ha usando delle architetture clusterizzate, mysql pure permette una struttura del genere ma per dei blog personali sinceramente non credo ne valga la pena.
Ciao</description>
		<content:encoded><![CDATA[<p>La replica avviene pressocchè in tempo reale, vai praticamente a creare un gemello del tuo db (quando scrivi su uno automaticamente le informazioni vengono clonate anche sull&#8217;altro), pertanto non si tratta di un backup che devi impostare ad intervalli periodici. Dico &#8220;pressocchè&#8221; poichè la replica viene effettuata in maniera asincrona, ma lo scarto di tempo e brevissimo che è come se tutto avvenisse in tempo reale. Il vero real-time si ha usando delle architetture clusterizzate, mysql pure permette una struttura del genere ma per dei blog personali sinceramente non credo ne valga la pena.<br />
Ciao</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Enrico - Guadagno su Internet</title>
		<link>http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/comment-page-1/#comment-9975</link>
		<dc:creator>Enrico - Guadagno su Internet</dc:creator>
		<pubDate>Thu, 17 Sep 2009 22:40:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.guadagnareconunblog.com/?p=2603#comment-9975</guid>
		<description>@FNF

Questo accorgimento è ottimo per la continuità del servizio in caso di emergenza o per ripristinare qualche cancellazione fatta per sbaglio di cui ci si è accorti subito.

Non so ogni quanto hai schedulato la sincronizzazione dei Database, ma di sicuro è comunque necessario mantenere delle copie storiche di backup in aggiunta.

Ottima segnalazione e grazie.</description>
		<content:encoded><![CDATA[<p>@FNF</p>
<p>Questo accorgimento è ottimo per la continuità del servizio in caso di emergenza o per ripristinare qualche cancellazione fatta per sbaglio di cui ci si è accorti subito.</p>
<p>Non so ogni quanto hai schedulato la sincronizzazione dei Database, ma di sicuro è comunque necessario mantenere delle copie storiche di backup in aggiunta.</p>
<p>Ottima segnalazione e grazie.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: FNF</title>
		<link>http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/comment-page-1/#comment-9969</link>
		<dc:creator>FNF</dc:creator>
		<pubDate>Thu, 17 Sep 2009 19:22:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.guadagnareconunblog.com/?p=2603#comment-9969</guid>
		<description>Una piccola aggiunta:
MySQL consente di impostare le repliche di database, ovvero delle copie &quot;slave&quot; di un database mysql sulle quali vengono copiati in maniera asincrona gli stessi dati della copia principale &quot;master&quot;. Non è necessario tenere i db sullo stesso host quindi; da quando ho scoperto questa funzionalità sono più tranquillo, per ogni blog, sito, cms che ho in giro ho una copia replicata su un altro hosting, localizzato geograficamente lontano dai  server che ospitano i db master. La copia è del tutto trasparente agli utenti e non rallenta il caricamento del sito (fermo restando che le query costituiscano sempre il carico maggiore in confronto alle modifiche o cancellazioni).
L&#039;unica difficoltà sta nel fatto che gli hosting economici condividono i database pertanto potrebe non essere possibile accedere ai parametri di configurazione per mancanza di permessi (onde evitare di replicare il database di qualcun altro)!</description>
		<content:encoded><![CDATA[<p>Una piccola aggiunta:<br />
MySQL consente di impostare le repliche di database, ovvero delle copie &#8220;slave&#8221; di un database mysql sulle quali vengono copiati in maniera asincrona gli stessi dati della copia principale &#8220;master&#8221;. Non è necessario tenere i db sullo stesso host quindi; da quando ho scoperto questa funzionalità sono più tranquillo, per ogni blog, sito, cms che ho in giro ho una copia replicata su un altro hosting, localizzato geograficamente lontano dai  server che ospitano i db master. La copia è del tutto trasparente agli utenti e non rallenta il caricamento del sito (fermo restando che le query costituiscano sempre il carico maggiore in confronto alle modifiche o cancellazioni).<br />
L&#8217;unica difficoltà sta nel fatto che gli hosting economici condividono i database pertanto potrebe non essere possibile accedere ai parametri di configurazione per mancanza di permessi (onde evitare di replicare il database di qualcun altro)!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Enrico - Guadagno su Internet</title>
		<link>http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/comment-page-1/#comment-9824</link>
		<dc:creator>Enrico - Guadagno su Internet</dc:creator>
		<pubDate>Fri, 11 Sep 2009 22:47:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.guadagnareconunblog.com/?p=2603#comment-9824</guid>
		<description>@Redemption

Purtroppo in tanti, anche tra le aziende che seguo, si iniziano ad accorgere dell&#039;importanza del backup solo quando si trovano nella situazione di doverlo utilizzare.

Che strategia di backup hai adottato?</description>
		<content:encoded><![CDATA[<p>@Redemption</p>
<p>Purtroppo in tanti, anche tra le aziende che seguo, si iniziano ad accorgere dell&#8217;importanza del backup solo quando si trovano nella situazione di doverlo utilizzare.</p>
<p>Che strategia di backup hai adottato?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Redemption</title>
		<link>http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/comment-page-1/#comment-9817</link>
		<dc:creator>Redemption</dc:creator>
		<pubDate>Fri, 11 Sep 2009 18:45:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.guadagnareconunblog.com/?p=2603#comment-9817</guid>
		<description>Per non fare backup ho perso il lavoro di una settimana... da allora mi sono attrezzato perché la cosa non si riproponga più.</description>
		<content:encoded><![CDATA[<p>Per non fare backup ho perso il lavoro di una settimana&#8230; da allora mi sono attrezzato perché la cosa non si riproponga più.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Il meglio della settimana #28 &#124; BigThink</title>
		<link>http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/comment-page-1/#comment-9640</link>
		<dc:creator>Il meglio della settimana #28 &#124; BigThink</dc:creator>
		<pubDate>Sat, 05 Sep 2009 08:58:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.guadagnareconunblog.com/?p=2603#comment-9640</guid>
		<description>[...] Pianificare, eseguire e verificare il backup del proprio blog Una esauriente guida tecnica su come effettuare il backup di WordPress e con quali strumenti. [...]</description>
		<content:encoded><![CDATA[<p>[...] Pianificare, eseguire e verificare il backup del proprio blog Una esauriente guida tecnica su come effettuare il backup di WordPress e con quali strumenti. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Enrico - Guadagno su Internet</title>
		<link>http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/comment-page-1/#comment-9587</link>
		<dc:creator>Enrico - Guadagno su Internet</dc:creator>
		<pubDate>Thu, 03 Sep 2009 15:44:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.guadagnareconunblog.com/?p=2603#comment-9587</guid>
		<description>@Adsense Blog

Fare tutto a mano ha i suoi vantaggi, ma anche pesanti svantaggi: io, personalmente, molto spesso mi dimenticherei di farlo.

Anche i tempi per una gestione manuale sono inevitabilmente più larghi. Tu hai scritto che fai il backup ogni 30 giorni: se si è molto sfortunati e la rottura capita il ventinovesimo giorno? E&#039; una bella rottura...

Una via di mezzo, che trovo molto interessante, è quella di gestire un backup frequente in automatico e, in aggiunta, uno manuale con cadenza ridotta (ad es. mensile come nel tuo caso).</description>
		<content:encoded><![CDATA[<p>@Adsense Blog</p>
<p>Fare tutto a mano ha i suoi vantaggi, ma anche pesanti svantaggi: io, personalmente, molto spesso mi dimenticherei di farlo.</p>
<p>Anche i tempi per una gestione manuale sono inevitabilmente più larghi. Tu hai scritto che fai il backup ogni 30 giorni: se si è molto sfortunati e la rottura capita il ventinovesimo giorno? E&#8217; una bella rottura&#8230;</p>
<p>Una via di mezzo, che trovo molto interessante, è quella di gestire un backup frequente in automatico e, in aggiunta, uno manuale con cadenza ridotta (ad es. mensile come nel tuo caso).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Adsense Blog</title>
		<link>http://www.guadagnareconunblog.com/2009/08/pianificare-eseguire-e-verificare-il-backup-del-proprio-blog/comment-page-1/#comment-9582</link>
		<dc:creator>Adsense Blog</dc:creator>
		<pubDate>Thu, 03 Sep 2009 13:51:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.guadagnareconunblog.com/?p=2603#comment-9582</guid>
		<description>Io sinceramente preferisco fare il backup manuale, poichè utilizzando script e plugin automatici si rischia poi di incontrare problemi nella fase di ripristino. Lo dico per esperienza personale.
Quindi una volta al mese mi scarico i dati FTP e poi con PHPmyAdmin faccio una copia del database.</description>
		<content:encoded><![CDATA[<p>Io sinceramente preferisco fare il backup manuale, poichè utilizzando script e plugin automatici si rischia poi di incontrare problemi nella fase di ripristino. Lo dico per esperienza personale.<br />
Quindi una volta al mese mi scarico i dati FTP e poi con PHPmyAdmin faccio una copia del database.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

