![]() ![]() Hope that this will lead to a more mature product eventually :) It has calmed down a bit so I started to have more time on development. Yes, there had been a sudden surge on emails, issues, posts, etc. What is the "Crashplan effect"? I mean, I know what happened to CP, but are you overwhelmed with support due to this? Just curious. The new estimate is end of October if nothing special happens again before then. It has been going slow due to recent Crashplan effect. When I will be able to backup more than one directory with the GUI version? Thanks, I went to read the design docs more carefully and went to test #1. Duplicacy is very flexible in this regard due to the lock-free deduplication approach. For the CLI version 1) is recommended.Īnd yes, you can backup different directories on the same or different computers to the same B2 bucket. If the approach #1 also works, can I backup partially overlapping repositories from different computers to the same backup Storage? I mean the case were some computers have only subset of the total content in a repository.īoth 1) and 2) should work, although 2) is more of a workaround for the GUI version since it can only backup one directory. I would like to backup the both directory trees to the same backup destination (B2 Bucket) to save in data transfer time in case documents get moved form one directory-tree to another.ġ) init the backup two times (once for each directory) for the same repository ?Ģ) Use symlinks and create a separate (artificial) "root" directory and place the symlinks there pointing to the root of both the directories? I have few directories containing documents that sometimes get moved from one to another. What’s beyond is largely up to community - folks are already trying to push Kopia in some interesting directions and I’m sure more of that will come.All issues How to backup multiple directories to the same backup destination? In addition to what we have today, for v1.0.0 I want to be able to have endurance tests for bigger repositories (10TB+), complete the UI and finish support for remote repositories with sharing/deduplicating data amongst folks where there’s not complete trust (imagine LAN or a dorm room situation). We just got major Garbage Collection safety and performance improvements in. Since Kopia started recently getting more serious adoption and contributions from Kasten and others, we started focusing more on robustness, performance, resource utilization, safety, etc. I think went through maybe 3 or 4 major ideas for packing, index organization, object naming, splitting, compression, encryption.Īround 0.3 timeframe when it became clear I’m onto something, I started focusing more on polishing the user experience, adding HTML-based UI and things became usable enough to be able to finally get rid of my CrashPlan dependency on all my computers around the house.Īt this point (with 0.6.0 release out very shortly), Kopia has almost all the core features I originally envisioned in a personal/LAN backup solution. Over the early years I was experimenting with organizing the repository (or “vault” as it used to be called) and tried, wrote&rewrote and renamed things a lot. I wanted to build not just a cloud backup utility, but first and foremost a properly-layered, fully client-side encrypted, multi-user, content addressable storage without a dedicated server (so only using GCS or S3). I’ve been working for Google Cloud since 2012 and I became fascinated with the potential for very cheap and virtually unlimited and highly-available storage. Initially it was meant to be more of a personal research project than a practical tool. I’ve been experimenting with building what is now Kopia for >5 years now (btw it used to be called “FREDI” which stood for “fast, remote, encrypted, deduplicated, incremental” backup). Believe it or not I never actually used restic, even to this day, I think only became aware of it around 1.5 years ago when somebody using Kopia asked me about comparison. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |