Þessi gagnrýni heldur áfram
UrBackup endurskoðun.
Að beiðni þátttakanda
Í fullri öryggisafritun fengust eftirfarandi niðurstöður:
Hours:
Fyrsta byrjun
Annað hlaup
Þriðja sjósetja
Fyrsta prófið
8m20s
8m19s
8m24s
Annað próf
8m30s
8m34s
8m20s
Þriðja prófið
8m10s
8m14s
8m12s
Í stigvaxandi öryggisafritun:
Hours:
Fyrsta byrjun
Annað hlaup
Þriðja sjósetja
Fyrsta prófið
8m10s
8m10s
8m12s
Annað próf
3m50s
4m12s
3m34s
Þriðja prófið
2m50s
2m35s
2m38s
Geymslustærð í báðum tilfellum var um það bil 14 GB, sem gefur til kynna að aftvíföldun á netþjóninum virki. Það skal líka tekið fram að það er misræmi á milli sköpunartíma öryggisafritunar á þjóninum og biðlarans, sem sést nokkuð vel á línuritunum og er mjög skemmtilegur bónus þar sem vefviðmótið sýnir keyrslutíma afritunarferlisins á miðlarahlið án þess að taka tillit til
ástand viðskiptavinar. Almennt séð er ekki hægt að greina á milli línurita fyrir heildar- og stigvaxandi afrit. Eini munurinn er líklega hvernig það er meðhöndlað á þjóninum. Ég var líka ánægður með lítið örgjörvaálag á óþarfa kerfi.
BackupPC Review
Að beiðni þátttakanda
Þegar búið er til fullt afrit með rsync fengust eftirfarandi niðurstöður:
Fyrsta byrjun
Annað hlaup
Þriðja sjósetja
Fyrsta prófið
12m25s
12m14s
12m27s
Annað próf
7m41s
7m44s
7m35s
Þriðja prófið
10m11s
10m0s
9m54s
Ef þú notar fullt öryggisafrit og tar:
Fyrsta byrjun
Annað hlaup
Þriðja sjósetja
Fyrsta prófið
12m41s
12m25s
12m45s
Annað próf
12m35s
12m45s
12m14s
Þriðja prófið
12m43s
12m25s
12m5s
Í stigvaxandi afritunarstillingu varð ég að hætta við tar vegna þess að öryggisafrit voru ekki búin til með þessum stillingum.
Niðurstöður þess að búa til stigvaxandi afrit með rsync eru:
Fyrsta byrjun
Annað hlaup
Þriðja sjósetja
Fyrsta prófið
11m55s
11m50s
12m25s
Annað próf
2m42s
2m50s
2m30s
Þriðja prófið
6m00s
5m35s
5m30s
Almennt séð hefur rsync smá hraðakosti; rsync virkar líka hagkvæmara með netinu. Þetta gæti að hluta verið vegið upp af minni CPU notkun með tjöru sem varaforrit. Annar kostur við rsync er að það virkar með stigvaxandi afritum. Stærð geymslunnar þegar búið er til fullt öryggisafrit er sú sama, 16 GB, ef um er að ræða stigvaxandi afrit - 14 GB á hverri keyrslu, sem þýðir að aftvíföldun virkar.
AMANDA endurskoðun
Að beiðni þátttakanda
Niðurstöður prufukeyrslu með tjöru sem skjalavörð og samþjöppun virkt eru sem hér segir:
Fyrsta byrjun
Annað hlaup
Þriðja sjósetja
Fyrsta prófið
9m5s
8m59s
9m6s
Annað próf
0m5s
0m5s
0m5s
Þriðja prófið
2m40s
2m47s
2m45s
Forritið hleður einn örgjörvakjarna að fullu, en vegna takmarkaðs IOPS disks á afritunargeymslumiðlaranum getur það ekki náð miklum gagnaflutningshraða. Almennt séð var uppsetningin aðeins erfiðari en fyrir aðra þátttakendur, þar sem höfundur forritsins notar ekki ssh sem flutning, heldur útfærir svipað kerfi með lyklum, býr til og viðheldur fullgildu CA. Það er hægt að takmarka biðlarann og afritunarþjóninn víðtækar: ef þeir geta td ekki treyst hver öðrum að fullu, þá geturðu, sem valkostur, komið í veg fyrir að miðlarinn hefji endurheimt afritunar með því að stilla gildi samsvarandi breytu á núll í stillingaskránni. Það er hægt að tengja vefviðmót fyrir stjórnun, en almennt er hægt að gera uppstillta kerfið fullkomlega sjálfvirkt með því að nota lítil bash forskrift (eða SCM, til dæmis ansible). Það er nokkuð léttvægt kerfi til að setja upp geymsluna, sem greinilega er vegna stuðnings við víðtækan lista yfir ýmis tæki til að geyma gögn (LTO snældur, harðir diskar osfrv.). Það er líka athyglisvert að af öllum forritum sem fjallað er um í þessari grein er AMANDA það eina sem gat greint endurnefna möppu. Geymslustærð fyrir eina keyrslu var 13 GB.
Tilkynning
Afritunarhluti 6: Samanburður á öryggisafritunarverkfærum
Afritunarhluti 7: Ályktanir
Heimild: www.habr.com