Storie dalla Sala Macchine

Le repliche di MySQL tanto non replicano, senza nessun motivo smettono di replicare e il modo più rapido che ho trovato per ripristinare la replica sullo slave è proprio cancella e ricomincia da capo. È fatto così, evidentemente, pensavo di essere l'unico a cui capitavano 'ste cose.

consolati, non sei da solo

Rendere il cluster un vero cluster?Naaa! troppo bello !Vedrai che ti chiederanno di farlo a colpi di macchine virtuali!

ma che sei tu? un veggente?

E ti è andata bene che son solo 80GB di roBBa. Io qui ho un cluster/non cluster (3 locali + 2 "extern) con un DB di proporzioni bibliche (leggasi: 500GB + incrementale giornaliero di +10~GB). Quando collassa tutto e devo fare ripristino l'intera popolazione locale viene deliziata di solenni canzoni sacre (leggasi: $bestemmioni)

Caro D., cari tutti...

vorrei raccontare della settimana appena passata, la settimana del terrore, in cui:

a) lunedi' si sono 'sconfigurati' i DNS di buona parte dei nostri clienti (non dico di chi e' la colpa, diciamo che $CompagniaTelefonicaNazionale ci ha messo lo zampino), il nostro prode Sysadmin non ha smesso di rispondere al telefono dalle ore X alle ore X+$suoorariodilavoro o giu' di li';

b) venerdi', approssimativamente attorno alle ore 14 il motore dell'$antivirus di molti clienti ha deciso che c'era qualcosa che non andava - files di sistema cancellati a casaccio - bestemmie di clienti - aribestemmie di clienti - aiuto aiuto moriremo tutti...

E meno male che non lavoro piu' al TechSupp!!!

E qualcosa mi dice che oggi si ricomincia!!!

Una bella giornata non c'è che dire...

Ma non sentivi pruderti i sensi di ragno quella mattina? forse era il caso di restare a letto!

pensavo fossero le zanzare...

Piu' vedo i casini provocati dalle repliche di MySQL, piu' son contento di aver fatto il mio Cluster (che funziona come un orologio svizzero) mettendo il DB su una device DRBD e facendo salire MySQL solo sul nodo Master...

si, che e' quello che penso io quando mi dicono "cluster", invece pare che loro dicano "cluster" e intanto pensano "macchine separate con replicazione che non funziona"...

