Newsgroup: it.comp.appl.access
Titolo: Come preparare macchina secondaria di backup, pronta ad assumere il ruolo di 'principale' ?

Elaboratore A con all'interno alcuni programmi, procedure Access, db 
server Firebird, web server, ftp server, ed altri
Supponiamo che il computer A salti per aria
Come predisporre elaboratore B, in modo che mantenga una copia speculare 
del sistema A e sia pronto ad intervenire (anche con procedura manuale) 
nel caso il sistema A non sia piu' disponibile?
Avete mai usato qualche sistema di replica tipo Acronis o sistemi 
analoghi, che mantengano una copia di tutto quanto c'e' su A anche su B?
Quando A si rompesse, basterebbe spostare ip address di B ed ecco 
riapparire un sistema A (in realta' e' sempre il B) coi dati e le 
impostazioni fino ad un attimo prima
 
 

Dipende molto dal Budget...
 
In applicazioni in ambito industriale avendo budget si può optare per wmware esxi
Consente di gestire macchine virtuali in hot standby e molto altro a prova di disastro.
 
Sistema fantastico ma molto molto expansive.
 
@Alex

si, come dice @Alex, dipende dal budget.
noi in azienda abbiamo due server fisici e 24 VM e, Altaro il software di backup, pensa a fare le copie nei server destinati a Disaster Recovery.
la ns politica di backup è alle 24 ore. Nel senso che, il backup viene eseguito una volta al giorno. e poi se dovesse andare giù qualche VM nel 
disaster recovery devi "reidratare" la VM e metterla in produzione. il fermo dipende dalla reidratazione della VM.
comunque, non più di due ore di fermo, nel nostro caso.
 
Efisio


E' mai capitato di dover ripartire dalle macchine di backup?
Intendo dire se avete mai sperimentato, dal vero, che i sistemi 
principali vadano giu' e sia stato necessario ripartire dalle copie?
 

 principali vadano giu' e sia stato necessario ripartire dalle copie?
 
fortunatamente no. solo qualche ripristino dalle shadow copy.
però una volta ogni due - tre mesi devi simulare con almeno una VM, magari la più piccola, per capire se:
1) le copie di backup sono andate a buon fine. è vero che Altaro fa un resoconto 
di tutto, e quindi  teoricamente dovresti essere tranquillo;
2) reidratando le VM puoi ripartire da quelle assegnando IP diversi per fare i test;
e poi, "punto dolente", devi tenere un registro sia dei backup sia delle reidratazioni delle VM per la ISO 27001. 
controllano tutto e anche i registri, e proprio per questo ci siamo beccati una non conformità per non avere compilato i registri.
 
Efisio


Non ho ben capito una cosa
Se stiamo parlando di backuppare delle macchine virtuali, all'interno 
delle quali girano i programmi/dati da proteggere, che differenza c'e' 
tra i vari software specifici per la deduplicazione/realtime/continuos 
data protection ecc..,  con prezzi dal discretamente costoso al 
costosissimo, rispetto ad una qualsiasi banale soluzione di backup che 
utilizzi il Vss di Windows, ed in virtu' di questo possa backuppare 
anche dati 'in uso' come una o piu' macchine virtuali?
 

 anche dati 'in uso' come una o piu' macchine virtuali?
 
A mio avviso non parliamo di semplice BackUp o alla mal parata sistema di Disaster Recovery che è tutt'altro discorso... quindi mi viene il dubbio di aver frainteso la tua richiesta.
Quello di cui parlavo io è un sistema, che è una vera e propria NETWORK deidcata, che gestisce CLUSTER di VM SERVER che consentono la gestione in HOT STANDBY con FULL REDOUNDANCY dei sistemi di gestione di processi industriali.
Per capirci sistemi certificabili anche SIL3, e per rispondere alla domanda se sia mai stato testato, assolutamente si, sia al Commissioning del sistema che ciclicamente per essere compliance alla Direttiva NIS e figliastri vari...!
 
Nella sostanza non si parla più di necessità di fare un BackUp, perchè una cosa è avere il BackUp o Immagini incrementali dei dati un'altra è avere una macchina pronta a prendere le redini dei processi quando il Server Master muore.
 
Quindi se parli di BackUp o vari stile Acronis sono una cosa di cui non mi occupo, non è un metodo compatibile con le esigenze di Ridondanza in quanto i tempi di ripristino sono troppo alti e non industrialmente accettabili.
 
@Alex


Mi pare ti stia riferendo alla tua situazione personale e non a un cliente con particolari esigenze (vedi risposte di @Alex).
In tal caso cosa c'è di più semplice ed economico di un PC virtualizzato (magari con VMWare player) e una o due copie giornaliere della macchina virtuale su dischi esterni?
Se necessario puoi ripristinare in pochi minuti sul PC2, perdendo nel caso peggiore qualche ora del tuo lavoro di programmazione.
 
