BAŞLAMADAN ÖNCE
Başlamadan önce kontrol edin
NAS bu rehberde yönetici tarafından bağlanmış dosya sistemi kaynağıdır. NFS/SMB erişimi, servis hesabı ve mount kapsamı kurulu sürüme göre doğrulanır; NAS üreticisinin snapshot, NDMP veya bütün volume kurtarma desteği varsayılmaz.
Canlı doğrulama sınırı: Firefox laboratuvar kontrolü sayfa içeriğini güvenilir okuyamadı; bu tur NAS/S3 politika veya restore ekranı alınamadı. Adımlar yerel Storage Policy şablonu ve RustFS motor belgelerine dayanır. Başka akışın görüntüsü kullanılmadı; yeni politika, bucket, mount, backup veya restore oluşturulmadı. Kurulu sürüm ve uçtan uca veri kabulü ayrıca doğrulanmalıdır.
- Kaynak ve hedef storage kimliği, sürüm ve veri kapsamı
- Erişim, TLS, servis hesabı ve kapasite
- Full/artımlı zincir, katalog ve saklama
- İzole kabul hedefi, hash ve metadata kontrolü
011. Doğru katalog ve kurtarma noktasını bulun
Backup List içinde storage işini kaynak storage, politika ve tarih ile eşleştirin. Full ve varsa Incremental kimliklerini kaydedin; storageJobs ile repository zinciri aynı noktayı göstermelidir. Başka bir VM’in Object Restore menüsü, Storage Policy veya genel S3 bucket kurtarmasıyla aynı akış değildir.
Beklenen sonuçİlgili kapsam ve kabul kanıtı kaydedilir.
022. Zincir ve repository erişimini kontrol edin
İstenen tarihin Full tabanı ve gerekli artımlı verileri erişilebilir olmalıdır. Credential, TLS, tenant/prefix, repository pool ve kapasiteyi doğrulayın. Bir objenin listelenmesi içeriğin okunabildiğini veya zincirin sağlam olduğunu kanıtlamaz. Yaşam döngüsü/GC ile silinmiş nesneler için yalnız son katalog satırına güvenmeyin.
Beklenen sonuçİlgili kapsam ve kabul kanıtı kaydedilir.
033. Hedef yolun mevcut veriye etkisini belirleyin
NAS export/paylaşım ve mount kimliğini yeniden kontrol edin. İncelenen storage restore formu yalnız Original Location sunar; handler pos=orjinal gönderir. Farklı klasör veya yeni NAS hedefi seçildiğini varsaymayın. Kaynağın üzerine yazma/çakışma davranışı doğrulanmadan son Restore eylemine geçmeyin; izole hedef prosedürünü teknik ekiple netleştirin.
Beklenen sonuçİlgili kapsam ve kabul kanıtı kaydedilir.
044. Seçim ve son özeti karşılaştırın
Politika, kaynak storage, fullbackupset_id/incbackupset_id, seçili içerik ve hedef etkisini tek kabul planında karşılaştırın. Motor belgesindeki --restore-full-id ve --restore-inc-id örnek numaraları gerçek ortama kopyalanmaz. UI ile motorun hedef davranışı aynı sürümde doğrulanmadan alternatif komutla restore başlatmayın.
Beklenen sonuçİlgili kapsam ve kabul kanıtı kaydedilir.
055. Onaylı küçük testte işlemi izleyin
Yalnız hedef etkisi ve kapsamı doğrulanmış testte son Restore eylemini uygulayın. Kuyruk, görev, motor sonucu ve repository/datamover loglarını birlikte izleyin. Kısmi hata veya erişim kesintisinde aynı hedefe körlemesine tekrar başlatmayın; önce neyin yazıldığını belirleyin. Bu rehber hazırlanırken restore gönderilmedi.
Beklenen sonuçİlgili kapsam ve kabul kanıtı kaydedilir.
066. İçerik ve erişimi bağımsız doğrulayın
Hedef dosya sayısı, yol, boyut ve SHA-256 değerlerini örnek listeyle karşılaştırın. Beklenen kullanıcı/servis hesabıyla dosya açmayı test edin. NAS ACL/owner, UID/GID, timestamp ve özel metadata kapsamını ayrı kabul edin; başarılı görev durumunu bunların garantisi saymayın.
Beklenen sonuçİlgili kapsam ve kabul kanıtı kaydedilir.
077. Kabul raporu ve saklama planını kaydedin
Backup kimlikleri, kurulu sürümler, kaynak/hedef, veri/hash sonucu, süre ve hataları kaydedin. Uygulama sahibinin erişim kabulünü tamamlayın. Repository retention ile bucket lifecycle/Object Lock veya NAS snapshot saklamasını aynı mekanizma saymayın. Test tamamlanmadan zincir veya katalog silmeyin; bu çalışma hiçbir silme/GC işlemi yapmadı.
Beklenen sonuçİlgili kapsam ve kabul kanıtı kaydedilir.
MERAK EDİLENLER
S3 uyumluluğu bütün kurtarma özelliklerini garanti eder mi?
Hayır. Endpoint, sürüm, kaynak türü, metadata, versioning, retention ve hedef davranışı ayrı doğrulanmalıdır. Repository kabulü genel bucket kaynak yedekleme kabulü değildir.