Kirjoittaja Aihe: Fedora ja Déjà Dup [RATKAISTU]  (Luettu 3970 kertaa)

raimo

  • Käyttäjä
  • Viestejä: 4155
  • openSUSE Tumbleweed
    • Profiili
Fedora ja Déjà Dup [RATKAISTU]
« : 16.07.20 - klo:13.12 »
Moi,
saako kuvassa näkyvän kokonaan uuden backupin tekemisen jostain estettyä?
Se kun ei poista olemassa olevia kopioita, 6Tt alkaa ahistumaan kun 1 varmuuskopio on teran luokkaa.
Sitten se tietenkin poistaa vanhoja kun tila alkaa käymään vähiin, mut haluaisin vain normaalin varmuuskopion
missä kopioidaan vain muuttuneet tiedostot. Niinhän tuo normaalisti tekeekin mutta sitten aika-ajoin iskee tämä
kokonaan uudelleenkopiointi. Varmuuskopion otan päivittäin, että siitäkään ei ole kyse että olisi liian vanha kopio.

edit: tämä koskee kaikkia distroja mutta laitoin nyt tänne kun kerran on Fedorassa.
« Viimeksi muokattu: 16.07.20 - klo:13.47 kirjoittanut raimo »
Tietä käyden tien on vanki. Vapaa on vain umpihanki.
Aaro Hellaakoski

AimoE

  • Käyttäjä
  • Viestejä: 2707
    • Profiili
Vs: Fedora ja Déjà Dup
« Vastaus #1 : 16.07.20 - klo:13.33 »
Kyse on alla olevan duplicityn ominaisuus, eikä sitä voi muuttaa. Mutta sen ajoitusta voi kyllä muuttaa, harvemmaksi tai tiuhemmaksi. Asetus löytää esim. avaamalla dconf-editorin tai komentoriviltä asetuksen voi katsoa tai vaihtaa gsettings-komennolla. Polku on /org/gnome/deja-dup/ ja sen alla asetuksen nimi on full-backup-period (oletus 90 päivää muistaakseni).

raimo

  • Käyttäjä
  • Viestejä: 4155
  • openSUSE Tumbleweed
    • Profiili
Vs: Fedora ja Déjà Dup
« Vastaus #2 : 16.07.20 - klo:13.46 »
Kyse on alla olevan duplicityn ominaisuus, eikä sitä voi muuttaa. Mutta sen ajoitusta voi kyllä muuttaa, harvemmaksi tai tiuhemmaksi. Asetus löytää esim. avaamalla dconf-editorin tai komentoriviltä asetuksen voi katsoa tai vaihtaa gsettings-komennolla. Polku on /org/gnome/deja-dup/ ja sen alla asetuksen nimi on full-backup-period (oletus 90 päivää muistaakseni).

Kiitos, sieltähän se tuli kuin apteekin hyllyltä.  :)
Laitoin tapahtuvaksi kerran vuodessa.
Tietä käyden tien on vanki. Vapaa on vain umpihanki.
Aaro Hellaakoski

nm

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Fedora ja Déjà Dup [RATKAISTU]
« Vastaus #3 : 16.07.20 - klo:14.17 »
Mielestäni on järkevää tehdä täysi varmuuskopio kohtalaisen usein. 90 päivän oletus kuulostaa fiksulta. Jos inkrementaaliset varmuuskopiot hajoavat syystä tai toisesta, on aika ikävä palata kokonainen vuosi taaksepäin.

Vanhoja varmuuskopioita voi siivota automaattisesti vaikka cronilla ajastettuna, hyödyntäen duplicityn komentoa remove-all-but-n-full:

http://duplicity.nongnu.org/vers7/duplicity.1.html
Lainaus
remove-all-but-n-full <count> [--force] <url>
Delete all backups sets that are older than the count:th last full backup (in other words, keep the last count full backups and associated incremental sets). count must be larger than zero. A value of 1 means that only the single most recent backup chain will be kept. Note that --force will be needed to delete the files instead of just listing them.
« Viimeksi muokattu: 16.07.20 - klo:14.19 kirjoittanut nm »

raimo

  • Käyttäjä
  • Viestejä: 4155
  • openSUSE Tumbleweed
    • Profiili
Vs: Fedora ja Déjà Dup [RATKAISTU]
« Vastaus #4 : 16.07.20 - klo:15.04 »
Mielestäni on järkevää tehdä täysi varmuuskopio kohtalaisen usein. 90 päivän oletus kuulostaa fiksulta. Jos inkrementaaliset varmuuskopiot hajoavat syystä tai toisesta, on aika ikävä palata kokonainen vuosi taaksepäin.

Vanhoja varmuuskopioita voi siivota automaattisesti vaikka cronilla ajastettuna, hyödyntäen duplicityn komentoa remove-all-but-n-full:

