Ehtiyat nüsxənin dəyəri bərpa zamanı görünür
Serverdə arxiv faylının olması saytın bərpa edilə biləcəyini təkbaşına göstərmir. Kod, verilənlər bazası, istifadəçi yükləmələri və iş üçün lazım olan parametrlər uyğun vəziyyətdə saxlanmalıdır. Bu xidmət ehtiyat nüsxənin tərkibini müəyyənləşdirmək, yaradılmasını təşkil etmək və razılaşdırılmış sınaqda bərpa imkanını yoxlamaq üçündür.
Yeni saytın istismara verilməsi, hostinq dəyişməsi, böyük yenilənmə və ya mövcud nüsxələrə etimadsızlıq bu iş üçün səbəb ola bilər. Sayt artıq zədələnibsə, əvvəl mövcud məlumatlar və istifadə edilə bilən nüsxələr araşdırılır. Heç bir məlumat mənbəyi qalmadığı halda bütün itkilərin bərpa olunacağı vəd edilmir.
Nəyin nüsxəsi saxlanmalıdır?
İlk mərhələdə saytın komponentləri siyahıya alınır. Kodun repozitoriyada olması istifadəçilərin yüklədiyi faylların və sifariş bazasının da qorunduğunu göstərmir. Xarici saxlama, provayderin verdiyi xidmət və tətbiqin yerli məlumatları ayrı yoxlanır. Hər məlumat dəstinin həcmi, dəyişmə tezliyi və onun sahibi müəyyən edilir.
- Tətbiq kodu və lazım olan versiya məlumatları.
- Verilənlər bazası və onu düzgün bərpa etmək üçün uyğun üsul.
- Şəkillər, sənədlər və istifadəçilərin yüklədiyi digər fayllar.
- Mühit konfiqurasiyası, planlı tapşırıqlar və xidmət asılılıqları.
- Bərpa üçün lazım olan girişlərin və açarların təhlükəsiz idarə edilməsi.
Sirrlərin nüsxəsi adi sənəd kimi açıq paylaşılmır. Şifrələmə istifadə edilirsə, açarın saxlanma və bərpa qaydası da müəyyənləşdirilir. Əks halda arxiv mövcud olsa belə onu oxumaq mümkün olmaya bilər. Giriş səlahiyyətləri nüsxəni yaradan və bərpa edən şəxslərin roluna uyğun verilir.
Tezlik və saxlanma müddəti biznesə görə seçilir
Gündə bir dəfə yenilənən tanıtım saytı ilə davamlı sifariş qəbul edən mağazanın məlumat ehtiyacı fərqlidir. Qəbul edilə bilən məlumat itkisi aralığı və bərpa üçün hədəf vaxt sifarişçi ilə müzakirə edilir. Bu hədəflər mövcud sistem və sınaq nəticələri ilə yoxlanır; ölçülmədən müqavilə zəmanəti kimi təqdim olunmur.
Bir neçə tarixə qayıtmaq imkanı üçün saxlanacaq nüsxələrin sayı və müddəti müəyyən edilir. Son nüsxə səhv dəyişiklikdən sonra yaradılıbsa, əvvəlki sağlam vəziyyət lazım ola bilər. Disk tutumu, məlumat həcmi, saxlanma məkanı və məxfilik tələbləri eyni planın hissəsidir. Ödənişli yaddaş xərci texniki quraşdırmadan ayrı göstərilir.
Uyğunluq, ayrıca saxlanma və işə nəzarət
Canlı bazanın nüsxəsi istifadə olunan mühərrikin uyğun vasitəsi ilə hazırlanmalıdır. Yazı gedən faylı düşünmədən kopyalamaq hər sistem üçün düzgün üsul deyil. Məsələn, SQLite-ın rəsmi backup sənədi işləyən bazanın nüsxəsi üçün ayrıca mexanizmləri izah edir. Konkret layihə MySQL və ya başqa mühərrikdən istifadə edirsə, həmin sistemə uyğun plan seçilir.
Yalnız eyni serverdə saxlanan arxiv server hesabının itirilməsi kimi hadisələrə qarşı yetərli olmaya bilər. Ona görə ayrıca yerləşdirmə imkanı və girişlərin ayrılması qiymətləndirilir. Avtomatik tapşırıq qurulursa, onun uğursuz icrası, boş arxiv və yer çatışmazlığı barədə necə xəbər alınacağı da razılaşdırılır. Davamlı nəzarət texniki dəstəyin ayrıca hissəsi ola bilər.
Bərpa sınağında hansı əməliyyatlar yoxlanır?
Razılaşdırılmış nüsxə ayrıca mühitə bərpa edilir. Bazanın açılması, səhifələrin işləməsi, administrator girişi və seçilmiş faylların mövcudluğu yoxlanır. Test sisteminin real müştərilərə məktub və ödəniş sorğusu göndərməməsi nəzərə alınır. Nəticədə hansı tarixə aid nüsxənin, hansı komponentlərlə və hansı məhdudiyyətlə bərpa edildiyi sənədləşdirilir.
Böyük dəyişiklikdən əvvəl bərpa nöqtəsi layihənin təhvil və dəstək qaydalarına daxil edilə bilər. Hostinq keçidində miqrasiya planı nüsxənin yaradılma vaxtını və keçiddən sonrakı yeni məlumatları ayrıca nəzərə alır. Server yenidən qurulmalıdırsa, server hazırlığı da bərpa işinin əhatəsinə əlavə olunur.
Qiymətləndirmə və işə hazırlıq
Saytın yerləşməsi, məlumat həcmi, baza növü, mövcud nüsxələr və bərpa prioritetləri ilkin qiymətləndirmə üçün lazımdır. Xərcə avtomatlaşdırma, əlavə saxlama, şifrələmə tələbləri və sınaq mühitinin hazırlanması təsir edir. Təqvim məlumatların çıxarılması və sınaq müddətinə görə müəyyənləşdirilir. Çıxışda nüsxə siyahısı, saxlanma qaydası, yoxlama nəticəsi və məsul şəxslər göstərilir.
Tez-tez verilən suallar
Hostinqin verdiyi nüsxələr kifayətdirmi?
Əvvəl onların tərkibi, saxlanma müddəti, yüklənmə imkanı və bərpa qaydası yoxlanır. Mövcud provayder xidməti faydalı ola bilər, lakin layihənin ehtiyacına uyğunluğu sınaqla müəyyən edilir.
Silinmiş bir faylı ayrıca bərpa etmək olar?
Uyğun tarixli nüsxə və texniki imkan olduqda ayrıca fayl və ya məlumat dəsti üçün seçim qiymətləndirilir. Bütün bazanı geri çevirmək digər yeni məlumatları da dəyişə biləcəyindən üsul əvvəlcədən razılaşdırılır.
Ehtiyat nüsxə məlumat itkisini tam istisna edir?
Xeyr. Düzgün plan riski azaltmağa və bərpaya hazırlaşmağa kömək edir. Nəticə nüsxənin tarixi, tamlığı, girişlərin mövcudluğu və hadisənin xarakterindən asılıdır.
