Acronis Cyber Backup

Acronis Cyber Backup, sunucu, sanal makine, iş istasyonu ve uygulama verilerini imaj (disk seviyesi) veya dosya seviyesinde yedekleyip; donanım arızası, kullanıcı hatası ya da fidye yazılımı sonrasında bunları çalışır hâle döndüren yedekleme çekirdeğidir. Yedek hedefi, saklama süresi ve kurtarma yöntemi tek bir koruma planından yönetilir; bare-metal kurtarma, farklı donanıma geri dönüş ve değiştirilemez depolama bu çekirdeğin standart yetenekleridir.

Adlandırma konusunda bir netleştirme gerekiyor. "Cyber Backup" adı Türkiye pazarında hâlâ yaygın kullanılsa da Acronis'in güncel resmî lisans şemasında yedekleme çekirdeği Acronis Cyber Protect Standard, Advanced ve Backup Advanced sürümleri altında satılır; eski "Backup Standard" sürümü artık satışta değildir ve yalnızca aktif bakım sözleşmesi olan mevcut müşteriler tarafından kullanılabilir (Acronis Destek KB 73387, 2026). Bu sayfada "Cyber Backup" ifadesini, güvenlik eklentileri olmadan kurgulanan bu yedekleme çekirdeği anlamında kullanıyoruz.

Yedeklemenin neden bir BT hijyeni konusu olmaktan çıkıp doğrudan bir güvenlik kontrolüne dönüştüğünü rakamlar gösteriyor. Verizon 2025 Data Breach Investigations Report, 139 ülkeden 22.052 güvenlik olayını ve 12.195 doğrulanmış veri ihlalini inceledi; fidye yazılımı incelenen ihlallerin %44'ünde bulundu (önceki yıl %32) ve KOBİ ihlallerinin %88'inde görülürken büyük kuruluşlarda bu oran %39'da kaldı (Verizon DBIR 2025). Aynı rapor, KOBİ'lerin orantısız biçimde hedef alınmasının nedenlerinden birini açıkça yazıyor: güncel ve kolayca erişilebilir yedeklere sahip olma olasılıkları büyük kuruluşlara göre daha düşük.

Bu tabloda yedek, "olur da lazım olur" diye tutulan bir kopya değil, saldırganın erken hedeflerinden biridir. Acronis çözüm ailesinin ayırt edici yanı da tam burada ortaya çıkar: yedekleme ile siber koruma aynı ajanda ve aynı konsolda çalışır, dolayısıyla yedeğin kendisini koruyan kontroller ayrı bir üründen gelmez. Sora Yazılım olarak Acronis yetkili kanal partneri sıfatıyla lisanslama, yedekleme mimarisinin tasarımı, mevcut çözümden migrasyon, kurtarma tatbikatı ve talep hâlinde yönetilen işletme hizmetini birlikte sağlıyoruz.

Acronis Cyber Backup nedir ve bugün hangi lisans sürümleriyle satın alınır?

Kısa cevap: yedekleme çekirdeği korunacak iş yükünün tipine göre lisanslanır ve sürüm seçimi, hangi iş yüklerini kapsayabileceğinizi doğrudan belirler. Resmî lisans bilgi bankasına göre Workstation, Server, Virtual Host ve Public Cloud VM iş yükleri Standard ve Advanced sürümlerin ikisiyle de korunabilir; buna karşılık Universal License yalnızca Advanced ve Backup Advanced sürümlerinde, Microsoft 365 ile Google Workspace koruması ise yalnızca Backup Advanced tarafında yer alır (Acronis Destek KB 73387, 2026).

Sürümlerin resmî konumlandırması da bu tabloyu tamamlar. Standard, KOBİ'ler için standart yedeklemeyi çok katmanlı korumayla birleştirir; veri koruma haritaları, URL filtreleme ve kategorilendirme, sürekli veri koruma ile disk sağlığı izleme bu kademede yer alır. Advanced, daha büyük ve karmaşık ortamlar için ek iş yükü desteği, paylaşılan koruma planları, yedeklerin güvenli kurtarılması, yedeklerde zararlı yazılım taraması ve güvenlik duruşu değerlendirmesi ekler. Backup Advanced ise grup yönetimi, paylaşılan koruma planları, off-host veri işleme, tape desteği, veri tekilleştirme ve özelleştirilebilir raporlama üzerine kuruludur.