http://duplicity.nongnu.org/vers7/duplicity.1.html
Lainaus
remove-all-but-n-full <count> [--force] <url>
Delete all backups sets that are older than the count:th last full backup (in other words, keep the last count full backups and associated incremental sets). count must be larger than zero. A value of 1 means that only the single most recent backup chain will be kept. Note that --force will be needed to delete the files instead of just listing them.

Jep, en ajatellut sitä noin pitkälle, mutta tietenkin jokin virhe voi syntyä ja kuten sanoit vuosi on pitkä aika. Ehkä palautan sen oletuksen?
Tuosta duplicity -komennosta en ymmärrä mitään, tarvin rautalankaa?  :)

edit muuten menee jakeluun, mutta mikä tuo <url> on onko se hakemistopolku? Asian tekee hankalaksi se että irroitan piuhat kopioasemasta aina kun kopio on valmis, melkonen jumppa mutta täällä avojohtojen mailla ukkonen on pahis tietotekniikalle.
« Viimeksi muokattu: 16.07.20 - klo:15.17 kirjoittanut raimo »
Tietä käyden tien on vanki. Vapaa on vain umpihanki.
Aaro Hellaakoski

nm

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Fedora ja Déjà Dup [RATKAISTU]
« Vastaus #5 : 16.07.20 - klo:17.10 »
edit muuten menee jakeluun, mutta mikä tuo <url> on onko se hakemistopolku? Asian tekee hankalaksi se että irroitan piuhat kopioasemasta aina kun kopio on valmis, melkonen jumppa mutta täällä avojohtojen mailla ukkonen on pahis tietotekniikalle.

Se voi olla esimerkiksi paikallisen koneen hakemistopolku, joka määritellään file:// -etuliitteellä:

Koodia: [Valitse]
file:///media/ulkoinenlevy/backup
Duplicityn manuaalisivulla on esimerkkejä. Yksi ratkaisu olisi korvata Déjà Dup kokonaan komentoriviskriptillä.


Lisäys: Tosiaan Déjà Dupissakin on mahdollista määritellä, kuinka pitkään vanhoja varmuuskopioita säilytetään, mutta turvallisuussyistä se pitää aina kaksi täyttä varmuuskopiota tallessa: https://wiki.gnome.org/Apps/DejaDup/Details#Deleting_Old_Backups

Levytilaa tarvitaan siis käytännössä yli kaksi kertaa varmuuskopioitavan datan määrä, ja inkrementaaliset päivitykset voivat helposti viedä paljonkin tilaa, jos tiedostoihin tulee usein muutoksia. Jos täysiä varmuuskopioita tehdään tiheämmin, inkrementaalisia muutoksia kertyy vähemmän.
« Viimeksi muokattu: 16.07.20 - klo:17.29 kirjoittanut nm »

raimo

  • Käyttäjä
  • Viestejä: 4155
  • openSUSE Tumbleweed
    • Profiili
Vs: Fedora ja Déjà Dup [RATKAISTU]
« Vastaus #6 : 16.07.20 - klo:17.51 »
edit muuten menee jakeluun, mutta mikä tuo <url> on onko se hakemistopolku? Asian tekee hankalaksi se että irroitan piuhat kopioasemasta aina kun kopio on valmis, melkonen jumppa mutta täällä avojohtojen mailla ukkonen on pahis tietotekniikalle.

Se voi olla esimerkiksi paikallisen koneen hakemistopolku, joka määritellään file:// -etuliitteellä:

Koodia: [Valitse]
file:///media/ulkoinenlevy/backup
Duplicityn manuaalisivulla on esimerkkejä. Yksi ratkaisu olisi korvata Déjà Dup kokonaan komentoriviskriptillä.


Lisäys: Tosiaan Déjà Dupissakin on mahdollista määritellä, kuinka pitkään vanhoja varmuuskopioita säilytetään, mutta turvallisuussyistä se pitää aina kaksi täyttä varmuuskopiota tallessa: https://wiki.gnome.org/Apps/DejaDup/Details#Deleting_Old_Backups

Levytilaa tarvitaan siis käytännössä yli kaksi kertaa varmuuskopioitavan datan määrä, ja inkrementaaliset päivitykset voivat helposti viedä paljonkin tilaa, jos tiedostoihin tulee usein muutoksia. Jos täysiä varmuuskopioita tehdään tiheämmin, inkrementaalisia muutoksia kertyy vähemmän.

Kiitos selvennyksestä, nyt tajuan. Taidan olla laiska ja laittaa Deja Dup -asetuksen päälle.
Levytilaa on 6Tt että kyllähän se melko pitkälle riittää kun kopion koko on karvan alle 1Tt
« Viimeksi muokattu: 16.07.20 - klo:17.53 kirjoittanut raimo »
Tietä käyden tien on vanki. Vapaa on vain umpihanki.
Aaro Hellaakoski

raimo

  • Käyttäjä
  • Viestejä: 4155
  • openSUSE Tumbleweed
    • Profiili
