Kurumsal veri yedekleme, şirket verilerinin düzenli olarak kopyalanması, bu kopyaların farklı ortamlarda ve en az biri şirket dışında saklanması ve gerektiğinde geri yüklenebildiğinin test edilmesidir. Oner Business Teknolojileri, 3-2-1 kuralına uygun yedekleme mimarisini kurar, şirket dışı kopyayı AES-256 şifreleyerek bulut veri merkezimize replike eder, NOC ekibiyle yedek raporlarını her sabah kontrol eder ve kurtarma testlerini raporlayarak verinizin gerçekten geri dönebilir olduğunu kanıtlar.
Kurumsal veri yedekleme neden bireysel yedeklemeden farklıdır?
Bireysel yedekleme genellikle bir harici diske dosya kopyalamaktan ibarettir. Kurumsal yedekleme ise yazılı bir politikaya, merkezi izlemeye, sürüm geçmişine, şirket dışı kopyaya, erişim yetkilerinin ayrılmasına ve düzenli kurtarma testlerine dayanır. Amaç yalnızca kopya almak değil, belirlenen sürede ve kabul edilebilir veri kaybıyla işi yeniden başlatabilmektir.
Pek çok şirkette yedekleme “kuruldu, çalışıyor” varsayımıyla yıllarca kontrol edilmeden bırakılır. Disk dolduğu için haftalardır başarısız olan bir yedek işi ya da sunucuyla aynı ağda duran ve fidye yazılımı tarafından birlikte şifrelenen bir NAS, ancak veri kaybedildiğinde fark edilir. Muhasebe kayıtları, ERP veritabanı, teklif ve proje dosyaları gibi verilerin kaybı ise çoğu zaman telafi edilemez: sektör araştırmalarına göre veri kaybı yaşayan ve profesyonel yedeği olmayan işletmelerin %60'ı, 6 ay içinde faaliyetlerini sonlandırmaktadır.
Bu nedenle kurumsal yedekleme hizmetimiz, kurulumdan çok işletmeye odaklanır: NOC ekibimiz her sabah yedek durum raporlarını kontrol eder, sorunlar kayıt altına alınır ve geri yükleme testleri periyodik olarak yapılır.
3-2-1 yedekleme kuralı nasıl uygulanır?
3-2-1 kuralında verinin üç kopyası bulunur: canlı sistemdeki asıl veri, yerel bir yedekleme cihazındaki kopya ve şirket dışında tutulan kopya. Kopyalar en az iki farklı ortama dağıtılır. Yerel kopya hızlı geri dönüş, şirket dışı kopya ise yangın, hırsızlık veya fidye yazılımı gibi senaryolarda son savunma hattı işlevi görür.
| Kopya | Nerede tutulur? | Ne işe yarar? |
|---|---|---|
| 1. Asıl veri | Canlı sunucu, veritabanı veya bulut uygulaması | Günlük çalışma |
| 2. Yerel yedek | Ayrı bir yedekleme cihazı, örneğin QNAP NAS, snapshot ile birlikte | Silinen dosya ve arızalı sunucuda hızlı geri dönüş |
| 3. Şirket dışı yedek | AES-256 şifreli tünellerle replike edilen Oner Business bulut veri merkezi veya ikinci bir lokasyon; mümkünse değiştirilemez | Yangın, hırsızlık ve fidye yazılımına karşı son savunma |
Kuralın ayrıntılı açıklamasını ve uygulama örneklerini 3-2-1 yedekleme kuralı rehberimizde bulabilirsiniz.
Hangi veriler, ne sıklıkla yedeklenmelidir?
Yedekleme sıklığı, her sistem için kaybedilmesi kabul edilebilir en fazla veri miktarına (RPO) göre belirlenir. Sürekli değişen ERP ve muhasebe veritabanları gün içinde birden fazla kez, dosya sunucuları en az günlük, e-posta ve bulut verileri günlük yedeklenir. Aşağıdaki tablo tipik bir yaklaşımdır; kesin plan keşif sonrası belirlenir.
| Veri türü | Tipik yöntem | Tipik sıklık |
|---|---|---|
| ERP ve muhasebe veritabanları | Veritabanı yedeği ve işlem günlüğü yedeği | Gün içinde birden fazla |
| Dosya sunucusu ve paylaşımlar | Artımlı yedek ve NAS snapshot | En az günlük, snapshot daha sık |
| Sanal sunucular | İmaj tabanlı yedek | Günlük |
| Microsoft 365 (e-posta, OneDrive, SharePoint) | Ayrı bulut yedekleme çözümü | Günlük |
| Güvenlik duvarı ve ağ cihazı yapılandırmaları | Yapılandırma dışa aktarımı | Her değişiklikten sonra |
Microsoft 365 verilerinin korunması hakkında daha fazla bilgi için Microsoft 365 çözümlerimize göz atabilirsiniz.
Yedekler fidye yazılımına karşı nasıl korunur?
Modern fidye yazılımları önce yedekleri bulup silmeye veya şifrelemeye çalışır. Buna karşı yedekleme sistemi canlı ağdan ayrılmalı, ayrı ve çok faktörlü kimlik bilgileriyle yönetilmeli, snapshot'lar korunmalı ve en az bir kopya değiştirilemez ya da çevrim dışı tutulmalıdır. Böylece saldırı başarılı olsa bile temiz bir geri dönüş noktası kalır.
QNAP NAS cihazlarında snapshot koruması, yedekleme hesabının etki alanı yöneticisinden ayrılması ve yönetim arayüzünün internete kapatılması bu yaklaşımın temel adımlarıdır. Yedek mimarisini, yönetilen güvenlik hizmetimizdeki uç nokta ve güvenlik duvarı katmanlarıyla birlikte tasarlarız. Saldırı öncesi alınması gereken önlemleri ransomware engelleme rehberimizde özetledik.
Kurumsal yedekleme hizmeti nasıl işletilir?
Yönetilen yedekleme hizmetinde NOC ekibimiz yedek işlerinin durum raporlarını her sabah kontrol eder, başarısız ya da uyarı veren işler aynı gün incelenir, kapasite takip edilir ve belirli aralıklarla geri yükleme testi yapılır. Tüm bu çalışmalar raporlanır; böylece yönetim, verinin gerçekten korunduğunu varsayıma değil kayda dayanarak bilir.
- Keşif: Hangi verinin nerede durduğu, ne kadar kritik olduğu ve RPO/RTO beklentileri belirlenir.
- Tasarım: 3-2-1 kuralına uygun kopya dağılımı, saklama süreleri ve bulut veri merkezimize AES-256 şifreli replikasyon planlanır.
- Kurulum: Yedekleme cihazı ve yazılımı yapılandırılır, ilk tam yedekler alınır.
- İzleme: NOC ekibi yedek raporlarını her sabah kontrol eder, başarısız işlere anında müdahale edilir.
- Test ve rapor: Periyodik geri yükleme testleri yapılır ve sonuçlar raporlanır.
Yedekleme izlemesi, IT bakım anlaşması kapsamına da dahil edilebilir.
Kurumsal yedeklemede en sık yapılan hatalar nelerdir?
En sık görülen hatalar; tüm kopyaların aynı binada ve aynı ağda tutulması, yedek işlerinin sonuçlarının kontrol edilmemesi, geri yükleme testinin hiç yapılmaması, yedekleme sistemine etki alanı yöneticisi hesabıyla erişilmesi ve bulut uygulamalarındaki verilerin kapsam dışında bırakılmasıdır. Bu hataların her biri, tek bir olayda tüm verinin kaybedilmesine yol açabilir.
- Tek lokasyon: Sunucu ve yedek aynı sistem odasında; yangın veya su baskınında ikisi birden kaybedilir.
- Sessiz hatalar: Disk dolduğu veya parola değiştiği için haftalardır başarısız olan yedek işleri.
- Test edilmeyen yedek: Kopyanın var olduğu, ancak geri yüklendiğinde açılmadığı durumlar.
- Ortak kimlik bilgileri: Saldırganın ele geçirdiği yönetici hesabıyla yedeklerin de silinebilmesi.
- Unutulan bulut verisi: Microsoft 365 e-posta ve dosyalarının yedeklenmiş sanılması.
Yedekleme ile felaket kurtarma arasındaki fark nedir?
Yedekleme, verinin bir kopyasının güvenle saklanmasıdır. Felaket kurtarma ise sunucular, ağ ve uygulamalarla birlikte tüm iş sürecinin belirlenen sürede yeniden çalışır hâle getirilmesi planıdır. Yedek, felaket kurtarmanın vazgeçilmez bir parçasıdır ama tek başına yeterli değildir; kimin, neyi, hangi sırayla ayağa kaldıracağı da tanımlanmalıdır.
Tüm sistemin kesinti süresini planlamak istiyorsanız iş sürekliliği ve felaket kurtarma hizmetimizi inceleyin. Mevcut yedekleme yapınızı değerlendirmek için bize ulaşabilirsiniz.
Sık Sorulan Sorular
Kurumsal veri yedekleme, bir şirketin sunucu, veritabanı, dosya paylaşımı, e-posta ve bulut uygulamalarındaki verilerinin düzenli olarak kopyalanması, bu kopyaların farklı ortamlarda güvenle saklanması ve gerektiğinde geri yüklenebilir olduğunun test edilmesidir. Ev kullanıcısının yaptığı yedeklemeden temel farkı; planlı bir politika, merkezi izleme, sürüm geçmişi, şirket dışı kopya ve düzenli kurtarma testlerine dayanmasıdır.
3-2-1 kuralı, verinin en az üç kopyasının bulunmasını, bu kopyaların en az iki farklı depolama ortamında tutulmasını ve en az bir kopyanın şirket dışında saklanmasını önerir. Böylece tek bir disk arızası, sistem odasındaki bir yangın ya da fidye yazılımı saldırısı tüm kopyaları aynı anda yok edemez. Günümüzde bu kurala değiştirilemez veya çevrim dışı bir kopya eklenmesi de önerilir.
Yedekleme sıklığı, şirketin kaybetmeyi göze alabileceği veri miktarına, yani RPO hedefine göre belirlenir. Muhasebe ve ERP veritabanları gibi sürekli değişen veriler gün içinde birden fazla kez, dosya sunucuları en az günlük, nadiren değişen sistem imajları ise değişiklik sonrasında yedeklenir. Kesin plan, her sistemin iş açısından kritikliği değerlendirilerek keşif sırasında birlikte belirlenir.
Snapshot, verinin belirli bir andaki durumunu aynı cihaz üzerinde saklar ve yanlışlıkla silinen dosyalar ya da fidye yazılımı sonrası hızlı geri dönüş için çok değerlidir. Ancak cihazın kendisi arızalanırsa veya çalınırsa snapshot'lar da kaybolur. Bu nedenle snapshot tek başına yedek sayılmaz; ayrı bir cihaza ve şirket dışına alınan kopyalarla birlikte kullanılmalıdır.
Microsoft 365, hizmetin çalışır kalmasından sorumludur; ancak kullanıcı hatasıyla silinen, kötü niyetle değiştirilen veya saklama süresi dolan verilerin uzun vadeli korunması büyük ölçüde müşterinin sorumluluğundadır. Bu nedenle e-posta, OneDrive ve SharePoint verilerinin ayrı bir yedekleme çözümüyle düzenli olarak yedeklenmesi önerilir. Böylece istenen tarihe ait bir dosya veya posta kutusu bağımsız olarak geri yüklenebilir.
Yedeklemenin başarılı görünmesi, verinin geri yüklenebileceği anlamına gelmez. Emin olmanın tek yolu düzenli geri yükleme testidir: belirli aralıklarla örnek dosyalar, veritabanları ve tüm sunucular test ortamına geri yüklenir, açılıp açılmadığı ve ne kadar sürede hazır olduğu ölçülür. Test sonuçlarının raporlanması, felaket anında sürprizle karşılaşılmasını ve hedeflenen kurtarma süresinin aşılmasını önler.
Firmanın yalnızca yedekleme yazılımı kurup kurmadığına değil, yedekleri her gün izleyip izlemediğine (Oner Business'ta NOC ekibi yedek raporlarını her sabah kontrol eder), başarısız işlere ne kadar sürede müdahale ettiğine, düzenli geri yükleme testi yapıp yapmadığına ve bunları raporlayıp raporlamadığına bakılmalıdır. Şirket dışı kopyanın nerede tutulduğu, şifreleme ve erişim yetkileri ile fidye yazılımına karşı değiştirilemez kopya desteği de sözleşmede açıkça yer almalıdır.