login::
pass::
name::
id::
node:
Re[3]: 16.10.2011-13:21:49
template:
4
parent:
Re[2]: 16.10.2011-13:21:49
owner:
w
viewed by:
created:
16.10.2011 - 23:40:12
cwbe coordinatez
:
101
63540
63709
6275591
6275998
6276437
6276531
ABSOLUT
K
YBERIA
permissions
you:
r,
system:
public
net:
yes
⠪
neurons
stats
|
by_visit
|
by_K
source
tiamat
K
|
my_K
|
given_K
last
commanders
polls
total descendants::2
total children::1
show[
2
|
3
]
flat
kolko stoviek?
s akou dostupnostou?
title/content
title
content
user
0000010100063540000637090627559106275998062764370627653106276550
kyberbubus
16.10.2011 - 23:52:51
, level: 1,
UP
NEW
Re[4]: 16.10.2011-13:21:49
presne sa povedať nedá; ono číslo stále rastie;
zálohovať potrebujem priebežne; vyberať dáta zo záloh veľmi príležitostne (strpím akékoľvek špeciálne prípravy)
×÷ßßß$ˇ~[☼◙ş→☻ü84ó♀ÇüŮń§►♫☺♀♂ć☺<\ˇ
000001010006354000063709062755910627599806276437062765310627655006276684
w
17.10.2011 - 07:05:39
, level: 2,
UP
NEW
Re[5]: 16.10.2011-13:21:49
nic lepsie ako jeden, dva, ... (externe) disky a drzat ich po zalohe offline mi nenapada. neviem aky mas rozpocet, v zavislosti od neho mozes zvysovat pocet diskov, resp. RAID1 (mirror) tych zalohovanych diskov.
strucne preco:
- ano, vznika tam casovy overhead, ak na niekolko diskov po sebe nahravas to iste
- ked nie su online cely cas, maju ovela mensie riziko, ze sa objavi "prekvapenie zo zasuvky", ktore ich znici oba naraz
- ak sa najde prekvapenie zo zasuvky, ktore znici jeden, este stale mas druhy :) [co neznamena, ze sa to nemoze stat, ale moze buchnut aj atomka. samozrejme byt na UPSke a stabilizaku sa oplati]
- ked nie su rovnake modely/vyrobcovia, je mensia pravdepodobnost, ze odijdu na rovnaku vyrobnu vadu
- potom to uz len drzat mimo neziaducich vonkajsich vplyvov - ziadny prach, neukladat na to veci, magnety by tiez nemuseli byt a moze Ti to vydrzat "nekonecne dlho"