01Sorun ve çözüm
Yedekleme sistemi kurulumunda işe neyin, ne sıklıkla ve ne kadar kayıpla geri dönülebilir olması gerektiğini konuşarak başlarız. Muhasebe veritabanı için kabul edilebilir veri kaybı, ortak dosya sunucusununkiyle aynı değildir. Bu hedeflere göre yedek türünü, saklama yerini ve süresini belirler; kopyalardan en az birini değiştirilemez ve şirket ağından ayrı tutarız. Kurulumun son adımı bir geri yükleme denemesidir; sistem, gerçek bir dosya ya da veritabanı yedekten açılıp kullanılabilir olduğu doğrulanmadan teslim edilmiş sayılmaz.
02Kimler için
Yedekleme sistemi kurulumu kimler için öncelikli
Verisini kaybettiğinde işi duracak her kuruluş için gerekli olsa da bazı durumlar aciliyet yaratır.
- Yedeklerini ofisteki harici disk ya da NAS cihazında, sunucuyla aynı ağda tutan küçük ve orta ölçekli işletmeler
- Muhasebe, ERP veya üretim programı veritabanının en son ne zaman başarıyla geri yüklendiğini bilmeyen şirketler
- Microsoft 365 ya da Google Workspace verisinin sağlayıcı tarafından sınırsız saklandığını varsayan kuruluşlar
- Sanal sunucularını kendi altyapısında çalıştıran ve felaket durumunda başka bir lokasyonda ayağa kaldırma imkânı arayan BT birimleri
- Bulutta çalışan uygulamalarının yedeklerini aynı hesapta, aynı yetkilerle tutan yazılım ekipleri
03İhtiyaçlar
Yedeklerin işe yaramadığı tipik senaryolar
Bu senaryoların çoğu teknik bir arızadan değil, tasarımdaki bir boşluktan doğar.
- 01
Fidye yazılımı yedeği de şifreler
Sunucudan erişilebilen her yedek hedefi, saldırganın da erişebildiği bir hedeftir. Nesne kilidi ya da değiştirilemez depolama ile belirli bir süre silinemeyen kopyalar bu riski önemli ölçüde azaltır.
- 02
Tutarsız veritabanı yedeği
Çalışan bir veritabanının dosyalarını kopyalamak, açılmayan bir yedek üretebilir. Motorun kendi yedekleme yöntemi ve işlem günlüğü yedekleriyle belirli bir ana geri dönülebilen tutarlı kopyalar alınır.
- 03
Sessizce başarısız olan işler
Yedek işi hata verdiğinde bildirim kimseye ulaşmıyorsa sorun ancak ihtiyaç anında fark edilir. Başarısız ya da hiç çalışmayan işler için izleme ve uyarı kurulur.
- 04
Geri yükleme süresinin bilinmemesi
Büyük bir yedeğin buluttan indirilmesi ve açılması beklenenden uzun sürebilir. Geri yükleme süresi testte ölçülür, iş sürekliliği beklentisiyle karşılaştırılır.
04Özellikler
Yedekleme sistemi hizmetinin kapsamı
Kapsam, korunacak sistemlerin envanterine göre şekillenir.
- 01
Kurtarma hedefleri
Her sistem için kabul edilebilir veri kaybı ve en uzun kesinti süresi iş birimleriyle birlikte belirlenir; yedek sıklığı ve yöntemi bu hedeflerden türetilir.
- 02
Katmanlı saklama düzeni
Hızlı geri dönüş için yerel bir kopya, felaket durumuna karşı şirket dışında bir kopya ve en az bir değiştirilemez kopya tutulur. Günlük, haftalık ve aylık kopyaların ne kadar saklanacağı ayrı ayrı tanımlanır.
- 03
Uygulama tutarlı yedekler
Veritabanları, e-posta ve sanal sunucular, uygulamanın açık işlemlerini tamamlayarak alınan kopyalarla yedeklenir; tek bir dosya ya da tablo düzeyinde geri dönüş imkânı sağlanır.
- 04
Geri yükleme tatbikatı
Belirli aralıklarla rastgele seçilen bir sistem yalıtılmış bir ortamda yedekten ayağa kaldırılır; sonuç ve süre raporlanır.
- 05
Geri dönüş el kitabı
Hangi durumda hangi yedekten, hangi adımlarla ve kim tarafından geri dönüleceği yazılı bir kılavuzda toplanır; kılavuz yedeklenen sistemlerden bağımsız bir yerde saklanır.
05Entegrasyonlar
Yedeklenen sistemler ve kullanılan araçlar
Araç tercihi korunan sistemin türüne, bütçeye ve ekibinizin alışkanlığına göre yapılır.
- 01
Sanal sunucular
VMware, Hyper-V ve Proxmox ortamları için Veeam ya da Proxmox Backup Server gibi çözümlerle imaj düzeyinde yedek alınır.
- 02
Linux sunucular ve dosyalar
restic veya BorgBackup gibi şifreli ve tekilleştirmeli araçlarla dosya düzeyinde artımlı yedekleme yapılır.
- 03
Bulut depolama hedefleri
Amazon S3, Azure Blob Storage ya da S3 uyumlu depolama hizmetleri, nesne kilidi ve yaşam döngüsü kurallarıyla şirket dışı hedef olarak kullanılır.
- 04
Bulut ofis uygulamaları
Microsoft 365 ve Google Workspace'teki e-posta, belge ve paylaşım alanları, sağlayıcının saklama ayarlarından bağımsız bir yedekleme aracıyla korunur.
06Süreç
Yedekleme sistemi hizmeti nasıl ilerler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Yedeklerin kendisini korumak
Yedekleme altyapısı, saldırganların öncelikli hedeflerinden biridir. Bu yüzden yedekleme sunucusunu etki alanından ayrı kimlik bilgileriyle yönetir, yedek deposuna yalnızca yazma yetkisi olan servis hesaplarıyla bağlanır, silme işlemleri için çok faktörlü doğrulama ve gecikmeli silme kullanırız. Uyum kipinde kilitlenmiş değiştirilemez bir kopya, yönetici hesabı ele geçirilse bile saklama süresi dolmadan silinemez.
Devamını okuDaha az göster
Yedekler, kaynak sistemdeki kişisel verilerin bir kopyasını taşır. Aktarımda ve depolamada şifreleme kullanırız; şifreleme anahtarları yedeklerle aynı yerde tutulmaz. Saklama süreleri belirlenirken KVKK kapsamındaki imha yükümlülükleri de gözetilir; süresi dolan kopyaların otomatik olarak silinmesi, kişisel verinin gereğinden uzun saklanmasını önler.
08Çalışma modelleri
Bu hizmette çalışma modelleri
- 01
Proje bazlı
Sabit kapsam, sabit fiyat ve belirli teslim tarihi
Kapsamı belli, teslim tarihi olan işler için.
- Yazılı kapsam ve kabul ölçütleri
- Sabit fiyat ve belirli teslim tarihi
- Teslim ve kabul adımları sözleşmede
- 02
Bakım ve destek
Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati
Yayındaki bir sistemin sürekliliği için.
- Aylık sözleşme ve SLA
- İzleme, güncelleme ve hata düzeltme
- Aylık geliştirme saati
- 03
Danışmanlık
Saatlik veya günlük teknik danışmanlık
Karar, denetim veya yön belirleme gereken durumlar için.
- Saatlik veya günlük çalışma
- Yazılı rapor ve öneriler
- Ekibinizle birlikte çalışma
09Sık sorulan sorular
Yedekleme sistemi hakkında sık sorulan sorular
Yedekleme sistemi fiyatları neye göre değişir?
Korunacak sunucu ve uygulama sayısı, toplam veri hacmi, saklama süresi, şirket dışı depolamanın türü ve kullanılacak yazılımın lisans modeli belirleyicidir. Envanteri çıkardıktan sonra kurulum ve varsa düzenli işletim için ayrı kalemlerle teklif veriyoruz.
NAS cihazımız var, ayrıca bir yedekleme sistemine ihtiyacımız var mı?
NAS iyi bir yerel kopya hedefidir, ama aynı ağda olduğu için fidye yazılımı, yangın ya da hırsızlık durumunda sunucuyla birlikte kaybedilebilir. NAS'ı korurken en az bir kopyayı şirket dışına ve değiştirilemez biçimde taşımayı öneririz.
Microsoft 365 verilerimizi Microsoft zaten yedeklemiyor mu?
Sağlayıcı altyapının erişilebilir olmasından sorumludur; yanlışlıkla silinen, üzerine yazılan ya da saklama süresi geçmiş verinin geri getirilmesi ise büyük ölçüde sizin sorumluluğunuzdadır. Bu yüzden ayrı bir yedekleme aracı kullanılması önerilir.
Yedeklerin çalıştığından nasıl emin olacağız?
Her işin sonucu izlenir ve hata durumunda uyarı gider. Bunun yanında dönemsel geri yükleme tatbikatıyla yedeklerin açılabildiği ve ne kadar sürede kullanılabilir hâle geldiği ölçülür.
Bir yedekleme sistemi firması olarak yedeklerimizi siz mi saklıyorsunuz?
Hayır, yedekler sizin hesabınızda ya da sizin seçtiğiniz bir hizmet sağlayıcıda tutulur. Biz kurulum, izleme ve tatbikatları yürütürüz; erişim yetkileri ve şifreleme anahtarları sizde kalır.
Yedekleme ile felaket kurtarma aynı şey mi?
Yedekleme, verinin bir kopyasının saklanmasıdır. Felaket kurtarma ise bu kopyalardan sistemlerin hangi sırayla, nerede ve ne sürede ayağa kaldırılacağını tanımlayan daha geniş bir plandır. İyi kurulmuş bir yedekleme sistemi, felaket kurtarma planının temelidir.
10İlgili hizmetler