Google Drive, aylar süren müşteri verilerini yanlış yere yerleştirdi

Google Drive'da müşteri dosyaları aylar boyunca kayboldu

• Google Drive kullanıcıları, hizmette dosyaların gizemli şekilde kaybolduğu bir sorunu bildirdi.
• Bazı kullanıcılar 6 aydan uzun süredir yaptıkları çalışmaların kaybolduğunu öne sürerken, geri yükleme girişimleri de başarısız oldu.
• Sorunun nedenine dair çok fazla bilgi yok ancak bazıları senkronizasyon özelliğinin çalışmayı durdurduğunu bildirdi.

Güncelleme eklendi

• Kullanıcı MatthewSt bir çözüm önerdi ancak bunun resmi bir tavsiye olmadığı için dikkatli olunması gerekiyor.

GN⁺ görüşü

• Bu haberde en önemli nokta, bulut depolamanın her zaman güvenli olmayabileceği.
• Google Drive'daki bu olay, kullanıcılara bulut hizmetlerini kullanırken dikkatli olmaları gerektiğini hatırlatıyor.
• Özellikle iş açısından kritik veriler için buluta bağımlı olurken, hizmet şartlarını yeterince anlamanın ve bir yedekleme planı oluşturmanın önemli olması dikkat çekici.

[GN⁺]

Hacker News görüşleri

• Google Photos'ta veri kaybı deneyimi

  • Bir kullanıcı, Google Photos'a artık güvenmemesine yol açan bir deneyimini paylaştı. 10 yıl önce Seattle'a taşındığında çok sayıda fotoğraf çekmişti, ancak Google Photos'ta o döneme ait yalnızca birkaç fotoğrafın kaldığını fark etti.
  • Ayrıca, eski fotoğrafların bazıları kısmen bozulmuştu; düzgün render edilmiyor ya da parazit gibi görünüyordu.
  • Neyse ki kaybolan fotoğraflar, gençlik döneminden çok da önemli olmayan fotoğraflardı; çocuklarının önemli anılarıyla ilgili değildi.

• Kişisel Google Workspace hesabı ve CubeBackup kullanma önerisi

  • Başka bir kullanıcı, kişisel bir Google Workspace hesabı kullanıp self-hosted bir CubeBackup instance'ı ile düzenli (saatlik) yedekler yöneterek veri kaybı sorununu çözdüğünü anlattı.
  • CubeBackup üzerinden her gün e-posta özeti alıyor ve Google Drive, e-posta, kişiler gibi verileri yerel bir Synology NAS ile Backblaze B2'ye yedekliyor.
  • CubeBackup ile kişisel bir Google Workspace hesabı kullanımını tavsiye ediyor; bunun yıllık $5 maliyet için fazlasıyla değerli olduğunu söylüyor.

• Google Drive'da rastgele paragraf kaybı deneyimi

  • Bir başka kullanıcı, Google Drive kullanarak roman yazarken Drive'ın rastgele paragrafları sildiğini yaşadığını belirtti.
  • Silinen paragraflarda belirli bir örüntü yoktu ve romanın tamamında toplam yaklaşık 8.000 kelime kayboldu.
  • Destek ekibine e-posta gönderdi ancak yanıt alamadı; o günden sonra Google Drive'a güvenini kaybetti.

• Google Drive arayüzündeki karmaşa nedeniyle veri kaybını fark etmenin zorluğu

  • Kullanıcıların verilerinin kaybolduğunu nasıl fark ettikleri sorgulanıyor. Google Drive'ın kullanıcı arayüzü karmaşık olduğu için kişi kendi belgelerini bulmakta zorlanabiliyor; başkalarının yazdığı belgeleri ise doğrudan bağlantı elinde değilse bulmak daha da zor.

• Google Drive'da işletme verisi kaybı ve geri gelme deneyimi

  • Bir işletmede Google Drive'dan rastgele dosyalar kayboldu ve birkaç hafta ya da birkaç ay sonra çoğu kök klasörde yeniden ortaya çıktı.
  • Google destek ekibi sorunu kabul etmedi ve şu anda Google + Slack + Notion'dan OneDrive + Teams + Loop'a geçiş düşünülüyor.
  • Microsoft'un destek ekibi Loop etkinleştirmeye yardımcı oluyor, ancak belgelerdeki yönergeler çalışmadığı için süreç gecikiyor.

• rclone ile OneDrive'dan Dropbox'a yedekleme kurulumı

  • Bir kullanıcı, rclone kullanarak OneDrive'ın tam yedeğini her gün Dropbox'a alacak şekilde yapılandırdığını söyledi.
  • İki hizmetin aynı anda başarısız olma ihtimalinin düşük olduğunu düşündüğü için bunu güvenli buluyor ve rclone kullanımını öneriyor.

• E-postaların topluca kaybolması ve destek forumlarının yaklaşımı

  • Bir kullanıcının partneri, aylarca hatta yıllarca biriken e-postaların topluca bir anda kaybolduğu bir durum yaşadı.
  • Destek forumlarında ise biri böyle bir sorun bildirdiğinde destek temsilcileri kişiyi suçluyor; e-postaların gerçekten kaybolduğunu görmelerine rağmen "silmeyi bırak" dedikleri oluyor.

• Google'daki veri kaybının olası nedenine dair tahmin

  • Google'ın replikasyon sürecinin 6 ay boyunca gecikmiş olabileceği ve bunu düzeltmeye çalışırken eski verileri gösteren bir replikayı master olarak atamış olabileceği tahmin ediliyor.
  • Replikalar arasında çakışmalar oluşmuş olabilir; verileri akıllıca birleştirecek kod yazılması gerekebilir ve bazı kullanıcılar kalıcı veri kaybı yaşamış olabilir.

• immich ile görselleri self-host etme ve yedekleme

  • Bir kullanıcı, immich kullanarak görsellerini self-host ettiğini ve bundan memnun olduğunu söyledi.
  • Mobil uygulaması yeterince iyi ve yüz tanıma ile donanım hızlandırmalı video transcoding özellikleri sunuyor.
  • Hizmet, Tailscale ya da ucuz bir Hetzner kutusunda reverse proxy kullanılarak sunulabilir.
  • İyi bir yedekleme şart; kullanıcı ayrı bir VLAN üzerinde bir yedekleme sunucusu tutuyor, ZFS snapshot'larını günlük senkronluyor ve Duplicati kullanarak Google Drive'a günlük artımlı şifreli yedek alıyor.