Herbert Röblreiter, teknik kabindeki kablolu NAS üzerinde kurtarılmış dosyaları kontrol ediyor.
Hizmetlere genel bakışa dönün Yedekleme ve kurtarma

Yedekleme ayrıntıları.
Kurtarmayı uygulamada test etmek.

Öncelikleri, yedek durumlarını ve tipik arızaları değerlendirmek. Ayrı kopyalar, geri dönüş yolları ve kurtarma testleri böylece izlenebilir bir plana dönüşür.

İlk görüşmeyi planlayın Yedeklemenizi inceletin
İşletimin ihtiyaçlarıyla başlamak

Neler ne kadar süreyle devre dışı kalabilir?

Sipariş işleme, iletişim, muhasebe ve merkezî iş uygulamaları farklı biçimlerde birbirine bağlıdır. Hangi işlerin önce yeniden yapılabilir olması gerektiğini sizinle belirleriz.

Arıza öncesindeki veri sürümü ve sonrasındaki yeniden devreye alma: ayrı planlama hedefleri olarak RPO ve RTO.
RPO, tolere edilebilen en yüksek veri kaybını; RTO ise kabul edilebilir kesinti süresini tanımlar. Ulaşılabilir değerler BT ekibinizle planlanır ve kurtarma testinde doğrulanır.
  1. 01Önceliği belirlemek

    Hangi iş bekleyebilir, hangisi işletmeyi durdurur? Sıra, genel bir şablondan değil bağımlılıklarınızdan çıkarılır.

  2. 02Veri sürümünü belirlemek

    İki yedekleme arasındaki ne kadar çalışmanın kaybı kabul edilebilir? Yedekleme aralıkları ve saklama süreleri buna göre düzenlenir.

  3. 03Karar almayı mümkün kılmak

    Kurtarmayı kim onaylar, erişimler nerede ve hangi yedek sistem mevcut? Bu bilgiler acil durumdan önce plana dâhil edilmelidir.

Her arıza aynı değildir

Geri dönüş yolunu neden belirler.

Dosya silindi

Önceki bir sürüm gerekiyor. Doğru yedek sürümünü seçmek ve dosyayı kontrol etmek. Bunun için çalışan ortamın tamamını otomatik olarak geri almak gerekmez.

İş istasyonu veya veri diski arızalı

Kullanıcının cihaza, oturumuna ve çalışma verilerine yeniden erişmesi gerekir. Yedek cihazı ve kurtarmayı birlikte hazırlamak. Yerelde saklanan bilgileri ayrıca belirlemek.

Sunucu veya sanal makine devre dışı

Birden fazla kişi iş uygulamasına erişimini kaybeder. Sistemi, veri tabanını ve bağımlılıkları öncelik sırasıyla yeniden kurmak. Yalnızca başarılı oturum açma yeterli değildir.

Veriler şifrelendi veya hesap ele geçirildi

Aynı silme haklarına sahip yedek hedefi de etkilenebilir. Temiz bir sürüm ve ayrı erişimler kullanmak; nedeni de ele almak. Kontrolsüz geri yükleme zararı yeniden sisteme taşıyabilir.

Lokasyon devre dışı

Asıl veri ve yerel yedek kullanılamayabilir. Dış kopyayı, erişim yolunu ve uygun yeniden devreye alma ortamını kontrol etmek. Alternatif lokasyon ve bağlantı testin parçasıdır.

Bulut erişimi kaybedildi

Bir hesaba veya hizmete ulaşılamıyor. Sağlayıcı işlevlerini, yönetici üzerinden kurtarmayı ve ek veri kopyalarını kontrol etmek. Dışa aktarılabilir veri ile kurtarılmış bir uygulama farklı sonuçlardır.

Birden fazla katman, tek plan

Yedek, asıl veriyle birlikte devre dışı kalmamalı.

DAXS, yerel kurtarmayı, ayrı kopyaları ve bunların korunmasını planlar. Tek başına farklı bir depolama konumu bağımsızlığı kanıtlamaz.

Üretim sistemleri

Dosyalar, veri tabanları, uygulamalar ve yapılandırmalar.

Hızlı yerel geri dönüş

Ayrı erişimler ve test edilmiş kurtarmayla birden fazla sürüm.

Dış kopya