ma tu non dovresti essere quello che risolve i problemi? altrimenti che sei li a fare, eh? (su web non rende il tono con cui e' stata detta la frase: il tono va inteso come "sei uno che sa fare il suo mestiere".

si, tempo/soldi/possibilita permettendo...

Pensa che il mio gruppo gestisce tra le altre cose DUE ARCHITETTURA in due location diverse in cluster: vuol dire che i servizi passano da una sala all'altra per una 30ina di apparati (superdome, ws con db applicazioni, load balancer...). Sai come sono connesse le due sale, tra roma e milano? Un catalyst singolo con un tunnel su rete pubblica.

Devo aggiungere altro?

vedo molti falsi allarmi nel tuo futuro

passa a postgresql, mysql non e' un database

potrei ribadire che neanche PostGre lo e'... ma io sono di parte. E comunque, non e' una scelta mia

>> franganghi dice il 08/09/2008 09:17:

>> Un catalyst singolo con un tunnel su rete pubblica.

> vedo molti falsi allarmi nel tuo futuro

Io invece credo di vedere un curriculum che si aggiorna...

...e meno male che non usate microblows sql waster!

qui da noi ogni tanto il suddetto ci ricorda le sfide con la spada di monkey island (di cui dovresti avere un deja vu, in una delle tue storie)

Anche qui da noi il cluster con MySql fa quello che dovrebbe fare, i dati sono su un'area dischi di rete (con raid, backup e altare votivo ai grandi antichi) e mysql è sul master mentre lo slave è pronto a sorgere per salvare la giornata. Per un attimo era balzata fuori l'idea di virtualizzare il tutto ma la proposta e' stata cassata in tempo zero.

Ah gia', dimenticavo di dire che il "cluster" lo aveva configurato $fornitore e che $collegaSveglio ha dovuto lottare con le unghie e con i denti per rimettere in piedi il tutto dopo un'apocalisse atmosferica visto che la "configurazione" era inesistente e che il sistema risultava funzionante fintanto che non veniva spento.

Gama

Ho un cliente con un cluster Mysql Master/Slave.. a parte che la replica si incricca come e quando vuole... la cosa fantastica e' che se per sbaglio crei un trigger sbagliato, sto scemo lo scrive nel binlog bloccando anche lo slave... e cancellalo poi!

Emmenomale che io ho sempre scelto pgsql da 10 anni a sta parte.

Pensavo di essere l'unico, invece vedo molti in situazione di Cluster/noncluster, aspetto con rassegnazione il prossimo schianto, tanto le cose le capiscono solo con le cattive... Mi sta venendo in mente un colpo da BOFH stile Kyocera di tua antica memoria, che ne dici?

siediti in sala macchine ed aspetta, vedrai il cadavere del cluster passare... il guaio e' poi che sarai tu a doverlo rianimare.

Usare SQL Server 2008 no eh ??????

Passa a Windows che è meglio!!!!!!

(spero si intenda il senso ironico...)

Hummm... di fronte ad un non-cluster fatto cosi', pure SQL Server ha i suoi vantaggi eh...

> potrei ribadire che neanche PostGre lo e'... ma io sono di parte

perche' no? consideri un DB solo l'oracolo?

No, non solo lui, io trovo che DB2 sia molto piu' "database" di PostGre e MySQL messi insieme. Certo, Oracle ha i suoi ca$$i pure lui, ma se devo scegliere un database sul quale appoggiare il 100% delle funzionalita' di una ditta commerciale (aka: ci fai i soldi), anche la licenza di Oracle non e' poi cosi' costosa.

>Andrè dice il 08/09/2008 10:24:

>...e meno male che non usate microblows sql waster!

>

>qui da noi ogni tanto il suddetto ci ricorda le sfide con la >spada di monkey island (di cui dovresti avere un deja vu, in >una delle tue storie)

Sto tremando, sto tremando!

io sono la gomma tu la colla

:P

>ma se devo scegliere un database sul quale appoggiare il 100% delle funzionalita' di una ditta commerciale (aka: ci fai i soldi), anche la licenza di Oracle non e' poi cosi' costosa.

La scelta di oracoso secondo me dipende proprio dalle possibilità dell'azienda e dalla complessità di quello che ci deve girare sopra. Per quanto mi riguarda pero' non mi piace scrivere i miei programmi legandomi troppo alle possibilita' offerte dal database: mi e' gia' capitato troppe volte di dover riscrivere troppo per svincolarmi quando "le alte cerchie" hanno optato per un cambio di piattaforme.

Gama

Beh mi pare che questa storia sia gemella di quella prima. Prima la buzzword era "virtualizzazione" e ti han fatto virtualizzare qualcosa che non andava virtualizzato e quì è "clusterizzazione" è han fatto clusterizzare qualcosa che forse andava clusterizzato ma l'han fatto fare a qualcuno che non era capace.

DB2 é una barzelletta.

io potrei dire che MySQL e PostGre lo sono

1. I dati non si possono replicare facilmente (aka, se non spendendo ${THOUSANDS} per tool di terze parti) fra DB2 su architetture diverse (PPC vs WIntel vs LIntel). Oracle lo fa.

   se hai bisogno della replicazione e usi DB2 hai gia' speso una barca si soldi, quindi non e' un problema

2. Non puoi fare il drop selettivo delle colonne dalle tabelle. Le butti giù, cambi tutti gli script e le ritiri su.

   mai sentito il bisogno di fare un drop selettivo di colonne, l'unica situazione in cui posso immaginarlo e' durante lo sviluppo, ma allora puoi anche fare un drop dell'intero database

Sicuramente qualche cazzata più grave c'é, ma sono 6 mesi che non ci devo più lottare e sono riuscito a dimenticarmele poco per volta

Fanculo a DB2 ed anche a Websphere.

Sull'ultima parte concordo

Almeno Oracle ha cluster "veri" dove tutti i nodi sono online contemporaneamente e possono prendere in carico il lavoro di eventuali nodi falliti accedendo all'intero DB. E se si vuole replicare su un altro DB (anche in cluster) Dataguard permette di avere repliche sincrone o asincrone - si può perfino usare il db in standby in modo read-only. Certo, non costa poco (a seconda della licenza e del numero di client), ma effettivamente quando il gioco si fa duro...

PS: quanto al drop selettivo delle colonne può capitare di farlo upgradando un'applicazione - può essere più veloce che copiare tutti i dati in una nuova tabella e droppare quella vecchia - specialmente con DB piuttosto cicciosi.

Regà, SQLite3!

C'ha tutto quello che serve e la replica la fai con rsync!

voglio vederti ad rsyncare 80 Gb...

insuperabilmente,

Cthulhu

'O lamentosi che non siete altro!

Avete voluto abbandonare MDB e DBF. Mò sò c@##i vostri!

L'MDB sinceramente non l'ho mai preso in considerazione, ed il DBF non lo ho abbandonato per scelta mia.

limaCat ha detto:

>Non puoi fare il drop selettivo delle colonne dalle tabelle.

>Le butti giù, cambi tutti gli script e le ritiri su.

e invece ...

alter table NOMETABELLA drop NOMECOLONNA ;

Vabbe' che andavo meglio quando andavo giu' di Toad su Oracle, ma cribbio, DB2 te lo permette, di droppare una colonna!

... in attesa del prossimo lunedi', Davide!

ciao

Zappa

Bello, in alcuni argomenti sempre tutti d'accordo (tutti contro M$, tutti pro-script, tutti pro-vpn, tutti anti-VM), ma poi sul DB volano i coltelli come in una cucina con tante suocere!!

ahaha

PS: WebSphere SUKA anche secondo me!

Nelle faq di it.comp.database sembrava che tu avessi parlato bene di postgresql...

Cosa e' cambiato che non ti convince piu'?

Non e' che non mi convince. Se devo scegliere un database 'gratuito' allora e' un conto, se devo scegliere un database su cui deve girare una azienda e' un altro conto.

Anche io ho avuto dei casini con p.g. (8.0 windows: nelle select non accettava i nomi di nessuna colonna, bug segnalato e poi risolto nella versione successiva)

Quale db free consigli per un uso professionale "light", che sia piu' che tutto affidabile (naturalmente parlando di dbms veri, che supportano almeno le chiavi esterne, integrita' referenziale, e acid)?