Sanallaştırma tarafında lisans kuralları ayrıca dikkat ister: VMware ve Hyper-V için Virtual Host ya da Per-VM lisansı Standard ve Advanced sürümlerin ikisinde de geçerliyken; Azure Stack HCI, KVM, Nutanix ve Citrix Hypervisor yalnızca Advanced veya Backup Advanced ile lisanslanabilir. Public Cloud VM tarafında bir Per-VM lisansı üç sanal makineyi kapsar; Universal Workload lisansında ise bir lisans, fiziksel makine, sanal makine veya host fark etmeksizin tek bir iş yüküne karşılık gelir (Acronis Destek KB 73387, 2026). Aynı ortamda Standard ve Advanced lisanslarının karıştırılması desteklenmez; bir kümedeki tüm host'ların sürüm ve lisans tipi tutarlı olmalıdır. Ortamınızdaki host ve VM dağılımını çıkardıktan sonra hangi lisans tipinin daha az kalemle aynı kapsamı verdiğini hesaplıyor, lisans planını buna göre kuruyoruz.

3-2-1 yedekleme kuralını Acronis ile nasıl uygularsınız?

Kısa cevap: 3-2-1 kuralı, verinin en az üç kopyasının bulunmasını, bu kopyaların en az iki farklı ortam tipinde saklanmasını ve en az bir kopyanın kurum dışında tutulmasını söyler. Acronis'te bu kural, tek bir koruma planı içinde birden fazla yedek hedefi tanımlanarak ve yerel yedeğin ardından bulut hedefine replikasyon adımı eklenerek kurulur; ayrı bir ürün veya ayrı bir zamanlama motoru gerekmez.

Hedef seçenekleri dağıtım modeline göre farklılaşır. Şirket içi yönetimde desteklenen yedek hedefleri resmî olarak bulut depolama, yerel klasör, ağ klasörü (SMB/CIFS/DFS), Acronis Cyber Infrastructure, NFS klasörü (Linux ve macOS ajanları), Secure Zone ve SFTP'dir; SFTP'de port belirtilmezse 22 kullanılır. Aynı dokümantasyon iki sınırı da net biçimde koyar: FTP sunucularına yedekleme desteklenmez ve anonim erişime açık bir klasör yedek hedefi olarak kullanılamaz (Acronis Cyber Protect 16 Web Help).

Bulut yönetiminde ise ek bir hedef devreye girer: ayrı bir ağ geçidi bileşeni kurmadan public cloud uyumlu depolamaya doğrudan yedek almayı sağlayan Direct Backup to Public Cloud. Bu seçeneğin bir ön koşulu vardır; public cloud'a yedekleme Local backup storage kotası gerektirir (Acronis Cyber Protect Cloud kullanıcı kılavuzu). Buna karşılık SFTP, tape cihazları, Acronis Storage Node, Acronis Cyber Infrastructure hedefleri ve veri tekilleştirme yalnızca şirket içi dağıtımda kullanılabilir; tape ve Storage Node ayrıca Standard sürümde bulunmaz (Acronis Cyber Protect 16 Web Help).

Pratikte kurduğumuz tipik mimari şudur: kritik iş yükleri için yerel bir diske veya ağ klasörüne kısa saklama süreli hızlı yedek, aynı yedeğin bulut depolamaya replikasyonu ve uzun saklama süresinin bulut tarafında tutulması. Böylece günlük kurtarma talepleri yerel kopyadan saniyeler-dakikalar içinde karşılanırken, bina veya donanım seviyesindeki bir olayda kurum dışındaki kopya devrede kalır. Şirket içi dağıtımı tercih eden kurumlarda üçüncü kopya için tape veya Acronis Cyber Protect 16 ile yönetilen bir Storage Node kullanılabilir.

