Newsgroup: it.lavoro.informatica
Titolo: Tophost

[cut]
" un'anomalia su quattro dischi in RAID10, dove un disco è andato in
fault e in fase di ricostruzione del RAID si è generato il problema
che ha provocato la grave corruzione dei filesystem sui quali
funzionano i database MySQL del servizio. "
[cut]
"La compagnia non prevede il backup degli spazi utente, della posta e
dei database dei servizi acquistati, "
[cut]
"In queste ore sono numerosi gli utenti che parlano della perdita di
interi database contenenti siti e informazioni di anni, per i quali
non dispongono di backup"
[cut]
http://www.hostingtalk.it/news/hosting-italiano/7191/tophost-e-storage-i-dettagli-su-quanto-accaduto
http://www.tophost.it/aiuto/cat2/18/304/

 [cut]
e quindi?
c'e' scritto chiaramente al momento dell'ordine che i backup se lo 
devono fare gli utenti che pretendi per quei prezzi e comunque ora hanno 
risolto e pare che non siano avvenuti dei gran danni e comunque ammiro 
la loro trasparenza.
<cite>
Dopo il ripristino della funzionalità dello storage avvenuto ieri, oggi 
abbiamo lavorato nel recupero dei database usando tutti i mezzi e le 
fonti a noi disponibili.
Tutto ciò che è stato possibile recuperare è stato recuperato, in 
qualche caso è stato recuperato il database senza qualche tabella, 
risultata corrotta. Alla fine delle operazioni sono rimasti fuori 
qualche centinaio di database per i quali, ci spiace, non c'è più nulla 
da fare.
Aggiornamento delle 19:00. Ci spiace veramente per i dati che non siamo 
riusciti a recuperare.  In questi due giorni di fuoco abbiamo lavorato 
alacremente fino a tarda notte, perché ci teniamo a risolvere nel 
miglior modo possibile ogni problema e questo anche se potevamo 
nasconderci dietro le norme di fornitura dove è detto che l'integrità 
dei dati non è garantita e rendere a tutti i clienti semplicemente spazi 
resettati.
</cite>

 e quindi?
Quindi niente, non è storiellina interessante ? L'HD che si brucia
mentre rifai il raid ( l'occhio della sfiga è sempre aperto ! ), gli
utenti che non si sono posti neppure il problema ed hanno perso anni
di lavoro.
Mi sembrava interessante.

 mentre rifai il raid ( l'occhio della sfiga è sempre aperto ! )
non sapremo mai se si tratta si "sfiga" o "neglicenza" o "incompetenza" 
usurati". Si potrebbe pensar male e per es. che quei dischi non erano 
nuovissimi , magari spremuti come limoni e ci sta che si rompano nello 
sforzo di ricostruire il raid, ma sarà stata sfiga dai! :-D :-D

 Mi sembrava interessante.
Ennesima conferma della bontà delle intuizioni di Darwin.
Correlando, jeri si visitava un cimitero ad Andover, quando alla vista
di una ultracentenaria magnificamente conservata stele in marmo rosa,
mi sovvenne di confessare alla mia diletta che fra cento altr'anni mi
piacerebbe vivere, anche solo per un giorno, sì da vedere il mausoleo
del Cascella in Villa San Martino in quel di Arcore, giusto per vedere
chi ci sarà andato a finire.
--
ale
http://ale.riolo.co.uk

 non dispongono di backup"
pensa che (non mi ricordo se qui o in un altro gruppo) parlavano di
usare gli spazi web a basso costo tipo tophost come backup online...

 
http://www.tophost.it/aiuto/cat2/18/304/
osservando anche la pagina FB di tophost, mi sembra si muovano con
molta professionalità.
Con quei prezzi, ci mancherebbe che qualcuno si lamenti perchè non si
era backuppato il sito..

 era backuppato il sito..
non credo sia il problema delle lamentele, dopo aver creato un
disservizio a 30000 clienti e aver perso un centinaio di db io dico
che la loro preoccupazione sia non perderli questi clienti, a
prescindere dal fatto che abbiano o meno titolo per lamentarsi...

 sfiga dai! :-D :-D
Ma anch no. Ricordo vagamente un server HP in cui i dischi andarono a
donnine uno alla volta tutti, a partire a una settimana dalla messa in
servizio fino ad arrivare a 6 settimane dopo.
Fortuna che erano dischi hot swap, e fortuna che non ne sono partiti
due assieme.
-- 
Ciao!
Luca

 due assieme.
:-D

 la loro trasparenza.
ammiro anche la tua faciloneria nel valutare il caso :)
come ho già detto sono stati interessati 30000 database, "hanno
risolto" con la perdita di un centinaio, a me sembra come minimo una
figura di merda di portata notevole. hai voglia di dire "che pretendi,
il backup te lo dovevi fare da te", il cliente che abbia ragione o
torto se non è soddisfatto se ne va mica sta lì a sentire le tue
prediche :-)

 prediche :-)
