Newsgroup: it.comp.appl.access
Titolo: Come realizzare sistema 'unbreakable' ?

Tempo fa ricordo della pubblicita' di Oracle basato sulla parola 
'unbreakable' per indicare la robustezza della piattaforma offerta per 
applicazioni di gestione dati
Volendo aumentare la disponibilita' di un sistema informatico basato, ad 
esempio, sull'accoppiata Windows + Access + Sql Server, sistema che deve 
rimanere utilizzabile anche in caso di eventi come rotture hardware, 
come procedereste?
Hardware ridondato?
Che tipo?
Db in cloud?
Nessun limite di costi
Cosa utilizzereste e stutturato come?
 
 
 
 
 
 


come faccio io, ma non sono un sistemista.
 
Se la tua paura sono le rotture hardware,
DB sul cloud. Essendo l'hardware virtualizzato su hardware fisico 
ridondante rotture hardware non ne hai e dormi su tre cuscini
 
Nel mio piccolo per aziende che voglio essere sicuro non restino mai a 
piedi col gestionale per colpa di un guasto impongo sempre e solo server 
sul cloud e sql server installato li. Snapshot della intera macchina 
ogni giorno. Backup dati intera macchina ogni notte. Ovviamente su spazi 
cloud slegati dal precedente
 
per corruzione dati, grattandoni sotto..., da 20 anni che uso sqlserver 
non mi si è mai corrotto un database, almeno per le piccole applicazioni 
che faccio io come prodotto non si discute
 
per cancellazioni dati dagli archivi, backup ogni tot minuti in locale 
replica delle copie ogni tot ore in un nas remoto e su un drive google
 
BFS
 
 
 
 
 


Non parlo solo di rotture hardware, ma anche di furto del pc, di 
allagamento, di virus che ti critta l'hd
Oltre a questo ci sono le magagne del software, il sistema operativo 
potrebbe bloccarsi per problemi suoi, l'applicativo potrebbe piantarsi, 
il db potrebbe corrompersi, un terremoto, le cavallette, i tornadiiii....
 
https://www.youtube.com/watch?v=9RjTlfVSZk4
 
------ indimenticabbole ------

 ------ indimenticabbole ------
 
furto pc sul cloud non è un problema
allagamento, cavallette, tornadi neppure visto che sono ridondati su 
datacenter in luoghi fisici diversi
 
windows che si pianta/virus..ripristino la snapshot
applicativo che si pianta lo reinstalli, importante che non si pianti 
sqlserver
 
db corrotto, mai successo male che vada ripristino il db di dieci minuti 
prima
 
ciao
BFS
 
 
 


Tutto qua?
Ma allora le banche, le assicurazioni, i governi, le multinazionali, e 
tutta la gente che necessita' di sistemi informatici 'unbrekkabili', 
come fa'?
Prende un secondo/terzo server per ridondare il primo, una manciata di 
nas per i backup, mette un db sincronizzato su Azure, uno su Aws, e ciao 
andare?
Mi sembra un modo di operare un po' riduttivo
Ho detto nessun limite di costi/risorse
Chi offre di piu'?
 
 


ho premesso che non sono un sistemista e ti ho detto la mia nel mio 
scenario di lavoro, dove anche se un cliente sta fermo 10 minuti che 
ripristino uno snapshot  non cade il mondo.
 
con quanto scritto sopra, i problemi hardware non esistono più, quelli 
software li risolvo in una decina di minuti. la cosa più disastrosa che 
può capitare nel mio piccolo è che non si avvii il windows server sul 
cloud.
 
da console di ripristino butto su l'ultimo snapshot (5 minuti) e 
l'ultima copia archivi. se schedulizzata ogni 15 minuti al max hanno 
perso 15 minuti di dati
 
banche e assicurazioni di sicuro hanno infrastrutture virtualizzate per 
non avere problemi hardware, per il software usarennio sicuramente 
sistemi più complessi.
dubito che usino access come applicativo
 
ciao
BFS


offo infrastruttura di amazon
circa 500.000 server in 7 hub sparsi per il mondo
solo per tener su e ridondare i webservice
 
 
900.000 per google :-)
 
BFS
 
 
 
 
 
 


Premesso che se parliamo di solo gestionali anche se in Rete geografica non trovo particolari dubbi sulla proposta...
 