per un uso PROFESSIONALE, non consiglio un database free.

A suo tempo avevo provato anche sapdb, ma mi sembrava abbastanza pesante e incasinato.

Concordo... ogni volta che sento parlare di database ridondanti, configurazioni master/slave, ebblatere, ebblatere, di solito mi presento dal cliente con due schede di rete aggiuntive e vado giu' di heartbeat e drbd...

Ma ora ho la fortuna di essere passato dall'altra parte, e finalmente il consulente esterno di cui si fidano sono io!

... dato che prevenire e' meglio che curare, no non sono un gabbiano... al limite un pellicano!

@Paolo

E vedessi quanto s'innajano sugli editor di testo o tool di sviluppo

Bene o male tutti i DB hanno cazzi, bene o male tutti i DB se ben configurati e ben manutenuti lavorano bene.

I problemi ci sono e ci saranno sempre, meglio cosi', senno' nada lavoro...

Comunque per la cronaca, ho appena avuto un'esperienza con Oracle e vi assicuro che anche lui tiene i suoi cazzi, anche piu' di MySQL per certi versi.

Soprattutto non capisco Oracle in contesti dove davvero non serve affatto... e' come sparare ad una mosca con un bazzuca...

Saluti!

Bazzuca = bazooka, per chi avesse problemi a capirlo al primo colpo...

Ave a te o signor ORACLE.... A mio parere più figo...

Ciauz

@KM: grazie per la traduzione in real-time, potresti avere un futuro come traduttore

@Michele Montanari: bene bene, e quando ne parliamo che son curioso ed impaziente di imparare cose nuove e divertirmi un po'?

Tanto per restare in tema di DB e coltellate che volano....

Non so voi, ma io non vorrei essere nella pelle del signore incravattato che ha messo su l'accrocchio...

più che la traduzione d bazzuca, vorrei quella di "innajano" (che lingua è?)

Scusa, Davide, se cambio (quasi) discorso, ma quando ho visto questa immagine mi sei venuto in mente tu alle prese con un DB.

Non e' la tua Sala Macchine, vero? Pero' potresti farci un pensierino!

Questo sembra l'interno della co-lo, peccato che le fotografie non trasmettano anche i suoni. Sono sicuro che la "colonna sonora" sarebbe una roba tipo "WROOOOOOOOOOOOOOOOOOO...." (per non parlare del clima)

(l'immagine fa vedere una parte dei servers GNU/Linux del CERN per l'esperimento LHC. E c'e' una sola consolle (almeno se ne vede una)

Ciao!

Andrea

Vi prego spiegatemi come si diventa sys-admin...

Io mi ritrovo a fare il programmatore scimmia con linguaggi nati prima 1989 ( anno di pubblicazione del mio manuale ) con altri 1432 persone, tutte ammassate in una sola stanza di 10x10 (centrimeti) e con una temperatura che varia dai 40° in inverno a gli 80° in estate...

Voglio anche io una sala macchine con clima, rumore di dischi che girano e pc da demolire...

....

Penso di lavorare troppo...

si, di sicuro.

Va be ciao...

Mi hai ricordato questa tua storia bellissima. I database sono fonte inesauribile di casini, e quindi di aneddoti da raccontare

e io che cercavo di dimenticare...