1 |
On 24/06/2014 16:43, meino.cramer@×××.de wrote: |
2 |
> Hi, |
3 |
> |
4 |
> I bought two identical external harddrives, USB 3.0, with 1 TByte each |
5 |
> (no SSD - the good ole mechanical ones...;). |
6 |
> |
7 |
> The intended use is for backup of longer files. The drives will |
8 |
> contain the same contents. |
9 |
> |
10 |
> Currently there are still "clean metal" (no partitioning, no fs). |
11 |
> |
12 |
> Data integrity and recoverability (Uhhh...that words looks wrong...) in |
13 |
> case of an desaster is more important than speed. |
14 |
> |
15 |
> What is the recommended way of partitioning ? |
16 |
> What filesystem to choose? |
17 |
> |
18 |
> |
19 |
> Thank you very much in advance for any help! |
20 |
> Best regards, |
21 |
> mcc |
22 |
> |
23 |
> |
24 |
> PS: Running vanilla kernel 3.15.1.... |
25 |
|
26 |
You haven't given much in the way of detail, so I assume you have |
27 |
regular needs, nothing fancy, and it's all a bunch of files right? |
28 |
|
29 |
In that case, partitioning and filesystem type are largely irrelevant as |
30 |
long as you don't have corruption. With one caveat: |
31 |
|
32 |
You must always make sure the source drive is intact and ok. If not, and |
33 |
you back it up anyway, then you are already toast (you will overwrite |
34 |
your last backup with new faulty data). |
35 |
|
36 |
There's several approaches to how to do the transfer: |
37 |
|
38 |
If you have say a general fileserver with lots of files that don't |
39 |
change much or often, just rsync everything in one go. There is no |
40 |
optimization you can do that will perform much faster than rsync. |
41 |
|
42 |
If you have a big busy filesystem that changes often and lots, then use |
43 |
lvm (or anything that can make snapshots) and rsync that. |
44 |
|
45 |
If you have a huge database where everything is changing all the time, |
46 |
don't do filesystem copies, use the tools provided by the db vendor. I |
47 |
doubt this is your need as you would have said so, but it's worth |
48 |
mentioning. |
49 |
|
50 |
|
51 |
-- |
52 |
Alan McKinnon |
53 |
alan.mckinnon@×××××.com |