Ovviamente la questione CLOUD non va bene a prescindere.
 
Ci sono sia aspetti prestazionali che funzionali, lavorare in CLOUD potrebbe indurre qualche riduzione di Performance a confronto con reti Locali, considerazione tanto ovvia quanto doverosa, poi ognuno in relazione alle criticità del sistema su cui lavora valuterà se questo è o meno un problema.
Ci sono anche considerazioni più concrete di operatività dovute alla Business continuity... che fanno escludere il CLOUD come unica soluzione ma la rendono PARTE sicuramente di un sistema più complesso.
 
Aziende di produzione, non possono spostare su CLOUD... in questi casi il ragionamento da fare è più articolato e richeide una approfondita analisi costi/benefici perchè si rischia di far esplodere il costo... parliamo di Sistemi Virtuali in CLUSTER IN SITE e Disaster Recovery replicati...
 
Era solo una aggiunta, credo che la soluzione di BFS accontenti una buona % di casi.
 
@Alex

 Aziende di produzione, non possono spostare su CLOUD
 
sempre premettendo che il mio scenario di lavoro è il classico 
gestionale che va dal preventivo alla contabilità, max 20 client, 
piccole medie aziende
 
per le prestazioni nel mio caso, quando il db è sul cloud lo è anche il 
client mediante remote app o direttamente in rdp. quindi non ho problemi 
di lentezze. Anche con un client in locale connesso a sql in remoto per 
la mole di dati che normalmente gestiscono i miei clienti le prestazioni 
sono ottimali se la banda internet è decente.
 
volevo un chiarimento sulla tua affermazione "Aziende di produzione, non 
possono spostare su CLOUD"
 
ti riferisce al fatto di dover avere una connessione dai pc ai 
macchinari di produzione? o altro?
 
BFS

Si esattamente anche se il discorso è un poco piu articolato.
Ci sono aziende di produzione a catena in cui la produzione scarica automaticamente le parti dal magazzino... altre aziende con attività manutentive che altrettanto operano sul gestionale in modo diretto.
Queste realtà  richiedono che il magazzino sia sempre online quindi deve essere residente... ma allo stesso tempo collegato tra le eventuali filiali.
 
Era solo una divagazione.
 
@Alex

 richiedono che il magazzino sia sempre online quindi deve essere residente
 
Questa non l'ho capita
Se serve magazzino sempre disponibile = sistema in locale
Quindi escludi la possibilita' di parte infrastruttura in cloud se e' 
richiesta una altissima disponibilita' del magazzino?

No, ci sono sistemi che gestiscono i magazzini su siti specifici societari in server residenti, ed allineano "le repliche" sui server in cloud.
La struttura può essere gestita sempre con sistemi virtuali in cluster, e puoi definire i nodi del cluster.
Quindi se manca il nodo remoto il sistema funziona in nodo locale.
 
Solo per parlare... espongo un tipico scenario infrastrutturale high-performance industriale.
 
Puoi leggere in merito a VMWARE ESXI... gestito da server Blade DELL o HP dedicati per il virtuale supportati da SAN disks collegati in fibra ottica, da non confondere con il VMWARE ad uso personale, sono fasce di prodotto confrontabili come un triciclo e la Ferrarri.
Parliamo di strutture da alcune decina di migliaia di €... a parecchie centinaia di migliaia di € + accessori.
Sembrerebbero cifre assurde, ma serve esserci dentro per capire poi l'escalation dovuta alla differente fascia di prodotto e di supporto.
 
Ovviamente dietro tutti questi discorsi si aggiungono gli accessori, obbligatori, sistemi di climatizzazione tipo sala bianca ed alimentazioni di backup con UPS e batterie, e gruppi elettrogeni, rilevamento incendi ecc...ecc... ecc...
 
Questi livelli li supportano solo industrie di produzione medio-alte o industrie chimiche o strategiche, banche ecc...
 
Poi arrivano i vincoli delle Assicurazioni che per assicurarti ti fanno il famoso Risck-Assesment, con ispezioni cicliche di tecnici che ed impongono ridondanze di ridondanze ecc.  
 
Poi arriva la direttiva NIS, per la Cyber Security, ed i decreti attuativi... 
 
E tutto assume dimensioni incalcolabili.
 
@Alex