Saluti
 
 
 


non ho clienti che non si possono permettere "fermo macchina" di neppure 
10 minuti. lavoro con le classiche aziendine operative dalle 8 alle 19 
con una ora di pausa pranzo che se salta il server vanno a fare pausa 
fin che torna operativo.
 
premesso cio, quando devo gestire io il server predispongo per dormire 
sonni tranquilli:
 
Server con macchina virtuale A tutta configurata
Macchina virtuale A clonata in Macchina virtuale B e lasciata spenta 
sullo stesso server. CLonazione che rifaccio ogni inizio mese.
Ogni notte backup macchina virtuale A su NAS
Ogni pausa pranzo, backup immagine sistema macchina virtuale A su NAS
Ogni ora, backup archivi sql su NAS
Snapshot prima di ogni aggiornamento windows o installazione di nuovi 
software.
Ogni notte il NAS fa una copia su un disco google drive
 
A disposizione PC fisico di emergenza con software di virtualizzazione 
pronto.
 
Se salta fisicamente il server ripristino la macchina virtuale alla 
notte precedente sul pc fisico di scorta
se pomeriggio ripristino l'immagine fatta in pausa pranzo
ripristino gli archivi sql alla ora precedente
 
se salta semplicemnte il sistema operativo della macchina virtuale
avvio la macchina virtuale B e ripristino i due backup di cui sopra
 
diciamo che in una ora sono nuovamente operativi nella peggiere delle 
ipotesi.
 
 
BFS
 
 


La mia richiesta, appena riletta, mi pare chiara
Macchina A che sta in funzione
Vorrei una macchina B, permanentemente 
sincronizzata/replicata/backuppata//quel_che_vuoi_tu  per fare in modo 
che, nel caso la macchina A non ci sia piu', si possa rapidamente 
proseguire promuovendo la macchina B a 'master'
Ora, i termini possono anche non coincidere con quelli che usi tu, ma la 
sostanza di quel che vorrei ottenere e' questa
E partirei dai sistemi piu' semplici che possono raggiungere l'obiettivo
Mantenendo come riferimento un diciamo 1 ora come perdita dati massimo
Cosa mettere su?


E magari ci fai capire da che cosa "ti pare mi stia riferendo alla mia 
situazione paersonale.." ?
 
"...In tal caso..."
ringrazio per la risposta, ma la domanda era un'altra
La domanda era "come mettere su un sistema con elaboratore B che sia in 
grado di intervenire nel caso il computer principale A si spacchi"
 
 


Interessante
Quindi il funzionamento 'dentro macchina virtuale' sostanzialmente viene 
usato per backuppare tutto ed avere una macchina virtuale di lavoro 
funzionante su qualsiasi altro computer, giusto?
Quando scrivi 'clonazione che faccio ogni mese' intendi la copia dei 
files costituenti la macchina virtuale o altra operazione?
Ma se salta il 'server' principale, la copia che rispristini e' del 
giorno prima, e poi ripristini le copie sql al max di un'ora prima, e' 
corretto?
 

 situazione paersonale.." ? 
 
 
" Elaboratore A con all'interno alcuni programmi, procedure Access, db 
server Firebird, web server, ftp server, ed altri "
 
Saluti
 
PS: Comunque, se anche io avessi travisato le cose, datti una calmata: non ero per nulla polemico, semmai mi ci fai diventare ora.
 
 


Piu' calmo di cosi', si muore
O vedi dove io abbia scritto qualcosa con tono non cordiale?
 
Viceversa, non si e' ancora ben capito come tu riesca ad associare la 
combinazione di esempio che ho descritto, con la configurazione dei miei 
sistemi informatici
O pensi che non abbia nessun cliente con "..alcuni programmi, procedure 
Access, db server Firebird, web server, ftp server, ed altri.." ?

 Access, db server Firebird, web server, ftp server, ed altri.." ?
 
 
Va bene, diciamo che ho travisato.
 
Saluti
 


si esatto
è il vantaggio della virtualizzazione (oltre a moltissimi altri)
sposti il tuo pc virtuale da un host fisico all'altro senza problemi
 
per clonazione intendo che lo stesso software di virtualizzazione, vedi 
esempio virtual box, ti duplica il tuo pc virtuale.
in pratica fa la copia del file vdi che rappresenta il tuo hard disk 
virtuale in altra posizione del disco fisico.
 
volendo ha anche la procedura di export della macchina virtuale...tutto 
in un unico file...da usare per fare l'import su un hardware diverso.
 
poi per le metodologie di backup da usare sono le stesse che useresti in 
un normale pc fisico
 
BFS