#borg — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #borg, aggregated by home.social.
-
Ich finds ja bezeichnend, dass Integrieren in Deutschland vor allem im Passiv verwendet wird. ("Jemand wird integriert", statt "jemand integriert". Im Nomen dann Integration statt Integrieren. Die Konstellation "jemand integriert sich" ist sprachlich und inhaltlich besonders abstrus.)
Stünde da "Integrieren = Assimilieren?" wärs vielleicht auch zu klar und einfach?
-
Ich finds ja bezeichnend, dass Integrieren in Deutschland vor allem im Passiv verwendet wird. ("Jemand wird integriert", statt "jemand integriert". Im Nomen dann Integration statt Integrieren. Die Konstellation "jemand integriert sich" ist sprachlich und inhaltlich besonders abstrus.)
Stünde da "Integrieren = Assimilieren?" wärs vielleicht auch zu klar und einfach?
-
Ich finds ja bezeichnend, dass Integrieren in Deutschland vor allem im Passiv verwendet wird. ("Jemand wird integriert", statt "jemand integriert". Im Nomen dann Integration statt Integrieren. Die Konstellation "jemand integriert sich" ist sprachlich und inhaltlich besonders abstrus.)
Stünde da "Integrieren = Assimilieren?" wärs vielleicht auch zu klar und einfach?
-
Ich finds ja bezeichnend, dass Integrieren in Deutschland vor allem im Passiv verwendet wird. ("Jemand wird integriert", statt "jemand integriert". Im Nomen dann Integration statt Integrieren. Die Konstellation "jemand integriert sich" ist sprachlich und inhaltlich besonders abstrus.)
Stünde da "Integrieren = Assimilieren?" wärs vielleicht auch zu klar und einfach?
-
„Eine Regierung, die so schlecht ist, dass nicht mal die #Borg eine Assimilierung erwägten …“
-
„Eine Regierung, die so schlecht ist, dass nicht mal die #Borg eine Assimilierung erwägten …“
-
„Eine Regierung, die so schlecht ist, dass nicht mal die #Borg eine Assimilierung erwägten …“
-
„Eine Regierung, die so schlecht ist, dass nicht mal die #Borg eine Assimilierung erwägten …“
-
I already use #Borg/#Borgmatic for my #Docker backups and dat was easy to setup. Then I tried doing the same thing for my #Kubernetes cluster, then realised it may not be that simple to backup the volumes - the databases, that was easy since Borgmatic supports that super easily. The PVCs tho, which uses #Longhorn underneath... I'm not too sure how to back them up - esp the
RWOones. One option I've found seems to be to set up backups, possible for Longhorn, to some #S3 storage location but ofc #MinIO is like, not an option now. Idk if finding a diff S3 option (#Garage? #RustFS?) is a good idea or, really, how do others back up data on their #K8s cluster in their #homelab/workplace? -
I already use #Borg/#Borgmatic for my #Docker backups and dat was easy to setup. Then I tried doing the same thing for my #Kubernetes cluster, then realised it may not be that simple to backup the volumes - the databases, that was easy since Borgmatic supports that super easily. The PVCs tho, which uses #Longhorn underneath... I'm not too sure how to back them up - esp the
RWOones. One option I've found seems to be to set up backups, possible for Longhorn, to some #S3 storage location but ofc #MinIO is like, not an option now. Idk if finding a diff S3 option (#Garage? #RustFS?) is a good idea or, really, how do others back up data on their #K8s cluster in their #homelab/workplace? -
I already use #Borg/#Borgmatic for my #Docker backups and dat was easy to setup. Then I tried doing the same thing for my #Kubernetes cluster, then realised it may not be that simple to backup the volumes - the databases, that was easy since Borgmatic supports that super easily. The PVCs tho, which uses #Longhorn underneath... I'm not too sure how to back them up - esp the
RWOones. One option I've found seems to be to set up backups, possible for Longhorn, to some #S3 storage location but ofc #MinIO is like, not an option now. Idk if finding a diff S3 option (#Garage? #RustFS?) is a good idea or, really, how do others back up data on their #K8s cluster in their #homelab/workplace? -
I already use #Borg/#Borgmatic for my #Docker backups and dat was easy to setup. Then I tried doing the same thing for my #Kubernetes cluster, then realised it may not be that simple to backup the volumes - the databases, that was easy since Borgmatic supports that super easily. The PVCs tho, which uses #Longhorn underneath... I'm not too sure how to back them up - esp the
RWOones. One option I've found seems to be to set up backups, possible for Longhorn, to some #S3 storage location but ofc #MinIO is like, not an option now. Idk if finding a diff S3 option (#Garage? #RustFS?) is a good idea or, really, how do others back up data on their #K8s cluster in their #homelab/workplace? -
I already use #Borg/#Borgmatic for my #Docker backups and dat was easy to setup. Then I tried doing the same thing for my #Kubernetes cluster, then realised it may not be that simple to backup the volumes - the databases, that was easy since Borgmatic supports that super easily. The PVCs tho, which uses #Longhorn underneath... I'm not too sure how to back them up - esp the
RWOones. One option I've found seems to be to set up backups, possible for Longhorn, to some #S3 storage location but ofc #MinIO is like, not an option now. Idk if finding a diff S3 option (#Garage? #RustFS?) is a good idea or, really, how do others back up data on their #K8s cluster in their #homelab/workplace? -
CW: Kink, borg
I want to be #assimilated the normal amount. We are not #borg... Yet :neobot_smug:
-
CW: Kink, borg
I want to be #assimilated the normal amount. We are not #borg... Yet :neobot_smug:
-
CW: Kink, borg
I want to be #assimilated the normal amount. We are not #borg... Yet :neobot_smug:
-
Arch Tip týdne: Zálohování – Borg vs rsync
💾 Dva osvědčené nástroje pro zálohu dat na Archu.
Každý řeší něco jiného – tady je rozdíl a kdy co použít.═══════════════════════════════════════════
📦 BORG – chytré zálohy s historií
═══════════════════════════════════════════Co umí:
→ deduplikace (stejný soubor se uloží jen jednou)
→ šifrování (AES-256)
→ komprese (lz4, zstd, zlib)
→ verze v čase – můžeš se vrátit k libovolnému snapshotuInstalace:
sudo pacman -S borgZákladní workflow:
inicializace repozitáře (jen jednou)
borg init --encryption=repokey /mnt/backup/repo
vytvoření zálohy
borg create --stats --progress
/mnt/backup/repo::archos-{now}
~/Dokumenty ~/Obrázky ~/.configvýpis archivů
borg list /mnt/backup/repo
obnova souboru
borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty
retence – nech 7 denních, 4 týdenní, 6 měsíčních
borg prune -v --list
--keep-daily=7 --keep-weekly=4 --keep-monthly=6
/mnt/backup/repoVýhody: úspora místa, šifrování, historie
Nevýhody: data nejsou přímo čitelná – potřebuješ borg═══════════════════════════════════════════
🔄 RSYNC – rychlý mirror 1:1
═══════════════════════════════════════════Co umí:
→ synchronizace souborů (lokálně i přes SSH)
→ přenáší jen změny (delta)
→ zachová oprávnění, ACL, xattrs, hardlinky
→ data zůstávají čitelná jako normální souboryInstalace:
sudo pacman -S rsyncZákladní workflow:
mirror /home na externí disk
rsync -aAXHv --delete --progress
~/ /mnt/backup/home/suchý běh (nic nezapíše, jen ukáže)
rsync -aAXHvn --delete ~/ /mnt/backup/home/
přes SSH na vzdálený server
rsync -aAXHv --delete -e ssh
~/Dokumenty/ user@server:/backup/dokumenty/vynechat složky
rsync -aAXHv --delete
--exclude='.cache' --exclude='node_modules'
~/ /mnt/backup/home/Výhody: rychlý, čitelný výstup, univerzální
Nevýhody: žádná historie (přepisuje), bez šifrování═══════════════════════════════════════════
💡 KDY CO POUŽÍT
═══════════════════════════════════════════Borg:
→ pravidelné zálohy s historií verzí
→ šifrované zálohy na cizí server (Hetzner, Borgbase)
→ když potřebuješ šetřit místo (deduplikace)rsync:
→ mirror na externí disk
→ rychlá synchronizace mezi stroji
→ když chceš data přímo procházet
→ záloha webů, konfiguráků, deployKombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server -
Arch Tip týdne: Zálohování – Borg vs rsync
💾 Dva osvědčené nástroje pro zálohu dat na Archu.
Každý řeší něco jiného – tady je rozdíl a kdy co použít.═══════════════════════════════════════════
📦 BORG – chytré zálohy s historií
═══════════════════════════════════════════Co umí:
→ deduplikace (stejný soubor se uloží jen jednou)
→ šifrování (AES-256)
→ komprese (lz4, zstd, zlib)
→ verze v čase – můžeš se vrátit k libovolnému snapshotuInstalace:
sudo pacman -S borgZákladní workflow:
inicializace repozitáře (jen jednou)
borg init --encryption=repokey /mnt/backup/repo
vytvoření zálohy
borg create --stats --progress
/mnt/backup/repo::archos-{now}
~/Dokumenty ~/Obrázky ~/.configvýpis archivů
borg list /mnt/backup/repo
obnova souboru
borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty
retence – nech 7 denních, 4 týdenní, 6 měsíčních
borg prune -v --list
--keep-daily=7 --keep-weekly=4 --keep-monthly=6
/mnt/backup/repoVýhody: úspora místa, šifrování, historie
Nevýhody: data nejsou přímo čitelná – potřebuješ borg═══════════════════════════════════════════
🔄 RSYNC – rychlý mirror 1:1
═══════════════════════════════════════════Co umí:
→ synchronizace souborů (lokálně i přes SSH)
→ přenáší jen změny (delta)
→ zachová oprávnění, ACL, xattrs, hardlinky
→ data zůstávají čitelná jako normální souboryInstalace:
sudo pacman -S rsyncZákladní workflow:
mirror /home na externí disk
rsync -aAXHv --delete --progress
~/ /mnt/backup/home/suchý běh (nic nezapíše, jen ukáže)
rsync -aAXHvn --delete ~/ /mnt/backup/home/
přes SSH na vzdálený server
rsync -aAXHv --delete -e ssh
~/Dokumenty/ user@server:/backup/dokumenty/vynechat složky
rsync -aAXHv --delete
--exclude='.cache' --exclude='node_modules'
~/ /mnt/backup/home/Výhody: rychlý, čitelný výstup, univerzální
Nevýhody: žádná historie (přepisuje), bez šifrování═══════════════════════════════════════════
💡 KDY CO POUŽÍT
═══════════════════════════════════════════Borg:
→ pravidelné zálohy s historií verzí
→ šifrované zálohy na cizí server (Hetzner, Borgbase)
→ když potřebuješ šetřit místo (deduplikace)rsync:
→ mirror na externí disk
→ rychlá synchronizace mezi stroji
→ když chceš data přímo procházet
→ záloha webů, konfiguráků, deployKombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server -
Arch Tip týdne: Zálohování – Borg vs rsync
💾 Dva osvědčené nástroje pro zálohu dat na Archu.
Každý řeší něco jiného – tady je rozdíl a kdy co použít.═══════════════════════════════════════════
📦 BORG – chytré zálohy s historií
═══════════════════════════════════════════Co umí:
→ deduplikace (stejný soubor se uloží jen jednou)
→ šifrování (AES-256)
→ komprese (lz4, zstd, zlib)
→ verze v čase – můžeš se vrátit k libovolnému snapshotuInstalace:
sudo pacman -S borgZákladní workflow:
inicializace repozitáře (jen jednou)
borg init --encryption=repokey /mnt/backup/repo
vytvoření zálohy
borg create --stats --progress
/mnt/backup/repo::archos-{now}
~/Dokumenty ~/Obrázky ~/.configvýpis archivů
borg list /mnt/backup/repo
obnova souboru
borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty
retence – nech 7 denních, 4 týdenní, 6 měsíčních
borg prune -v --list
--keep-daily=7 --keep-weekly=4 --keep-monthly=6
/mnt/backup/repoVýhody: úspora místa, šifrování, historie
Nevýhody: data nejsou přímo čitelná – potřebuješ borg═══════════════════════════════════════════
🔄 RSYNC – rychlý mirror 1:1
═══════════════════════════════════════════Co umí:
→ synchronizace souborů (lokálně i přes SSH)
→ přenáší jen změny (delta)
→ zachová oprávnění, ACL, xattrs, hardlinky
→ data zůstávají čitelná jako normální souboryInstalace:
sudo pacman -S rsyncZákladní workflow:
mirror /home na externí disk
rsync -aAXHv --delete --progress
~/ /mnt/backup/home/suchý běh (nic nezapíše, jen ukáže)
rsync -aAXHvn --delete ~/ /mnt/backup/home/
přes SSH na vzdálený server
rsync -aAXHv --delete -e ssh
~/Dokumenty/ user@server:/backup/dokumenty/vynechat složky
rsync -aAXHv --delete
--exclude='.cache' --exclude='node_modules'
~/ /mnt/backup/home/Výhody: rychlý, čitelný výstup, univerzální
Nevýhody: žádná historie (přepisuje), bez šifrování═══════════════════════════════════════════
💡 KDY CO POUŽÍT
═══════════════════════════════════════════Borg:
→ pravidelné zálohy s historií verzí
→ šifrované zálohy na cizí server (Hetzner, Borgbase)
→ když potřebuješ šetřit místo (deduplikace)rsync:
→ mirror na externí disk
→ rychlá synchronizace mezi stroji
→ když chceš data přímo procházet
→ záloha webů, konfiguráků, deployKombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server -
Arch Tip týdne: Zálohování – Borg vs rsync
💾 Dva osvědčené nástroje pro zálohu dat na Archu.
Každý řeší něco jiného – tady je rozdíl a kdy co použít.═══════════════════════════════════════════
📦 BORG – chytré zálohy s historií
═══════════════════════════════════════════Co umí:
→ deduplikace (stejný soubor se uloží jen jednou)
→ šifrování (AES-256)
→ komprese (lz4, zstd, zlib)
→ verze v čase – můžeš se vrátit k libovolnému snapshotuInstalace:
sudo pacman -S borgZákladní workflow:
inicializace repozitáře (jen jednou)
borg init --encryption=repokey /mnt/backup/repo
vytvoření zálohy
borg create --stats --progress
/mnt/backup/repo::archos-{now}
~/Dokumenty ~/Obrázky ~/.configvýpis archivů
borg list /mnt/backup/repo
obnova souboru
borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty
retence – nech 7 denních, 4 týdenní, 6 měsíčních
borg prune -v --list
--keep-daily=7 --keep-weekly=4 --keep-monthly=6
/mnt/backup/repoVýhody: úspora místa, šifrování, historie
Nevýhody: data nejsou přímo čitelná – potřebuješ borg═══════════════════════════════════════════
🔄 RSYNC – rychlý mirror 1:1
═══════════════════════════════════════════Co umí:
→ synchronizace souborů (lokálně i přes SSH)
→ přenáší jen změny (delta)
→ zachová oprávnění, ACL, xattrs, hardlinky
→ data zůstávají čitelná jako normální souboryInstalace:
sudo pacman -S rsyncZákladní workflow:
mirror /home na externí disk
rsync -aAXHv --delete --progress
~/ /mnt/backup/home/suchý běh (nic nezapíše, jen ukáže)
rsync -aAXHvn --delete ~/ /mnt/backup/home/
přes SSH na vzdálený server
rsync -aAXHv --delete -e ssh
~/Dokumenty/ user@server:/backup/dokumenty/vynechat složky
rsync -aAXHv --delete
--exclude='.cache' --exclude='node_modules'
~/ /mnt/backup/home/Výhody: rychlý, čitelný výstup, univerzální
Nevýhody: žádná historie (přepisuje), bez šifrování═══════════════════════════════════════════
💡 KDY CO POUŽÍT
═══════════════════════════════════════════Borg:
→ pravidelné zálohy s historií verzí
→ šifrované zálohy na cizí server (Hetzner, Borgbase)
→ když potřebuješ šetřit místo (deduplikace)rsync:
→ mirror na externí disk
→ rychlá synchronizace mezi stroji
→ když chceš data přímo procházet
→ záloha webů, konfiguráků, deployKombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server -
Arch Tip týdne: Zálohování – Borg vs rsync
💾 Dva osvědčené nástroje pro zálohu dat na Archu.
Každý řeší něco jiného – tady je rozdíl a kdy co použít.═══════════════════════════════════════════
📦 BORG – chytré zálohy s historií
═══════════════════════════════════════════Co umí:
→ deduplikace (stejný soubor se uloží jen jednou)
→ šifrování (AES-256)
→ komprese (lz4, zstd, zlib)
→ verze v čase – můžeš se vrátit k libovolnému snapshotuInstalace:
sudo pacman -S borgZákladní workflow:
inicializace repozitáře (jen jednou)
borg init --encryption=repokey /mnt/backup/repo
vytvoření zálohy
borg create --stats --progress
/mnt/backup/repo::archos-{now}
~/Dokumenty ~/Obrázky ~/.configvýpis archivů
borg list /mnt/backup/repo
obnova souboru
borg extract /mnt/backup/repo::archos-2025-01-15 home/archos/Dokumenty
retence – nech 7 denních, 4 týdenní, 6 měsíčních
borg prune -v --list
--keep-daily=7 --keep-weekly=4 --keep-monthly=6
/mnt/backup/repoVýhody: úspora místa, šifrování, historie
Nevýhody: data nejsou přímo čitelná – potřebuješ borg═══════════════════════════════════════════
🔄 RSYNC – rychlý mirror 1:1
═══════════════════════════════════════════Co umí:
→ synchronizace souborů (lokálně i přes SSH)
→ přenáší jen změny (delta)
→ zachová oprávnění, ACL, xattrs, hardlinky
→ data zůstávají čitelná jako normální souboryInstalace:
sudo pacman -S rsyncZákladní workflow:
mirror /home na externí disk
rsync -aAXHv --delete --progress
~/ /mnt/backup/home/suchý běh (nic nezapíše, jen ukáže)
rsync -aAXHvn --delete ~/ /mnt/backup/home/
přes SSH na vzdálený server
rsync -aAXHv --delete -e ssh
~/Dokumenty/ user@server:/backup/dokumenty/vynechat složky
rsync -aAXHv --delete
--exclude='.cache' --exclude='node_modules'
~/ /mnt/backup/home/Výhody: rychlý, čitelný výstup, univerzální
Nevýhody: žádná historie (přepisuje), bez šifrování═══════════════════════════════════════════
💡 KDY CO POUŽÍT
═══════════════════════════════════════════Borg:
→ pravidelné zálohy s historií verzí
→ šifrované zálohy na cizí server (Hetzner, Borgbase)
→ když potřebuješ šetřit místo (deduplikace)rsync:
→ mirror na externí disk
→ rychlá synchronizace mezi stroji
→ když chceš data přímo procházet
→ záloha webů, konfiguráků, deployKombinace:
→ rsync pro denní mirror na NAS
→ borg pro týdenní šifrovanou zálohu na vzdálený server -
GitHub - karanhudia/borg-ui: Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks.
"Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks. - karanhudia/borg-ui"
-
GitHub - karanhudia/borg-ui: Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks.
"Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks. - karanhudia/borg-ui"
-
GitHub - karanhudia/borg-ui: Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks.
"Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks. - karanhudia/borg-ui"
-
GitHub - karanhudia/borg-ui: Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks.
"Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks. - karanhudia/borg-ui"
-
GitHub - karanhudia/borg-ui: Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks.
"Replace complex Borg Backup terminal commands with a beautiful web UI. Create, schedule, and restore backups with just a few clicks. - karanhudia/borg-ui"
-
Thinking about setting up a home #borg server on an unused #RaspberyPi 4.
Questions for the #HiveMind:
- How much RAM does a borg server need to manage about 3TB of backups?
- How big of a USB disk do I need for the / partition for RasbperryPi OS with no GUI?
- Does borg deduplicate files between users' backups, or only within a single user's backups?
-
Thinking about setting up a home #borg server on an unused #RaspberyPi 4.
Questions for the #HiveMind:
- How much RAM does a borg server need to manage about 3TB of backups?
- How big of a USB disk do I need for the / partition for RasbperryPi OS with no GUI?
- Does borg deduplicate files between users' backups, or only within a single user's backups?
-
Thinking about setting up a home #borg server on an unused #RaspberyPi 4.
Questions for the #HiveMind:
- How much RAM does a borg server need to manage about 3TB of backups?
- How big of a USB disk do I need for the / partition for RasbperryPi OS with no GUI?
- Does borg deduplicate files between users' backups, or only within a single user's backups?
-
Thinking about setting up a home #borg server on an unused #RaspberyPi 4.
Questions for the #HiveMind:
- How much RAM does a borg server need to manage about 3TB of backups?
- How big of a USB disk do I need for the / partition for RasbperryPi OS with no GUI?
- Does borg deduplicate files between users' backups, or only within a single user's backups?
-
Thinking about setting up a home #borg server on an unused #RaspberyPi 4.
Questions for the #HiveMind:
- How much RAM does a borg server need to manage about 3TB of backups?
- How big of a USB disk do I need for the / partition for RasbperryPi OS with no GUI?
- Does borg deduplicate files between users' backups, or only within a single user's backups?
-
So I have 158G of #borg backup that I'd like to get a file from.
I have the password, or at least I have what I believe is the password and borg accepts it.
`borg list /repo` gives no output
`borg check /repo` gives no output
`borg info /repo` gives <screenshot>Doing borg mount gives me an empty dir
-
So I have 158G of #borg backup that I'd like to get a file from.
I have the password, or at least I have what I believe is the password and borg accepts it.
`borg list /repo` gives no output
`borg check /repo` gives no output
`borg info /repo` gives <screenshot>Doing borg mount gives me an empty dir
-
So I have 158G of #borg backup that I'd like to get a file from.
I have the password, or at least I have what I believe is the password and borg accepts it.
`borg list /repo` gives no output
`borg check /repo` gives no output
`borg info /repo` gives <screenshot>Doing borg mount gives me an empty dir
-
So I have 158G of #borg backup that I'd like to get a file from.
I have the password, or at least I have what I believe is the password and borg accepts it.
`borg list /repo` gives no output
`borg check /repo` gives no output
`borg info /repo` gives <screenshot>Doing borg mount gives me an empty dir
-
So I have 158G of #borg backup that I'd like to get a file from.
I have the password, or at least I have what I believe is the password and borg accepts it.
`borg list /repo` gives no output
`borg check /repo` gives no output
`borg info /repo` gives <screenshot>Doing borg mount gives me an empty dir
-
Hier scheint vorher ein Export nötig zu sein: https://digital-cleaning.de/index.php/paperless-ngx-teil-8-exportfunktion-nutzen/
"Heute soll es um den ersten Schritt einer umfassenden Backup-Strategie gehen."
Direkt Docker zu sichern scheint mir im ersten Moment nicht das sinnvollste, lieber ist mir ein Backup, dass einzelne Dateien enthält und mit #Borg #Backup deduplizieren kann. Mal sehen. #todo
-
Hier scheint vorher ein Export nötig zu sein: https://digital-cleaning.de/index.php/paperless-ngx-teil-8-exportfunktion-nutzen/
"Heute soll es um den ersten Schritt einer umfassenden Backup-Strategie gehen."
Direkt Docker zu sichern scheint mir im ersten Moment nicht das sinnvollste, lieber ist mir ein Backup, dass einzelne Dateien enthält und mit #Borg #Backup deduplizieren kann. Mal sehen. #todo
-
-
-
Sooo, #backrest is not really my thing either. You can't change the connection settings of an existing repository, which means no credential rotation and no clean way to handle IP changes when a server moves. That's a pretty fundamental limitation for a backup solution.
I'll take a closer look at #restic without relying on a frontend.
I'm also skeptical about #Borg #Backup and, more broadly, backup tools built on Python/Ruby/shell stacks. There's a lot of room for subtle breakage without strict type safety, and pushing performance-critical parts down into C/C++/ASM layers doesn't exactly inspire confidence either.
Makes me wonder what enterprise solutions look like under the hood. Apparently #Veeam is C#, which is actually a reasonable choice - but requiring a Windows server (and not being OSS) makes it a non-starter for me.
-
Sooo, #backrest is not really my thing either. You can't change the connection settings of an existing repository, which means no credential rotation and no clean way to handle IP changes when a server moves. That's a pretty fundamental limitation for a backup solution.
I'll take a closer look at #restic without relying on a frontend.
I'm also skeptical about #Borg #Backup and, more broadly, backup tools built on Python/Ruby/shell stacks. There's a lot of room for subtle breakage without strict type safety, and pushing performance-critical parts down into C/C++/ASM layers doesn't exactly inspire confidence either.
Makes me wonder what enterprise solutions look like under the hood. Apparently #Veeam is C#, which is actually a reasonable choice - but requiring a Windows server (and not being OSS) makes it a non-starter for me.
-
Sooo, #backrest is not really my thing either. You can't change the connection settings of an existing repository, which means no credential rotation and no clean way to handle IP changes when a server moves. That's a pretty fundamental limitation for a backup solution.
I'll take a closer look at #restic without relying on a frontend.
I'm also skeptical about #Borg #Backup and, more broadly, backup tools built on Python/Ruby/shell stacks. There's a lot of room for subtle breakage without strict type safety, and pushing performance-critical parts down into C/C++/ASM layers doesn't exactly inspire confidence either.
Makes me wonder what enterprise solutions look like under the hood. Apparently #Veeam is C#, which is actually a reasonable choice - but requiring a Windows server (and not being OSS) makes it a non-starter for me.
-
Sooo, #backrest is not really my thing either. You can't change the connection settings of an existing repository, which means no credential rotation and no clean way to handle IP changes when a server moves. That's a pretty fundamental limitation for a backup solution.
I'll take a closer look at #restic without relying on a frontend.
I'm also skeptical about #Borg #Backup and, more broadly, backup tools built on Python/Ruby/shell stacks. There's a lot of room for subtle breakage without strict type safety, and pushing performance-critical parts down into C/C++/ASM layers doesn't exactly inspire confidence either.
Makes me wonder what enterprise solutions look like under the hood. Apparently #Veeam is C#, which is actually a reasonable choice - but requiring a Windows server (and not being OSS) makes it a non-starter for me.
-
RE: https://fosstodon.org/@borgbackup/116325322352636962
Faites des sauvegardes !
Perso je n'ai (toujours) pas pris le temps de me pencher sur #Borg, j'ai un système qui tourne avec #rsync depuis quelques années.
Mes irremplaçables photos sont stockées en triple et dans 2 lieux différents.
Quant à Borg, un jour j'irai voir ça pour peut-être remplacer rsync.
-
RE: https://fosstodon.org/@borgbackup/116325322352636962
Faites des sauvegardes !
Perso je n'ai (toujours) pas pris le temps de me pencher sur #Borg, j'ai un système qui tourne avec #rsync depuis quelques années.
Mes irremplaçables photos sont stockées en triple et dans 2 lieux différents.
Quant à Borg, un jour j'irai voir ça pour peut-être remplacer rsync.
-
RE: https://fosstodon.org/@borgbackup/116325322352636962
Faites des sauvegardes !
Perso je n'ai (toujours) pas pris le temps de me pencher sur #Borg, j'ai un système qui tourne avec #rsync depuis quelques années.
Mes irremplaçables photos sont stockées en triple et dans 2 lieux différents.
Quant à Borg, un jour j'irai voir ça pour peut-être remplacer rsync.