Неліктен сақтық көшірме жасау керек? Өйткені, жабдық өте, өте сенімді, сонымен қатар физикалық серверлерге қарағанда сенімділік жағынан жақсырақ «бұлттар» бар: дұрыс конфигурациямен «бұлттық» сервер инфрақұрылымның физикалық серверінің істен шығуына оңай төтеп бере алады. қызмет пайдаланушыларының көзқарасы бойынша, қызмет көрсету уақытында шағын, әрең байқалатын секіріс болады. Сонымен қатар, ақпараттың қайталануы көбінесе процессордың «қосымша» уақытын, дискідегі жүктемені және желілік трафикті төлеуді талап етеді.
Идеал бағдарлама жылдам жұмыс істейді, жадты ағызбайды, саңылаулары жоқ және жоқ.
-Белгісіз
Бағдарламаларды әлі де ақуызды әзірлеушілер жазатындықтан және тестілеу процесі жиі болмағандықтан, сонымен қатар бағдарламалар «ең жақсы тәжірибелер» арқылы сирек жеткізілетіндіктен (олардың өзі де бағдарламалар болып табылады, сондықтан жетілмеген), жүйелік әкімшілерге көбінесе қысқаша естіледі, бірақ маңызды емес мәселелерді шешуге тура келеді. қысқаша: «қалай болғанына оралу», «негізді қалыпты жұмыс істеуге келтіру», «баяу жұмыс істейді - артқа айналдыру», сонымен қатар менің сүйікті «Не екенін білмеймін, бірақ түзет».
Әзірлеушілердің ұқыпсыз жұмысы немесе жағдайлардың жиынтығы нәтижесінде туындайтын логикалық қателерге, сондай-ақ бағдарламаларды құрудың шағын мүмкіндіктерін толық білмеу немесе түсінбеу, соның ішінде қосылатын және жүйелік, оның ішінде операциялық жүйелер, драйверлер мен микробағдарламалар - басқа да қателер бар. Мысалы, әзірлеушілердің көпшілігі орындалу уақытына сүйенеді, физикалық заңдарды толығымен ұмытып кетеді, бұл бағдарламаларды пайдалану арқылы әлі де айналып өту мүмкін емес. Бұған дискілік ішкі жүйенің және тұтастай алғанда кез келген деректерді сақтау ішкі жүйесінің (оның ішінде жедел жады мен процессордың кэші!) шексіз сенімділігі, процессордағы өңдеу уақыты нөлдік, желі арқылы тасымалдау кезінде және желіде өңдеу кезінде қателердің болмауы жатады. процессор және желілік кідіріс, ол 0-ге тең. Атышулы мерзімді елемеуге болмайды, өйткені оны уақытында орындамасаңыз, желі мен диск жұмысының нюанстарынан да нашар мәселелер туындайды.
Толық күшіне енетін және құнды деректерге ілінетін мәселелермен не істеу керек? Тірі әзірлеушілерді алмастыратын ештеңе жоқ және бұл жақын арада мүмкін болатыны шындық емес. Екінші жағынан, бағдарламаның мақсатына сай жұмыс істейтінін толық дәлелдейтін бірнеше жобалар ғана сәтті болды және дәлелдемелерді басқа ұқсас жобаларға қолдану міндетті емес. Сондай-ақ, мұндай дәлелдемелер көп уақытты қажет етеді және арнайы дағдылар мен білімді талап етеді, бұл оларды мерзімдерді ескере отырып пайдалану мүмкіндігін іс жүзінде азайтады. Сонымен қатар, біз ақпаратты сақтау, өңдеу және беру үшін өте жылдам, арзан және шексіз сенімді технологияны қалай пайдалану керектігін әлі білмейміз. Мұндай технологиялар, егер олар бар болса, тұжырымдамалар түрінде немесе - көбінесе - тек ғылыми-фантастикалық кітаптар мен фильмдерде.
Жақсы суретшілер көшіреді, ұлы суретшілер ұрлайды.
- Пабло Пикассо.
Ең сәтті шешімдер мен таңғаларлық қарапайым нәрселер әдетте бір қарағанда мүлдем үйлеспейтін ұғымдар, технологиялар, білімдер және ғылым салалары кездескен жерде болады.
Мысалы, құстар мен ұшақтардың қанаттары бар, бірақ функционалдық ұқсастығына қарамастан - кейбір режимдерде жұмыс істеу принципі бірдей, ал техникалық мәселелер ұқсас жолмен шешіледі: қуыс сүйектер, берік және жеңіл материалдарды пайдалану және т.б. нәтижелері өте ұқсас болғанымен, мүлдем басқаша. Біздің технологиямыздан көретін ең жақсы мысалдар да негізінен табиғаттан алынған: кемелер мен суасты қайықтарының қысымды бөлімдері аннелидтермен тікелей ұқсастық; рейдтік массивтерді құру және деректердің тұтастығын тексеру – ДНҚ тізбегін қайталау; сондай-ақ жұпталған органдар, әртүрлі органдардың жұмысының орталық жүйке жүйесінен тәуелсіздігі (жүрек жұмысын автоматтандыру) және рефлекстер - Интернеттегі автономды жүйелер. Әрине, дайын шешімдерді «басқа» қабылдау және қолдану қиындықтарға толы, бірақ кім біледі, мүмкін басқа шешімдер жоқ шығар.
Сенің қайда құлайтыныңды білсем, сабан салар едім!
—Беларусь халық мақалы
Бұл сақтық көшірмелердің мыналарды қалайтындар үшін маңызды екенін білдіреді:
- Жүйелеріңіздің жұмысын ең аз тоқтау уақытымен, тіпті онсыз да қалпына келтіре аласыз
- Батыл әрекет етіңіз, өйткені қате болған жағдайда әрқашан кері қайтару мүмкіндігі бар
- Деректердің қасақана бүлінуінің салдарын азайту
Міне, кішкене теория
Кез келген жіктеу ерікті. Табиғат жіктемейді. Біз классификациялаймыз, өйткені бұл бізге ыңғайлы. Ал біз өзіміз де ерікті түрде алатын деректерге қарай жіктейміз.
- Жан Брюлер
Физикалық сақтау әдісіне қарамастан, логикалық деректерді сақтауды осы деректерге қол жеткізудің екі әдісіне бөлуге болады: блок және файл. Бұл бөлім жақында өте бұлыңғыр болды, өйткені таза блоктау, сонымен қатар таза файлдық логикалық сақтау жоқ. Дегенмен, қарапайымдылық үшін біз олар бар деп есептейміз.
Блоктық деректерді сақтау белгілі бір бекітілген бөліктерде, блоктарда деректер жазылатын физикалық құрылғының бар екенін білдіреді. Блоктарға белгілі бір мекенжай бойынша қол жеткізуге болады; әрбір блоктың құрылғыда өз мекенжайы болады.
Сақтық көшірме әдетте деректер блоктарын көшіру арқылы жасалады. Деректердің тұтастығын қамтамасыз ету үшін көшіру кезінде жаңа блоктарды жазу, сондай-ақ барларға өзгертулер енгізу тоқтатылады. Егер кәдімгі әлемнен ұқсастық алсақ, ең жақын нәрсе - бірдей нөмірленген ұяшықтары бар шкаф.
Логикалық құрылғы принципіне негізделген файл деректерін сақтау блоктық сақтауға жақын және көбінесе жоғарғы жағында ұйымдастырылады. Маңызды айырмашылықтар - сақтау иерархиясы мен адам оқи алатын атаулардың болуы. Абстракция файл түрінде бөлінеді - аталған деректер аймағы, сонымен қатар каталог - сипаттамалар мен басқа файлдарға рұқсат сақталатын арнайы файл. Файлдар қосымша метадеректермен қамтамасыз етілуі мүмкін: жасау уақыты, кіру жалаулары және т.б. Сақтық көшірмелер әдетте осылай жасалады: олар өзгертілген файлдарды іздейді, содан кейін оларды сол құрылымды басқа файлдар қоймасына көшіреді. Деректер тұтастығы әдетте жазылатын файлдардың болмауы арқылы жүзеге асырылады. Файл метадеректерінің сақтық көшірмесі дәл осылай жасалады. Ең жақын ұқсастық - әртүрлі кітаптары бар бөлімдері бар кітапхана, сонымен қатар кітаптардың адам оқи алатын атаулары бар каталогы бар.
Жақында кейде басқа опция сипатталады, ол негізінен файлдарды деректерді сақтау басталды және сол архаикалық мүмкіндіктерге ие: объектілік деректерді сақтау.
Оның файлдарды сақтаудан айырмашылығы, онда бір ұяшықтан артық (жалпақ схема) жоқ, ал файл атаулары адам оқи алатын болса да, машиналармен өңдеуге әлі де қолайлы. Сақтық көшірмелерді жасау кезінде нысанды сақтау көбінесе файлдарды сақтау сияқты өңделеді, бірақ кейде басқа опциялар болады.
— Жүйе әкімшілерінің екі түрі бар, олар сақтық көшірме жасамайтындар және ӘЗІРДІ жасайтындар.
- Шын мәнінде, үш түрі бар: сақтық көшірмелерді қалпына келтіруге болатынын тексеретіндер де бар.-Белгісіз
Сондай-ақ, деректердің сақтық көшірмесін жасау процесінің өзі бағдарламалар арқылы жүзеге асырылатынын түсіну керек, сондықтан оның кез келген басқа бағдарлама сияқты кемшіліктері бар. Адам факторына тәуелділікті жою (жоймау!) үшін, сондай-ақ жеке күшті әсер етпейтін, бірақ бірге айтарлықтай әсер ете алатын ерекшеліктерді - деп аталатын 3-2-1 ережесі. Оны шешудің көптеген нұсқалары бар, бірақ маған келесі интерпретация көбірек ұнайды: бірдей деректердің 3 жинағы сақталуы керек, 2 жиыны әртүрлі пішімде сақталуы керек және 1 жиыны географиялық қашықтағы жадта сақталуы керек.
Сақтау форматын келесідей түсіну керек:
- Физикалық сақтау әдісіне тәуелділік болса, физикалық әдісті өзгертеміз.
- Логикалық сақтау әдісіне тәуелділік болса, логикалық әдісті өзгертеміз.
3-2-1 ережесінің максималды әсеріне жету үшін сақтау пішімін екі жолмен де өзгерту ұсынылады.
Сақтық көшірменің мақсатына – функционалдығын қалпына келтіруге дайындығы тұрғысынан «ыстық» және «суық» резервтік көшірмелер арасында айырмашылық бар. Ыстықтар суықтан бір ғана нәрсемен ерекшеленеді: олар дереу пайдалануға дайын, ал суықтары қалпына келтіру үшін қосымша қадамдарды қажет етеді: шифрды шешу, мұрағаттан шығару және т.б.
Ыстық және суық көшірмелерді онлайн және офлайн көшірмелермен шатастырмаңыз, бұл деректердің физикалық оқшаулануын білдіреді және шын мәнінде сақтық көшірме жасау әдістерін жіктеудің тағы бір белгісі болып табылады. Сонымен, желіден тыс көшірме - оны қалпына келтіру қажет жүйеге тікелей қосылмаған - ыстық немесе суық болуы мүмкін (қалпына келтіруге дайын болу тұрғысынан). Интернеттегі көшірме қалпына келтіру қажет жерде тікелей қол жетімді болуы мүмкін, көбінесе ол ыстық, бірақ суықтары да бар.
Сонымен қатар, сақтық көшірмелерді жасау процесінің өзі әдетте бір сақтық көшірме жасаумен аяқталмайтынын және көшірмелердің айтарлықтай көп болуы мүмкін екенін ұмытпаңыз. Сондықтан толық резервтік көшірмелерді ажырату қажет, яғни. басқа резервтік көшірмелерден тәуелсіз қалпына келтіруге болатындар, сондай-ақ дифференциалды (өсімдік, дифференциалдық, төмендеткіш және т.б.) көшірмелер – дербес қалпына келтіруге болмайтын және бір немесе бірнеше басқа резервтік көшірмелерді алдын ала қалпына келтіруді талап ететіндер.
Дифференциалды қосымша сақтық көшірмелер сақтық көшірме сақтау орнын үнемдеу әрекеті болып табылады. Осылайша, сақтық көшірмеге алдыңғы сақтық көшірмедегі өзгертілген деректер ғана жазылады.
Дифференциалды төмендеткіштер бір мақсат үшін жасалады, бірақ сәл басқаша: толық резервтік көшірме жасалады, бірақ тек жаңа көшірме мен алдыңғы көшірме арасындағы айырмашылық ғана сақталады.
Көшірмелерді сақтаудың болмауын қолдайтын сақтаудың үстінен сақтық көшірме жасау процесін бөлек қарастырған жөн. Осылайша, оның үстіне толық сақтық көшірмелерді жазсаңыз, сақтық көшірмелер арасындағы айырмашылықтар ғана жазылады, бірақ сақтық көшірмелерді қалпына келтіру процесі толық көшірмеден қалпына келтіруге ұқсас және толығымен мөлдір болады.
Қамқорлыққа ие болу керек пе?
(Сақшыларды өздері кім күзетеді? - лат.)
Сақтық көшірмелер болмаған кезде бұл өте жағымсыз, бірақ сақтық көшірме жасалған сияқты болса, әлдеқайда нашар, бірақ қалпына келтіру кезінде оны қалпына келтіру мүмкін емес, себебі:
- Бастапқы деректердің тұтастығы бұзылған.
- Сақтық көшірме жады зақымдалған.
- Қалпына келтіру өте баяу жұмыс істейді, ішінара қалпына келтірілген деректерді пайдалана алмайсыз.
Тиісті түрде жасалған сақтық көшірме жасау процесі мұндай ескертулерді, әсіресе алғашқы екеуін ескеруі керек.
Бастапқы деректердің тұтастығына бірнеше жолмен кепілдік беруге болады. Ең жиі қолданылатындары мыналар: а) блоктық деңгейде файлдық жүйенің суретін жасау, б) файлдық жүйенің күйін «қатырып тастау», в) нұсқаларды сақтайтын арнайы блоктық құрылғы, г) файлдарды дәйекті жазу немесе блоктар. Қалпына келтіру кезінде деректердің тексерілуін қамтамасыз ету үшін бақылау сомасы да қолданылады.
Сақтаудағы бүлінуді бақылау сомалары арқылы да анықтауға болады. Қосымша әдіс - бұрыннан жазылған деректерді өзгерту мүмкін емес, бірақ жаңаларын қосуға болатын арнайы құрылғыларды немесе файлдық жүйелерді пайдалану.
Қалпына келтіруді жылдамдату үшін деректерді қалпына келтіру қалпына келтіруге арналған бірнеше процестермен қолданылады - баяу желі немесе баяу диск жүйесі түрінде ешқандай кедергі болмаса. Ішінара қалпына келтірілген деректермен жағдайды айналып өту үшін сақтық көшірме жасау процесін әрқайсысы бөлек орындалатын салыстырмалы түрде шағын қосалқы тапсырмаларға бөлуге болады. Осылайша, қалпына келтіру уақытын болжау кезінде өнімділікті дәйекті түрде қалпына келтіру мүмкін болады. Бұл мәселе көбінесе ұйымдық жазықтықта (SLA) болады, сондықтан біз бұл туралы егжей-тегжейлі тоқталмаймыз.
Дәмдеуіштердің маманы - оларды әр тағамға қосатын адам емес, оған ешқашан артық ештеңе қоспайтын адам.
-IN. Синявский
Жүйе әкімшілері пайдаланатын бағдарламалық жасақтамаға қатысты тәжірибелер әртүрлі болуы мүмкін, бірақ жалпы принциптері бұрынғысынша бірдей немесе басқаша, атап айтқанда:
- Дайын шешімдерді пайдалану ұсынылады.
- Бағдарламалар болжамды түрде жұмыс істеуі керек, яғни. Құжатсыз мүмкіндіктер немесе кедергілер болмауы керек.
- Әрбір бағдарламаны орнату соншалықты қарапайым болуы керек, әр уақытта нұсқаулықты немесе парақты оқудың қажеті жоқ.
- Мүмкін болса, шешім әмбебап болуы керек, өйткені серверлер аппараттық сипаттамаларда әр түрлі болуы мүмкін.
Блоктық құрылғылардан сақтық көшірме жасау үшін келесі жалпы бағдарламалар бар:
- Жүйе әкімшілігінің ардагерлеріне таныс dd сонымен қатар ұқсас бағдарламаларды қамтиды (мысалы, бірдей dd_rescue).
- Файлдық жүйенің демпін жасайтын кейбір файлдық жүйелерге енгізілген утилиталар.
- Барлығын жейтін утилиталар; мысалы, бөлік клон.
- Меншікті, көбінесе меншікті шешімдер; мысалы, NortonGhost және одан кейінгі.
Файлдық жүйелер үшін сақтық көшірме мәселесі блоктық құрылғыларға қолданылатын әдістер арқылы ішінара шешіледі, бірақ мәселені тиімдірек шешуге болады, мысалы:
- Rsync, файлдық жүйелердің күйін үндестіруге арналған жалпы мақсаттағы бағдарлама және протокол.
- Кірістірілген мұрағаттау құралдары (ZFS).
- Үшінші тараптың мұрағаттау құралдары; ең танымал өкілі – шайыр. Басқалары бар, мысалы, dar - заманауи жүйелерге бағытталған гудронды ауыстыру.
Сақтық көшірмелерді жасау кезінде деректердің сәйкестігін қамтамасыз ететін бағдарламалық құралдар туралы бөлек атап өткен жөн. Ең жиі қолданылатын опциялар:
- Файлдық жүйені тек оқуға арналған режимде орнату (тек оқу) немесе файлдық жүйені мұздату (мұздату) - әдіс шектеулі қолдану мүмкіндігіне ие.
- Файлдық жүйелердің немесе блоктық құрылғылардың (LVM, ZFS) күйінің суретін жасау.
- Алдыңғы нүктелер қандай да бір себептермен қамтамасыз етілмейтін жағдайларда да әсерлерді ұйымдастыру үшін үшінші тарап құралдарын пайдалану (hotcopy сияқты бағдарламалар).
- Өзгертуге көшіру техникасы (CopyOnWrite), бірақ ол көбінесе пайдаланылатын файлдық жүйеге (BTRFS, ZFS) байланысты.
Сонымен, шағын сервер үшін келесі талаптарға жауап беретін сақтық көшірме схемасын ұсыну қажет:
- Пайдалану оңай - жұмыс кезінде арнайы қосымша қадамдар қажет емес, көшірмелерді жасау және қалпына келтіру үшін ең аз қадамдар.
- Әмбебап – үлкен және кіші серверлерде жұмыс істейді; бұл серверлер санын көбейту немесе масштабтау кезінде маңызды.
- Бума менеджері немесе «жүктеп алу және орамнан шығару» сияқты бір немесе екі пәрмен арқылы орнатылады.
- Тұрақты - стандартты немесе бұрыннан қалыптасқан сақтау пішімі қолданылады.
- Жұмыста жылдам.
Талаптарға азды-көпті сәйкес келетін үміткерлер:
- rdiff-сақтық көшірме
- rsnapshot
- бурп
- көшірме
- қайталануы
- рұқсат етіңіз
- тері
- zbackup
- демалыс
- borgbackup
Сынақ үстелі ретінде келесі сипаттамалары бар виртуалды машина (XenServer негізінде) пайдаланылады:
- 4 ядросы 2.5 ГГц,
- 16 ГБ жедел жады,
- Бөлусіз жеке виртуалды диск түріндегі 50 ГБ гибридті жад (SSD-де кэштелген сақтау жүйесі виртуалды диск өлшемінен 20%),
- 200 Мбит/с интернет арнасы.
Бірдей дерлік құрылғы сақтық көшірме ресивер сервері ретінде пайдаланылады, тек 500 ГБ қатты дискімен.
Операциялық жүйе - Centos 7 x64: стандартты бөлім, деректер көзі ретінде қосымша бөлім пайдаланылады.
Бастапқы деректер ретінде 40 ГБ медиа файлдары және MySQL дерекқоры бар WordPress сайтын алайық. Виртуалды серверлер сипаттамалары бойынша әр түрлі болғандықтан, сондай-ақ жақсырақ қайталану үшін, міне
sysbench көмегімен серверді тексеру нәтижелері.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu іске қосу
sysbench 1.1.0-18a9f86 (жинақталған LuaJIT 2.1.0-beta3 көмегімен)
Тестті келесі опциялармен орындау:
Жіптердің саны: 4
Кездейсоқ сандар генераторын ағымдағы уақыттан бастап іске қосу
Жай сандар шегі: 20000
Жұмысшы ағындары инициализациялануда…
Ағындар басталды!
CPU жылдамдығы:
секундына оқиғалар: 836.69
Өткізу мүмкіндігі:
оқиғалар/с (eps): 836.6908
өткен уақыт: 30.0039 с
Іс-шаралардың жалпы саны: 25104
Кідіріс (мс):
мин: 2.38
орташа: 4.78
максимум: 22.39
95-процентиль: 10.46
қосынды: 119923.64
Жіптердің әділдігі:
оқиғалар (орт./stddev): 6276.0000/13.91
орындау уақыты (орт./stddev): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=оқу жады
sysbench 1.1.0-18a9f86 (жинақталған LuaJIT 2.1.0-beta3 көмегімен)
Тестті келесі опциялармен орындау:
Жіптердің саны: 4
Кездейсоқ сандар генераторын ағымдағы уақыттан бастап іске қосу
Келесі опциялармен жад жылдамдығы сынағы орындалады:
блок өлшемі: 1КБ
жалпы көлемі: 102400МБ
операция: оқу
қолдану аясы: жаһандық
Жұмысшы ағындары инициализациялануда…
Ағындар басталды!
Жалпы операциялар: 50900446 (секундына 1696677.10)
49707.47 МБ тасымалданды (1656.91 МБ/сек)
Өткізу мүмкіндігі:
оқиғалар/с (eps): 1696677.1017
өткен уақыт: 30.0001 с
Іс-шаралардың жалпы саны: 50900446
Кідіріс (мс):
мин: 0.00
орташа: 0.00
максимум: 24.01
95-процентиль: 0.00
қосынды: 39106.74
Жіптердің әділдігі:
оқиғалар (орт./stddev): 12725111.5000/137775.15
орындау уақыты (орт./stddev): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=жазылатын жады
sysbench 1.1.0-18a9f86 (жинақталған LuaJIT 2.1.0-beta3 көмегімен)
Тестті келесі опциялармен орындау:
Жіптердің саны: 4
Кездейсоқ сандар генераторын ағымдағы уақыттан бастап іске қосу
Келесі опциялармен жад жылдамдығы сынағы орындалады:
блок өлшемі: 1КБ
жалпы көлемі: 102400МБ
операция: жазу
қолдану аясы: жаһандық
Жұмысшы ағындары инициализациялануда…
Ағындар басталды!
Жалпы операциялар: 35910413 (секундына 1197008.62)
35068.76 МБ тасымалданды (1168.95 МБ/сек)
Өткізу мүмкіндігі:
оқиғалар/с (eps): 1197008.6179
өткен уақыт: 30.0001 с
Іс-шаралардың жалпы саны: 35910413
Кідіріс (мс):
мин: 0.00
орташа: 0.00
максимум: 16.90
95-процентиль: 0.00
қосынды: 43604.83
Жіптердің әділдігі:
оқиғалар (орт./stddev): 8977603.2500/233905.84
орындау уақыты (орт./stddev): 10.9012/0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G файлды іске қосу
sysbench 1.1.0-18a9f86 (жинақталған LuaJIT 2.1.0-beta3 көмегімен)
Тестті келесі опциялармен орындау:
Жіптердің саны: 4
Кездейсоқ сандар генераторын ағымдағы уақыттан бастап іске қосу
Қосымша файлды ашу жалаулары: (жоқ)
128 файл, әрқайсысы 8МБ
1ГиБ жалпы файл өлшемі
Блок өлшемі 4КБ
IO сұрауларының саны: 0
Біріктірілген кездейсоқ IO сынағы үшін оқу/жазу коэффициенті: 1.50
Мерзімді FSYNC қосулы, fsync() әрбір 100 сұрауды шақырады.
Сынақ соңында fsync() шақыру, Қосылған.
Синхронды енгізу/шығару режимін пайдалану
Кездейсоқ r/w тестін орындау
Жұмысшы ағындары инициализациялануда…
Ағындар басталды!
Өткізу мүмкіндігі:
оқу: IOPS=3868.21 15.11 МБ/с (15.84 МБ/с)
жазу: IOPS=2578.83 10.07 МБ/с (10.56 МБ/с)
fsync: IOPS=8226.98
Кідіріс (мс):
мин: 0.00
орташа: 0.27
максимум: 18.01
95-процентиль: 1.08
қосынды: 238469.45
Бұл жазба үлкен басталады
сақтық көшірме туралы мақалалар сериясы
- Сақтық көшірме, 1 бөлім: Сақтық көшірме не үшін қажет, әдістерге, технологияларға шолу
- Сақтық көшірме 2-бөлім: rsync негізіндегі сақтық көшірме құралдарын қарап шығу және сынау
- Сақтық көшірме 3-бөлім: Қайталануды, қайталануды, дежа көшірмелерін тексеру және тексеру
- Сақтық көшірме 4-бөлім: zbackup, restic, borgbackup файлдарын қарап шығу және сынау
- Сақтық көшірме 5-бөлім: Linux үшін bacula және veeam сақтық көшірмесін сынау
- Сақтық көшірме 6-бөлім: Сақтық көшірме құралдарын салыстыру
- Сақтық көшірме 7-бөлім: Қорытынды
Ақпарат көзі: www.habr.com