Newsgroup: it.lavoro.informatica
Titolo: [SemiOT] Funny IT: I Maya hanno sbagliato di un mesetto...

 
Nota azienda multi-nazionale galattica globale del centro Italia, nel
week end fra il 19 e il 20 gennaio, per risparmiare (ipoteticamente) due
baiocchi e far guadagnare un lauto premio produzione a qualcuno,
sposterï¿œ tutti i database server su Aruba.
 
Il lunedï¿œ 21 gennaio (un mese dopo la data Maya) non funzionerï¿œ un cazzo.
 
I peracottari stanno facendo tutto per i ca**i loro senza avvertire
nessuno (fornitori esterni, software house) ...
 
A noi c'ha chiamato uno per un motivo, e alla fine della chiamata "...
ah, giï¿œ che ci sono, non dovrebbe... ma se noi il 19 spostiamo i
database su Aruba, per voi cambia qualcosa?"
 
M.

 [...]
 
 
Ciao  Manlio

 Avranno visto i nuovi spot televisivi della Fantastica Nuvola di Aruba?
 
 
Mi sa di sì, ho sentito che sposteranno anche i repository CVS e quella
merda di Remedy (mi sa che per questi faranno un semplice contratto di
housing, senza migrazione reale su server nuovi).
 
M.

 Avranno visto i nuovi spot televisivi della Fantastica Nuvola di Aruba?
 
Io l'ho provata in demo, non sembra male. Certo meglio del "Cloud con la rete dentro"

 housing, senza migrazione reale su server nuovi).
 
ok però al di la del provider discutibile qual'è la critica che stai
muovendo? i repo cvs ci vuole impegno perché non funzioni più un cazzo,
anche remedy afaik alla fin fine è un war dentro un tomcat...

 anche remedy afaik alla fin fine � un war dentro un tomcat...
 
1) Se te hai una catena di fornitori / clienti / sub-appaltatori esterni
che su indicazione dell'azienda in oggetto si collega con certi IP /
hostname da anni, se questi cambiano (l'hostname e gli alias *non*
dovrebbero) e tu non dici un cazzo... vedrai come ti diverti il 21 mattina;
 
2) Sono due anni di seguito che prende fuoco il data center di Aruba e
tu ci vai a mettere roba come CVS con *tutto* il software possibile e
inimmaginabile dentro? (Remedy, magari prendesse fuoco).
 
M.

 inimmaginabile dentro? (Remedy, magari prendesse fuoco).
 
sarà come se prendesse fuoco l'attuale infrastruttura. perché c'è qualcuno
che ritiene un passaggio del genere escluda la necessità di backup & dr?

 che ritiene un passaggio del genere escluda la necessit� di backup & dr?
 
 
Non sono cos� al dentro, ma oltre ad andar stuzzicare i numeri e le
stastiche (non mi risulta che negli ultimi anni sia successo alcunch�
all'attuale infrastruttura) se l'ottica � quella di risparmiare (il pi�
possibile) � impensabile avere lo stesso livello di servizio.
 
Prima dell'estate era gi� migrato il cluster db del catalogo web, e
sarebbe troppo lungo star qui a elencare tutti i problemi che sono
sorti, a partire dalla scimmietta Aruba che se n'� infischiata delle
specifiche fortitegli e che ha installato database e schema con "avanti,
avanti, fine", tempi di risposta alle chiamate di supporto biblici ...
 
M.

 Io l'ho provata in demo, non sembra male. Certo meglio del "Cloud con la rete dentro"
 
 
Risultati parziali della migrazione ad Aruba :
 
- le performance di rete sono peggiorate;
- il load balancer non � stato configurato rispettando le specifiche
originali (scimmietta-avanti-avanti-fine) e bombardava le applicazioni
ogni 3 secondi invece che ogni.. 30 (vabb�, c'� solo uno zero di meno!)
- alcuni server si riavviano inaspettatamente; va via la corrente!?
- varie ed eventuali
 
M.

 - varie ed eventuali
 
mi sembra che la migrazione ad aruba in se c'entri poco o niente con queste
disavventure. la sensazione è che in quell'azienda, per chi ci mette le mani,
è bene applichino rigorosamente la regola "ciò che funziona non si tocca".
 

 disavventure.
 
java.sql.SQLException: ORA-29400: data cartridge error
ORA-04031: unable to allocate 4016 bytes of shared memory ("shared
pool","unknown object","kolaGetRfcHeap","kghsseg: kolaslCreateCtx")
 
java.sql.SQLException: ORA-04031: unable to allocate 4128 bytes of
shared memory ("shared pool","unknown object","koh-kghu sessi","kollalo2")
 
 
Dai dai dai dai Aruba!!! Aruba for president! :-)
 
M.


perché, le istanze oracle le gestiscono loro? quello è un problema del
dba...
 
 

 dba...
 
 
Yes,
è passato tutto a loro...
 
M.

 è passato tutto a loro...
 
cioè questi avrebbero dato in mano le chiavi per amministrare il database, 
magari con tutto lo scibile dell'azienda, ad aruba (ma potrebbe essere
qualsiasi altro fornitore cloud)? 
non l'ho mai sentita una cosa del genere, il mondo è bello perché è avariato. 

 qualsiasi altro fornitore cloud)? 
 