Başka bir lokasyon veya uygun hedef. İhtiyaca göre çevrim dışı ya da değiştirilemez kopyayı değerlendirmek.

Silme hakları ve yönetici hesapları ayrıştırmayı fark edilmeden geçersiz kılmamalıdır. Lokasyon ve yetkiler ayrı değerlendirilir.

Dış kopya, yerel geri dönüşü tamamlar. İlgili katmanlardan kurtarma test edilir; uygulamaların tüm bağımlılıkları plana dâhildir.

Yeniden devreye almayı uygulamada test etmek

Yeşil durum göstergesi kurtarma testinin yerini tutmaz.

Veriler uygun bir test ortamına geri yüklenir. Ardından oturum açma, gereken uygulama işlevleri ve bağımlılıklar fiilen test edilir.

Hedefi ve kapsamı kararlaştırmak, yedeği seçmek ve izole ortamda kurtarmak. Uygulama işlevlerini test etmek; sorunlarda nedeni netleştirip yeniden test etmek. Sonuçları belgelemek ve yeniden devreye almayı hazırlamak.
Kurtarma testi, kararlaştırılan kapsamda verileri ve uygulama işlevlerini kontrol eder. Sorunlarda yedekleme ve süreç incelenir, test tekrarlanır. Hedef süreler ve sorumluluklar işletmeniz için belirlenir.

Sonuç ve sonraki adımlar

Rapor; kullanılan sürümü, test kapsamını, ölçülen süreyi ve görülen eksikleri kaydeder. Buradan somut iyileştirmeler çıkarılır. Genel bir kurtarma süresi vaat edilmez.

Kurtarma · Test raporuAçıklayıcı örnek
Seçilen yedek sürümü
Testte kullanılan zaman noktası ve yedek kaynağı kaydedilir.
Sistemler veya veriler
Örnek kapsam: ilgili veri tabanı ve yapılandırmasıyla bir iş uygulaması.
Gerçek test süresi
Somut testin başlangıcını, bitişini ve bekleme sürelerini ölçmek; geri yüklemeyi ve işlevsel kontrolü ayrı kaydetmek.
Oturum açma ve uygulama işlevi
Yetkili test erişimiyle oturum açmak; kararlaştırılmış bir işlevsel örnek kontrol yapmak.
Belirlenen eksikler
Örnek: gereken bir erişim devir dokümantasyonunda eksiktir. Bu konu bir sorumluya atanır.
Sonraki iyileştirme
Dokümantasyonu tamamlamak ve ilgili adımı yeniden kontrol etmek. Kapsam ve tarih kararlaştırılır.

Bir raporun yapısını ve içeriğini açıklayan örnektir; müşteri kanıtı veya taahhüt edilmiş hizmet ya da süre değildir. Kapsam kararlaştırılır.

Olası bir proje

Acil durumda yedeği kullanabilmek.

Bir dosyanın üzerine yazılmış veya önemli bir uygulama arıza sonrasında açılmıyor olabilir. Yeşil yedekleme durumu, hangi sürümün kullanılabilir olduğunu ve kurtarmanın ne kadar süreceğini yanıtlamaz. DAXS, sizinle uygun bir test planlar; sonucu ve görülen eksikleri kaydeder.

Test vakasını belirlemek

Tek bir dosya, bir uygulama ve tam sistem arızası farklı geri dönüş yolları gerektirir. Seçilen vaka için veri sürümü, hedef ortam, gerekli erişimler ve işlevsel kontrol belirlenir. İzole test, üretim verilerinde değişikliği önler.

Sonucu değerlendirmek

Sorumlu iş birimi uzmanı, kurtarılan içeriğin kullanılabilir olup olmadığını kontrol eder. Teknik açılabilirlik, verinin yaşı ve gerçek test süresi ayrı belgelenir. Buradan yedekleme kapsamı, saklama yeri, erişimler veya yeniden devreye alma talimatı için somut iyileştirme ihtiyacı çıkarılır.

Planlama ve kabul noktalarını inceleyin
  • Önemli verileri ve uygulamaları işletmedeki önemlerine göre sıralamak.
  • İstenen veri sürümünü ve kabul edilebilir kesintiyi kararlaştırmak.
  • Ayrı yedek depolamasını ve gerekli erişimleri kontrol etmek.
  • Test hedefini ve kurtarılan verilerle güvenli çalışma biçimini belirlemek.
  • İşlevsel kontrolü sorumlu kişiyle hazırlamak.
  • Kabul: sonucu, süreyi, sapmaları ve sonraki kontrolü belgelemek.