Değiştirilemez depolama fidye yazılımına karşı gerçekte ne sağlar?

Kısa cevap: değiştirilemez depolama (immutable storage), silinen veya değiştirilen yedek dosyalarının belirlenen saklama süresi boyunca geri getirilebilir kalmasını sağlar. Böylece yönetici hesabı ele geçirilse ve konsol üzerinden yedekler silinmeye çalışılsa bile geri dönülecek bir nokta kalır. Bu, fidye yazılımı senaryosunda yedeklemenin en kritik farkıdır; çünkü modern saldırılarda yedeklerin imha edilmesi şifrelemeden önce gelen bir adımdır.

Özelliğin teknik ön koşulları resmî dokümantasyonda nettir. Bulut dağıtımında değiştirilemez depolama, Acronis Cyber Infrastructure 6.0.1 veya üzeri kullanan Acronis-hosted ya da partner-hosted bulut depolarında desteklenir ve en az 24.01 (build 24.1.37195) sürümünde koruma ajanı gerektirir; şirket içi dağıtımda ise ACI 6.0.1 ve üzeri ile 16.0.37277 ve üzeri ajan sürümü aranır. Yalnızca TIBX (Version 12) formatındaki yedekler desteklenir (Acronis Cyber Protect 16 Web Help).

İki mod arasındaki fark satın alma kadar operasyonu da ilgilendirir. Governance modunda değiştirilemez depolama açılıp kapatılabilir ve saklama süresi değiştirilebilir. Compliance modu ise geri alınamaz: bu modda değiştirilemez depolama kapatılamaz, saklama süresi değiştirilemez ve Governance moduna dönülemez. Bu nedenle Compliance modunu yalnızca yasal saklama yükümlülüğü net olan veri kümelerinde ve kapsamı önceden hesaplanmış biçimde öneriyoruz. İyi haber şu ki koruma varsayılan olarak gelir: Eylül 2024'ten itibaren tüm Acronis-hosted depolamalarda, tüm Partner ve Customer kiracılarında 14 gün saklama süreli Governance modu değiştirilemez depolama varsayılan olarak etkindir (Acronis Cyber Protect 16 Web Help).

Değiştirilemez depolamanın tamamlayıcısı şifrelemedir. Acronis yedek şifrelemesinde AES algoritması Galois/Counter (GCM) modunda ve rastgele üretilmiş 256-bit anahtarla çalışır; bu anahtar, parolanın SHA-2 (256-bit) özeti anahtar olarak kullanılarak AES-256 ile şifrelenir ve parola diskte veya yedeklerde hiçbir yerde saklanmaz (Acronis Cyber Protect 16 Web Help). Bu tasarımın operasyonel sonucu önemlidir: parola kaybedilirse yedekler Acronis tarafından da kurtarılamaz. Devreye alma sırasında şifreleme parolalarının kurumsal bir parola kasasında saklanmasını ve kurtarma prosedürüne yazılmasını şart koşuyoruz. Yedeklerin zararlı yazılım açısından taranarak temiz bir geri dönüş noktası belirlenmesi ise Acronis Advanced Security + EDR eklentisiyle gelen bir yetenektir.

Bare-metal kurtarma ve farklı donanıma geri dönüş nasıl çalışır?

Kısa cevap: imaj seviyesindeki bir yedek, işletim sistemi, uygulamalar ve yapılandırma dâhil tüm diski kapsadığı için boş bir donanıma doğrudan geri yüklenebilir. Acronis'in resmî kurtarma özetine göre fiziksel Windows ve Linux makineler hem Cyber Protect konsolundan hem de bootable media ile kurtarılabilir; macOS fiziksel makineler yalnızca bootable media ile kurtarılır. Bare-metal kurtarma ve çevrimdışı bir makineye geri yükleme için bootable media zorunludur (Acronis Cyber Protect 16 Web Help).

