Google Çalışma Alanı Yedeklemesi: NinjaOne vs Acronis vs CloudAlly
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ındaki organizasyonel yapı, yedek yapılandırmaya 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, NinjaOne veya Acronis'in sunamadığı olağanüstü bir esneklik sağlar.
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ış sergiliyor gibi görünüyor (muhtemelen etiketli yeni öğeler oluşturuyor), ancak açık bir seçim imkanının olmaması kullanıcı deneyimi açısından bir eksikliktir. Veri çakışmaları üzerinde hassas kontrol gerektiren üretim ortamındaki geri yüklemeler için bu sorunlu olabilir.
Metodoloji
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.