Google Çalışma Alanı Yedeklemesi: NinjaOne vs Acronis vs CloudAlly
Kullanıcılar:
- Etkinleştirildiğinde, gelecekteki Google Çalışma Alanı kullanıcılarını otomatik olarak yedeklemeye ekleyen bir onay kutusu.
- Büyüyen kuruluşlar için mükemmel, her yeni çalışanı manuel olarak eklemeye gerek yok.
- “Aman Tanrım, yeni işe alınan kişinin yedeklemesini yapmayı unuttuk” gibi durumların önüne geçer.
Yedekleme saklama süresi:
- Yapılandırılabilir saklama süresi
- Seçenekler içeren açılır menü: 30 gün, 60 gün, 90 gün, 1 yıl, 2 yıl, sınırsız
- Varsayılan süre 1 yıl gibi görünüyor.
Yedekleme konumu:
- Yedekleme kurulumu sırasında değiştirilemez.
- CloudAlly, "Bunu hesap oluşturma sırasında seçtiniz" diyor.
- Şu an için kendi depolama alanınızı kullanma veya alternatif bölgeler seçme seçeneği bulunmamaktadır.
Depolama bölgesi notu: NinjaOne'ın (yedekleme kurulumu sırasında bölge seçimi sunar) ve Acronis'nın (deneme sürümü oluşturma sırasında bölgeyi kilitler) aksine, OpenText CloudAlly, depolama bölgesini ilk hesap kaydı sırasında, hatta sürecin daha da başlarında kilitler .
Yedekleme sıklığı:
- Günde 3 kez: Ücretli abonelik kapsamındadır (deneme sürümünde mevcut değildir)
- Günlük: Deneme sürümünde mevcut, biz bunu seçtik.
- Özel zamanlama: Belirli zamanlama için ek seçenekler
Günde 3 kez yedekleme yapılması ücretli olması, daha sık korumaya ihtiyaç duyan kuruluşlar için maliyeti artırdığı için dikkat çekici bir durumdur.
Organizasyon birimi toplu aktivasyonu:
CloudAlly, NinjaOne veya Acronis'nın sunmadığı benzersiz bir " Toplu aktivasyon çalıştır " özelliği sunmaktadır. Bu özellik özellikle büyük kuruluşlar için değerlidir.
Çalışma prensibi şu şekildedir:
Google Workspace'te kullanıcılar, genellikle departmanlar, ekipler, lokasyonlar veya fonksiyonel gruplar olan organizasyonel birimler (OU'lar) halinde düzenlenir. Örnekler:
- /Mühendislik
- /Satış/Batı Kıyısı
- /Yasal
- /Pazarlama/İçerik Ekibi
- /Finans
Yedekleme için yüzlerce veya binlerce ayrı e-posta hesabını manuel olarak seçmek yerine şunları yapabilirsiniz:
- "Toplu etkinleştirmeyi çalıştır" seçeneğine tıklayın.
- Organizasyon birimlerini seçin (örneğin, "Hukuk Departmanı", "Mühendislik", "Batı Yakası Satışları").
- CloudAlly, bu ünitelerdeki tüm kullanıcılar için yedeklemeyi otomatik olarak etkinleştirir.
Ek avantajlar:
- "Yeni kullanıcıları otomatik olarak etkinleştir" seçeneği etkinleştirilmişse, bu organizasyon birimlerine eklenen yeni çalışanların yedekleri otomatik olarak alınır.
- Kullanıcı bazında manuel yönetime gerek yok.
- Google Çalışma Alanından gelen organizasyonel yapı, yedekleme yapılandırmasına aktarılır.
- Hangi departmanların koruma altında olduğunu anlamak kolay.
Bu, CloudAlly'nin büyük ölçekli kurumsal dağıtımlar için en değerli özelliklerinden biridir ve test edilen üç tedarikçi arasında gerçekten benzersizdir.
Kullanıcı aktivasyonu ve ilk yedekleme
Tüm kullanıcı hesaplarını seçtik ve yedeklemeyi başlatmak için Etkinleştir düğmesine tıkladık.
Kontrol paneli, ilk yedeklemelerini bekleyen tüm aktif kullanıcıları gösterecek şekilde güncellendi.
İlk yedeklemeyi hemen başlatmak için " Şimdi Yedekle " seçeneğine tıkladık.
İlerleme çubuğundaki tutarsızlık – İlk sorun:
Sorunu hemen fark ettik: ilerleme çubuğu ilerliyordu ( yüzde gösteriyordu) ancak veri hacmi için " 0 bayt " gösteriyordu . Bu durum kafa karışıklığına yol açtı:
- Veriler gerçekten yedekleniyor mu?
- İlerleme çubuğu doğru mu?
- Bu bir görüntüleme hatası mı yoksa gerçek bir yedekleme hatası mı?
Bunun sadece bir görüntüleme sorunu olduğu ortaya çıktı; bayt sayısı yalnızca %100 tamamlandıktan sonra güncelleniyor. Ancak bu tutarsızlık, kritik ilk yedekleme sırasında gereksiz bir belirsizlik yaratıyor.
Yedekleme performansı sorunları
Yedekleme performansı sorunları:
Ertesi gün sistemi kontrol ettiğimizde (tüm yedeklemelerin tamamlanmış olmasını bekliyorduk), beş kullanıcının e-posta veya Drive yedeklemelerinin hâlâ tamamlanmamış olduğunu keşfettik. Diğer hizmetler (Takvim, Görevler, Kişiler) tamamlanmıştı, ancak birincil veri türleri (E-posta ve Drive) hâlâ işleniyordu.
En endişe verici olanı: Planlanan ikinci yedekleme dönemine yaklaşıyorduk, ancak ilk yedekleme hala tamamlanmamıştı. Bu temel bir sorun; eğer ilk yedekleme, yedekleme sıklığı aralığından daha uzun sürerse, sistem sürekli olarak geride kalacaktır.
İlerleme çubuğundaki tutarsızlık – İkinci sorun:
Kullanıcı arayüzünde önemli bir tutarsızlık daha keşfettik: OpenText CloudAlly, ilerleme çubuklarının üzerine gelindiğinde " Sürüş Tamamlandı " durumunu gösteriyordu. Ancak, ayrıntıları görüntülemek için aşağı ok simgesine tıkladığımızda, "Tamamlandı" olarak işaretlenen hizmetlerin aslında hala " İşlemde " olduğunu gördük.
Bu neden sorunlu:
- Yöneticiler, durum bilgilerine dayanarak kararlar alırlar.
- "Tamamlandı" durumu, yöneticilerin korumanın tamamlandığına inanmasına yol açabilir.
- Yedekleme durumu hakkında yanlış bir güven duygusuna yol açabilir.
- Kullanıcı arayüzü raporlamasındaki tutarsızlıklar sisteme olan güveni zedeliyor.
- Doğru durumu öğrenmek için ayrıntılara inmek gerekiyor.
Bu, önemsiz bir kozmetik sorun değil; güvenilirlik ve itimat sorunudur. Kullanıcı arayüzü yanlış durum bildirirse, yöneticiler operasyonel kararlar için gösterge paneli bilgilerine güvenemezler.
Kritik bulgu – Bir haftalık başarısızlık:
En büyük posta kutumuz, bir hafta boyunca aralıksız çalışmasına rağmen ilk yedekleme işlemini tamamlayamadı. Bu, temel bir güvenilirlik sorununu temsil etmektedir.
Darbe:
- Kullanıcının tam bir hafta boyunca yedekleme koruması yoktu.
- Kuruluş veri kaybı riskine maruz kaldı.
- Büyük posta kutusuna sahip işletmeler için kullanılamaz.
- Platformun genel güvenilirliğini sorguluyor.
Bu durum, CloudAlly'yi 10.000'den fazla e-postaya veya 300 MB'tan fazla boyuta sahip posta kutularına sahip kuruluşlar için fiilen kullanılamaz hale getiriyor.
Kurtarma arayüzü ve seçenekleri
Yedekleme performansındaki sorunlara rağmen, CloudAlly'nin özellik setini anlamak için geri yükleme yeteneklerini inceledik.
Kurtarma menüsü, kullanıcıların bir listesini görüntüler. Kurtarma seçeneklerini incelemek için kendimizi seçtik.
Çift yönlü geri yükleme yaklaşımları:
CloudAlly iki farklı geri yükleme yöntemi sunar:
- Anlık görüntüden geri yükleme: Yedekleme anlık görüntülerine tarihe göre göz atın ve verileri belirli zaman noktalarından geri yükleyin.
- Öğe araması yoluyla geri yükleme: Tüm yedeklemelerde belirli öğeleri arayın ve bunları tek tek geri yükleyin.
Her iki yaklaşımın da kullanım alanları mevcuttur:
- Anlık görüntü geri yükleme: "Posta kutumu 1 Haziran'daki haline geri yükle."
- Öğe araması: "John Smith'ten gelen 2. çeyrek bütçesiyle ilgili e-postayı bul ve geri yükle"
Anlık görüntü tabanlı geri yükleme
Bir tarih aralığı seçtik ve CloudAlly o dönemden mevcut tüm anlık görüntüleri gösterdi.
Ayrıntılı hizmet düzeyi geri yükleme:
CloudAlly'nin anlık görüntü arayüzü, her bir hizmeti bağımsız olarak geri yükleyebileceğinizi gösteriyor:
- E-postalar
- Belgeler (Drive)
- Görevler
- İletişim
- Takvim
Bu ayrıntı düzeyinin önemi:
Bir kullanıcının yanlışlıkla tüm takvimini sildiğini, ancak e-postalarının sağlam olduğunu düşünün. Hizmet seviyesi geri yükleme ile şunları yapabilirsiniz:
- Yalnızca Takvim hizmetini seçin
- Takvimi dünkü anlık görüntüden geri yükle.
- E-postaları olduğu gibi bırakın (son yazılan e-postaların eski sürümlerle üzerine yazılma riski yoktur).
Bu seçici geri yükleme özelliği, kurtarma işlemleri sırasında istenmeyen veri kaybı riskini azaltır. Yalnızca geri yüklenmesi gerekenleri geri yüklersiniz.
Bir anlık görüntü içinde, geri yüklemeden önce belirli öğeleri filtrelemek için "Ara" düğmesine tıklayabilirsiniz.
Gelen Kutusu için detay düğmesine tıkladığınızda şunlar görüntülenir:
- Gelen kutusundaki tüm klasörler ve kategoriler
- Klasör başına e-posta sayısı
- Beden bilgisi
- Hiyerarşik klasör yapısı
E-posta listesine tıkladıktan sonra, indirme işlevini test etmek için en çok gönderilen 5 e-postayı seçtik.
Dışa aktarma işlevleri ve seçenekleri
İhracat hedefi seçenekleri:
E-postaları dışa aktarırken CloudAlly, ne NinjaOne'ın ne de Acronis'nın sağlayamadığı olağanüstü bir esneklik sunar.
Dışa aktarma iletişim kutusu seçenekleri:
İş adlandırması:
- Dışa aktarma işine bir ad atayın.
- Takip için İşler menüsünde görünür.
- Birden fazla eş zamanlı dışa aktarımı düzenlemek için kullanışlıdır.
Dışa aktarma formatları:
- EML: Çoğu e-posta istemcisi tarafından okunabilen standart e-posta formatı.
- PST: Outlook/Exchange'e içe aktarmak için Outlook uyumlu format.
CloudAlly'ye özgü hedef seçenekleri:
- Yerel indirme: Standart ZIP dosyasını bilgisayarınıza indirin.
- Google Drive: Doğrudan bir Google Drive hesabına (sizinki veya yetkilendirilmiş başka bir hesap) dışa aktarın.
- Dropbox: Dropbox bulut depolama alanına dışa aktar
- Microsoft OneDrive: OneDrive'a Aktar
- FTP/SFTP: Kontrolünüz altındaki herhangi bir FTP veya SFTP sunucusuna dışa aktarın.
Öğe arama ve geri yükleme
Öğe düzeyinde kurtarma özelliğini test etmek için, gelen kutusundan belirli bir e-postayı sildik.
CloudAlly'nin öğe arama kurtarma seçeneğini kullanarak "OpenAI" ifadesini aradık.
Gelişmiş arama modu, ek filtreleme özellikleri sunar.
Silinen e-postayı bulmak için arama yaptık.
Geri yükleme iletişim kutusu, özellikle geçiş senaryolarında faydalı olan farklı bir e-posta adresine geri yükleme de dahil olmak üzere çeşitli seçenekler sunuyordu.
Onay işleminden sonra sistem 1 saniye içinde geri yüklemeyi tamamladı. Kurtarılan e-posta, gelen kutumuzda "***geri yüklendi" etiketleriyle göründü.
Tam posta kutusu geri yükleme testi
Bir e-posta adresine ait (170 e-posta, 7,61 MB) posta kutusunun tam bir geri yükleme işlemini gerçekleştirdik. İşlem arayüzü ilerlemeyi gösterdi ve yaklaşık 180 saniyede tamamlandı.
Geçersiz kılma seçeneği eksik:
CloudAlly'nin geri yükleme işlemi sırasında öğe işleme tercihleri konusunda bir uyarı vermediğini fark ettik. Özellikle şu konularda soru sormadı:
- Mevcut öğeler, geri yüklenen sürümlerle geçersiz kılınmalı mı?
- Geri yüklenen öğeler yeni öğeler (kopyalar) olarak mı oluşturulmalı?
- Çatışmalar nasıl ele alınmalı?
Hem NinjaOne hem de Acronis bu seçenekleri sunarak yöneticilere geri yüklenen verilerin mevcut verilerle nasıl etkileşim kuracağı konusunda kontrol imkanı tanır. CloudAlly varsayılan bir davranış kullanıyor gibi görünüyor (muhtemelen etiketli yeni öğeler oluşturuyor), ancak açık bir seçim imkanının olmaması bir kullanıcı deneyimi eksikliğidir. Veri çakışmaları üzerinde hassas kontrol gerektiren üretim geri yüklemeleri için bu sorunlu olabilir.
Google Çalışma Alanı Yedekleme kıyaslama metodolojisi
Adil bir karşılaştırma sağlamak için bu kıyaslama çalışmasını kontrollü koşullar altında gerçekleştirdik:
Test ortamı:
- Özdeş ağ koşulları
- Aynı Google Çalışma Alanı hesabı (21 aktif posta kutusu)
- Aynı zaman dilimi (tüm testler bir hafta içinde yapıldı)
- Tüm hesaplarda 90.000'den fazla e-posta.
Test kapsamı:
- İlk tam yedekleme performansı (ilk kez eksiksiz posta kutusu içe aktarma)
- Tam posta kutusu geri yükleme performansı
- Özelliklerin kullanılabilirliği ve erişilebilirliği
- Kurulum karmaşıklığı ve ilk yedeklemeye kadar geçen süre
Test ettiklerimiz:
- İlk Kurulum
- E-posta yedekleme ve geri yükleme (ana odak noktası)
- Google Sürücü ve Takvim kullanılabilirliği (gözlemlendi ancak performans testi yapılmadı)
- Gelişmiş özellikler (arama, denetim kayıtları, taşıma, saklama politikaları)
Test etmediğimiz şeyler:
- Microsoft 365 yedekleme (Google Yalnızca Çalışma Alanı)
- Uzun süreli saklama
- Destek yanıt verme yeteneği
Yorum yapan ilk kişi olun
E-posta adresiniz yayınlanmayacak. Tüm alanlar gereklidir.