in realta' il problema ha interessato solo i nodi 1,2,3 e 4 avendo io il 
blog sul 5 ho fatto il backup(visto che non lo facevo da un paio di mesi 
:-D) e ho liquidato il caso, ora per favore non pigliatemi in giro! :-D


Il cliente si lamenta sempre.
I miei clienti, ignoranti o finti ignoranti, di certo se perdo il db del 
loro sito mi dicono che avrei dovuto averlo in backup io, ma se gli 
vendo un dominio con spazio mi dicono che top host o aruba o altri 
costano di meno.
Quindi io posso anche lavorare su tophost e tenere i backup dei miei 
clienti "ignoranti" ma gli "ignoranti" dovrebbero capire che il servizio 
costa, e quindi la mia responsabilità di fare il backup ha un costo che 
è anche minimo rispetto a quello che chiedo.
Ultimo "professionista" ingegnere con "colleghi" professionisti 
informatici chissà perché non riuscivano a capire che basta l'ftp per 
avere la possibilità di modificare il sito.... e continuavano a 
chiedermi il mio accunt di hosting condiviso.
Inoltre non sono contenti con poche decine di euro di stare in prima 
pagina di google con il sito appena fatto.
Non hanno capito che la loro "ignoranza" ha rotto il cazzo, praticamente 
lo fanno per fregare e avere lavori in più a gratis.
Cmq, gli ho risolto il contratto, il sito anche se non crittografo le 
pagine, non è modificabile "facilmente" e se lo toccano si perdono le 
indicizzazionio sui motori.
Mi voglio divertire.....


Quindi alla fin della fiera *proporre* (nel senso di vendere) servizi di 
hosting senza includere il backup è come cercare di guadagnare giocando in 
borsa?
Come si dice, i tizi di top host han rischiato e gli è andata male... azzi 
loro (a livello commerciale intendo)... :-)


Un buon programma o comunque una struttura di backup di una certa 
dimensione ha dei costi, in banda, hardware e software, se si va al 
rispoarmio alcune cose non si possono fare, essendo che i costi sono gli 
stessi per tutti.
Poi se sono qualche giga, fa niente, ma tera di cose ci vuole davvero da 
spendere.

 borsa?
Bah, voglio spendere i mei due cents. Secondo me una cosa è non
metterlo nel contratto ed una cosa e non farlo.
Ovvero, se lo metti nel contratto poi lo devi rispettare e hai degli
obblighi e dei costi, se non lo metti ma ti attrezzi per il disaster è
una buona idea.
Parlano di 4 dischi, quanto costava un dischetto sata magari usb dove
fare ogni tanto il backup, forse tanto per l'enormità di siti che
hanno o non lo so, però sarebbe stata una buona idea imho.

4r4g0rn At Work ha scritto:

A proposito, hai idea se si possa fare un backup anche per un Topblog?
grazie,
Gabriele

 azzi loro (a livello commerciale intendo)... :-)
se gli è andata bene o male non lo so, fatto sta che le clausole di non 
responsabilità non includono la tutela contro il danno di immagine e la 
perdita dei clienti.

 
......
scusa, come interpreti questa FAQ
(
http://www.tophost.it/aiuto/cat2/15/24/)
?:
Il backup viene da noi effettuato con cadenza bisettimanale.
ATTENZIONE: Il backup è a solo uso interno, ovvero per il ripristino dei 
siti in caso di rotture hardware.
Non è quindi possibile chiedere il ripristino del proprio sito dai 
nostri backup, ma ogni cliente deve provvedere ad effettuare i propri 
backup per uso personale.
.... aggiornata casualmente il giorno del disastro:
Aggiornamento del 26/08/2010. Il backup da noi effettuato serve per 
poter riattivare i servizi e le configurazioni di base dei nostri 
prodotti a livello iniziale. Come da norme di fornitura non è garantito 
il ripristino dei dati del cliente e raccomandiamo nuovamente di 
effettuare un backup personale di quanto pubblicato.
shevek

 A proposito, hai idea se si possa fare un backup anche per un Topblog?
be' il mio backup consiste nel fare il dump dei dati da phpmyadmin e 
copiarmi tutti i file ftp in locale... senza contare che per wordpress 
ci sono dei plugin che ti fanno il backup semiautomaticamente e forse 
fanno al caso tuo.
io non ho topblog ma c'e' il control panel anche in quello?

 (
http://www.tophost.it/aiuto/cat2/15/24/)
?:
che hanno chiarito una faq scritta non benissimo, se non erano 
trasparenti non avresti potuto manco confutarla questa faq. :-D
cmq hanno + di 100000 domini registrati, chissa' in quanti hanno subito 
il danno, oltretutto hanno il sistema di pagamento con feedback tutti 
quelli che hanno subito il danno possono pagare di meno... sempre che 
mantengano il sistema! :-D

 trasparenti non avresti potuto manco confutarla questa faq. :-D
veramente la faq era chiarissima. solo che non era vera. direi che è
decisamente scorretto dire al cliente che c'è un backup bisettimanale
"per il ripristino dei siti in caso di rotture hardware" se poi in
caso di rotture hardware al cliente non ripristini un bel nulla,
perché il "chiarimento" in sostanza dice questo.
dalla faq si capisce chiaramente che non fanno ripristini su richiesta
del cliente, ma in caso di loro disastro si.

 del cliente, ma in caso di loro disastro si.
:) esatto, per questo "me ne sono andato".
Oltretutto un disastro "fisico" si porta dietro anche un disastro 
"logico". Mi sono venuti i brividi nel leggere di ripristini manuali 
(pezzi di db finiti in lost+found). Restituire un db recuperato così, 
con tabelle corrotte o "mancanti", tirato su alla meno peggio non è mica 
una gran cosa.... vero che l'integrità dei dati non è assicurata 
contrattualmente, però :)

 hanno o non lo so, però sarebbe stata una buona idea imho.
