Salam blogumuzun oxucuları! Qismən biz artıq tanışıq - mənim ingilis dilli yazılarım burada əziz həmkarımın tərcüməsində göründü. . Bu dəfə rusdilli auditoriyaya birbaşa müraciət etmək qərarına gəldim.
Debütüm üçün ən geniş auditoriya üçün maraqlı olacaq və ətraflı nəzərdən keçirilməsini tələb edən bir mövzu tapmaq istədim. Daniel Defo ölüm və vergilərin istənilən insanı gözlədiyini iddia edirdi. Öz tərəfimdən deyə bilərəm ki, hər hansı bir dəstək mühəndisi bərpa nöqtələrinin saxlanması (və ya daha sadə dillə desək, saxlanma) siyasətləri ilə bağlı suallar gözləyir. Mən 4 il əvvəl Səviyyə XNUMX Kiçik Mühəndis kimi saxlamanın necə işlədiyini izah etməyə başladım və indi də İspan və İtalyan dilli komandanın lideri kimi izah etməyə davam edirəm. Əminəm ki, ikinci və hətta üçüncü dəstək səviyyəsindən olan həmkarlarım da eyni suallara mütəmadi olaraq cavab verirlər.
Bu baxımdan rusdilli istifadəçilərin istinad olaraq təkrar-təkrar müraciət edə biləcəyi son, mümkün qədər ətraflı bir yazı yazmaq istədim. Bu an doğrudur - bu yaxınlarda buraxılmış onuncu yubiley versiyası əsas funksionallığa illərdir dəyişməmiş yeni xüsusiyyətlər əlavə etdi. Yazım ilk növbədə bu versiyaya yönəlib - yazılanların əksəriyyəti əvvəlki versiyalar üçün doğru olsa da, orada təsvir olunan bəzi funksionallıqları sadəcə tapa bilməyəcəksiniz. Nəhayət, bir az gələcəyə nəzər salaraq deyim ki, növbəti versiyada bəzi dəyişikliklər gözlənilir, lakin vaxtı gələndə bu barədə sizə məlumat verəcəyik. Beləliklə, başlayaq.
Yedəkləmə işləri
Əvvəlcə 10-cu versiyada dəyişməmiş hissəyə baxaq. Saxlama siyasəti bir neçə parametrlə müəyyən edilir. Yeni tapşırıq yaratmaq üçün pəncərəni açaq və Yaddaş sekmesine keçək. Burada istədiyiniz bərpa nöqtələrinin sayını təyin edən bir parametr görəcəyik:
Ancaq bu, tənliyin yalnız bir hissəsidir. Faktiki xal sayı iş üçün təyin edilmiş ehtiyat rejimi ilə də müəyyən edilir. Bu seçimi seçmək üçün eyni tabdakı Qabaqcıl düyməni vurun. Bu, bir çox variantı olan yeni bir pəncərə açacaqdır. Gəlin onları nömrələyək və bir-bir nəzərdən keçirək:
Yalnız seçim 1 aktivləşdirilərsə, iş "sonsuz artımlı" rejimdə işləyəcək (əbədi olaraq artan artım). Burada heç bir çətinlik yoxdur - tapşırıq tam ehtiyat nüsxədən (VBK uzantısı olan fayl) son artıma (VIB uzantısı olan fayl) müəyyən edilmiş bərpa nöqtələrinin sayını saxlayacaqdır. Xalların sayı müəyyən edilmiş dəyəri keçdikdə, ən köhnə artım tam ehtiyat nüsxə ilə birləşdiriləcək. Başqa sözlə, tapşırıq 3 xal saxlamaq üçün qoyulubsa, növbəti sessiyadan dərhal sonra depoda 4 nöqtə olacaq, bundan sonra tam ehtiyat nüsxə ən köhnə artımla birləşdiriləcək və xalların ümumi sayı geri qayıdacaq. 3.
Həmçinin, “əks artımlı” (əks artımlı) rejimin (seçim 2) saxlanması olduqca sadədir. Bu halda, ən yeni nöqtə tam ehtiyat nüsxə olacaq, ardınca isə geri qaytarma adlanan zəncirvari (VRB uzantısı olan fayllar) saxlama tətbiq etmək üçün sadəcə olaraq ən köhnə geri qaytarmanı silmək kifayətdir. Vəziyyət eyni olacaq: sessiyadan dərhal sonra balların sayı müəyyən edilmiş dəyəri 1-dən çox olacaq, bundan sonra o, istədiyiniz dəyərə qayıdacaq.
Qeyd edək ki, tərs artım rejimi ilə siz dövri tam ehtiyat nüsxələrini də aktivləşdirə bilərsiniz (seçim 4), lakin bu mahiyyəti dəyişmir. Bəli, zəncirdə tam bərpa nöqtələri görünəcək, lakin biz yenə də ən köhnə nöqtələri bir-bir siləcəyik.
Nəhayət, maraqlı hissəyə gəldik. Artan ehtiyat nüsxəsini aktivləşdirsəniz, eyni zamanda 3 və ya 4-cü variantı (və ya hər ikisini eyni vaxtda) aktivləşdirsəniz, tapşırıq "aktiv" və ya sintetik üsuldan istifadə edərək dövri tam ehtiyat nüsxələrini yaratmağa başlayacaq. Tam ehtiyat nüsxəsinin yaradılması üsulu vacib deyil - o, eyni məlumatları ehtiva edəcək və artım zəncir "alt zəncirlərə" bölünəcəkdir. Bu üsul irəli artımlı adlanır və müştərilərimizdən gələn sualların əhəmiyyətli bir hissəsinə səbəb olan odur.
Saxlama burada zəncirin ən köhnə hissəsini (tam ehtiyatdan artıma qədər) silməklə tətbiq edilir. Eyni zamanda, biz yalnız boş ehtiyat nüsxəsini və ya artımların yalnız bir hissəsini silməyəcəyik. Bütün "alt zəncir" bir anda tamamilə çıxarılır. Nöqtələrin sayını təyin etməyin mənası da dəyişir - əgər digər üsullarda bu, maksimum icazə verilən rəqəmdirsə, bundan sonra saxlama tətbiq edilməlidir, onda burada bu parametr minimum sayı müəyyən edir. Başqa sözlə, ən köhnə "alt zəncir" silindikdən sonra qalan hissədə balların sayı bu minimumdan aşağı düşməməlidir.
Bu anlayışı qrafik şəkildə təsvir etməyə çalışacağam. Deyək ki, saxlama 3 nöqtəyə təyin edilib, tapşırıq hər gün bazar ertəsi tam ehtiyat nüsxə ilə işləyir. Bu halda, saxlama balların ümumi sayı 10-a çatdıqda tətbiq ediləcək:
10-ü qoyanda niyə artıq 3? Bazar ertəsi tam ehtiyat nüsxə yaradıldı. Çərşənbə axşamından bazar gününə qədər iş artımlar yaratdı. Nəhayət, gələn bazar ertəsi tam ehtiyat nüsxə yenidən yaradılır və yalnız 2 artım yaradıldıqda nəhayət zəncirin bütün köhnə hissəsi silinə bilər, çünki qalan xalların sayı müəyyən edilmiş 3-dən aşağı olmayacaq.
İdeya aydındırsa, onda tutmağı özünüz hesablamağa çalışmağı təklif edirəm. Aşağıdakı şərtləri götürək: tapşırıq ilk dəfə cümə axşamı günü işə salınır (təbii ki, tam ehtiyat nüsxəsi ediləcək). Çərşənbə və bazar günləri tam ehtiyat nüsxəsini yaratmaq və 8 bərpa nöqtəsini saxlamaq vəzifəsi qoyulub. Saxlama ilk dəfə nə vaxt tətbiq olunacaq?
Bu suala cavab vermək üçün sizə bir vərəq götürməyi, onu həftənin gününə görə çəkməyi və hər gün hansı nöqtənin yaradıldığını yazmağı məsləhət görürəm. Cavab bəlli olacaq
Cavab
Aydınlaşdırma: Cavab vermək üçün özünüzdən “saxlama nə vaxt tətbiq olunacaq” sualını vermək kifayətdir? Cavab odur ki, ilk 3 nöqtəni (VBK, VIB, VIB) çıxara bildiyimiz zaman zəncirin qalan hissəsi tələb olunan 8 baldan aşağı düşmür. Ümumilikdə 11 xal olanda, yəni ikinci həftənin bazar günü bunu edə biləcəyimiz aydın olur.
Bəzi oxucular etiraz edə bilər: “Niyə bütün bunlar, əgər varsa ? Şübhəsiz ki, bu, çox faydalı bir vasitədir və bəzi hallarda mən ondan istifadə edərdim, lakin onun da məhdudiyyətləri var. Əvvəla, bu, ilkin şərtləri dəqiqləşdirməyə imkan vermir və bir çox hallarda tam olaraq “bizdə belə bir zəncir var, filan parametrləri dəyişdirsək nə olacaq?” sualı verilir. İkincisi, alət hələ də bir qədər görünürlükdən məhrumdur. RPS səhifəsini müştərilərə göstərərək, mən başa düşmədim, amma nümunədəki kimi rənglədikdən sonra (hətta eyni Paint istifadə edərək), gündən-günə hər şey aydın oldu.
Nəhayət, "Əvvəlki ehtiyat zəncirləri geriyə çevirmə" (5 nömrə ilə işarələnmiş) seçimini nəzərdən keçirmədik. Bu seçim bəzən sadə sintetik ehtiyat nüsxəsini işə salmaq istəyən, onu "tezliklə" aktivləşdirən müştəriləri çaşdırır. Bu arada, bu seçim çox xüsusi ehtiyat rejimini aktivləşdirir. Təfərrüatlara varmadan, dərhal deyim ki, məhsulun inkişafının bu mərhələsində "Əvvəlki ehtiyat zəncirlərini geriyə çevirmək" köhnəlmiş bir seçimdir və istifadə edilməli olduğu bir ssenari haqqında düşünə bilmirəm. Onun dəyəri o qədər şübhəlidir ki, bir müddət Anton Gostev özü forum vasitəsilə zəng vuraraq ondan faydalı istifadə nümunələri göndərməsini xahiş etdi (əgər varsa, şərhlərdə yazın, mənə çox maraqlıdır). Heç biri yoxdursa (düşünürəm ki, olacaq), o zaman seçim gələcək versiyalarda silinəcək.
İş sintetik tam ehtiyat nüsxəsinin təyin edildiyi günə qədər artımlar (VIB) yaradacaq. Bu gün həqiqətən VBK yaradılır, lakin bu VBK-dan əvvəlki bütün nöqtələr geri çəkilməyə (VRB) çevrilir. Bundan sonra iş növbəti sintetik ehtiyat nüsxəyə qədər tam ehtiyat nüsxəsinə artımlar yaratmağa davam edəcək. Nəticədə zəncirdə VBK, VBR və VIB fayllarının partlayıcı qarışığı yaranır. Saxlama çox sadə şəkildə tətbiq olunur - son VBR-ni silməklə:
Problemləri
Bunun necə işlədiyini həqiqətən başa düşməkdən başqa, artım rejimindən istifadə edərkən yaranan problemlərin əksəriyyəti adətən tam ehtiyat nüsxə ilə əlaqələndirilir. Bu rejim üçün müntəzəm tam ehtiyat nüsxəsi lazımdır, əks halda depo daşana qədər xal toplayacaq.
Məsələn, tam ehtiyat nüsxə çox nadir hallarda yaradıla bilər. Deyək ki, tapşırıq 10 bal saxlamaq üçün qoyulub və ayda bir dəfə tam ehtiyat nüsxəsi yaradılır. Aydındır ki, burada xalların faktiki sayı təyin olunandan xeyli çox olacaq. Və ya tapşırıq ümumiyyətlə sonsuz artım rejimində işləmək və 50 bal saxlamaq üçün təyin olunur. Sonra kimsə təsadüfən tam ehtiyat nüsxəsini yaratdı. Budur, bundan sonra tapşırıq tam nöqtə 49 artım toplayana qədər gözləyəcək, bundan sonra saxlama tətbiq ediləcək və sonsuz dolu rejiminə qayıdacaq.
Digər hallarda, tam ehtiyat nüsxəsinin müntəzəm olaraq yaradılması təyin edilir, lakin nədənsə yaradılmır. Ən məşhur səbəbi burada sadalayacağam. Bəzi müştərilər “ardınca qaç” planlaşdırma seçimindən istifadə etməyi və zəncirdə işləmək üçün işləri qurmağı üstün tuturlar. Bu nümunəni götürək: hər gün işləyən və bazar günü tam ehtiyat nüsxəsini yaradan 3 iş var. İlk tapşırıq 22.30-da başlayır, qalanları zəncirlə işə salınır. Artan ehtiyat nüsxə 10 dəqiqə çəkir və buna görə də 23.00-a qədər bütün tapşırıqlar öz işini bitirir. Ancaq tam ehtiyat bir saat çəkir, buna görə də bazar günü aşağıdakılar baş verir: ilk tapşırıq 22.30-dan 23.30-a qədər davam edir. Növbəti saat 23.30-dan 00.30-a kimidir. Amma üçüncü tapşırıq bazar ertəsi başlayır. Tam ehtiyat nüsxə bazar günü üçün konfiqurasiya edilmişdir, buna görə də bu halda sadəcə olmayacaq. Tapşırıq saxlama tətbiq etmək üçün tam ehtiyat nüsxəsini gözləyəcək. Odur ki, “ardınca qaç” opsiyasından istifadə edərkən diqqətli olun və ya ondan heç istifadə etməyin – sadəcə olaraq işləri eyni vaxtda başlamaq üçün təyin edin və resurs planlayıcısına öz işini yerinə yetirməsinə icazə verin.
Çətin seçim "Silinmiş elementləri silin"
Saxlama - Qabaqcıl - Baxım tapşırığının parametrlərindən keçərək, günlərlə hesablanmış "silinmiş element məlumatlarını sonra silmək" seçimi ilə qarşılaşa bilərsiniz.
Bəzi müştərilər bunun saxlanmasını gözləyirlər. Əslində, bu, tamamilə ayrı bir seçimdir, anlaşılmazlıq gözlənilməz nəticələrə səbəb ola bilər. Bununla belə, ilk növbədə, B&R-nin sessiya zamanı yalnız bir neçə maşının uğurla ehtiyat nüsxəsini çıxardığı vəziyyətlərə necə reaksiya verdiyini izah etməliyəm.
Bu ssenarini təsəvvür edin: 6 xal saxlamaq üçün konfiqurasiya edilmiş sonsuz artımlı iş. Tapşırıqda 2 maşın var, biri həmişə müvəffəqiyyətlə yedeklənir, digəri bəzən səhvlər verir. Nəticədə, yeddinci bənddə aşağıdakı vəziyyət yarandı:
Tutma tətbiq etmək vaxtıdır, lakin bir maşında 7, digərində isə cəmi 4 xal var. Burada saxlama tətbiq olunacaqmı? Cavab bəli, olacaq. Ən azı bir obyekt ehtiyat nüsxəsini çıxarıbsa, B&R nöqtənin yaradıldığını hesab edir.
Bənzər bir vəziyyət, müəyyən bir seans zamanı bəzi maşın sadəcə tapşırığa daxil edilmədikdə yarana bilər. Bu, məsələn, maşınlar tapşırığa ayrı-ayrılıqda deyil, konteynerlərin (qovluqlar, anbarlar) bir hissəsi kimi əlavə edildikdə və bəzi maşın müvəqqəti olaraq başqa konteynerə köçdükdə baş verir. Daha sonra iş uğurlu sayılacaq, lakin siz statistikada filan maşının iş tərəfindən artıq emal edilməməsinə diqqət yetirməyinizi bildirən bir mesaj tapacaqsınız.
Buna fikir verməsən nə olacaq? Sonsuz-artan və ya tərs-artan rejimlərdə "problem" maşınının bərpa nöqtələrinin sayı VBK-da saxlanan 1-ə çatana qədər hər seansda azalacaq. Başqa sözlə, maşın uzun müddət ehtiyat nüsxəsini çıxarmasa belə, bir bərpa nöqtəsi hələ də qalacaq. Əgər dövri tam ehtiyat nüsxələri aktivləşdirilibsə, bu belə deyil. B&R-dən gələn siqnallara məhəl qoyulmazsa, sonuncu nöqtə zəncirin köhnə hissəsi ilə birlikdə silinə bilər.
Bu təfərrüatları başa düşdükdən sonra nəhayət "Silinmiş elementlərin məlumatlarını sonra silin" seçimini nəzərdən keçirə bilərik. Əgər həmin maşın X gün ərzində ehtiyat nüsxəsini çıxarmazsa, o, müəyyən bir maşın üçün bütün nöqtələri siləcək. Nəzərə alın ki, bu parametr səhvlərə cavab vermir (sınandı - işləmədi). Maşının ehtiyat nüsxəsini çıxarmaq cəhdi belə olmamalıdır. Görünür ki, seçim faydalıdır və həmişə aktiv saxlanılmalıdır. Administrator maşını tapşırıqdan çıxarıbsa, bir müddət sonra lazımsız məlumat zəncirini təmizləmək məntiqlidir. Bununla belə, tuning intizam və qayğı tələb edir.
Təcrübədən bir nümunə verim: tapşırığa bir neçə konteyner əlavə edildi, tərkibi olduqca dinamik idi. RAM çatışmazlığı səbəbindən B&R serveri diqqətdən kənarda qalan problemlər yaşadı. Tapşırıq başladı və o vaxt konteynerdə olmayan biri istisna olmaqla, maşınların ehtiyat nüsxəsini çıxarmağa çalışdı. Bir çox maşın səhvlər yaratdığından, standart olaraq B&R "problemli" maşınların ehtiyat nüsxəsini çıxarmaq üçün 3 əlavə cəhd etməlidir. RAM ilə daimi problemlər səbəbindən bu cəhdlər bir neçə gün davam etdi. Çatışmayan VM-nin ehtiyat nüsxəsini çıxarmaq üçün ikinci cəhd olmadı (VM-nin olmaması xəta deyil). Nəticədə, təkrar cəhdlərdən biri zamanı “Silinmiş elementləri sil” şərti yerinə yetirildi və maşının bütün nöqtələri silindi.
Bu münasibətlə aşağıdakıları deyə bilərəm: əgər qurulmuş tapşırıqların nəticələri barədə bildirişləriniz varsa və daha yaxşısı, Veeam ONE ilə inteqrasiyadan istifadə olunursa, çox güman ki, bu sizinlə baş verməyəcək. Hər şeyin işlədiyini yoxlamaq üçün həftədə bir dəfə B&R serverinə baxsanız, ehtiyat nüsxələrin silinməsinə səbəb ola biləcək seçimlərdən imtina etmək daha yaxşıdır.
10-cu versiyada yeniliklər
Əvvəllər haqqında danışdığımız bir çox versiya üçün B&R-də mövcuddur. Bu iş prinsiplərini başa düşərək, indi yubiley "onluğa" nə əlavə edildiyinə baxaq.
Gündəlik saxlama
Yuxarıda, balların sayına əsaslanan "klassik" saxlama siyasətini nəzərdən keçirdik. Alternativ yanaşma eyni menyuda “bərpa nöqtələri” əvəzinə “günlər” təyin etməkdir.
Fikir adından aydındır - saxlama müəyyən edilmiş gün sayını saxlayacaq, hər gündəki xalların sayının əhəmiyyəti yoxdur. Bunu edərkən aşağıdakıları xatırlayın:
- Saxlamanın hesablanması zamanı cari gün nəzərə alınmır
- Tapşırığın ümumiyyətlə işləmədiyi günlər də sayılır. Bunu yadda saxlamaq lazımdır ki, nizamsız işləyən tapşırıqların xallarını təsadüfən itirməyəsiniz.
- Bərpa nöqtəsi yaradıldığı gündən hesablanır (yəni, əgər tapşırıq bazar ertəsi başlayıb, çərşənbə axşamı bitibsə, bu, bazar ertəsi günüdür)
Əks halda, tapşırıqlar üzrə saxlanmanın tətbiqi prinsipləri də seçilmiş ehtiyat metodu ilə müəyyən edilir. Eyni artım metodundan istifadə edərək başqa bir hesablama tapşırığını sınayaq. Deyək ki, saxlama 8 günə təyin edilib, tapşırıq çərşənbə günü tam ehtiyat nüsxə ilə hər 6 saatdan bir işləyir. Bu halda, tapşırıq bazar günü işləmir. İş ilk dəfə bazar ertəsi işləyir. Saxlama nə vaxt tətbiq olunacaq?
Cavab
Həmişə olduğu kimi, bir işarə çəkmək yaxşıdır. Mən tapşırığı sadələşdirməyə icazə verəcəyəm və hər gün üçün yaradılan bütün xalları çəkməyəcəm, çünki burada gündə xalların sayı vacib deyil. Yalnız bizim üçün vacibdir ki, ilk bazar ertəsi və çərşənbə günləri birinci nöqtə tam ehtiyat olacaq, qalan günlərdə tapşırıq sadəcə olaraq 4 artım nöqtəsi yaradacaq.
Biz özümüz başa düşürük ki, saxlama bazar ertəsi tam ehtiyat nüsxəsini və onun artımını silməklə tətbiq olunacaq. Nə vaxt olacaq? Zəncirin qalan hissəsi 8 gündən ibarət olacaq. Eyni zamanda, biz cari günü deyil, bazar günü, əksinə, sayırıq. Beləliklə, cavab ikinci həftənin cümə axşamı günüdür.
Adi işlər üçün GFS arxivləşdirmə
10-cu versiyadan əvvəl Baba-Ata-Oğul (GFS) saxlama metodu yalnız Ehtiyat nüsxə işləri və lentə köçürmə işləri üçün mövcud idi. İndi o, müntəzəm ehtiyat nüsxə üçün də mövcuddur.
Bu cari mövzu ilə bağlı olmasa da, deyə bilmərəm ki, yeni funksionallıq 3-2-1 strategiyasından uzaqlaşma demək deyil. Əsas depoda arxiv nöqtələrinin olması onun etibarlılığına heç bir şəkildə təsir göstərmir. Anlaşılır ki, GFS bu nöqtələri S3 və oxşar anbarlara göndərmək üçün miqyaslı repozitoriya ilə birlikdə istifadə olunacaq. Əgər onu istifadə etmirsinizsə, onda əsas və arxiv nöqtələrini müxtəlif depolarda saxlamağa davam etmək daha yaxşıdır.
İndi GFS nöqtələrinin yaradılması prinsiplərinə baxaq. Tapşırıq parametrlərində, Saxlama addımında, aşağıdakı menyunu çağıran xüsusi bir düymə göründü:
GFS-nin mahiyyəti bir neçə nöqtəyə endirilə bilər (qeyd edək ki, GFS digər növ tapşırıqlarda fərqli işləyir, lakin bu barədə daha sonra):
- Tapşırıq GFS nöqtəsi altında ayrıca tam ehtiyat yaratmır. Bunun əvəzinə, mövcud olan ən uyğun tam ehtiyat nüsxədən istifadə ediləcək. Buna görə də, iş dövri tam ehtiyat nüsxəsi ilə artımlı rejimdə işləməlidir və ya tam ehtiyat nüsxə istifadəçi tərəfindən əl ilə yaradılmalıdır.
- Yalnız bir dövr aktivləşdirilibsə (məsələn, həftəlik dövr), onda GFS dövrünün əvvəlində tapşırıq sadəcə tam ehtiyat nüsxəsini gözləməyə başlayacaq və ilk uyğun olanı GFS kimi qeyd edəcək.
Nümunə: İş çərşənbə günü ehtiyat nüsxəsindən istifadə edərək həftəlik GFS saxlamaq üçün konfiqurasiya edilib. Tapşırıq hər gün işləyir, lakin tam ehtiyat nüsxə cümə gününə planlaşdırılıb. Bu halda, GFS dövrü çərşənbə günü başlayacaq və tapşırıq uyğun bir nöqtəni gözləməyə başlayacaq. O, cümə günü görünəcək və GFS bayrağı ilə qeyd olunacaq.
- Birdən çox dövr (məsələn, həftəlik və aylıq) aktiv edilərsə, B&R eyni nöqtənin çox intervallı GFS kimi istifadə edilməsinə imkan verən metodu tətbiq edəcək (yerə qənaət etmək üçün). Bayraqlar ən kiçikdən başlayaraq növbə ilə təyin olunacaq.
Misal: həftəlik GFS çərşənbə gününə, aylıq GFS isə ayın son həftəsinə təyin edilib. İş hər gün işləyir və bazar ertəsi və cümə günləri tam ehtiyat nüsxələri yaradır.
Sadəlik üçün, ayın sondan əvvəlki həftəsindən saymağa başlayaq. Bu həftə tam ehtiyat nüsxə bazar ertəsi yaradılacaq, lakin həftəlik GFS intervalı çərşənbə günü başladığı üçün nəzərə alınmayacaq. Lakin cümə tam ehtiyat nüsxəsi GFS nöqtəsi üçün tamamilə uyğundur. Bu sistem artıq bizə tanışdır.
İndi ayın son həftəsində nə olacağını düşünün. Aylıq GFS intervalı bazar ertəsi başlayacaq, lakin bazar ertəsi VBK GFS kimi işarələnməyəcək, çünki iş bir VBK-nı həm aylıq, həm də həftəlik GFS nöqtəsi kimi işarələməyə çalışır. Eyni zamanda, axtarış həftəlikdən başlayır, buna görə də tərifinə görə, aylıq da ola bilər.
Bununla belə, yalnız həftəlik və illik intervallar işə salınarsa, onlar bir-birindən asılı olmayaraq işləyəcək və 2 ayrı VBK-nı müvafiq GFS intervalları kimi qeyd edə bilər.
Yedək nüsxə işləri
Tez-tez işdə aydınlıq tələb edən başqa bir tapşırıq növü. Başlamaq üçün, yeniliklər olmadan "klassik" iş üsulunu təhlil edək v.10
Sadə saxlama üsulu
Varsayılan olaraq, bu cür işlər sonsuz artım rejimində işləyir. Nöqtələrin yaradılması iki parametrlə müəyyən edilir - kopyalama intervalı və bərpa nöqtələrinin istədiyiniz sayı (burada gün ərzində saxlama yoxdur). Kopyalama intervalı iş yaratarkən birinci İş tabında təyin edilir:
Xalların sayı Hədəf sekmesinde bir az daha müəyyən edilir
İş hər intervalda 1 yeni nöqtə yaradır (orijinal işlərin VM üçün neçə xal yaratmasının fərqi yoxdur). Aralığın sonunda yeni nöqtə yekunlaşdırılır və zəruri hallarda VBK və ən köhnə artım birləşdirilərək saxlama tətbiq edilir. Bu mexanizm artıq bizə tanışdır.
GFS istifadə edərək saxlama üsulu
BCJ həmçinin arxivləşdirilmiş nöqtələri saxlaya bilər. Bu, eyni Hədəf nişanında, bərpa nöqtələri parametrlərinin sayından bir qədər aşağıda konfiqurasiya edilmişdir:
GFS nöqtələri iki yolla yaradıla bilər - sintetik olaraq, ikincil depodakı məlumatlardan istifadə etməklə və ya tam ehtiyat nüsxəsini simulyasiya edərək və əsas depodan bütün məlumatları oxumaqla (3 nömrə ilə qeyd olunan seçimlə aktivləşdirilir). Hər iki halda saxlama çox fərqli olacaq, ona görə də onları ayrıca nəzərdən keçirəcəyik.
Sintetik GFS
Bu halda, GFS nöqtəsi təyin olunmuş gündə tam olaraq yaradılmır. Bunun əvəzinə, GFS nöqtəsinin yaradılması planlaşdırılan günün VIB tam ehtiyat nüsxə ilə birləşdirildikdə, GFS nöqtəsi yaradılacaq. Bu, bəzən anlaşılmazlığa səbəb olur, çünki vaxt keçir, lakin hələ də GFS nöqtəsi yoxdur. Və yalnız texniki dəstəkdən güclü bir şaman nöqtənin hansı gündə görünəcəyini təxmin edə bilər. Əslində, sehr lazım deyil - yalnız müəyyən edilmiş nöqtələrin sayına və sinxronizasiya intervalına baxın (hər gün neçə xal yaradılır). Bu nümunədən istifadə edərək özünüz hesablamağa çalışın: tapşırıq 7 bal saxlamaq üçün təyin edilmişdir, sinxronizasiya intervalı 12 saatdır (yəni gündə 2 bal). Hazırda zəncirdə artıq 7 nöqtə var, bu gün bazar ertəsidir və bu günə GFS nöqtəsinin yaradılması planlaşdırılır. Hansı gün yaradılacaq?
Cavab
Burada gün ərzində zəncirin dinamikada necə dəyişəcəyini təsvir etmək daha yaxşıdır:
Beləliklə, bazar ertəsi zəncirdəki son artım GFS kimi qeyd olunur, lakin başqa görünən dəyişikliklər baş vermir. Hər gün tapşırıq 2 yeni nöqtə yaradır və tutma zənciri qaçılmaz şəkildə irəli aparır. Nəhayət, cümə axşamı, eyni artıma saxlama tətbiq etmək vaxtıdır. Bu sessiya adi haldan daha uzun çəkəcək - çünki tapşırıq zəncirdən lazımi blokları "çəkəcək" və yeni tam nöqtə yaradacaq. Bundan sonra zəncirdə 8 nöqtə olacaq - 7 əsas zəncir + GFS.
“Bütün nöqtəni oxu” seçimi ilə GFS nöqtələrinin yaradılması
Yuxarıda dedim ki, BCJ sonsuz-artan rejimdə işləyir. İndi bu qaydanın yeganə istisnasını təhlil edəcəyik. “Bütün nöqtəni oxu” seçimini aktiv etsəniz, GFS nöqtəsi məhz planlaşdırılan gündə yaradılacaq. Tapşırıq özü yuxarıda müzakirə etdiyimiz dövri tam ehtiyat nüsxələri ilə artım rejimində işləyəcək. Saxlama zəncirin ən köhnə hissəsinin çıxarılması ilə də tətbiq olunacaq. Bununla belə, bu halda yalnız artımlar silinəcək və tam ehtiyat nüsxə GFS nöqtəsi olaraq qalacaq. Müvafiq olaraq, saxlama hesablanarkən GFS bayraqları ilə qeyd olunan nöqtələr nəzərə alınmır.
Tutaq ki, tapşırıq 7 bal saxlamaq və bazar ertəsi həftəlik GFS nöqtəsi yaratmaq üçün qoyulub. Bu halda, hər bazar ertəsi iş həqiqətən tam ehtiyat nüsxəsini yaradacaq və onu GFS kimi qeyd edəcək. Ən köhnə hissədən artımlar silindikdən sonra qalan artımların sayı 7-dən aşağı düşməyəndə saxlama tətbiq olunacaq. Diaqramda belə görünür:
Beləliklə, ikinci həftənin sonuna zəncirdə cəmi 14 nöqtə var. İkinci həftə ərzində tapşırıq 7 xal yaratdı. Sadə bir iş olsaydı, saxlama artıq tətbiq edilmişdi. Amma bu, GFS saxlanması olan BCJ-dir, ona görə də biz GFS xallarını saymırıq, yəni onlardan cəmi 6-sı var.Yəni biz hələ də saxlanmanı tətbiq edə bilmirik. Üçüncü həftədə biz GFS bayrağı ilə daha bir tam ehtiyat nüsxəsini yaradırıq. 15 xal, amma yenə də bunu saymırıq. Və nəhayət, üçüncü həftənin çərşənbə axşamı günü artım yaradırıq. İndi birinci həftə zəncirinin artımlarını aradan qaldırsaq, artımların ümumi sayı təyin edilmiş saxlanmanı təmin edəcəkdir.
Yuxarıda qeyd edildiyi kimi, bu üsulda tam ehtiyat nüsxələrinin müntəzəm olaraq yaradılması çox vacibdir. Məsələn, əsas saxlama müddətini 7 günə təyin etsəniz, ancaq illik 1 punkt təşkil etsəniz, artımların çox, 7-dən çox toplanacağını təsəvvür etmək asandır. Belə hallarda sintetik yaratma üsulundan istifadə etmək daha yaxşıdır. GFS.
Və yenidən "Silinmiş elementləri silin"
Bu seçim BCJ üçün də mövcuddur:
Burada bu seçimin məntiqi adi ehtiyat işlərində olduğu kimidir - maşın müəyyən günlər ərzində işlənmirsə, onun məlumatları zəncirdən silinir. Bununla belə, BCJ üçün bu seçim obyektiv olaraq daha faydalıdır və bunun səbəbi budur.
Normal rejimdə, BCJ sonsuz artım rejimində işləyir, buna görə də bir anda maşın vəzifədən çıxarılarsa, saxlama yalnız bir qalana qədər bütün bərpa nöqtələrini tədricən siləcəkdir - VBK-da. İndi təsəvvür edək ki, iş həm də sintetik GFS nöqtələri yaratmaq üçün konfiqurasiya olunub. Zamanı gələndə iş zəncirdəki bütün maşınlar üçün GFS yaratmalı olacaq. Əgər bəzi maşınlarda heç bir yeni nöqtə yoxdursa - yaxşı, ondan istifadə etməlisiniz. Və hər dəfə belə. Nəticədə aşağıdakı vəziyyət yarana bilər:
Fayllar bölməsinə diqqət yetirin: bizdə əsas VBK və 2 həftəlik GFS nöqtələri var. İndi isə bərpa nöqtələri bölməsinə - əslində, bu fayllar maşının eyni şəklini ehtiva edir. Təbii ki, belə GFS nöqtələrinin mənası yoxdur, onlar yalnız yer tuturlar.
Bu vəziyyət yalnız sintetik GFS istifadə edərkən mümkündür. Bunun qarşısını almaq üçün “Silinmiş elementləri sil” seçimindən istifadə edin. Yalnız adekvat sayda gün təyin etməyi unutmayın. Texniki dəstək, seçimin sinxronizasiya intervalından daha az gün sayına təyin edildiyi halları gördü - BCJ, onları yaratmağa vaxt tapmazdan əvvəl çılğınlaşmağa və balları silməyə başladı.
Onu da nəzərə alın ki, bu seçim mövcud GFS nöqtələrinə təsir etmir. Arxivləri təmizləmək istəyirsinizsə, bunu əl ilə etməlisiniz - maşının üzərinə sağ tıklayarak və "Diskdən sil" seçimini edərək (görünən pəncərədə "GFS tam ehtiyat nüsxəsini sil" onay qutusunu qeyd etməyi unutmayın) :
İnnovasiya v.10 - dərhal surət (dərhal surət)
"Klassik" funksionallıqla məşğul olduqdan sonra yenisinə keçək. Yenilik birdir, lakin çox vacibdir. Bu yeni iş rejimidir.
"Sinxronizasiya intervalı" kimi bir şey yoxdur, tapşırıq daima yeni nöqtələrin olub-olmadığını izləyəcək və nə qədər çox olsa da, hamısını kopyalayacaq. Bununla belə, iş artımlı olaraq qalır, yəni əsas iş VBK və ya VRB yaratsa belə, həmin nöqtələr VIB kimi kopyalanacaq. Əks halda, bu rejimdə sürprizlər yoxdur - həm standart, həm də GFS saxlama yuxarıda təsvir edilən qaydalara uyğun işləyir (baxmayaraq ki, burada yalnız sintetik GFS mövcuddur).
Disklər fırlanır. Rotated Drives Repozitoriyalarının Xüsusiyyətləri
Ransomware viruslarının daimi təhlükəsi məlumatların surətinin virusun çata bilmədiyi mühitdə olmasını faktiki təhlükəsizlik standartına çevirdi. Seçimlərdən biri disklərin növbə ilə istifadə olunduğu diskdə fırlanan depolardan istifadə etməkdir: bir disk qoşulub yazıla bilən halda, qalanları təhlükəsiz yerdə saxlanılır.
B&R-yə bu cür depolarla işləməyi öyrətmək üçün depo parametrlərində, Repozitoriya addımında Qabaqcıl düyməni sıxın və uyğun seçimi seçin:
Bundan sonra, VBR vaxtaşırı mövcud zəncirin depodan yox olmasını gözləyəcək, bu da diskin fırlanması deməkdir. Repozitorun növündən və iş növündən asılı olaraq, B&R fərqli davranacaq. Bunu belə bir cədvəllə təmsil edə bilərsiniz:
Hər variantı nəzərdən keçirək.
Normal İş və Windows Repository
Beləliklə, zəncirləri ilk diskə saxlayan bir vəzifəmiz var. Fırlanma zamanı yaradılan zəncir əslində yox olur və vəzifə birtəhər bu itkidən sağ çıxmalıdır. Tam ehtiyat nüsxəsini yaratmaqda təsəlli tapır. Beləliklə, hər fırlanma tam ehtiyat deməkdir. Bəs əlaqəsi kəsilmiş sürücüdəki nöqtələrlə nə baş verir? Onlar yadda saxlanılır və saxlama hesablanarkən nəzərə alınır. Beləliklə, tapşırıqda müəyyən edilmiş nöqtələrin sayı bütün disklərdə neçə nöqtənin saxlanması lazımdır. Budur bir nümunə:
İş sonsuz artım rejimində işləyir və 3 bərpa nöqtəsini saxlamaq üçün konfiqurasiya edilmişdir. Amma bizim ikinci diskimiz də var və onu həftədə bir dəfə fırlatırıq (daha çox disk ola bilər, bu mahiyyəti dəyişmir).
İlk həftədə tapşırıq ilk diskdə nöqtələr yaradacaq və əlavə olanları birləşdirəcək. Beləliklə, xalların ümumi sayı üç olacaq:
Sonra ikinci diski bağlayırıq. Başlanğıcda B&R sürücünün dəyişdiyini görəcək. Birinci diskdəki zəncir interfeysdən yox olacaq, lakin onun haqqında məlumat verilənlər bazasında qalacaq. İş indi ikinci diskdə 3 nöqtəni saxlayacaq. Ümumi vəziyyət belə olacaq:
Nəhayət, ilk sürücünü yenidən bağlayırıq. Yeni bir nöqtə yaratmazdan əvvəl tapşırıq saxlama ilə orada nə olduğunu yoxlayacaq. Və saxlama, sizə xatırladıram, 3 xal saxlamaq üçün təyin edilmişdir. Bu arada, 3-ci diskdə 2 nöqtəmiz var (lakin o, oflayndır və B&R-nin çata bilməyəcəyi təhlükəsiz yerdə saxlanılır) və 3-ci diskdə 1 nöqtə (lakin bu, bağlıdır). Beləliklə, 3-ci diskdən 1 nöqtəni etibarlı şəkildə çıxara bilərsiniz, çünki onlar saxlama həddini aşırlar. Bundan sonra tapşırıq yenidən tam ehtiyat nüsxəsini yaradır və zəncirimiz belə görünməyə başlayır:
Əgər saxlama nöqtələrin sayı əvəzinə günləri saxlamaq üçün konfiqurasiya edilibsə, məntiq dəyişmir. Həmçinin, disk fırlanması ilə depolardan istifadə edərkən GFS saxlanması ümumiyyətlə dəstəklənmir.
Normal İş və Linux Repository Şəbəkə Saxlama
Bu seçim də mümkündür, lakin ümumiyyətlə qoyulan məhdudiyyətlərə görə daha az tövsiyə olunur. Tapşırıq diskin fırlanmasına və zəncirin yox olmasına eyni şəkildə cavab verəcək - tam ehtiyat yaratmaqla. Məhdudiyyət kəsilmiş tutma mexanizmi ilə bağlıdır.
Burada, fırlanma zamanı, ayrılmış diskdəki bütün zəncir sadəcə B&R verilənlər bazasından silinir. Diqqət edin - verilənlər bazasından, fayllar özləri diskdə qalır. Onları idxal etmək və bərpa etmək üçün istifadə etmək olar, lakin gec-tez belə unudulmuş zəncirlərin bütün anbarı dolduracağını təxmin etmək çətin deyil.
Həll yolu bu səhifədə göstərildiyi kimi DWORD ForceDeleteBackupFiles əlavə etməkdir: . Bundan sonra iş sadəcə olaraq hər fırlanmada iş qovluğunun və ya depo qovluğunun (dəyərdən asılı olaraq) bütün məzmununu silməyə başlayacaq.
Bununla belə, bu, zərif bir saxlama deyil, bütün məzmunun təmizlənməsidir. Təəssüf ki, texniki dəstək, deponun sadəcə diskin kök kataloqu olduğu hallarla qarşılaşdı, burada ehtiyat nüsxələrə əlavə olaraq digər məlumatlar da var idi. Bütün bunlar rotasiya zamanı məhv edilib.
Bundan əlavə, ForceDeleteBackupFiles aktivləşdirildikdə, o, bütün növ repozitoriyalar üçün işləyir, yəni hətta Windows-dakı depolar saxlama tətbiqini dayandıracaq və məzmunu silməyə başlayacaq. Başqa sözlə, Windows-da yerli disk belə bir ehtiyat saxlama sistemi üçün ən yaxşı seçimdir.
Yedək nüsxəsi və Windows deposu
BCJ ilə işlər daha da maraqlı olur. Yalnız tam hüquqlu saxlama var, həm də diski hər dəfə dəyişdirdiyiniz zaman tam ehtiyat nüsxəsini yaratmağa ehtiyac yoxdur! Bu belə işləyir:
Əvvəlcə B&R birinci diskdə nöqtələr yaratmağa başlayır. Tutaq ki, biz saxlamağı 3 xala təyin etdik. Tapşırıq sonsuz artım rejimində işləyəcək və artıq olan hər şeyi birləşdirəcək (xatırladıram ki, bu halda GFS saxlanması dəstəklənmir).
Sonra ikinci diski bağlayırıq. Hələ üzərində heç bir zəncir olmadığı üçün tam ehtiyat nüsxəsini yaradırıq, bundan sonra üç nöqtədən ibarət ikinci zəncirimiz var:
Nəhayət, ilk sürücünü yenidən birləşdirməyin vaxtı gəldi. Və sehrin gəldiyi yer budur, çünki tapşırıq tam ehtiyat nüsxə yaratmayacaq, əksinə artım zəncirini davam etdirəcək:
Bundan sonra əslində hər bir diskin öz müstəqil zənciri olacaq. Buna görə də, burada saxlama bütün disklərdəki nöqtələrin sayını deyil, hər bir diskdəki nöqtələrin sayını ayrı-ayrılıqda ifadə edir.
Yedək nüsxəsi və Linux repozitoru şəbəkə yaddaşı
Yenə də, depo yerli Windows sürücüsündə deyilsə, bütün zəriflik itir. Bu skript yuxarıdakı sadə tapşırığa bənzər şəkildə işləyir. Hər fırlanmada BCJ tam ehtiyat nüsxəsini yaradacaq və mövcud nöqtələr unudulacaq. Boş yersiz qalmamaq üçün DWORD ForceDeleteBackupFiles istifadə etməlisiniz.
Nəticə
Beləliklə, bu qədər uzun bir mətnin nəticəsi olaraq iki növ tapşırığı nəzərdən keçirdik. Əlbəttə ki, daha çox vəzifələr var, lakin onların hamısını bir məqalə formatında nəzərdən keçirmək mümkün olmayacaq. Oxuduqdan sonra hələ də hər hansı bir sualınız varsa, şərhlərdə yazın, şəxsən cavab verməkdən məmnun olaram.
Mənbə: www.habr.com