Donanım değiştiğinde devreye giren araç Universal Restore'dur. Farklı donanıma (dissimilar hardware) yapılan kurtarmada işletim sistemi açılmazsa Universal Restore, açılış için kritik sürücü ve modülleri güncelleyerek sistemin boot edebilmesini sağlar; Windows ve Linux için geçerlidir ve bootable media üzerinden çalıştırılır (Acronis Cyber Protect 16 Web Help). Pratikte bu, arızalanan bir sunucunun yerine farklı marka veya farklı disk denetleyicisine sahip bir makine koyup aynı yedekten dönebilmek demektir; fiziksel makinenin sanal ortama taşınması da aynı mekanizmayla yapılır.

Kurtarmayı BT ekibinin dışına açmak isteyen kurumlar için One-click recovery ayrı bir seçenektir; ancak kapsamı sınırlıdır. Bu özellik yalnızca Acronis Cyber Protect Advanced ve Acronis Cyber Protect Backup Advanced lisanslarıyla kullanılabilir ve yalnızca Secure Zone, ağ klasörü ve bulut depolama hedeflerini destekler (Acronis Cyber Protect 16 Web Help). Yedek hedefi olarak tape veya SFTP kullanan bir tasarımda bu özelliğin çalışmayacağını mimari aşamasında hesaba katmak gerekir.

Bare-metal kurtarmanın gerçekten çalıştığını görmenin tek yolu denemektir. Devreye alma projelerinde şu adımları standart tutuyoruz: her kritik iş yükü için bootable media'nın önceden hazırlanıp saklanması, medyanın kurtarma yapılacak donanımda test edilmesi, ağ klasörü ve bulut hedefine bootable ortamdan erişim bilgilerinin doğrulanması, şifreleme parolasının kurtarma prosedürüne yazılması ve yılda en az bir kez tam bir bare-metal tatbikatının yapılması. Şirket içi dağıtımda çok sayıda makineyi ağdan başlatarak kurtarmak gerekiyorsa PXE sunucusu kullanılabilir; bu bileşen yalnızca şirket içi yönetimde ve Advanced sürümle sunulur (Acronis Destek KB 73376, 2025).

RPO ve RTO hedeflerinizi Acronis Cyber Backup ile nereye kadar çekebilirsiniz?

Kısa cevap: RPO (Recovery Point Objective) kabul edilebilir veri kaybı penceresini, yani son geçerli yedek ile olay anı arasındaki süreyi tanımlar; RTO (Recovery Time Objective) ise iş yükünün yeniden çalışır hâle gelmesi için kabul edilen süredir. Yedekleme çekirdeğinde RPO'yu yedek sıklığı, RTO'yu ise kurtarma yöntemi belirler. İkisini de aynı anda sıkılaştırmak mümkündür ama maliyeti ve mimari karmaşıklığı artırır; bu yüzden hedefler iş yükü bazında ayrı ayrı belirlenmelidir.

RPO tarafında en sık kullanılan araç zamanlamadır: kritik veritabanları için saatlik veya daha sık artımlı yedek, dosya sunucuları için günlük yedek tipik bir başlangıç noktasıdır. Daha dar bir pencere gerekiyorsa sürekli veri koruma (CDP) devreye girer; güncel Cyber Protect Cloud dokümantasyonu CDP'yi standart korumanın parçası olarak tanımlar ve sınırlarını da belirtir: yalnızca NTFS dosya sisteminde, Windows 7 ve üzeri ile Windows Server 2008 R2 ve üzeri sistemlerde, yalnızca yerel klasörler için çalışır ve Application backup seçeneğiyle birlikte kullanılamaz (Acronis Cyber Protect Cloud kullanıcı kılavuzu).

