Niyə ehtiyat nüsxələri yaratmalısınız? Axı, avadanlıq çox, çox etibarlıdır və bundan əlavə, fiziki serverlərdən daha etibarlı olan "buludlar" var: düzgün konfiqurasiya ilə "bulud" server infrastrukturun fiziki serverinin uğursuzluğundan asanlıqla sağ çıxa bilər. xidmət istifadəçilərinin nöqteyi-nəzərindən, xidmətdə kiçik, ancaq nəzərə çarpan bir sıçrayış olacaq. Bundan əlavə, məlumatın təkrarlanması çox vaxt “əlavə” prosessor vaxtı, disk yükü və şəbəkə trafiki üçün ödəniş tələb edir.
İdeal proqram sürətli işləyir, yaddaş sızdırmır, heç bir deşik yoxdur və mövcud deyil.
-Naməlum
Proqramlar hələ də zülal tərtibatçıları tərəfindən yazıldığından və tez-tez sınaq prosesi olmadığından, üstəlik proqramlar nadir hallarda “ən yaxşı təcrübələrdən” istifadə edilərək çatdırılır (bunlar da proqramlardır və buna görə də qeyri-kamildir), sistem administratorları çox vaxt qısa səslənən, lakin səslənən problemləri həll etməli olurlar. qısaca: "necə olduğu vəziyyətə qayıt", "baza normal işə salın", "yavaş işləyir - geri dön" və həmçinin ən çox sevdiyim "Nə olduğunu bilmirəm, amma düzəldin".
Tərtibatçıların diqqətsiz işləməsi və ya vəziyyətlərin birləşməsi nəticəsində yaranan məntiqi səhvlərə əlavə olaraq, proqramların qurulmasının kiçik xüsusiyyətlərini, o cümlədən əməliyyat sistemləri, sürücülər və proqram təminatı da daxil olmaqla birləşdirici və sistemli xüsusiyyətlərin natamam biliyi və ya anlaşılmazlığı. başqa səhvlər də var. Məsələn, əksər tərtibatçılar proqramlardan istifadə edərək hələ də yan keçmək mümkün olmayan fiziki qanunları tamamilə unudaraq, işləmə müddətinə etibar edirlər. Buraya disk alt sisteminin və ümumiyyətlə, hər hansı məlumat saxlama alt sisteminin (RAM və prosessor keşi daxil olmaqla!) sonsuz etibarlılığı və prosessorda sıfır emal müddəti, şəbəkə üzərindən ötürülmə və emal zamanı xətaların olmaması daxildir. prosessor və 0-a bərabər olan şəbəkə gecikməsi. Bədnam son tarixi laqeyd etməməlisiniz, çünki ona vaxtında əməl etməsəniz, şəbəkə və diskin işləmə nüanslarından daha pis problemlər yaranacaq.
Tam güclə yüksələn və qiymətli məlumatların üzərində dayanan problemlərlə nə etməli? Canlı tərtibatçıları əvəz edəcək heç bir şey yoxdur və bunun yaxın gələcəkdə mümkün olacağı bir həqiqət deyil. Digər tərəfdən, yalnız bir neçə layihə proqramın nəzərdə tutulduğu kimi işləyəcəyini tam sübuta yetirməyə müvəffəq olub və sübutları götürüb digər oxşar layihələrə tətbiq etmək mütləq mümkün olmayacaq. Həmçinin, bu cür sübutlar çox vaxt aparır və xüsusi bacarıq və biliklər tələb edir və bu, son tarixləri nəzərə alaraq onların istifadəsi imkanlarını praktiki olaraq minimuma endirir. Bundan əlavə, məlumatın saxlanması, işlənməsi və ötürülməsi üçün ultra sürətli, ucuz və sonsuz etibarlı texnologiyadan necə istifadə edəcəyimizi hələ bilmirik. Bu cür texnologiyalar, əgər varsa, anlayışlar şəklindədir və ya - çox vaxt - yalnız elmi fantastika kitablarında və filmlərdə.
Yaxşı sənətkar kopyalayır, böyük sənətkar oğurlayır.
- Pablo Pikasso.
Ən uğurlu həllər və təəccüblü sadə şeylər adətən ilk baxışda tamamilə uyğun gəlməyən anlayışların, texnologiyaların, biliklərin və elm sahələrinin qovuşduğu yerdə baş verir.
Məsələn, quşların və təyyarələrin qanadları var, lakin funksional oxşarlığa baxmayaraq - bəzi rejimlərdə işləmə prinsipi eynidir və texniki problemlər də oxşar şəkildə həll olunur: içi boş sümüklər, möhkəm və yüngül materiallardan istifadə və s. - nəticələr çox oxşar olsa da, tamamilə fərqlidir. Texnologiyamızda gördüyümüz ən yaxşı nümunələr də böyük ölçüdə təbiətdən götürülmüşdür: gəmilərin və sualtı qayıqların təzyiqli bölmələri annelidlərlə birbaşa bənzətmədir; reyd massivlərinin qurulması və məlumatların bütövlüyünün yoxlanılması - DNT zəncirinin təkrarlanması; eləcə də qoşalaşmış orqanlar, müxtəlif orqanların işinin mərkəzi sinir sistemindən (ürəyin avtomatlaşdırılması) və reflekslərdən müstəqilliyi - İnternetdə avtonom sistemlər. Əlbəttə ki, hazır həlləri "baş-başa" götürmək və tətbiq etmək problemlərlə doludur, amma kim bilir, bəlkə də başqa həll yolları yoxdur.
Sənin hara düşəcəyini bilsəydim, saman çöpü düzərdim!
-Belarus xalq atalar sözü
Bu o deməkdir ki, ehtiyat nüsxələri istəyənlər üçün vacibdir:
- Sistemlərinizin işini minimum fasilələrlə, hətta onsuz da bərpa edə bilərsiniz
- Cəsarətlə hərəkət edin, çünki xəta baş verərsə, həmişə geri dönmə ehtimalı var
- Məlumatların qəsdən pozulmasının nəticələrini minimuma endirmək
Budur bir az nəzəriyyə
İstənilən təsnifat ixtiyaridir. Təbiət təsnif etmir. Bizim üçün daha əlverişli olduğu üçün təsnif edirik. Biz də özbaşına aldığımız məlumatlara görə təsnif edirik.
- Jan Bruler
Fiziki saxlama üsulundan asılı olmayaraq, məntiqi məlumatların saxlanması bu məlumatlara daxil olmaq üçün iki yola bölünə bilər: blok və fayl. Bu bölmə son vaxtlar çox bulanıq olub, çünki sırf blok, eləcə də sırf fayl, məntiqi yaddaş mövcud deyil. Ancaq sadəlik üçün onların mövcud olduğunu güman edəcəyik.
Blok məlumatların saxlanması, məlumatların müəyyən sabit hissələrə, bloklara yazıldığı fiziki bir cihazın olduğunu nəzərdə tutur. Bloklara müəyyən ünvanda daxil olur; hər blokun cihaz daxilində öz ünvanı var.
Bir ehtiyat nüsxə adətən məlumat bloklarının surətini çıxarmaqla həyata keçirilir. Məlumatların bütövlüyünü təmin etmək üçün kopyalama zamanı yeni blokların qeydə alınması, eləcə də mövcud olanlara edilən dəyişikliklər dayandırılır. Adi dünyadan bir bənzətmə götürsək, ən yaxın şey eyni nömrəli hüceyrələri olan bir şkafdır.
Məntiqi cihaz prinsipinə əsaslanan fayl məlumatlarının saxlanması blok saxlamağa yaxındır və çox vaxt yuxarıda təşkil olunur. Əhəmiyyətli fərqlər yaddaş iyerarxiyasının və insan tərəfindən oxuna bilən adların olmasıdır. Mücərrəd bir fayl şəklində ayrılır - adlandırılmış məlumat sahəsi, həmçinin kataloq - təsvirlərin və digər fayllara girişin saxlandığı xüsusi bir fayl. Fayllar əlavə metadata ilə təmin edilə bilər: yaratma vaxtı, giriş bayraqları və s. Yedəkləmələr adətən bu şəkildə edilir: onlar dəyişdirilmiş faylları axtarır, sonra onları eyni quruluşa malik başqa fayl yaddaşına köçürür. Məlumatların bütövlüyü adətən yazılan faylların olmaması ilə həyata keçirilir. Fayl metadata eyni şəkildə yedəklənir. Ən yaxın bənzətmə, müxtəlif kitablardan ibarət bölmələri olan, həmçinin insanların oxuya biləcəyi kitabların adları ilə kataloqu olan kitabxanadır.
Bu yaxınlarda bəzən başqa bir variant təsvir olunur, prinsipcə, fayl məlumatlarının saxlanması ondan başladı və eyni arxaik xüsusiyyətlərə malikdir: obyekt məlumatlarının saxlanması.
O, fayl anbarından onunla fərqlənir ki, onun birdən çox yuvası (düz sxemi) yoxdur və fayl adları insan tərəfindən oxuna bilsə də, hələ də maşınlar tərəfindən emal üçün daha uyğundur. Ehtiyat nüsxələri həyata keçirərkən, obyekt yaddaşı çox vaxt fayl yaddaşına bənzər şəkildə müalicə olunur, lakin bəzən başqa seçimlər də olur.
— İki növ sistem administratoru var, ehtiyat nüsxəsini çıxarmayanlar və ARTIQ edənlər.
- Əslində, üç növ var: ehtiyat nüsxələrin bərpa oluna biləcəyini yoxlayanlar da var.-Naməlum
Məlumatların ehtiyat nüsxəsi prosesinin özü proqramlar tərəfindən həyata keçirildiyini başa düşməyə dəyər, buna görə də hər hansı digər proqram kimi eyni mənfi cəhətlərə malikdir. İnsan faktorundan asılılığı aradan qaldırmaq (aradan qaldırmamaq!), eləcə də fərdi olaraq güclü təsir göstərməyən, lakin birlikdə nəzərəçarpacaq effekt verə bilən xüsusiyyətləri - sözdə qayda 3-2-1. Onu necə deşifrə etmək üçün bir çox variant var, amma mən aşağıdakı şərhi daha çox bəyənirəm: eyni məlumatın 3 dəsti, müxtəlif formatlarda 2 dəsti və coğrafi baxımdan uzaq yaddaşda saxlanmalıdır.
Saxlama formatı aşağıdakı kimi başa düşülməlidir:
- Fiziki saxlama üsulundan asılılıq varsa, fiziki metodu dəyişdiririk.
- Məntiqi saxlama üsulundan asılılıq varsa, məntiqi metodu dəyişdiririk.
3-2-1 qaydasının maksimum effektinə nail olmaq üçün saxlama formatını hər iki yolla dəyişmək tövsiyə olunur.
Ehtiyat nüsxəsinin təyinatı üzrə hazırlığı - funksionallığın bərpası baxımından "isti" və "soyuq" ehtiyat nüsxələri arasında fərq qoyulur. İsti olanlar soyuqdan yalnız bir şeylə fərqlənir: dərhal istifadəyə hazırdırlar, soyuq olanlar isə bərpa üçün bəzi əlavə addımlar tələb edir: şifrənin açılması, arxivdən çıxarılması və s.
İsti və soyuq nüsxələri məlumatların fiziki təcridini nəzərdə tutan və əslində ehtiyat üsullarının təsnifatının başqa bir əlaməti olan onlayn və oflayn nüsxələrlə qarışdırmayın. Beləliklə, oflayn surət - bərpa edilməli olduğu sistemə birbaşa bağlı deyil - ya isti və ya soyuq ola bilər (bərpa üçün hazırlıq baxımından). Onlayn nüsxə bərpa edilməli olduğu yerlərdə birbaşa əldə edilə bilər və çox vaxt isti olur, lakin soyuq olanlar da var.
Bundan əlavə, unutmayın ki, ehtiyat nüsxələrin yaradılması prosesi adətən bir ehtiyat nüsxənin yaradılması ilə bitmir və kifayət qədər çox sayda nüsxə ola bilər. Buna görə də, tam ehtiyat nüsxələri ayırmaq lazımdır, yəni. digər ehtiyat nüsxələrindən asılı olmayaraq bərpa oluna bilənlər, habelə diferensial (artan, diferensial, azalan və s.) nüsxələr - müstəqil şəkildə bərpa olunmayan və bir və ya bir neçə digər ehtiyat nüsxələrinin ilkin bərpasını tələb edənlər.
Diferensial artımlı ehtiyat nüsxələri ehtiyat saxlama sahəsinə qənaət etmək cəhdidir. Beləliklə, ehtiyat nüsxəyə yalnız əvvəlki ehtiyat nüsxədən dəyişdirilmiş məlumatlar yazılır.
Diferensial azalmalar eyni məqsəd üçün yaradılır, lakin bir qədər fərqli şəkildə: tam ehtiyat nüsxəsi hazırlanır, lakin yalnız təzə nüsxə ilə əvvəlki nüsxə arasındakı fərq əslində saxlanılır.
Ayrı-ayrılıqda, dublikatların saxlanmasının olmamasını dəstəkləyən saxlama üzərində ehtiyat nüsxələmə prosesini nəzərdən keçirməyə dəyər. Beləliklə, onun üzərinə tam ehtiyat nüsxələri yazsanız, əslində yalnız ehtiyat nüsxələri arasındakı fərqlər yazılacaq, lakin ehtiyat nüsxələrin bərpası prosesi tam surətdən bərpa etməyə bənzər və tamamilə şəffaf olacaq.
İpsos mühafizəsi necədir?
(Gözətçilərin özlərini kim qoruyacaq? - lat.)
Ehtiyat nüsxələr olmadıqda bu çox xoşagəlməzdir, lakin ehtiyat nüsxəsi hazırlanmış kimi görünsə, daha pisdir, lakin bərpa edərkən onu bərpa etmək mümkün deyil, çünki:
- Mənbə məlumatlarının bütövlüyü pozulub.
- Yedək yaddaşı zədələnib.
- Bərpa çox yavaş işləyir, siz qismən bərpa edilmiş məlumatlardan istifadə edə bilməzsiniz.
Düzgün qurulmuş ehtiyat nüsxə prosesi bu cür şərhləri, xüsusən də ilk ikisini nəzərə almalıdır.
Mənbə məlumatlarının bütövlüyü bir neçə yolla təmin edilə bilər. Ən çox istifadə olunanlar aşağıdakılardır: a) blok səviyyəsində fayl sisteminin anlıq görüntülərinin yaradılması, b) fayl sisteminin vəziyyətinin “dondurulması”, c) versiyanın saxlanması olan xüsusi blok cihazı, d) faylların ardıcıl qeydi və ya bloklar. Bərpa zamanı məlumatların yoxlanılmasını təmin etmək üçün yoxlama məbləğləri də tətbiq edilir.
Yaddaş pozğunluğu yoxlama məbləğlərindən istifadə etməklə də aşkar edilə bilər. Əlavə bir üsul, artıq qeydə alınmış məlumatları dəyişdirmək mümkün olmayan, lakin yeniləri əlavə edilə bilən ixtisaslaşmış cihazların və ya fayl sistemlərinin istifadəsidir.
Bərpa prosesini sürətləndirmək üçün məlumatların bərpası bərpa üçün çoxlu proseslərlə istifadə olunur - bu şərtlə ki, yavaş şəbəkə və ya yavaş disk sistemi şəklində heç bir darboğaz olmasın. Qismən bərpa edilmiş məlumatlarla vəziyyətdən çıxmaq üçün ehtiyat nüsxə prosesini hər biri ayrıca yerinə yetirilən nisbətən kiçik alt tapşırıqlara bölmək olar. Beləliklə, bərpa müddətini proqnozlaşdırarkən performansı ardıcıl olaraq bərpa etmək mümkün olur. Bu problem çox vaxt təşkilati müstəvidə (SLA) olur, buna görə də bu barədə ətraflı danışmayacağıq.
Ədviyyatlar üzrə mütəxəssis onları hər yeməyə əlavə edən deyil, heç vaxt əlavə bir şey əlavə etməyəndir.
-IN. Sinyavski
Sistem administratorları tərəfindən istifadə edilən proqram təminatı ilə bağlı təcrübələr fərqli ola bilər, lakin ümumi prinsiplər hələ də bu və ya digər şəkildə eynidir, xüsusən:
- Hazır həllərdən istifadə etmək şiddətlə tövsiyə olunur.
- Proqramlar proqnozlaşdırılan şəkildə işləməlidir, yəni. Sənədsiz xüsusiyyətlər və ya darboğazlar olmamalıdır.
- Hər bir proqramı qurmaq o qədər sadə olmalıdır ki, hər dəfə təlimatı və ya fırıldaqçı vərəqi oxumağa ehtiyac qalmasın.
- Mümkünsə, həll universal olmalıdır, çünki serverlər aparat xüsusiyyətlərinə görə çox fərqli ola bilər.
Blok cihazlarından ehtiyat nüsxələrin çıxarılması üçün aşağıdakı ümumi proqramlar mövcuddur:
- dd, sistem idarəçiliyi veteranlarına tanışdır, buna oxşar proqramlar da daxildir (məsələn, eyni dd_rescue).
- Fayl sisteminin zibilini yaradan bəzi fayl sistemlərində quraşdırılmış yardım proqramları.
- Omnivor kommunal xidmətlər; məsələn partklon.
- Öz, çox vaxt mülkiyyət qərarları; məsələn, NortonGhost və sonrakı.
Fayl sistemləri üçün ehtiyat nüsxə problemi blok qurğular üçün tətbiq olunan üsullardan istifadə etməklə qismən həll edilir, lakin problem, məsələn, istifadə edərək daha səmərəli şəkildə həll edilə bilər:
- Rsync, fayl sistemlərinin vəziyyətini sinxronlaşdırmaq üçün ümumi təyinatlı proqram və protokol.
- Daxili arxiv alətləri (ZFS).
- Üçüncü tərəf arxivləşdirmə vasitələri; ən məşhur nümayəndəsi tardır. Digərləri var, məsələn, dar - müasir sistemlərə yönəlmiş tarın əvəzi.
Yedək nüsxələri yaratarkən məlumatların ardıcıllığını təmin etmək üçün proqram vasitələri haqqında ayrıca qeyd etmək lazımdır. Ən çox istifadə edilən variantlar bunlardır:
- Fayl sistemini yalnız oxumaq rejimində quraşdırmaq (yalnız oxumaq) və ya fayl sistemini dondurmaq (dondurmaq) - metodun tətbiqi məhduddur.
- Fayl sistemlərinin və ya blok cihazlarının (LVM, ZFS) vəziyyətinin anlıq görüntülərinin yaradılması.
- Təəssüratların təşkili üçün üçüncü tərəf alətlərinin istifadəsi, hətta əvvəlki nöqtələrin nədənsə təmin edilə bilmədiyi hallarda (hotcopy kimi proqramlar).
- Dəyişiklik üzrə kopyalama texnikası (CopyOnWrite), lakin ən çox istifadə olunan fayl sisteminə (BTRFS, ZFS) bağlıdır.
Beləliklə, kiçik bir server üçün aşağıdakı tələblərə cavab verən ehtiyat sxemi təqdim etməlisiniz:
- İstifadəsi asandır - əməliyyat zamanı xüsusi əlavə addımlar tələb olunmur, nüsxələrin yaradılması və bərpası üçün minimal addımlar.
- Universal - həm böyük, həm də kiçik serverlərdə işləyir; bu serverlərin sayını artırarkən və ya miqyaslandırarkən vacibdir.
- Paket meneceri tərəfindən və ya “download və paketdən çıxarmaq” kimi bir və ya iki əmrdə quraşdırılmışdır.
- Stabil - standart və ya çoxdan qurulmuş saxlama formatı istifadə olunur.
- İşdə sürətli.
Tələblərə az və ya çox cavab verən namizədlər:
- rdiff ehtiyat nüsxəsi
- rsnapshot
- geğirmək
- dublikat
- ikiqatlıq
- dup qoyun
- vermək
- zbackup
- istirahət
- borgbackup
Aşağıdakı xüsusiyyətlərə malik virtual maşın (XenServer əsasında) sınaq masası kimi istifadə olunacaq:
- 4 nüvə 2.5 GHz,
- 16 GB RAM,
- 50 GB hibrid saxlama (virtual disk ölçüsünün 20% -ni SSD-də keşləmə ilə saxlama sistemi), bölməsiz ayrıca virtual disk şəklində,
- 200 Mbps İnternet kanalı.
Demək olar ki, eyni maşın ehtiyat qəbuledici server kimi istifadə olunacaq, yalnız 500 GB sabit disk ilə.
Əməliyyat sistemi - Centos 7 x64: standart bölmə, məlumat mənbəyi kimi əlavə bölmə istifadə olunacaq.
İlkin məlumat kimi, 40 GB media faylı və mysql verilənlər bazası olan WordPress saytını götürək. Virtual serverlər xüsusiyyətlərə görə çox fərqli olduğundan, həmçinin daha yaxşı təkrarlanma üçün burada
sysbench istifadə edərək server test nəticələri.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu run
sysbench 1.1.0-18a9f86 (birləşdirilmiş LuaJIT 2.1.0-beta3 istifadə edərək)
Sınağı aşağıdakı seçimlərlə aparın:
Mövzu sayı: 4
Cari vaxtdan təsadüfi ədəd generatorunun işə salınması
Baş ədədlər limiti: 20000
İşçi mövzuları işə salınır...
Mövzular başladı!
CPU sürəti:
saniyədə hadisələr: 836.69
Həcmi:
hadisələr/s (eps): 836.6908
keçən vaxt: 30.0039s
Tədbirlərin ümumi sayı: 25104
Gecikmə (ms):
dəq: 2.38
orta: 4.78
maksimum: 22.39
95-ci faiz: 10.46
cəmi: 119923.64
Mövzular ədalət:
hadisələr (avg/stddev): 6276.0000/13.91
icra müddəti (avg/stddev): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=qlobal --memory-total-size=100G --memory-oper=oxu yaddaşı
sysbench 1.1.0-18a9f86 (birləşdirilmiş LuaJIT 2.1.0-beta3 istifadə edərək)
Sınağı aşağıdakı seçimlərlə aparın:
Mövzu sayı: 4
Cari vaxtdan təsadüfi ədəd generatorunun işə salınması
Aşağıdakı seçimlərlə yaddaş sürət testinin icrası:
blok ölçüsü: 1KiB
ümumi ölçü: 102400MiB
əməliyyat: oxumaq
əhatə dairəsi: qlobal
İşçi mövzuları işə salınır...
Mövzular başladı!
Ümumi əməliyyatlar: 50900446 (saniyədə 1696677.10)
49707.47 MiB köçürüldü (1656.91 MiB/san)
Həcmi:
hadisələr/s (eps): 1696677.1017
keçən vaxt: 30.0001s
Tədbirlərin ümumi sayı: 50900446
Gecikmə (ms):
dəq: 0.00
orta: 0.00
maksimum: 24.01
95-ci faiz: 0.00
cəmi: 39106.74
Mövzular ədalət:
hadisələr (avg/stddev): 12725111.5000/137775.15
icra müddəti (avg/stddev): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=qlobal --memory-total-size=100G --memory-oper=yazma yaddaşı
sysbench 1.1.0-18a9f86 (birləşdirilmiş LuaJIT 2.1.0-beta3 istifadə edərək)
Sınağı aşağıdakı seçimlərlə aparın:
Mövzu sayı: 4
Cari vaxtdan təsadüfi ədəd generatorunun işə salınması
Aşağıdakı seçimlərlə yaddaş sürət testinin icrası:
blok ölçüsü: 1KiB
ümumi ölçü: 102400MiB
əməliyyat: yaz
əhatə dairəsi: qlobal
İşçi mövzuları işə salınır...
Mövzular başladı!
Ümumi əməliyyatlar: 35910413 (saniyədə 1197008.62)
35068.76 MiB köçürüldü (1168.95 MiB/san)
Həcmi:
hadisələr/s (eps): 1197008.6179
keçən vaxt: 30.0001s
Tədbirlərin ümumi sayı: 35910413
Gecikmə (ms):
dəq: 0.00
orta: 0.00
maksimum: 16.90
95-ci faiz: 0.00
cəmi: 43604.83
Mövzular ədalət:
hadisələr (avg/stddev): 8977603.2500/233905.84
icra müddəti (avg/stddev): 10.9012/0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G fileio run
sysbench 1.1.0-18a9f86 (birləşdirilmiş LuaJIT 2.1.0-beta3 istifadə edərək)
Sınağı aşağıdakı seçimlərlə aparın:
Mövzu sayı: 4
Cari vaxtdan təsadüfi ədəd generatorunun işə salınması
Əlavə fayl açıq bayraqları: (heç biri)
128 fayl, hər biri 8MiB
1GiB ümumi fayl ölçüsü
Blok ölçüsü 4KiB
IO sorğularının sayı: 0
Birləşdirilmiş təsadüfi IO testi üçün oxu/yazma nisbəti: 1.50
Periodik FSYNC aktivləşdirilib, hər 100 sorğu üçün fsync() çağırılır.
Testin sonunda fsync() çağırılır, Aktivdir.
Sinxron I/O rejimindən istifadə
Təsadüfi r/w testi edir
İşçi mövzuları işə salınır...
Mövzular başladı!
Həcmi:
oxumaq: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
yazmaq: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98
Gecikmə (ms):
dəq: 0.00
orta: 0.27
maksimum: 18.01
95-ci faiz: 1.08
cəmi: 238469.45
Bu qeyd böyük başlayır
ehtiyat haqqında məqalələr silsiləsi
- Yedəkləmə, 1-ci hissə: Nə üçün ehtiyat nüsxə lazımdır, metodların, texnologiyaların icmalı
- Yedəkləmə Hissəsi 2: Rsync əsaslı ehtiyat nüsxə alətlərinin nəzərdən keçirilməsi və sınaqdan keçirilməsi
- Yedəkləmə Hissəsi 3: İkililiyin, təkrarlığın, deja dupun nəzərdən keçirilməsi və sınaqdan keçirilməsi
- Yedəkləmə Hissəsi 4: zbackup, restic, borgbackup-ın nəzərdən keçirilməsi və sınaqdan keçirilməsi
- Yedəkləmə Hissəsi 5: Linux üçün bacula və veeam ehtiyat nüsxəsinin sınaqdan keçirilməsi
- Yedəkləmə Hissəsi 6: Yedəkləmə Alətlərinin Müqayisə edilməsi
- Yedək Hissə 7: Nəticələr
Mənbə: www.habr.com