non è il "dischetto usb" il problema, ma il fatto che ci sono 30000 
(TRENTAMILA) database MYSQL su quel server di cui devi fare il backup A 
CALDO e in maniera tale da avere i dati che rispettino l'integrità 
referenziale... una tabella vuota o con un solo record mancante può 
comunque essere un problema...
Aggiungo alcuni spunti di possibile riflessione:
- il backup dei siti web è la cosa sulla quale i programmi di backup 
hanno più problemi perché sono tantissimi files piccoli
- i software di backup COSTANO e TANTO, hanno bisogno di tempo per 
girare e possono appesantire molto un server durante le fasi di salvataggio
- non mi risulta ci sia un prodotto di backup che supporti mysql per 
backup a caldo (non so proprio se mysql gestisca i backup a caldo !)
- lo storage di marche serie (emc2 o 3par) costa TANTO TANTO TANTO...
- non è il primo caso di servizio web che "perde tutto", ce ne furono un 
paio clamorosi lo scorso anno, con perdita totale dei dati..
La mia riflessione ora vuole essere un'altra: oltre all'uso del "più 
sicuro" raid 6 (ma solo per il fatto che regge la rottura di due dischi) 
quali altri accorgimenti avrebbero potuto prendere ? Backup, ok, ma come ?

 backup a caldo (non so proprio se mysql gestisca i backup a caldo !)
E poi mi chiedono perchè uso SqlServer......

 io non ho topblog ma c'e' il control panel anche in quello?
Mi pare di no, guarderò se c'è modo di metterci un plug-in come dici tu.
ciao,
Gabriele


Infatti, il fatto che nel 2010 un rdbms non gestisca di default il tlog e il 
backup "tipico" online che fa una copia consistente dei dati, anche con 
transazioni in corso ovvio, è veramente una vaccata colossale!
Non ci credo comunque, deve essere possibile fare lo stesso anche con mysql, 
altrimenti è troppo una biciata.

 quali altri accorgimenti avrebbero potuto prendere ? Backup, ok, ma come ?
ma anche nessuno. solo che in caso di disaster devi essere pronto a
salutare tanti clienti nonché a una pesante ricaduta d'immagine.
perché se è vero che contrattualmente puoi declinare la responsabilità
del backup è altrettanto vero che contrattualmente non puoi pretendere
che il cliente e/o l'opinione pubblica sia comprensiva nei tuoi
confronti dopo che per la rottura di un tuo disco si sono persi fior
di dati.
lo so, la vita è dura... :)

 E poi mi chiedono perchè uso SqlServer......
Conosco un posto dove per fare il backup di sqlserver non fanno altro 
che fare un dump del database e poi fare il backup del file perché hanno 
avuto non so quali problemi...


Guarda, su SQL Server con un normale comando TSQL di BACKUP DATABASE , fai 
il backup online senza nessun problema.
Che poi esistano quelli che stoppano il servizio e usano il comando copy č 
un altro discorso, ma non ci azzecca nulla come si dice :-)

 avuto non so quali problemi...
E io conosco uno che con un'ape ha buttato giù un cipresso, pensa te
in retromarcia !

 E poi mi chiedono perchè uso SqlServer......
Quindi secondo te l'unica alternativa a mysql è SQLServer?

 Quindi secondo te l'unica alternativa a mysql è SQLServer?
secondo me SqlServer è l'unica alternativa a tutto, all'xbox :-))))


Gabriele