Энэ нийтлэлд нөөцлөх хэрэгслүүдийг харьцуулах болно, гэхдээ эхлээд та нөөцлөлтөөс өгөгдлийг сэргээхэд хэр хурдан, сайн ажиллаж байгааг олж мэдэх хэрэгтэй.
Харьцуулахад хялбар болгохын тулд бид бүрэн нөөцлөлтөөс сэргээх талаар авч үзэх болно, ялангуяа бүх нэр дэвшигчид энэ горимыг дэмждэг тул. Энгийн байхын тулд тоонуудыг аль хэдийн дундажласан байна (хэд хэдэн гүйлтийн арифметик дундаж). Үр дүнг хүснэгтэд нэгтгэн дүгнэх бөгөөд энэ нь чадавхийн талаархи мэдээллийг агуулсан болно: вэб интерфэйс байгаа эсэх, тохируулах, ажиллуулахад хялбар байдал, автоматжуулах чадвар, янз бүрийн нэмэлт функцууд (жишээлбэл, мэдээллийн бүрэн бүтэн байдлыг шалгах) , гэх мэт. Графикууд нь өгөгдлийг ашиглах серверийн ачааллыг харуулах болно (нөөш хуулбарыг хадгалах сервер биш).
Өгөгдөл сэргээх
rsync болон tar-ыг лавлагаа болгон ашиглах болно нөөц хуулбар хийх энгийн скриптүүд.
Rsync туршилтын өгөгдлийн багцыг 4 минут 28 секундын дотор даван туулж, харуулав
ийм ачаалал
Сэргээх үйл явц нь нөөц хадгалах серверийн дискний дэд системийн хязгаарлалтад хүрсэн (хөрөөний график). Та мөн нэг цөмийг ямар ч асуудалгүйгээр ачаалж байгааг тодорхой харж болно (бага iowait болон softirq - диск болон сүлжээнд ямар ч асуудал байхгүй). Нөгөө хоёр програм, тухайлбал rdiff-backup болон rsnapshot нь rsync дээр суурилсан бөгөөд мөн сэргээх хэрэгсэл болгон ердийн rsync-ийг санал болгодог тул ачааллын горим болон нөөц сэргээх хугацаа ойролцоогоор ижил байх болно.
Бохь арай хурдан хийчихлээ
2 минут 43 секунд:
Сүлжээний дэд системийн ашиглалтын явцад гарсан зардал нэмэгдсэнтэй холбоотойгоор системийн нийт ачаалал дунджаар 20%-иар ихэссэн.
Архивыг цаашид шахвал сэргээх хугацаа 3 минут 19 секунд болж нэмэгдэнэ.
үндсэн сервер дээр ийм ачаалалтай үед (үндсэн серверийн талд задлах):
Хоёр процесс ажиллаж байгаа тул задлах процесс нь процессорын хоёр цөмийг эзэлдэг. Ерөнхийдөө энэ бол хүлээгдэж буй үр дүн юм. Мөн сервер тал дээр gzip-ийг нөөцлөлттэй ажиллуулах үед харьцуулах боломжтой үр дүн (3 минут 20 секунд) гарсан; үндсэн сервер дээрх ачааллын профайл нь gzip компрессоргүй tar ажиллуулахтай маш төстэй байсан (өмнөх графикийг харна уу).
В rdiff-нөөц Та ердийн rsync ашиглан хийсэн хамгийн сүүлд хийсэн нөөцлөлтийг синхрончлох боломжтой (үр дүн нь ижил байх болно), гэхдээ хуучин нөөцлөлтүүдийг rdiff-нөөцлөх програмыг ашиглан сэргээх шаардлагатай хэвээр байгаа бөгөөд энэ нь сэргээлтийг 17 минут 17 секундын дотор гүйцэтгэсэн.
Энэ ачаалал:
Магадгүй энэ нь ядаж зохиогчдын хурдыг хязгаарлах зорилготой байсан байх . Нөөц хуулбарыг сэргээх үйл явц нь rsync бүхий диск болон сүлжээн дээр пропорциональ гүйцэтгэлтэй (жишээ нь 2-5 дахин удаашрах) нэг цөмийн хагасаас арай бага хугацаа шаардагдана.
Rsnapshot Сэргээхийн тулд ердийн rsync ашиглахыг санал болгож байгаа тул үр дүн нь ижил байх болно. Ер нь бол ийм л болсон.
Бурп Би нөөцлөлтийг сэргээх даалгаврыг 7 минут 2 секундын дотор гүйцэтгэсэн
Энэ ачаалалтай:
Энэ нь маш хурдан ажилласан бөгөөд наад зах нь цэвэр rsync-ээс хамаагүй илүү тохиромжтой: та ямар ч тугуудыг санах шаардлагагүй, энгийн бөгөөд ойлгомжтой cli интерфейс, олон хуулбарыг дэмждэг - хоёр дахин удаан боловч. Хэрэв та хамгийн сүүлд хийсэн нөөцлөлтөөс өгөгдлийг сэргээх шаардлагатай бол rsync-г ашиглан цөөн хэдэн анхааруулга авч болно.
Хөтөлбөр нь ойролцоогоор ижил хурд, ачааллыг харуулсан Нөөцлөх PC rsync дамжуулах горимыг идэвхжүүлэх үед нөөцлөлтийг байршуулах
7 минут 42 секунд:
Гэхдээ өгөгдөл дамжуулах горимд BackupPC нь давирхайг илүү удаан даван туулсан: 12 минут 15 секундын дотор процессорын ачаалал ерөнхийдөө бага байсан.
нэг ба хагас удаа:
Давхардсан байдал Шифрлэлтгүйгээр ашиглах нь арай илүү үр дүнг үзүүлж, 10 минут 58 секундын дотор нөөцлөлтийг сэргээсэн. Хэрэв та gpg ашиглан шифрлэлтийг идэвхжүүлбэл сэргээх хугацаа 15 минут 3 секунд болж нэмэгдэнэ. Мөн хуулбарыг хадгалах агуулах үүсгэхдээ ирж буй өгөгдлийн урсгалыг хуваахад ашиглах архивын хэмжээг зааж өгч болно. Ерөнхийдөө ердийн хатуу диск дээр, мөн нэг урсгалтай үйлдлийн горимын улмаас тийм ч их ялгаа байдаггүй. Гибрид хадгалалт ашиглах үед энэ нь өөр өөр блок хэмжээтэй гарч ирж болно. Сэргээх явцад үндсэн сервер дээрх ачаалал дараах байдалтай байв.
шифрлэлт байхгүй
шифрлэлттэй
Хуулбарлах 13 минут 45 секундэд гүйцэтгэсэн харьцангуй сэргэлтийн хурдыг харуулсан. Сэргээгдсэн өгөгдлийн зөв эсэхийг шалгахын тулд дахиад 5 минут зарцуулсан (нийт 19 минут). Ачаалал байсан
нэлээд өндөр:
Aes шифрлэлтийг дотооддоо идэвхжүүлсэн үед сэргээх хугацаа нь 21 минут 40 секунд байсан бөгөөд сэргээх явцад CPU-ийн ашиглалт хамгийн дээд хэмжээндээ (хоёр гол нь!) байсан; Өгөгдлийг шалгах үед процессорын нэг цөмийг эзэлж зөвхөн нэг утас идэвхтэй байсан. Сэргээх дараа өгөгдлийг шалгахад ижил 5 минут зарцуулсан (нийтдээ бараг 27 минут).
үр дүн
Гадны gpg програмыг шифрлэхэд ашиглах үед duplicati нь сэргээхэд арай хурдан байсан боловч ерөнхийдөө өмнөх горимоос ялгаа бага байна. Ашиглалтын хугацаа 16 минут 30 секунд, өгөгдөл баталгаажуулалт 6 минут байсан. Ачаалал байсан
тухайлбал:
AMANDA, давирхайг ашиглан үүнийг 2 минут 49 секундэд дуусгасан бөгөөд энэ нь зарчмын хувьд ердийн давирхайтай маш ойрхон юм. Зарчмын хувьд системд ачаалал өгнө
адилхан:
ашиглан нөөцлөлтийг сэргээх үед zbackup дараах үр дүнд хүрсэн.
шифрлэлт, lzma шахалт
Ажиллах хугацаа 11 минут 8 секунд
AES шифрлэлт, lzma шахалт
Ашиглалтын хугацаа 14 минут
AES шифрлэлт, lzo шахалт
Ажиллах хугацаа 6 минут 19 секунд
Ерөнхийдөө муу биш. Энэ бүхэн нь нөөц сервер дээрх процессорын хурдаас хамаардаг бөгөөд энэ нь өөр өөр компрессортой програмын ажиллах хугацаанаас тодорхой харагдаж байна. Нөөц серверийн тал дээр ердийн tar-ыг ажиллуулсан тул түүнтэй харьцуулбал сэргээх нь 3 дахин удааширдаг. Энэ нь олон урсгалтай горимд, хоёроос дээш урсгалтай ажиллагааг шалгах нь зүйтэй болов уу.
BorgBackup шифрлэгдээгүй горимд энэ нь tar-аас арай удаан, 2 минут 45 секундын дотор байсан боловч tar-аас ялгаатай нь репозиторыг хуулбарлах боломжтой болсон. Ачаалал нь болж хувирав
дараах:
Хэрэв та blake-д суурилсан шифрлэлтийг идэвхжүүлбэл нөөц сэргээх хурд бага зэрэг удааширна. Энэ горимд сэргээх хугацаа 3 минут 19 секунд бөгөөд ачаалал алга болсон
үүн шиг:
AES шифрлэлт арай удаан, сэргээх хугацаа 3 минут 23 секунд, ачаалал ялангуяа
өөрчлөгдөөгүй:
Борг нь олон урсгалтай горимд ажиллах боломжтой тул процессорын ачаалал хамгийн их байдаг бөгөөд нэмэлт функцууд идэвхжсэн тохиолдолд ажиллах хугацаа ердөө л нэмэгддэг. zbackup-тай адил олон урсгалыг судлах нь зүйтэй болов уу.
Рестик нөхөн сэргээх ажлыг арай удаан даван туулж, ажиллах хугацаа 4 минут 28 секунд байв. Ачаалал нь иймэрхүү харагдаж байв
тийм:
Сэргээх үйл явц нь хэд хэдэн хэлхээнд ажилладаг бололтой, гэхдээ үр ашиг нь BorgBackup-тай адил өндөр биш боловч цаг хугацааны хувьд ердийн rsync-тэй харьцуулж болно.
Тусламжийн тусламжтайгаар ur Backup Энэ нь 8 минут 19 секундын дотор өгөгдлийг сэргээх боломжтой байсан, ачаалал байсан
тухайлбал:
Ачаалал нь тийм ч өндөр биш, бүр давирхайгаас ч бага байна. Зарим газарт тэсрэлт бий, гэхдээ нэг цөмийн ачааллаас хэтрэхгүй.
Харьцуулах шалгуурыг сонгох, үндэслэл болгох
Өмнөх нийтлэлүүдийн аль нэгэнд дурдсанчлан нөөцлөх систем нь дараах шалгуурыг хангасан байх ёстой.
- Ашиглахад хялбар
- Үнэнч байдал
- Тогтвортой байдал
- Хурдан
Цэг бүрийг тусад нь илүү нарийвчлан авч үзэх нь зүйтэй.
Үйл ажиллагааны хялбар байдал
"Бүхнийг сайн хий" гэсэн нэг товчлуур байгаа нь хамгийн сайн арга юм, гэхдээ хэрэв та жинхэнэ програм руу буцвал хамгийн тохиромжтой зүйл бол зарим нэг танил, стандарт үйлдлийн зарчим байх болно.
Ихэнх хэрэглэгчид cli-д зориулсан олон товчлууруудыг санах, вэб эсвэл tui-ээр дамжуулан олон янзын, ихэвчлэн ойлгомжгүй сонголтуудыг тохируулах, амжилтгүй болсон үйлдлийн талаар мэдэгдэл хийх шаардлагагүй бол илүү сайн байх болно. Үүнд нөөц шийдлийг одоо байгаа дэд бүтцэд хялбархан "багтах" чадвар, мөн нөөцлөх үйл явцыг автоматжуулах зэрэг орно. Мөн багц менежер ашиглан эсвэл "татаж авах, задлах" гэх мэт ганц хоёр тушаалаар суулгах боломжтой. curl ссылка | sudo bash - нарийн төвөгтэй арга, учир нь та холбоосоор орж ирсэн зүйлийг шалгах хэрэгтэй.
Жишээлбэл, авч үзсэн нэр дэвшигчдээс энгийн шийдэл нь янз бүрийн үйлдлийн горимд зориулсан mnemonic товчлууруудтай burp, rdiff-backup болон restic юм. Бага зэрэг илүү төвөгтэй нь borg болон хоёрдмол байдал юм. Хамгийн хэцүү нь АМАНДА. Үлдсэн хэсэг нь ашиглахад хялбар байдлын хувьд дунд хэсэгт байдаг. Ямар ч тохиолдолд, хэрэв танд хэрэглэгчийн гарын авлагыг уншихад 30 секундээс илүү хугацаа шаардагдах эсвэл Google эсвэл өөр хайлтын систем рүү орох, мөн урт хугацааны тусламжийн хуудсыг гүйлгэх шаардлагатай бол шийдвэр гаргахад хэцүү байдаг.
Зарим нэр дэвшигчид цахим шуудангаар автоматаар мессеж илгээх боломжтой байхад зарим нь системд тохируулсан дохиололд тулгуурладаг. Түүнээс гадна ихэнх тохиолдолд нарийн төвөгтэй шийдлүүд нь сэрэмжлүүлгийн тохиргоотой байдаггүй. Ямар ч тохиолдолд, хэрэв нөөц програм нь тэгээс ялгаатай буцаах кодыг гаргадаг бол энэ нь үе үе хийх даалгаврын хувьд системийн үйлчилгээ зөв ойлгогдох болно (системийн администратор руу мессеж илгээх эсвэл шууд хяналт тавих) - нөхцөл байдал энгийн. Гэхдээ хэрэв нөөц сервер дээр ажилладаггүй нөөц системийг тохируулах боломжгүй бол асуудлын талаар хэлэх тодорхой арга бол нарийн төвөгтэй байдал нь аль хэдийн хэтэрсэн байна. Ямар ч тохиолдолд сэрэмжлүүлэг болон бусад мессежийг зөвхөн вэб интерфэйс эсвэл лог руу илгээх нь буруу үйлдэл бөгөөд ихэнхдээ тэдгээрийг үл тоомсорлодог.
Автоматжуулалтын хувьд энгийн программ нь түүний үйлдлийн горимыг тохируулсан орчны хувьсагчдыг унших боломжтой эсвэл вэб интерфэйсээр ажиллах үед зан төлөвийг бүрэн хуулбарлах боломжтой хөгжсөн cli програмтай байдаг. Үүнд тасралтгүй ажиллах боломж, өргөтгөлийн боломж байгаа эсэх гэх мэт орно.
Үнэнч байдал
Автоматжуулалттай холбоотой өмнөх дэд хэсгийг хэсэгчлэн давтаж байгаа бол нөөцлөх процессыг одоо байгаа дэд бүтцэд "тохируулах" нь онцгой асуудал байх ёсгүй.
Стандарт бус портуудыг (вэб интерфэйсийг эс тооцвол) ажилд ашиглах, стандарт бус аргаар шифрлэлт хийх, стандарт бус протокол ашиглан өгөгдөл солилцох нь стандарт бус байдлын шинж тэмдэг гэдгийг тэмдэглэх нь зүйтэй. - бүх нийтийн шийдэл. Ихэнх тохиолдолд бүх нэр дэвшигчид тодорхой шалтгааны улмаас нэг талаараа байдаг: энгийн байдал, олон талт байдал нь ихэвчлэн хамтдаа байдаггүй. Үл хамаарах зүйл бол - burp, бусад нь байдаг.
Үүний шинж тэмдэг бол ердийн ssh ашиглан ажиллах чадвар юм.
Ажлын хурд
Хамгийн маргаантай, маргаантай цэг. Нэг талаас, бид үйл явцыг эхлүүлсэн, энэ нь аль болох хурдан ажиллаж, үндсэн ажлуудад саад учруулаагүй. Нөгөөтэйгүүр, нөөцлөх хугацаанд ачаалал нэмэгдэж, процессорын ачаалал нэмэгддэг. Хуулбар хийх хамгийн хурдан программууд нь хэрэглэгчдэд чухал ач холбогдолтой функцүүдийн хувьд ихэвчлэн хамгийн ядуу байдаг гэдгийг тэмдэглэх нь зүйтэй. Дахин хэлэхэд: хэдэн арван байт хэмжээтэй нэг харамсалтай текст файлыг нууц үгээр авахын тулд, үүнээс болж үйлчилгээний зардал бүхэлдээ (тиймээ, тийм ээ, нөөцлөх үйл явц нь ихэвчлэн энд буруугүй гэдгийг би ойлгож байна) Мөн та репозитор дахь бүх файлуудыг дараалан дахин унших эсвэл архивыг бүхэлд нь өргөжүүлэх хэрэгтэй - нөөцлөх систем хэзээ ч хурдан байдаггүй. Ихэнхдээ саад тотгор болдог өөр нэг зүйл бол архиваас нөөц хуулбарыг байршуулах хурд юм. Файлыг зүгээр л нэг их засвар хийлгүйгээр (жишээ нь rsync) хүссэн байршил руу нь хуулж эсвэл зөөж чаддаг хүмүүст энд тодорхой давуу тал бий, гэхдээ ихэнхдээ асуудлыг зохион байгуулалтын аргаар, эмпирик байдлаар шийдэх ёстой: нөөц сэргээх хугацааг хэмжих замаар. мөн энэ талаар хэрэглэгчдэд нээлттэй мэдээлэх.
Тогтвортой байдал
Үүнийг ингэж ойлгох хэрэгтэй: нэг талаас нөөц хуулбарыг ямар ч аргаар буцааж байршуулах боломжтой байх ёстой, нөгөө талаас энэ нь янз бүрийн асуудалд тэсвэртэй байх ёстой: сүлжээний тасалдал, дискний эвдрэл, файлын зарим хэсгийг устгах. хадгалах газар.
Нөөцлөх хэрэгслүүдийн харьцуулалт
Хуулбар үүсгэх цаг болжээ
Сэргээх хугацааг хуулах
Хялбар суулгалт
Хялбар тохиргоо
Энгийн хэрэглээ
Энгийн автоматжуулалт
Танд үйлчлүүлэгчийн сервер хэрэгтэй юу?
Хадгалах сангийн бүрэн бүтэн байдлыг шалгаж байна
Дифференциал хуулбарууд
Хоолойгоор ажилладаг
Үнэнч байдал
Тусгаар тогтнол
Хадгалах сангийн ил тод байдал
Шифрлэлт
Шахалт
Хувилбар
Вэб интерфэйс
Үүл рүү дүүргэж байна
Windows-ийн дэмжлэг
Оноо
Rsync
4м15с
4м28с
Хэрэв тийм бол
ямар ч
ямар ч
ямар ч
Хэрэв тийм бол
ямар ч
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
ямар ч
ямар ч
ямар ч
ямар ч
Хэрэв тийм бол
6
Бохь
цэвэр
3м12с
2м43с
Хэрэв тийм бол
ямар ч
ямар ч
ямар ч
ямар ч
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
ямар ч
ямар ч
ямар ч
ямар ч
ямар ч
Хэрэв тийм бол
8,5
gzip
9м37с
3м19с
Хэрэв тийм бол
Rdiff-нөөц
16м26с
17м17с
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
11
Rsnapshot
4м19с
4м28с
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
12,5
Бурп
11м9с
7м2с
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
10,5
Давхардсан байдал
шифрлэлт байхгүй
16м48с
10м58с
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
11
gpg
17м27с
15м3с
Хуулбарлах
шифрлэлт байхгүй
20м28с
13м45с
ямар ч
Хэрэв тийм бол
ямар ч
ямар ч
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
11
aes
29м41с
21м40с
gpg
26м19с
16м30с
zbackup
шифрлэлт байхгүй
40м3с
11м8с
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
ямар ч
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
ямар ч
ямар ч
10
aes
42м0с
14м1с
aes+lzo
18м9с
6м19с
BorgBackup
шифрлэлт байхгүй
4м7с
2м45с
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
16
aes
4м58с
3м23с
блэк2
4м39с
3м19с
Рестик
5м38с
4м28с
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
15,5
ur Backup
8м21с
8м19с
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
12
Amanda
9м3с
2м49с
Хэрэв тийм бол
ямар ч
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
13
Нөөцлөх PC
rsync
12м22с
7м42с
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
ямар ч
Хэрэв тийм бол
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
ямар ч
Хэрэв тийм бол
10,5
давирхай
12м34с
12м15с
Хүснэгтийн домог:
- Ногоон, ажиллах хугацаа таван минутаас бага, эсвэл "Тийм" гэж хариулна уу ("Клиент сервер хэрэгтэй байна уу?" баганаас бусад), 1 оноо
- Шар, ажиллах хугацаа таваас арван минут, 0.5 оноо
- Улаан, ажлын цаг арав гаруй минут, эсвэл хариулт нь "Үгүй" ("Танд үйлчлүүлэгчийн сервер хэрэгтэй юу?" баганаас бусад), 0 оноо
Дээрх хүснэгтээс харахад хамгийн энгийн, хурдан бөгөөд нэгэн зэрэг тохиромжтой, хүчирхэг нөөцлөх хэрэгсэл бол BorgBackup юм. Рестик хоёрдугаар байрыг эзэлж, үлдсэн нэр дэвшигчдийг нэг эсвэл хоёр онооны зөрүүгээр ойролцоогоор тэнцүү байрлуулсан байна.
Цувралыг эцэс хүртэл уншсан бүх хүмүүст баярлалаа, хэрэв байгаа бол сонголтуудыг ярилцаж, санал болгохыг урьж байна. Хэлэлцүүлэг үргэлжилж байгаа тул хүснэгтийг өргөжүүлж магадгүй юм.
Цувралын үр дүн нь хамгийн богино хугацаанд хуулбарыг буцааж байршуулах, нэгэн зэрэг тохиромжтой, хялбар байх боломжийг олгодог хамгийн тохиромжтой, хурдан бөгөөд удирдах боломжтой нөөц хэрэгслийг боловсруулах оролдлого болох эцсийн нийтлэл байх болно. тохируулах, засвар үйлчилгээ хийх.
Зарлал
Нөөцлөх 6-р хэсэг: Нөөцлөх хэрэгслүүдийг харьцуулах
Нөөц 7-р хэсэг: Дүгнэлт
Эх сурвалж: www.habr.com