Vs: Fedora ja Déjà Dup [RATKAISTU]
« Vastaus #7 : 16.07.20 - klo:20.01 »
Näin pitkällä jo kestää vielä tunteja, tämän takia ottaisin mielelläni eron näistä täyskopioista.
Kestää koko päivän aamusta aikasesta iltamyöhään.
Ja on USB3 liitin ja levy. Vie kummasti prossutehoa.
Tietä käyden tien on vanki. Vapaa on vain umpihanki.
Aaro Hellaakoski

nm

  • Käyttäjä
  • Viestejä: 16232
    • Profiili
Vs: Fedora ja Déjà Dup [RATKAISTU]
« Vastaus #8 : 17.07.20 - klo:00.39 »
Vaikuttaa tältä ongelmalta, joka ilmenee isojen tiedostojen kanssa, kun maksimiblokkikoko on pieni: https://bugs.launchpad.net/duplicity/+bug/1149563

Duplicityn parametri --max-blocksize 1048576 (eli yhden megan maksimiblokkikoko) saattaisi auttaa, mutta sitä ei varmaankaan saa asetettua Déjà Dupin kautta lähdekoodiin koskematta...

VDR-tallenteiden tapauksessa inkrementaalisuudesta ja varmuuskopion kryptauksesta ei ole oikeastaan mitään hyötyä vaan pikemminkin haittaa varmuuskopioinnin hitauden vuoksi, joten ne voisi hoitaa kevyemminkin talteen vaikka rsyncillä. Noista riittänee myös yksi varmuuskopiokappale enemmän kuin hyvin.
« Viimeksi muokattu: 17.07.20 - klo:00.41 kirjoittanut nm »

raimo

  • Käyttäjä
  • Viestejä: 4155
  • openSUSE Tumbleweed
    • Profiili
Vs: Fedora ja Déjà Dup [RATKAISTU]
« Vastaus #9 : 18.07.20 - klo:13.35 »
Vaikuttaa tältä ongelmalta, joka ilmenee isojen tiedostojen kanssa, kun maksimiblokkikoko on pieni: https://bugs.launchpad.net/duplicity/+bug/1149563

Duplicityn parametri --max-blocksize 1048576 (eli yhden megan maksimiblokkikoko) saattaisi auttaa, mutta sitä ei varmaankaan saa asetettua Déjà Dupin kautta lähdekoodiin koskematta...

VDR-tallenteiden tapauksessa inkrementaalisuudesta ja varmuuskopion kryptauksesta ei ole oikeastaan mitään hyötyä vaan pikemminkin haittaa varmuuskopioinnin hitauden vuoksi, joten ne voisi hoitaa kevyemminkin talteen vaikka rsyncillä. Noista riittänee myös yksi varmuuskopiokappale enemmän kuin hyvin.

Kiitos, otin nyt videot sekä VDR-tallenteet rsync:llä talteen ja laitoin Deja Dup:n eston näille hakemistoille. Miten lie suhtautuu crontab siihen että levy ei ole liitetty mitä se ei yleensä ole. No täytyy rakentaa skripti joka huomauttaa että kytkepäs ulkoinen levy ja sitten vasta ajaa automaattisesti rsync Videoille ja VDR:lle. Tosin tuo ei nyt mikään kauheus että ajaa itse (alias) rsync:n kun tulee uusia nauhoituksia.
« Viimeksi muokattu: 18.07.20 - klo:13.55 kirjoittanut raimo »
Tietä käyden tien on vanki. Vapaa on vain umpihanki.
Aaro Hellaakoski

Postimies

  • Käyttäjä
  • Viestejä: 2619
    • Profiili
Vs: Fedora ja Déjà Dup [RATKAISTU]
« Vastaus #10 : 26.07.20 - klo:09.55 »
Kiitos, otin nyt videot sekä VDR-tallenteet rsync:llä talteen ja laitoin Deja Dup:n eston näille hakemistoille. Miten lie suhtautuu crontab siihen että levy ei ole liitetty mitä se ei yleensä ole. No täytyy rakentaa skripti joka huomauttaa että kytkepäs ulkoinen levy ja sitten vasta ajaa automaattisesti rsync Videoille ja VDR:lle. Tosin tuo ei nyt mikään kauheus että ajaa itse (alias) rsync:n kun tulee uusia nauhoituksia.
Medioihin rsync tai vastaava paras kun videot, kuvat ym. ovat valmiiksi pakattuja. Itsellä systeemi pakkautuu kohtuullisesti dar-ohjelmalla. Kuinka usein ja miten on aina hankalaa. Varmuuskopioihin tulee ne mokatkin. Jos muuttuvia tiedostoja kohtuullinen määrä niin yksi täysikopio ja sen lisäksi muuttuneet otetaan talteen sopivin väliajoin. Silloin palautuksessa olisi vain pari pakettia ja menee melko nopeasti - systeemi & asetukset. Lisäturvaa tuo jos yksi kopio koneessa ja lisäksi yksi ulkoisella. Tai edes kuville, musiikille ja leffoille oma ulkoinen. 6T on paljon kerralla menetettäväksi.