Newsgroup: it.comp.hardware
Titolo: Come 'replicare' una postazione lavoro 'durante' il lavoro?

Per alcune postazioni di lavoro (office, internet, posta, ecc..)  vorrei 
capire se fosse fattibile, e non eccessivamente impegnativo come risorse 
usate (cpu, ram, ecc..), un sistema per replicare l'intera postazione su 
altra con hardware diverso
Ad esempio, la postazione A e' un Hp con Pentium4, con disco da 100 Gb, ram 
1 Gb, sch.video nvidia, mentre la postazione B e' un Samsung con Athlon, 
disco da 200 Gb, ram 2 Gb, sch.video Matrox
Prima domanda,  esistono delle soluzioni per tenere costantemente aggiornata 
la postazione B con gli stessi programmi e dati installati nella postazione 
A?
Seconda domanda, se la postazione B fosse un dispositivo remoto di memoria 
(disco esterno, ftp server, connessione a disco altro computer, ecc...) 
sarebbe possibile tenere aggiornata un'imagine del disco della postazione A 
?
Ho visto la descrizione di Acronis True Image ma non riesco a capire se fa 
solo il backup (e quindi una tantum in un certo momento) oppure riesce a 
'tenere allineate' una macchina master ed una (o piu') slave
Ciao e grazie
RobertoA
 
 

 altra con hardware diverso
 
Un server "tosto" ed n-client "leggeri" collegati ad esso in terminal 
server.
 
-- 
_______________________________________
 
Luc (40, CO) -- Acer Aspire M5610 Q6600
MediaCenter TechSolo TC-380 - HD7770 OC
Amilo Si 1520 12" T2300 - Sony Tablet S
_______________________________________

 _______________________________________
 
No, forse mi sono spiegato male
Non desidero utilizzare i programmi del la postazione A anche su altre 
postazioni
Quello che vorrei realizzare e' un sistema per continuare a lavorare con la 
postazione secondaria anche in caso di rotture/furti/danneggiamenti della 
postazione principale (la A)
Credo che in questo caso un terminal server non risulti utile
Ciao e grazie
RobertoA
 
 

RobertoA scriveva il 04/11/2013 :

in effetti piu che a un server terminal penserei a delle macchine 
virtuali.
quindi non lavorare piu sulla macchina fisica, ma su una macchina 
virtuale magari su un disco esterno usb 3, meglio ancora su un mini-nas 
usb3 con dischi in raid1. se la macchina ï¿œ potente le prestazioni 
sarebbe discrete, e in caso di crash della macchina fisica, basterebbe 
attaccare il disco esterno ad un altro host e riparti in 1 minuto. il 
raid1 sul disco esterno di garantirebbe pure dalla rottura del disco 
dove appunto risiede la VM
 
poi perï¿œ volendo le due cose (VM e terminal server) si potrebbero anche 
combinare...ovvero: usare i remote desktop services di win server 2008 
r2 o superiore, per installare una macchina hyper v con su win7. a quel 
punto, in caso di guasto della macchina fisica host, basterebbe avere 
un backup completo della macchina virtuale e ripartire...credo si possa 
proprio fare
 
 

 postazione principale (la A)
 
se i dati sono uno storage condiviso ti basta avere due PC con
configurazione simile...
 
 
 
-- 
MirkoB.   
ne...@bsi-net.it
 
Motoretta BMW R1200R Lightgrey
 
L'indirizzo em@il non č da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente.

 proprio fare
 
Non e' proprio quello che sto cercando
Se mi si scassa il disco esterno sono fritto
Vorrei lavorare su postazione A ed avere la sicurezza che qualsiasi malanno 
possa capitare alla postazione A, posso continuare a lavorare sulla 
postazione B (posta in locazione diversa ma collegata alla postazione A da 
cavo lan) allo stesso modo e con gli stessi dati/programmi della A
Lasciamo stare i terminal/remote desktop che non c'entrano niente con la mia 
richiesta
 
 

 configurazione simile...
 
E' lo storage condiviso che non voglio avere
Vorrei avere una 'replica' completa della postazione di lavoro principale
Replica che deve essere eseguita DURANTE l'uso della postazione A 
 
 


wrote:

Per i programmi devi fare a mano per i dati ti installi cygwin e fai
un rsync puoi programmarlo con un avvio/spegnimento automatico della
macchina secondaria, al limite noterai un leggero rallentamento della
macchina su cui stai lavorando.
 
Alpa


Questa e` una domanda "software" oppure "hardware"?
 
Perche` il NG  riguarda "hardware", la domanda sembra
essere "software".
Non faresti meglio a chiedere su qualche altro NG,
magari dedicato a windows?
 
bye,
 
-- 
 
piergiorgio

 piergiorgio
 
Si, hai ragione
Ci avevo pensato prima di sparare qua
Ma non ho trovato un gruppo che meglio si addica a questa problematica
Ci sarebbe un   it.comp.hardware.storage   ma questo non e' un problema di 
scegliere la miglior soluzione per memorizzare dati ma il 'come' travasarli 
da pc A a pc B
Ho pensato che essendo questo un gruppo dove bazzicano molti esperti, ed 
essendo frequentato da molti utenti, qualcuno potesse darmi una mano
Chiedo venia...  e pure aiuto
Ciao e grazie
RobertoA
 
 
 

 Replica che deve essere eseguita DURANTE l'uso della postazione A
 
La cosa più simile a quello che vuoi tu è un sistema con filesystem ZFS che faccia a intervalli (anche 1 min, lo decidi tu) uno snapshot del filesystem che ti interessa e con rsync/send tieni sincronizzato il tutto su un'altra macchina.
 
I vantaggi sono che gli snapshot non usano praticamente nessuno spazio, l'operazione è immediata e non rallenta il pc e con rsync invii solo le differenze, quindi non saturi mai la banda.
 
Ovviamente devi usare unix o solaris, altrimenti zfs non lo puoi usare.
 
L'alternativa è quella di lavorare dentro una macchina virtuale e, tramite qualche programma di backup, tenere l'immagine (su cui stai lavorando) sincronizzata su un'altro pc.
 
Ciao

 Replica che deve essere eseguita DURANTE l'uso della postazione A
 
La cosa piů simile a quello che vuoi tu č un sistema con filesystem ZFS che 
faccia a intervalli (anche 1 min, lo decidi tu) uno snapshot del filesystem 
che ti interessa e con rsync/send tieni sincronizzato il tutto su un'altra 
macchina.
I vantaggi sono che gli snapshot non usano praticamente nessuno spazio, 
l'operazione č immediata e non rallenta il pc e con rsync invii solo le 
differenze, quindi non saturi mai la banda.
Ovviamente devi usare unix o solaris, altrimenti zfs non lo puoi usare.
L'alternativa č quella di lavorare dentro una macchina virtuale e, tramite 
qualche programma di backup, tenere l'immagine (su cui stai lavorando) 
sincronizzata su un'altro pc.
Ciao
----------------------------------
 
E se usassi uno unix come 'sottofondo', sul quale far girare una macchina 
virtuale con dentro il windows della postazione di lavoro?
Ma far fare uno snapshot del filesystem dello unix, con sopra 1 Tbyte di 
roba, dici che e' immediato?
 
 
 

 roba, dici che e' immediato?
 
Se dici un guest windows che gira su un host unix, non ci sono problemi (neanche per l'oppsto a dire il vero).
 
Gli snapshot su zfs sono immediati (o quasi) perchè non viene scritto praticamente nulla. Vengono solo 'flaggati' i file (in realtà i blocchi sull'hd) come appartenenti a quello snapshot. Quindi il risultato è che ci metti niente e non usi spazio.
Ogni volta che modifichi un file (o ne crei uno nuovo) questo nuovo oggetto viene salvato da un'altra parte quindi da quel momento avrai sull'hd 2 file (uno vecchio flaggato per lo snapshot che rimane nascosto e quello nuovo che stai usando).
 
Ciao


prova con CCBOOT
 
in pratica il programma ti permette di usare una immagine (disco vmware) 
e caricare il sistema operativo tramite la rete. Ovviamente dovresti 
disporre di un server da cui i pc caricano l'SO
 
saluti
J