Örnek inceleme çerçevesi. Kapsam ve uygun kanıtlar ortamınız için kararlaştırılır.

Araçları mevcut ortama göre seçmek

Tek dosyadan sanallaştırılmış platforma.

DAXS, mevcut yedekleri inceler ve eksik geri dönüş yollarını tamamlar. Yerel yedekleme sistemleri, dış hedefler ve Proxmox Backup Server uygun araçlar olabilir; seçimi veri miktarı, platform ve yönetim ihtiyaçları belirler.

Uygulama ayrıntısı: yedekleme ve internet hattı
Dış yedekleme; telefonu, görüntülü toplantıları ve günlük işleri kontrolsüz biçimde etkilememelidir. Yedekleme zamanları, sınırlı aktarım hızı ve gerektiğinde ağ önceliklendirmesi planlanır. Kurtarma, fiilen kullanılabilir bağlantıyla test edilir.

Altyapı ve bağımlılıklar · Yedekleme sırasında iletişim

Karar öncesinde

Yedekleme ve kurtarma hakkında sorular.

İkinci diskte bir kopya yeterli mi?
Belirli geri dönüşler için faydalı olabilir. Ancak lokasyon arızasına, ortak erişim haklarına veya zararlı yazılıma karşı otomatik olarak yeterli ayrışma sağlamaz. Yedekleme katmanlarını ve gerçek bağımsızlıklarını inceleriz.
Veriler ne sıklıkta yedeklenmeli?
Bu, verilerin ne hızla değiştiğine ve işletmede ne kadar kaybın kabul edilebilir olduğuna bağlıdır. Gereksinimler önemli uygulamalar için ayrı ayrı belirlenir; teknoloji, maliyet ve saklama süreleriyle uyumlu hâle getirilir.
Kurtarma ne kadar sürer?
Veri miktarı, bant genişliği, donanım ve uygulama bağımlılıkları süreyi belirler. Uygulamalı bir test anlaşılır bir dayanak sağlar. Buradan tüm ortamlar için geçerli bir süre çıkarılamaz.
Bulut verilerinin ek yedeklemeye ihtiyacı var mı?
İlgili hizmetin yedekleme ve kurtarma işlevlerini; sürümler, silme, saklama süreleri ve olası sağlayıcı değişimiyle ilgili gereksinimlerinizle birlikte inceleriz. Ek yedekleme kararı buna göre bilinçli biçimde verilir.
Mevcut yedekleme kullanılmaya devam edilebilir mi?
Evet; işlevsel ve teknik olarak uygunsa. DAXS, mevcut durumu inceler, işleyen süreçleri korur ve ayrıştırma, dokümantasyon veya geri dönüş yollarının eksik olduğu noktaları tamamlar.
Kurtarma testinde neler kontrol edilir?
Kararlaştırılan kapsama göre dosyalar, uygulamalar veya tüm sistemler geri yüklenir. Okunabilirlik, oturum açma, işlevsel kullanım, bağımlılıklar ve gerçek süre izlenebilir biçimde kaydedilir.
Anlık görüntü, yedekle aynı şey midir?
Anlık görüntü çoğunlukla aynı platformda bulunur ve platformun arıza riskini paylaşır. Ayrı yedek kopyaları, bağımsız erişimler ve test edilmiş kurtarma ayrı görevler olmaya devam eder.
Bir sonraki doğru adım

Yedekleme ve kurtarma kontrolünüzü görüşün.

Yedekleme durumunuzu ve en önemli uygulamalarınızı paylaşın. Ayrıştırma, öncelikler veya kurtarma testi için ilk inceleme kapsamını belirleyelim.

İlk görüşmeyi planlayınTalep gönderin
Günlük işletimde yedeklemeyi desteklemekBT iş yükünü hesaplayın[email protected]+43 7229 22722

Basitçe açıklanmış

Bu sayfada, farklı arızalarda hangi yedeklerin yardımcı olduğu ve uygulamalı kurtarma testinin nasıl planlanıp belgelendiği ayrıntılı açıklanır.