RTO tarafında belirleyici olan, verinin nereden ve nasıl döndüğüdür. Tek bir dosyanın geri alınması dakikalar sürerken, bir sunucunun boş donanıma tam geri yüklenmesi veri hacmine ve hedefin bant genişliğine bağlıdır. Bu süreyi kısaltan ara katman Instant Restore'dur: işletim sistemi içeren disk seviyesindeki bir yedekten sanal makine doğrudan başlatılır, makine çalışırken diskleri yedekten emüle edilir ve yalnızca oluşan değişiklikler için depolama alanı gerekir. Acronis, bu geçici makinenin en fazla üç gün tutulup ardından silinmesini veya kalıcı bir sanal makineye dönüştürülmesini önerir (Acronis Cyber Protect Cloud kullanıcı kılavuzu).

Hedefler bir noktadan sonra yalnızca yedeklemeyle karşılanamaz. Acronis'in resmî Advanced Disaster Recovery veri sayfası, RunVM motoru sayesinde 15 dakikanın altında RPO ve RTO hedefini açıkça belirtir (Acronis Advanced Disaster Recovery veri sayfası, 2022). Bu seviyedeki hedefler için Acronis Disaster Recovery eklentisi gerekir. Hedef belirlerken toparlanmanın gerçek süresini de hesaba katmak gerekir: IBM Cost of a Data Breach Report 2025'e göre kuruluşların %65'i ihlalden hâlâ tam olarak toparlanamamıştır; tam toparlandığını söyleyenlerin %76'sında süreç 100 günü, %26'sında 150 günü aşmış, yalnızca %2'si 50 günün altında toparlanabilmiştir (IBM & Ponemon, 2025).

Hangi sanallaştırma platformları ve iş yükleri kapsam içinde?

Kısa cevap: yaygın hipervizörlerde yedek, sanal makinenin içine ajan kurmadan hipervizör seviyesinden alınabilir; bazı platformlarda ise yedekleme yalnızca konuk işletim sistemi içine kurulan ajanla mümkündür. Resmî destek tablosuna göre VMware vSphere 4.1 – 8.0 ve Hyper-V (Windows Server 2008 – Windows Server 2025) agentless yedeklenir; Scale Computing HyperCore 8.8 – 9.4 de agentless desteklenir. Buna karşılık Proxmox VE 7.x ve 8.x ile Citrix XenServer/Hypervisor 4.1.5 – 8.2 yalnızca konuk işletim sistemi içinden ajanla yedeklenir (Acronis Cyber Protect 16 Web Help).

Bulut iş yüklerinde kurallar daha da ayrışır. Microsoft Azure sanal makineleri yalnızca bulut dağıtım modunda agentless yedeklenebilir; Amazon EC2 örnekleri agentless desteklenmez ve yalnızca konuk işletim sistemi içinden ajanla korunur. oVirt ile yönetilen Red Hat Virtualization 4.2 – 4.5 ortamlarında agentless yedekleme yalnızca bulut dağıtımında ve Advanced lisansla mümkündür (Acronis Cyber Protect 16 Web Help). Bu ayrımlar teklif aşamasında ajan sayısını ve dolayısıyla lisans kalemlerini değiştirdiği için envanteri hipervizör bazında çıkarmak önemlidir.

Sürüm farkını da hesaba katmak gerekir. Acronis'in özellik karşılaştırma bilgi bankasına göre Nutanix ve Proxmox için hipervizör seviyesi yedekleme Cyber Protect 16'da bulunmaz; bu yetenekler Cyber Protect 17 ile hem şirket içi hem bulut yönetiminde gelir. Aynı kaynakta yazılım envanteri, donanım envanteri ve Device Sense ile cihaz keşfi de yalnızca 17 sütununda işaretlidir (Acronis Destek KB 73376, 2025). Nutanix veya Proxmox üzerinde çalışan bir ortamda yedekleme mimarisini planlarken sürüm seçimi bu nedenle teknik bir karardır, yalnızca ticari bir tercih değildir.

