| 1 |
Alan McKinnon <alan.mckinnon@×××××.com> [14-06-24 19:12]: |
| 2 |
> On 24/06/2014 16:43, meino.cramer@×××.de wrote: |
| 3 |
> > Hi, |
| 4 |
> > |
| 5 |
> > I bought two identical external harddrives, USB 3.0, with 1 TByte each |
| 6 |
> > (no SSD - the good ole mechanical ones...;). |
| 7 |
> > |
| 8 |
> > The intended use is for backup of longer files. The drives will |
| 9 |
> > contain the same contents. |
| 10 |
> > |
| 11 |
> > Currently there are still "clean metal" (no partitioning, no fs). |
| 12 |
> > |
| 13 |
> > Data integrity and recoverability (Uhhh...that words looks wrong...) in |
| 14 |
> > case of an desaster is more important than speed. |
| 15 |
> > |
| 16 |
> > What is the recommended way of partitioning ? |
| 17 |
> > What filesystem to choose? |
| 18 |
> > |
| 19 |
> > |
| 20 |
> > Thank you very much in advance for any help! |
| 21 |
> > Best regards, |
| 22 |
> > mcc |
| 23 |
> > |
| 24 |
> > |
| 25 |
> > PS: Running vanilla kernel 3.15.1.... |
| 26 |
> |
| 27 |
> You haven't given much in the way of detail, so I assume you have |
| 28 |
> regular needs, nothing fancy, and it's all a bunch of files right? |
| 29 |
> |
| 30 |
> In that case, partitioning and filesystem type are largely irrelevant as |
| 31 |
> long as you don't have corruption. With one caveat: |
| 32 |
> |
| 33 |
> You must always make sure the source drive is intact and ok. If not, and |
| 34 |
> you back it up anyway, then you are already toast (you will overwrite |
| 35 |
> your last backup with new faulty data). |
| 36 |
> |
| 37 |
> There's several approaches to how to do the transfer: |
| 38 |
> |
| 39 |
> If you have say a general fileserver with lots of files that don't |
| 40 |
> change much or often, just rsync everything in one go. There is no |
| 41 |
> optimization you can do that will perform much faster than rsync. |
| 42 |
> |
| 43 |
> If you have a big busy filesystem that changes often and lots, then use |
| 44 |
> lvm (or anything that can make snapshots) and rsync that. |
| 45 |
> |
| 46 |
> If you have a huge database where everything is changing all the time, |
| 47 |
> don't do filesystem copies, use the tools provided by the db vendor. I |
| 48 |
> doubt this is your need as you would have said so, but it's worth |
| 49 |
> mentioning. |
| 50 |
> |
| 51 |
> |
| 52 |
> -- |
| 53 |
> Alan McKinnon |
| 54 |
> alan.mckinnon@×××××.com |
| 55 |
> |
| 56 |
> |
| 57 |
|
| 58 |
Hi Alan, |
| 59 |
|
| 60 |
thanks for your reply! :) |
| 61 |
|
| 62 |
Yes...your are right. I have a lot static (=not changing) data on my |
| 63 |
harddisk...mostly things like video tutorials (blender), videos of |
| 64 |
birds I filmed, dokuments and such... |
| 65 |
|
| 66 |
They are eating up the space on my systems harddisk. |
| 67 |
|
| 68 |
Do I decided to put them on a extern hd and an identical copy on |
| 69 |
another identical external harddisk. |
| 70 |
|
| 71 |
Its mainly a task of updateing the data on the external drives with |
| 72 |
that what is new (and static and big and falls under what I described |
| 73 |
above) on my systems harddisk. |
| 74 |
|
| 75 |
I will check rsync for that! |
Archives