Əsas saxlama və ehtiyat nüsxələmə: Dorado və OceanProtect rollarını necə bölüşdürmək olar

İş yükü ilə bərpa prosesini birlikdə layihələndirin

Əsas saxlama sistemi tətbiqin cari məlumatlarını saxlayır və onun oxuma-yazma əməliyyatlarını yerinə yetirir. Ehtiyat nüsxələr üçün saxlama isə əvvəlki məlumat vəziyyətlərinə qayıtmaq üçün ayrıca resursdur. Dorado və OceanProtect kimi sistemlərin birlikdə seçilməsi hər rolun tələblərini ayrıca hesablamağa imkan verir: bir tərəfdə əməliyyat gecikməsi və yük, digər tərəfdə nüsxələmə pəncərəsi, saxlanma müddəti və bərpa.

Məntiqi zəncir belədir: tətbiq və əsas məlumatlar → uyğun ehtiyat nüsxələmə proqramı → nüsxələrin saxlanması → seçilmiş bərpa mühiti → tətbiqin yoxlanması. Bu zəncir məsuliyyət bölgüsünü göstərir; faktiki məlumat yolu seçilmiş proqram təminatı və protokoldan asılıdır.

Ehtiyat nüsxələrin saxlanması və proqram təminatı

Huawei OceanProtect üçün Target Storage və Integrated Appliance yanaşmalarını fərqləndirir. Birinci halda sistem uyğun ehtiyat nüsxələmə proqramının saxlama hədəfi kimi işləyir; ikinci yanaşmada inteqrasiya edilmiş proqram imkanlarının tərkibi ayrıca seçilir. Məhsul ailəsinin adı konkret agentlərin, tətbiq dəstəyinin və bütün lisenziyaların daxil olduğunu göstərmir.

Satınalmadan əvvəl tapşırıqları hansı sistemin idarə edəcəyi, kataloqun harada saxlanacağı, tətbiq məlumatlarının tutarlılığının necə təmin ediləcəyi və bərpanı kimin başladacağı müəyyənləşdirilir. Mövcud ehtiyat nüsxələmə serverinin, proksi və ya agentin tələb olunması seçilən məhsul və versiyaya bağlıdır. Uyğunluq matrisində əməliyyat sistemi, hipervizor, tətbiq və saxlama rejimi birlikdə yoxlanmalıdır.

Tutumu saxlanma siyasətinə görə hesablayın

Əsas sistem üçün məlumatların cari həcmi, artımı, ani surətlər və boş sahə ehtiyatı nəzərə alınır. Ehtiyat nüsxələr üçün əlavə olaraq dəyişmə sürəti, tam və inkremental nüsxələrin cədvəli, saxlanan versiyalar və uzunmüddətli saxlanma qaydası lazımdır. Əsas disklərin həcmini sabit əmsala vurmaq bu məlumatları əvəz etmir.

Hər iki hesabda fiziki tutumdan RAID, ehtiyatlar və sistemin xidməti sahəsi çıxarılır. Deduplikasiya və sıxılmanın təsiri real məlumatlardan asılıdır və ayrıca əsaslandırılır. Lisenziya tutumu ayrıca hesablanır: onun uçot qaydası faydalı disk sahəsini və ya qorunan məlumat həcmini avtomatik müəyyən etmir.

Qoşulmalar və ümumi nasazlıq nöqtələri

Saxlama sisteminin port sürəti bütün nüsxələmə və ya bərpa prosesinin sürətini təyin etmir. Mənbə sistemi, server resursları, proqram təminatı, şəbəkə yolu və hədəf birlikdə qiymətləndirilir. Fibre Channel üçün host adapterləri, optika, zoning və multipathing, Ethernet üçün isə tələb olunan protokol, şəbəkə parametrləri və bant genişliyi razılaşdırılır.

Ayrıca ehtiyat nüsxələmə qurğusu fiziki resursları bölür, lakin uzaq meydançada qəza bərpasını öz-özünə yaratmır. Eyni enerji mənbəyi, şəbəkə, inzibatçı girişləri və yerləşmə mühiti ümumi risk olaraq qala bilər. Meydança itkisinə və ya icazəsiz silinməyə qarşı qorunma tələb olunursa, nüsxələrin yerləşməsi, girişlərin ayrılması və qoruma rejimi ayrıca layihələndirilir.

Praktik nümunə: tətbiqi əvvəlki vəziyyətə qaytarmaq

Tutaq ki, uçot tətbiqində səhv yeniləmə məlumatları korlayıb. Əsas saxlama sağlam qala bilər; tələb olunan nəticə uyğun əvvəlki versiyanı qaytarmaqdır. Sınaqda inzibatçı kataloqdan lazım olan nöqtəni seçir, məlumatları ayrılmış test mühitinə bərpa edir və verilənlər bazasını tətbiqin qaydalarına uyğun işə salır.

Yoxlama yalnız faylların köçürülməsi ilə bitmir: tətbiq açılmalı, nəzarət əməliyyatları yerinə yetirilməli və nəticə təsdiqlənməlidir. Ölçülən bərpa vaxtına məlumatların oxunması ilə yanaşı hazırlıq, şəbəkə və tətbiqin işə salınması daxildir. RPO qəbul edilən məlumat itkisi intervalını, RTO isə hədəf bərpa müddətini ifadə edir; bu hədəflər avadanlığın adından deyil, biznes tələbindən müəyyənləşdirilir və sınaqla yoxlanılır.

Satınalmadan əvvəl qısa texniki tapşırıq

Saxlama sistemləri, proqram təminatı, bağlantılar və xidmətlər üçün vahid spesifikasiya hazırlamaqdan əvvəl aşağıdakı məlumatları toplayın.

• Tətbiqlər və versiyalar, məlumat həcmi, dəyişmə sürəti və artım proqnozu.
• Mövcud ehtiyat nüsxələmə proqramı, lisenziyalar, serverlər və istifadə olunan protokollar.
• Nüsxələrin saxlanma müddəti, biznesin RPO/RTO tələbləri və bərpa prioritetləri.
• Yerləşmə, enerji və şəbəkə sxemi, uzaq nüsxəyə və girişlərin ayrılmasına tələblər.
• Qəbul ssenarisi: hansı tətbiq bərpa ediləcək, kim yoxlayacaq və hansı nəticə qəbul ediləcək.