Bir başka pratik nokta ajanın özerkliğidir: koruma planı bir makineye dağıtıldıktan sonra ajan, yönetim sunucusuyla iletişim kesilse bile koruma işlemlerini 30 gün boyunca sürdürür (Acronis Cyber Protect 16 Web Help). Hattı zayıf şubelerde veya sahada çalışan iş yüklerinde bu, koruma sürekliliği açısından belirleyici bir davranıştır. Sunucu tarafında yedeklemenin yanına iş yükü güvenliği de eklenecekse Trend Micro Deep Security veya Bitdefender GravityZone Security for Servers gibi sunucu odaklı koruma çözümleriyle birlikte konumlandırma yapılabilir; Acronis bu senaryoda yedekleme ve kurtarma katmanı olarak kalır.

KVKK yedekleme yükümlülükleri ve doğru paket seçimi: nereden başlamalı?

Kısa cevap: KVKK belirli bir ürün adı zorunlu kılmaz, ancak yedeklemeye ilişkin beklentileri somut biçimde tanımlar. Kişisel Verileri Koruma Kurumu'nun Kişisel Veri Güvenliği Rehberi'nin "Kişisel Verilerin Yedeklenmesi" bölümü; verilerin zarar görmesi, yok olması veya çalınması hâlinde veri sorumlusunun yedeklenen verileri kullanarak en kısa sürede faaliyete geçmesi gerektiğini, fidye yazılımlarına karşı veri yedekleme stratejileri geliştirilmesinin önerildiğini, yedeklenen kişisel verilere yalnızca sistem yöneticisinin erişebilmesi gerektiğini ve veri seti yedeklerinin mutlaka ağ dışında tutulması gerektiğini belirtir (KVKK Kişisel Veri Güvenliği Rehberi).

Bu maddelerin Acronis tarafındaki karşılıkları doğrudandır. "En kısa sürede faaliyete geçme" beklentisi RTO hedefinin yazılı hâle getirilmesini ve Instant Restore gibi hızlı kurtarma yollarının önceden test edilmesini gerektirir. "Ağ dışında tutma" beklentisi bulut depolamaya replikasyonla veya şirket içi dağıtımda tape ile karşılanır. "Yalnızca sistem yöneticisinin erişebilmesi" rol tabanlı erişim ve yedek şifrelemesiyle sağlanır; fidye yazılımına karşı strateji ise değiştirilemez depolamanın açık olması, saklama süresinin bilinçli seçilmesi ve geri dönüş noktasının temizliğinin doğrulanması demektir.

Paket seçimi ise üç soruya verilecek cevaba bağlıdır. Yönetim konsolunun kurum içinde mi bulutta mı çalışacağı birinci sorudur; şirket içi yönetim isteyen kurumlar Acronis Cyber Protect 16 tarafına, abonelik ve merkezî yönetim isteyenler Acronis Cyber Protect Cloud tarafına yönelir. İkinci soru güvenlik katmanının yedeklemeyle aynı ajanda olup olmayacağıdır; olacaksa Advanced Security + EDR eklenir. Üçüncü soru yama, envanter ve uzaktan yönetimin de aynı konsola taşınıp taşınmayacağıdır; taşınacaksa Acronis Advanced Management devreye girer. Diğer marka ve ürünleri karşılaştırmak isterseniz çözümlerimiz sayfasındaki tüm portföyü inceleyebilirsiniz.

Yedekleme mimarisinin altyapı tarafı da ihmal edilmemelidir. Depolama kapasitesinin planlanması, yedek pencerelerinin üretim yüküyle çakışmaması, izleme ve uyarı kanallarının kurulması ile kurtarma tatbikatlarının takvime bağlanması projenin kalıcı başarısını belirler; bu konularda DevOps ve altyapı hizmetlerimiz devreye girer.

Mevcut yedekleme çözümünüzü, iş yükü envanterinizi ve kurtarma hedeflerinizi paylaşın; Acronis Cyber Backup tarafında hangi lisans sürümünün, hangi yedek hedeflerinin ve hangi saklama politikasının doğru olduğunu birlikte belirleyelim. Kapsam, migrasyon planı ve devreye alma adımlarını içeren bir teklif hazırlayalım. İletişim sayfamızdan bize ulaşın — Türkçe teknik destek, kurtarma tatbikatı ve kurulum sonrası işletme desteği dâhil çalışıyoruz.