Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Cobian Backup Schedule e GUI
33 views
Skip to first unread message
roughnecks
Jan 1, 2020, 9:33:44 AM1/1/20
to
Prima che arrivi domenica e lo scopra da solo, l'interfaccia di cobian
deve rimanere in esecuzione affinché i backup programmati vengano eseguiti?
In teoria dovrebbe bastare il servizio ma vorrei conferma.
Grazie
--
roughnecks
deve rimanere in esecuzione affinché i backup programmati vengano eseguiti?
In teoria dovrebbe bastare il servizio ma vorrei conferma.
Grazie
--
roughnecks
ObiWan
Jan 3, 2020, 3:19:21 AM1/3/20
to
:: On Wed, 1 Jan 2020 15:33:41 +0100
:: (it.comp.os.win.windows10)
:: <quiak4$4s1$1...@gioia.aioe.org>
:: (it.comp.os.win.windows10)
:: <quiak4$4s1$1...@gioia.aioe.org>
:: roughnecks <rough...@invalid.tld> wrote:
> In teoria dovrebbe bastare il servizio ma vorrei conferma.
Se non vado errato, basta il servizio
> In teoria dovrebbe bastare il servizio ma vorrei conferma.
Ammammata
Jan 3, 2020, 6:10:41 AM1/3/20
to
Il giorno Fri 03 Jan 2020 09:19:37a, *ObiWan* ha inviato su
it.comp.os.win.windows10 il messaggio
l'utente administrator non è log-gato
l'interfaccia ovviamente non è aperta
--
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........
it.comp.os.win.windows10 il messaggio
news:20200103091...@mvps.org. Vediamo cosa ha scritto:
>> In teoria dovrebbe bastare il servizio ma vorrei conferma.
>
> Se non vado errato, basta il servizio
>
>
sul server funziona come servizio
>> In teoria dovrebbe bastare il servizio ma vorrei conferma.
>
> Se non vado errato, basta il servizio
>
>
l'utente administrator non è log-gato
l'interfaccia ovviamente non è aperta
--
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........
ObiWan
Jan 3, 2020, 8:32:01 AM1/3/20
to
:: On Fri, 3 Jan 2020 11:10:40 +0000 (UTC)
:: (it.comp.os.win.windows10)
:: <XnsAB397BECF7B3Fam...@148.251.67.112>
perchè ormai da tempo uso BareOS; non che Cobian sia malvagio, solo che
BareOS ha alcune caratteristiche che mi tornano piuttosto utili
:: (it.comp.os.win.windows10)
:: <XnsAB397BECF7B3Fam...@148.251.67.112>
:: Ammammata <amma...@tiscalinet.it> wrote:
> sul server funziona come servizio
> l'utente administrator non è log-gato
> l'interfaccia ovviamente non è aperta
Grazie per la conferma, non per altro ma non lo ho sottomano, anche
> sul server funziona come servizio
> l'utente administrator non è log-gato
> l'interfaccia ovviamente non è aperta
perchè ormai da tempo uso BareOS; non che Cobian sia malvagio, solo che
BareOS ha alcune caratteristiche che mi tornano piuttosto utili
Ammammata
Jan 3, 2020, 8:35:16 AM1/3/20
to
Il giorno Fri 03 Jan 2020 02:32:17p, *ObiWan* ha inviato su
it.comp.os.win.windows10 il messaggio
it.comp.os.win.windows10 il messaggio
news:20200103143...@mvps.org. Vediamo cosa ha scritto:
> BareOS ha alcune caratteristiche che mi tornano piuttosto utili
andiamo a vederlo, allora :)
> BareOS ha alcune caratteristiche che mi tornano piuttosto utili
ObiWan
Jan 3, 2020, 8:41:00 AM1/3/20
to
:: On Fri, 3 Jan 2020 13:35:15 +0000 (UTC)
:: (it.comp.os.win.windows10)
:: <XnsAB39947055BE9am...@148.251.67.112>
In breve ha un piccolo programma che si installa (su diversi OS) e gira
come "daemon" (servizio) e che gestisce la lettura dei dati dall'OS del
"client" (di backup) inviandoli in stream al server, in questo modo il
client NON ha alcuna visibilità dei supporti di backup, questo
significa che nel caso di "cryptosarcazzi" il supporto di backup NON
può essere incasinato (idem per altri malware); poi ok, c'è il supporto
WoL, spegnimento e diverse altre cosette
:: (it.comp.os.win.windows10)
:: <XnsAB39947055BE9am...@148.251.67.112>
:: Ammammata <amma...@tiscalinet.it> wrote:
> > BareOS ha alcune caratteristiche che mi tornano piuttosto utili
> andiamo a vederlo, allora :)
Una su tutte, "agent"
> > BareOS ha alcune caratteristiche che mi tornano piuttosto utili
> andiamo a vederlo, allora :)
In breve ha un piccolo programma che si installa (su diversi OS) e gira
come "daemon" (servizio) e che gestisce la lettura dei dati dall'OS del
"client" (di backup) inviandoli in stream al server, in questo modo il
client NON ha alcuna visibilità dei supporti di backup, questo
significa che nel caso di "cryptosarcazzi" il supporto di backup NON
può essere incasinato (idem per altri malware); poi ok, c'è il supporto
WoL, spegnimento e diverse altre cosette
CBM64
Jan 4, 2020, 4:36:47 PM1/4/20
to
on" (servizio) e che gestisce la lettura dei dati dall'OS del
> "client" (di backup) inviandoli in stream al server, in questo modo il
> client NON ha alcuna visibilità dei supporti di backup, questo
> significa che nel caso di "cryptosarcazzi" il supporto di backup NON
> può essere incasinato (idem per altri malware); poi ok, c'è il supporto
> WoL, spegnimento e diverse altre cosette
>
mi sembra bacula.
> "client" (di backup) inviandoli in stream al server, in questo modo il
> client NON ha alcuna visibilità dei supporti di backup, questo
> significa che nel caso di "cryptosarcazzi" il supporto di backup NON
> può essere incasinato (idem per altri malware); poi ok, c'è il supporto
> WoL, spegnimento e diverse altre cosette
>
Paperino
Jan 4, 2020, 6:23:12 PM1/4/20
to
ObiWan ha scritto:
A proposito di agent, a livello professionale io uso Veeam
Backup, eccezionale soprattutto per sistemi virtualizzati;
ma ne esiste la versione free per gli utenti "normali" che è
quasi altrettanto completa:
<https://www.veeam.com/it/windows-endpoint-server-backup-free.html>
La Backup&Replication Suite in versione Community è
davvero eccellente.
Bye, G.
----Android NewsGroup Reader----
https://piaohong.s3-us-west-2.amazonaws.com/usenet/index.html
> Ammammata wrote:
>> BareOS ha alcune caratteristiche che mi tornano piuttosto utili
> andiamo a vederlo, allora :)
>> Una su tutte, "agent"
>> In breve ha un piccolo programma che si installa (su diversi
>> OS) e gira come "daemon" (servizio)
[CUT per motivi tecnici]
>> BareOS ha alcune caratteristiche che mi tornano piuttosto utili
> andiamo a vederlo, allora :)
>> Una su tutte, "agent"
>> In breve ha un piccolo programma che si installa (su diversi
>> OS) e gira come "daemon" (servizio)
A proposito di agent, a livello professionale io uso Veeam
Backup, eccezionale soprattutto per sistemi virtualizzati;
ma ne esiste la versione free per gli utenti "normali" che è
quasi altrettanto completa:
<https://www.veeam.com/it/windows-endpoint-server-backup-free.html>
La Backup&Replication Suite in versione Community è
davvero eccellente.
Bye, G.
----Android NewsGroup Reader----
https://piaohong.s3-us-west-2.amazonaws.com/usenet/index.html
Guglielmo
Jan 5, 2020, 4:47:31 AM1/5/20
to
"Bareos is a 100% open source fork of the backup project from bacula.org."
https://www.bareos.org/en/
CBM64
Jan 6, 2020, 1:24:10 AM1/6/20
to
> Non ti deve sembrare :-)
>
> "Bareos is a 100% open source fork of the backup project from bacula.org."
>
> https://www.bareos.org/en/
mi era scappata quella riga !
:-)
Ammammata
Jan 7, 2020, 2:47:07 AM1/7/20
to
Il giorno Sun 05 Jan 2020 12:23:07a, *Paperino* ha inviato su
it.comp.os.win.windows10 il messaggio news:qur6or$e87$1...@gioia.aioe.org.
Vediamo cosa ha scritto:
> A proposito di agent, a livello professionale io uso Veeam
> Backup, eccezionale soprattutto per sistemi virtualizzati;
> ma ne esiste la versione free per gli utenti "normali" che è
> quasi altrettanto completa:
> <https://www.veeam.com/it/windows-endpoint-server-backup-free.html>
> La Backup&Replication Suite in versione Community è
> davvero eccellente.
>
la ho provata giusto un paio di settimane fa, approfittando del giorno di
ferie "degli altri"
installata su un server fisico ed eseguito il backup verso il NAS, creando
anche la ISO per il ripristino
spero di non doverla mai usare nell'altra direzione ;)
it.comp.os.win.windows10 il messaggio news:qur6or$e87$1...@gioia.aioe.org.
Vediamo cosa ha scritto:
> A proposito di agent, a livello professionale io uso Veeam
> Backup, eccezionale soprattutto per sistemi virtualizzati;
> ma ne esiste la versione free per gli utenti "normali" che è
> quasi altrettanto completa:
> <https://www.veeam.com/it/windows-endpoint-server-backup-free.html>
> La Backup&Replication Suite in versione Community è
> davvero eccellente.
>
ferie "degli altri"
installata su un server fisico ed eseguito il backup verso il NAS, creando
anche la ISO per il ripristino
spero di non doverla mai usare nell'altra direzione ;)
ObiWan
Jan 7, 2020, 11:29:26 AM1/7/20
to
:: On Sat, 4 Jan 2020 22:36:40 +0100
:: (it.comp.os.win.windows10)
:: <qur0hc$1io5$1...@gioia.aioe.org>
:: CBM64 <cb...@commodore.com> wrote:
> mi sembra bacula.
Infatti **E'** un fork di bacula :)
:: (it.comp.os.win.windows10)
:: <qur0hc$1io5$1...@gioia.aioe.org>
:: CBM64 <cb...@commodore.com> wrote:
> mi sembra bacula.
Infatti **E'** un fork di bacula :)
Paperino
Jan 9, 2020, 6:20:59 AM1/9/20
to
Ammammata ha scritto:
anche dei test di ripristino.
Perché anche quando funzionano, posso sempre esserci delle
sorprese sgradevoli.
Io l'ho imparato, per fortuna non a mie spese, svariati
anni fa. Ricordo ancora la faccia del collega quando un
certo server morì e lui dovette ripristinarlo.
Cerrrrrrrto, lui faceva religiosamente i backup tutti i
giorni da anni. Ed erano tutti a posto.
Piccolo problema: dopo il primo erano tutti (oltre un
migliaio...) rigorosamente incrementali.
Bye, G.
> *Paperino* ha inviato su
> it.comp.os.win.windows10 il messaggio news:qur6or$e87$1...@gioia.aioe.org.
> Vediamo cosa ha scritto:
>> A proposito di agent, a livello professionale io uso Veeam
>> Backup, eccezionale soprattutto per sistemi virtualizzati;
>> ma ne esiste la versione free per gli utenti "normali" che è
>> quasi altrettanto completa:
>> <https://www.veeam.com/it/windows-endpoint-server-backup-free.html>
>> La Backup&Replication Suite in versione Community è
>> davvero eccellente.
> la ho provata giusto un paio di settimane fa, approfittando del giorno di
> ferie "degli altri"
> installata su un server fisico ed eseguito il backup verso il NAS, creando
> anche la ISO per il ripristino
> spero di non doverla mai usare nell'altra direzione ;)
Dei backup vanno sempre, _sempre_, _*SEMPRE*_ effettuati
> it.comp.os.win.windows10 il messaggio news:qur6or$e87$1...@gioia.aioe.org.
> Vediamo cosa ha scritto:
>> A proposito di agent, a livello professionale io uso Veeam
>> Backup, eccezionale soprattutto per sistemi virtualizzati;
>> ma ne esiste la versione free per gli utenti "normali" che è
>> quasi altrettanto completa:
>> <https://www.veeam.com/it/windows-endpoint-server-backup-free.html>
>> La Backup&Replication Suite in versione Community è
>> davvero eccellente.
> la ho provata giusto un paio di settimane fa, approfittando del giorno di
> ferie "degli altri"
> installata su un server fisico ed eseguito il backup verso il NAS, creando
> anche la ISO per il ripristino
> spero di non doverla mai usare nell'altra direzione ;)
anche dei test di ripristino.
Perché anche quando funzionano, posso sempre esserci delle
sorprese sgradevoli.
Io l'ho imparato, per fortuna non a mie spese, svariati
anni fa. Ricordo ancora la faccia del collega quando un
certo server morì e lui dovette ripristinarlo.
Cerrrrrrrto, lui faceva religiosamente i backup tutti i
giorni da anni. Ed erano tutti a posto.
Piccolo problema: dopo il primo erano tutti (oltre un
migliaio...) rigorosamente incrementali.
Bye, G.
ObiWan
Jan 9, 2020, 8:42:18 AM1/9/20
to
:: On Thu, 9 Jan 2020 12:20:57 +0100
:: (it.comp.os.win.windows10)
:: <qv72aq$4c1$1...@gioia.aioe.org>
> Io l'ho imparato, per fortuna non a mie spese, svariati
> anni fa. Ricordo ancora la faccia del collega quando un
> certo server morì e lui dovette ripristinarlo.
> Cerrrrrrrto, lui faceva religiosamente i backup tutti i
> giorni da anni. Ed erano tutti a posto.
>
> Piccolo problema: dopo il primo erano tutti (oltre un
> migliaio...) rigorosamente incrementali.
Ed uno dei supporti era rovinato ... :) in effetti il discorso backup
viene spesso sottovalutato o considerato come una "rottura di scatole"
fino a che non succede qualcosa che obbliga ad effettuare un
ripristino, a quel punto il backup diventa improvvisamente "prezioso",
peccato che in molti casi, anche in aziende di una "certa dimensione"
NON venga implementata la verifica dei backup e la simulazione
periodica di ripristino che è fondamentale per assicurarsi che quanto è
stato copiato permetta realmente di recuperare i dati ottenendo un
sistema funzionante
:: (it.comp.os.win.windows10)
:: <qv72aq$4c1$1...@gioia.aioe.org>
:: Paperino <non...@lo.dico.invalid> wrote:
> Dei backup vanno sempre, _sempre_, _*SEMPRE*_ effettuati
> anche dei test di ripristino.
> Perché anche quando funzionano, posso sempre esserci delle
> sorprese sgradevoli.
E-SATTO :D !!
> Dei backup vanno sempre, _sempre_, _*SEMPRE*_ effettuati
> anche dei test di ripristino.
> Perché anche quando funzionano, posso sempre esserci delle
> sorprese sgradevoli.
> Io l'ho imparato, per fortuna non a mie spese, svariati
> anni fa. Ricordo ancora la faccia del collega quando un
> certo server morì e lui dovette ripristinarlo.
> Cerrrrrrrto, lui faceva religiosamente i backup tutti i
> giorni da anni. Ed erano tutti a posto.
>
> Piccolo problema: dopo il primo erano tutti (oltre un
> migliaio...) rigorosamente incrementali.
viene spesso sottovalutato o considerato come una "rottura di scatole"
fino a che non succede qualcosa che obbliga ad effettuare un
ripristino, a quel punto il backup diventa improvvisamente "prezioso",
peccato che in molti casi, anche in aziende di una "certa dimensione"
NON venga implementata la verifica dei backup e la simulazione
periodica di ripristino che è fondamentale per assicurarsi che quanto è
stato copiato permetta realmente di recuperare i dati ottenendo un
sistema funzionante
Paperino
Jan 9, 2020, 10:12:23 AM1/9/20
to
ObiWan ha scritto:
in sé è già un piccolo miracolo, con la roba dell'epoca.
Ma rifletti un attimo sul meccanismo del ripristino di
backup incrementali - NON differenziali.
...dopo una settimana il sistema era ancora lì a macinare,
e lui lì a swappare tutto quel centinaio e rotti di CD =8-(
> Paperino wrote:
>> Cerrrrrrrto, lui faceva religiosamente i backup tutti i
>> giorni da anni. Ed erano tutti a posto.
>> Piccolo problema: dopo il primo erano tutti (oltre un
>> migliaio...) rigorosamente incrementali.
> Ed uno dei supporti era rovinato ... :)
No, per fortuna no. Come detto erano tutti a posto (il che
>> Cerrrrrrrto, lui faceva religiosamente i backup tutti i
>> giorni da anni. Ed erano tutti a posto.
>> Piccolo problema: dopo il primo erano tutti (oltre un
>> migliaio...) rigorosamente incrementali.
> Ed uno dei supporti era rovinato ... :)
in sé è già un piccolo miracolo, con la roba dell'epoca.
Ma rifletti un attimo sul meccanismo del ripristino di
backup incrementali - NON differenziali.
...dopo una settimana il sistema era ancora lì a macinare,
e lui lì a swappare tutto quel centinaio e rotti di CD =8-(
Ammammata
Jan 9, 2020, 10:44:24 AM1/9/20
to
Il giorno Thu 09 Jan 2020 12:20:57p, *Paperino* ha inviato su
it.comp.os.win.windows10 il messaggio news:qv72aq$4c1$1...@gioia.aioe.org.
Vediamo cosa ha scritto:
> Piccolo problema: dopo il primo erano tutti (oltre un
> migliaio...) rigorosamente incrementali.
>
he he... no, in questo caso si tratta di una immagine dell'intero disco
quindi niente incrementale o differenziale: se ne conservano giusto un paio
di copie nel caso una diventasse inaccessibile
i dati (e la struttura/configurazione del database) hanno ovviamente backup
diversi e ridondanti su supporti diversi
it.comp.os.win.windows10 il messaggio news:qv72aq$4c1$1...@gioia.aioe.org.
Vediamo cosa ha scritto:
> Piccolo problema: dopo il primo erano tutti (oltre un
> migliaio...) rigorosamente incrementali.
>
quindi niente incrementale o differenziale: se ne conservano giusto un paio
di copie nel caso una diventasse inaccessibile
i dati (e la struttura/configurazione del database) hanno ovviamente backup
diversi e ridondanti su supporti diversi
ObiWan
Jan 9, 2020, 10:48:30 AM1/9/20
to
:: On Thu, 9 Jan 2020 16:12:21 +0100 (GMT+01:00)
:: (it.comp.os.win.windows10)
:: <qv7fsk$5j1$1...@gioia.aioe.org>
> Ma rifletti un attimo sul meccanismo del ripristino di
> backup incrementali - NON differenziali.
Si lo so :) infatti andrebbe pianificata una strategia di backup che
preveda ciclicamente la ripetizione del backup "full" iniziale, e la
stessa cosa vale anche per il differenziale... che preferisco per il
fatto che a fronte di una maggior dimensione dei backup successivi al
primo (full) permette un ripristino più rapido :)
> ...dopo una settimana il sistema era ancora lì a macinare,
> e lui lì a swappare tutto quel centinaio e rotti di CD =8-(
Spero che per lo meno abbia imparato la lezione <vbeg> :D :D
:: (it.comp.os.win.windows10)
:: <qv7fsk$5j1$1...@gioia.aioe.org>
:: Paperino <non...@lo.dico.invalid> wrote:
> No, per fortuna no. Come detto erano tutti a posto (il che
> in sé è già un piccolo miracolo, con la roba dell'epoca.
Ah beh, pensavo peggio
> No, per fortuna no. Come detto erano tutti a posto (il che
> in sé è già un piccolo miracolo, con la roba dell'epoca.
> Ma rifletti un attimo sul meccanismo del ripristino di
> backup incrementali - NON differenziali.
preveda ciclicamente la ripetizione del backup "full" iniziale, e la
stessa cosa vale anche per il differenziale... che preferisco per il
fatto che a fronte di una maggior dimensione dei backup successivi al
primo (full) permette un ripristino più rapido :)
> ...dopo una settimana il sistema era ancora lì a macinare,
> e lui lì a swappare tutto quel centinaio e rotti di CD =8-(
ObiWan
Jan 9, 2020, 10:59:08 AM1/9/20
to
:: On Thu, 9 Jan 2020 15:44:23 +0000 (UTC)
:: (it.comp.os.win.windows10)
:: <XnsAB3FAA596ABFBam...@148.251.67.112>
di backup che preveda un backup completo settimanale o mensile (dipende
dalla quantità di dati) ed un backup differenziale giornaliero, questo
ti permetterà di risparmiare tempo per i backup giornalieri e di avere
un backup che possa essere ripristinato rapidamente - il differenziale
prevede il ripristino dell'ultimo backup completo e quello dell'ultimo
backup differenziale (o quello relativo alla data che si desidera
ripristinare, nel caso non fosse l'ultima)
> i dati (e la struttura/configurazione del database) hanno ovviamente
> backup diversi e ridondanti su supporti diversi
Potresti anche crearti uno script per generare un backup "a caldo" del
DB in una cartella ed includere la cartella nella procedura di backup
normale, ti basterà schedulare il backup del DB in modo opportuno
:: (it.comp.os.win.windows10)
:: <XnsAB3FAA596ABFBam...@148.251.67.112>
:: Ammammata <amma...@tiscalinet.it> wrote:
> he he... no, in questo caso si tratta di una immagine dell'intero
> disco quindi niente incrementale o differenziale: se ne conservano
> giusto un paio di copie nel caso una diventasse inaccessibile
Sinceramente ti consiglierei di valutare l'idea di impostare una policy
> he he... no, in questo caso si tratta di una immagine dell'intero
> disco quindi niente incrementale o differenziale: se ne conservano
> giusto un paio di copie nel caso una diventasse inaccessibile
di backup che preveda un backup completo settimanale o mensile (dipende
dalla quantità di dati) ed un backup differenziale giornaliero, questo
ti permetterà di risparmiare tempo per i backup giornalieri e di avere
un backup che possa essere ripristinato rapidamente - il differenziale
prevede il ripristino dell'ultimo backup completo e quello dell'ultimo
backup differenziale (o quello relativo alla data che si desidera
ripristinare, nel caso non fosse l'ultima)
> i dati (e la struttura/configurazione del database) hanno ovviamente
> backup diversi e ridondanti su supporti diversi
DB in una cartella ed includere la cartella nella procedura di backup
normale, ti basterà schedulare il backup del DB in modo opportuno
Paperino
Jan 9, 2020, 5:44:05 PM1/9/20
to
ObiWan ha scritto:
ho settato tutti i backup dei gruppi di VM su VMware per un
cliente: un (synthetic) full settimanale, un incrementale giornaliero
e un full esplicito ogni mese, il tutto con una retention appunto
di 4 settimane, in modo da avere sempre quattro full disponibili
e ogni singolo giorno protetto.
Il tutto ripetuto su due disk device diversi, e un tape loader
coi nastri (criptati) che vengono portati via ogni sera e tenuti
off site.
(C'č anche un connettore su un bucket S3 su AWS, ma per ora
replica solo alcuni dei mensili, in attesa di una linea dati
piů performante.)
Ma mi era venuto un dubbio, e sono andato a verificare.
Ebbene sě, ci sono cascato anch'io :-(((
Oh, perlomeno per superficialitŕ. Non ho fatto io il job, ma
mea culpa lo stesso perché non l'ho mai controllato.
Ne ho beccato uno malconfigurato - per fortuna uno di
quelli secondari su un NAS - e indovinate un po'? non faceva
i full da 310 giorni... dopo il primo full, solo incrementali.
/facepalm
OK, dopo questa FDM/confessione, vado a dormire.
> Spero che per lo meno abbia imparato la lezione <vbeg>
Lui non lo so, io sě. E questa č la seconda lezione.
Controllare, ricontrollare, poi verificare e infine accertarsi.
Poi far ricontrollare da qualcun altro.
> infatti andrebbe pianificata una strategia di backup che
> preveda ciclicamente la ripetizione del backup "full" iniziale
Ecco, stavo giusto per dire che cosě č esattamente come
> preveda ciclicamente la ripetizione del backup "full" iniziale
ho settato tutti i backup dei gruppi di VM su VMware per un
cliente: un (synthetic) full settimanale, un incrementale giornaliero
e un full esplicito ogni mese, il tutto con una retention appunto
di 4 settimane, in modo da avere sempre quattro full disponibili
e ogni singolo giorno protetto.
Il tutto ripetuto su due disk device diversi, e un tape loader
coi nastri (criptati) che vengono portati via ogni sera e tenuti
off site.
(C'č anche un connettore su un bucket S3 su AWS, ma per ora
replica solo alcuni dei mensili, in attesa di una linea dati
piů performante.)
Ma mi era venuto un dubbio, e sono andato a verificare.
Ebbene sě, ci sono cascato anch'io :-(((
Oh, perlomeno per superficialitŕ. Non ho fatto io il job, ma
mea culpa lo stesso perché non l'ho mai controllato.
Ne ho beccato uno malconfigurato - per fortuna uno di
quelli secondari su un NAS - e indovinate un po'? non faceva
i full da 310 giorni... dopo il primo full, solo incrementali.
/facepalm
OK, dopo questa FDM/confessione, vado a dormire.
> Spero che per lo meno abbia imparato la lezione <vbeg>
Controllare, ricontrollare, poi verificare e infine accertarsi.
Poi far ricontrollare da qualcun altro.
ObiWan
Jan 10, 2020, 8:32:30 AM1/10/20
to
:: On Thu, 9 Jan 2020 23:44:04 +0100 (GMT+01:00)
:: (it.comp.os.win.windows10)
:: <qv8abi$4dg$1...@gioia.aioe.org>
:: Paperino <non...@lo.dico.invalid> wrote:
> Ecco, stavo giusto per dire che così è esattamente come
> per un cliente: un (synthetic) full settimanale, un incrementale
> giornaliero e un full esplicito ogni mese, il tutto con una retention
> appunto di 4 settimane, in modo da avere sempre quattro full
> disponibili e ogni singolo giorno protetto.
Ah, preferisci l'incrementale ? Motivi particolari ?
> Ne ho beccato uno malconfigurato - per fortuna uno di
> quelli secondari su un NAS - e indovinate un po'? non faceva
> i full da 310 giorni... dopo il primo full, solo incrementali.
> /facepalm
Ahia, non hai un sistema che ti invia una email al termine del backup
"full" (sia che vada a buon fine, sia che non lo faccia) ? Io di norma
per i full lo imposto in quel modo, mentre per gli altri la mail parte
solo in caso di errori; il "trucchetto" aiuta ad evitare quello che ti
è successo :)
> Lui non lo so, io sì. E questa è la seconda lezione.
:: (it.comp.os.win.windows10)
:: <qv8abi$4dg$1...@gioia.aioe.org>
:: Paperino <non...@lo.dico.invalid> wrote:
> Ecco, stavo giusto per dire che così è esattamente come
> ho settato tutti i backup dei gruppi di VM su VMware
Lo supponevo :)
> per un cliente: un (synthetic) full settimanale, un incrementale
> giornaliero e un full esplicito ogni mese, il tutto con una retention
> appunto di 4 settimane, in modo da avere sempre quattro full
> disponibili e ogni singolo giorno protetto.
> Ne ho beccato uno malconfigurato - per fortuna uno di
> quelli secondari su un NAS - e indovinate un po'? non faceva
> i full da 310 giorni... dopo il primo full, solo incrementali.
> /facepalm
"full" (sia che vada a buon fine, sia che non lo faccia) ? Io di norma
per i full lo imposto in quel modo, mentre per gli altri la mail parte
solo in caso di errori; il "trucchetto" aiuta ad evitare quello che ti
è successo :)
> Lui non lo so, io sì. E questa è la seconda lezione.
> Controllare, ricontrollare, poi verificare e infine accertarsi.
> Poi far ricontrollare da qualcun altro.
Nel caso puoi sempre usare un "LART device" :D !
> Poi far ricontrollare da qualcun altro.
CBM64
Jan 10, 2020, 9:49:05 AM1/10/20
to
>
> Piccolo problema: dopo il primo erano tutti (oltre un
> migliaio...) rigorosamente incrementali.
>
> Bye, G.
>
:-)
Paperino
Jan 10, 2020, 1:48:29 PM1/10/20
to
ObiWan ha scritto:
di quanto si possa pensare :-(
>> Ne ho beccato uno malconfigurato - per fortuna uno di
>> quelli secondari su un NAS - e indovinate un po'? non faceva
>> i full da 310 giorni... dopo il primo full, solo incrementali.
>> /facepalm
> Ahia, non hai un sistema che ti invia una email al termine del backup
> "full" (sia che vada a buon fine, sia che non lo faccia) ? Io di norma
> per i full lo imposto in quel modo, mentre per gli altri la mail parte
> solo in caso di errori; il "trucchetto" aiuta ad evitare quello che ti
> è successo :)
Sì e no. Il sistema manda l'email per ogni backup, ma senza
dire se è incrementale o full.
Potrei metterlo nel nome... un "_F" e via. Ma vabbe', non
ne vale la pena. Ora abbiamo preso Veeam One che fa un buon
monitoring di tutto l'ambaradan.
Gli devo ancora configurare gli alert.
>> Lui non lo so, io sì. E questa è la seconda lezione.
>> Controllare, ricontrollare, poi verificare e infine accertarsi.
>> Poi far ricontrollare da qualcun altro.
> Nel caso puoi sempre usare un "LART device" :D !
Mi toccherebbe fare Tafazzi... quello che materialmente
ha impostato quei job non è più con noi.
Nel senso che non lavora più con noi, ma da quello che
mi dicono potrebbe anche essere nell'altro senso, fra
un po'... problemi di salute, poveraccio :-(
Bye, G.
> :: Paperino wrote:
>> Ecco, stavo giusto per dire che così è esattamente come
>> ho settato tutti i backup dei gruppi di VM su VMware
> Lo supponevo :)
>> per un cliente: un (synthetic) full settimanale, un incrementale
>> giornaliero e un full esplicito ogni mese, il tutto con una retention
>> appunto di 4 settimane, in modo da avere sempre quattro full
>> disponibili e ogni singolo giorno protetto.
> Ah, preferisci l'incrementale ? Motivi particolari ?
Spazio disponibile. 50 TERABBAIT finiscono più in fretta
>> Ecco, stavo giusto per dire che così è esattamente come
>> ho settato tutti i backup dei gruppi di VM su VMware
> Lo supponevo :)
>> per un cliente: un (synthetic) full settimanale, un incrementale
>> giornaliero e un full esplicito ogni mese, il tutto con una retention
>> appunto di 4 settimane, in modo da avere sempre quattro full
>> disponibili e ogni singolo giorno protetto.
> Ah, preferisci l'incrementale ? Motivi particolari ?
di quanto si possa pensare :-(
>> Ne ho beccato uno malconfigurato - per fortuna uno di
>> quelli secondari su un NAS - e indovinate un po'? non faceva
>> i full da 310 giorni... dopo il primo full, solo incrementali.
>> /facepalm
> Ahia, non hai un sistema che ti invia una email al termine del backup
> "full" (sia che vada a buon fine, sia che non lo faccia) ? Io di norma
> per i full lo imposto in quel modo, mentre per gli altri la mail parte
> solo in caso di errori; il "trucchetto" aiuta ad evitare quello che ti
> è successo :)
dire se è incrementale o full.
Potrei metterlo nel nome... un "_F" e via. Ma vabbe', non
ne vale la pena. Ora abbiamo preso Veeam One che fa un buon
monitoring di tutto l'ambaradan.
Gli devo ancora configurare gli alert.
>> Lui non lo so, io sì. E questa è la seconda lezione.
>> Controllare, ricontrollare, poi verificare e infine accertarsi.
>> Poi far ricontrollare da qualcun altro.
> Nel caso puoi sempre usare un "LART device" :D !
ha impostato quei job non è più con noi.
Nel senso che non lavora più con noi, ma da quello che
mi dicono potrebbe anche essere nell'altro senso, fra
un po'... problemi di salute, poveraccio :-(
Bye, G.
Paperino
Jan 10, 2020, 1:48:45 PM1/10/20
to
CBM64 ha scritto:
che ce la fece.
Credo abbia avuto per un certo tempo degli incubi tipo
soldato di ritorno dal Vietnam, ogni volta che vedeva
un CD rabbrividiva e andava ad accarezzare il cane...
Bye, G.
>> Piccolo problema: dopo il primo erano tutti (oltre un
>> migliaio...) rigorosamente incrementali.
>> migliaio...) rigorosamente incrementali.
> alla fine ce l'ha fatta a restorare ?
> :-)
Più saggio, più maturo e un bel po' più vecchio, ma so
> :-)
che ce la fece.
Credo abbia avuto per un certo tempo degli incubi tipo
soldato di ritorno dal Vietnam, ogni volta che vedeva
un CD rabbrividiva e andava ad accarezzare il cane...
Bye, G.
ObiWan
Jan 13, 2020, 5:08:58 AM1/13/20
to
:: On Fri, 10 Jan 2020 19:48:28 +0100
:: (it.comp.os.win.windows10)
:: <qvagtq$440$1...@gioia.aioe.org>
dallo spazio di storage disponibile, lo stesso viene sempre saturato
con estrema rapidità :)
> > Io di norma per i full lo imposto in quel modo, mentre per gli
> > altri la mail parte solo in caso di errori; il "trucchetto" aiuta
> > ad evitare quello che ti è successo :)
> Sì e no. Il sistema manda l'email per ogni backup, ma senza
> dire se è incrementale o full.
Ah :(
> Potrei metterlo nel nome... un "_F" e via. Ma vabbe', non
> ne vale la pena. Ora abbiamo preso Veeam One che fa un buon
> monitoring di tutto l'ambaradan.
> Gli devo ancora configurare gli alert.
Metterlo nel nome non serve, come ho scritto sopra, l'idea è quella di
inviare SEMPRE (errori o tutto ok) una email al termine del "full",
mentre per gli incrementali inviarla SOLO in caso di errore, vedi il
discorso è che se invii sempre e comunque una email per tutti i backup,
indipendentemente dall'esito, va a finire che chi dovrebbe controllarle
non le controlla più (pissicologia spicciola) :P
> Mi toccherebbe fare Tafazzi... quello che materialmente
> ha impostato quei job non è più con noi.
Ah, beh allora lascia stare
> Nel senso che non lavora più con noi, ma da quello che
> mi dicono potrebbe anche essere nell'altro senso, fra
> un po'... problemi di salute, poveraccio :-(
:(
:: (it.comp.os.win.windows10)
:: <qvagtq$440$1...@gioia.aioe.org>
:: Paperino <non...@lo.dico.invalid> wrote:
> > Ah, preferisci l'incrementale ? Motivi particolari ?
> Spazio disponibile. 50 TERABBAIT finiscono più in fretta
> di quanto si possa pensare :-(
Ma anche 100, per esperienza so con certezza che, indipendentemente
> > Ah, preferisci l'incrementale ? Motivi particolari ?
> Spazio disponibile. 50 TERABBAIT finiscono più in fretta
> di quanto si possa pensare :-(
dallo spazio di storage disponibile, lo stesso viene sempre saturato
con estrema rapidità :)
> > Io di norma per i full lo imposto in quel modo, mentre per gli
> > altri la mail parte solo in caso di errori; il "trucchetto" aiuta
> > ad evitare quello che ti è successo :)
> Sì e no. Il sistema manda l'email per ogni backup, ma senza
> dire se è incrementale o full.
> Potrei metterlo nel nome... un "_F" e via. Ma vabbe', non
> ne vale la pena. Ora abbiamo preso Veeam One che fa un buon
> monitoring di tutto l'ambaradan.
> Gli devo ancora configurare gli alert.
inviare SEMPRE (errori o tutto ok) una email al termine del "full",
mentre per gli incrementali inviarla SOLO in caso di errore, vedi il
discorso è che se invii sempre e comunque una email per tutti i backup,
indipendentemente dall'esito, va a finire che chi dovrebbe controllarle
non le controlla più (pissicologia spicciola) :P
> Mi toccherebbe fare Tafazzi... quello che materialmente
> ha impostato quei job non è più con noi.
> Nel senso che non lavora più con noi, ma da quello che
> mi dicono potrebbe anche essere nell'altro senso, fra
> un po'... problemi di salute, poveraccio :-(
0 new messages