Ehtiyat nüsxə: 3-2-1 qaydası və niyə bərpa sınağı vacibdir
Ehtiyat nüsxə fidyə proqramından, səhv silməkdən, disk nasazlığından və yanğından sonra son müdafiə xəttidir. Amma çox təşkilat nüsxənin varlığını bərpa edilə bilməsi ilə eyniləşdirir. Fərq ilk real ehtiyacda üzə çıxır.
3-2-1 qaydası
- 3 nüsxə: əsas məlumat və ən azı iki ehtiyat nüsxə.
- 2 fərqli mühit: məsələn, yerli disk və bulud saxlanması.
- 1 nüsxə kənarda: əsas serverdən və onun şəbəkəsindən ayrı yerdə. Hücumçu serverə daxil olsa, kənar nüsxəyə çatmamalıdır.
Əlavə qorunma
Dəyişməzlik (immutability): nüsxə müəyyən müddət silinə və dəyişdirilə bilməyəndə fidyə proqramı onu da şifrələyə bilmir. Şifrələmə: nüsxə kənarda saxlanılırsa, açar nüsxədən ayrı yerdə qorunmalıdır. Giriş məhdudiyyəti: ehtiyat nüsxə hesabı əsas mühitin administrator hesabından fərqli olmalıdır.
Bərpa sınağı
Nüsxə faylının mövcudluğu bərpanın mümkünlüyünü sübut etmir. Fayl zədələnmiş, tam olmayan və ya lazımi konfiqurasiya olmadan bərpa olunmaz ola bilər. Vaxtaşırı nüsxəni təcrid olunmuş mühitə həqiqətən bərpa edin və yoxlayın: verilənlər bazası açılırmı, tətbiq işləyirmi, son məlumat yerindədirmi. Prod məlumatın üstünə yazmaqla sınaq etməyin.
İki qısaltma
RPO neçə vaxtlıq məlumatı itirməyə hazır olduğunuzu göstərir (məsələn, son bir saat). RTO xidmətin nə qədər müddətə bərpa olunmalı olduğunu göstərir. Bu iki rəqəm nüsxə tezliyini və bərpa üsulunu müəyyən edir, onları əvvəlcədən razılaşdırın.
Monitorinq
Ehtiyat nüsxə işi dayansa, bunu gün-günə yox, dərhal bilməlisiniz. Uğursuz nüsxə üçün xəbərdarlıq və nüsxənin yaşına nəzarət ən sadə, lakin ən çox unudulan qaydadır.