tutto tutto tutto proprio no: per adesso SAP č fuori (ma va, eh!?).
 
perň tutto il middleware e una marea di altri sistemi legacy sě.
 
M.
 
 

 però tutto il middleware e una marea di altri sistemi legacy sì.
 
ok questi sistemi li hanno migrati sul cloud, ma mica li amministrerà 
aruba... stai dicendo che hanno loro la password di system dei database?

 M.
 
Curiosità: Il risparmio teorico previsto?

 aruba... stai dicendo che hanno loro la password di system dei database?
 
 
Dei database (Oracle e SQL Server) che sono migrati nel cloud Aruba, sì.
 
Dei database che risiedono ancora nei server originali che sono
semplicemente solo in hosting da loro.. spero di no, ma non lo so.
 
Comunque stamattina una bella batteria di server in hosting da loro non
si sa perché sono spenti :-)
 
M.

 Curiosit�: Il risparmio teorico previsto?
 
Curioso di saperlo anche io, insieme all'entit� del bonus a cui sta
puntando il mentecatto che ha avuto l'idea.
 
M.
 

 Dei database (Oracle e SQL Server) che sono migrati nel cloud Aruba, sì.
 
ma esiste questo servizio?? ammesso che esista non oso nemmeno immaginare 
quali e quante implicazioni tecnico - legali possano sorgere appaltando 
l'amministrazione di database, ma anche il solo dare la possibilità ai 
fornitori del cloud di accedere alle proprie istanze virtuali. 
ma sei sicuro di quello che scrivi?


 
Lo vuoi un preventivo per qualcosa di più serio? :)
 
ciao
Gabriele
 
 

 ma sei sicuro di quello che scrivi?
 
Sì, perché, ripeto, ci sono stati molti problemi durante e dopo la
migrazione dei database ad Aruba, poiché non hanno saputo / voluto
replicare le stesse configurazioni di permessi / tuning delle istanze
originali. Fra l'altro, senza preavviso, alcune istanze e dump sono
state re-importate su versioni Oracle successive a quelle originali e si
sa che gli upgrade non sempre sono perfettamente indolori...
 
M.

 Lo vuoi un preventivo per qualcosa di più serio? :)
 
 
Il Pentium4 con l'hard disk che fa "clanc clanc" che ho a casa è più
serio ... :-)
 
M.


e vorrei vedere.
ma la migrazione nell'azienda chi c'era a pianificarla/coordinarla, ciccio di
nonna papera? a me pare che aruba, almeno in questo frangente, c'entri poco o 
niente con i problemi; il fornitore del cloud non è certo colui che decide
le versioni di oracle o le sue configurazioni. qui mi pare evidente 
d'incapacità ce n'è a pacchi all'interno dell'azienda e fra i suoi 
collaboratori. 

 collaboratori. 
 
esatto
 
 
Comunque, ripeto, rispetto a prima, si notano molti problemi di rete e
server in hosting che rimangono spenti e/o non sono pi� raggiungibili,
senza pravviso, per intervalli di tempo pi� o meno lunghi. Cosa che
*prima* non avveniva.
 
M.

Curiosit�: Il risparmio teorico previsto?
 
piu' che l'entita' mi piacerebbe conoscere le voci che concorrono a quel computo