2 poin oleh GN⁺ 2023-11-28 | 1 komentar | Bagikan ke WhatsApp
  • Pengguna Google Drive for desktop di Windows meminta bantuan karena Drive tampak seolah kembali ke kondisi Mei 2023, dan perubahan data serta struktur folder setelah itu menghilang
  • Riwayat aktivitas juga hanya menampilkan catatan bulan Mei dan tidak ada file yang dihapus secara langsung, sehingga file tidak dapat ditemukan bahkan di Trash, jalur pemulihan penghapusan yang umum
  • Program pemulihan yang disarankan oleh tim dukungan Google serta prosedur pencadangan dan pemulihan folder DriveFS tidak membuahkan hasil, dan pengguna mengatakan tidak dapat memastikan apakah masalahnya sedang ditinjau oleh engineer
  • Pengguna lain juga melaporkan masalah serupa, seperti folder dan file yang hilang, file lokal yang tidak terunggah, serta Drive desktop yang bermasalah dalam jangka panjang
  • Community Manager Google Drive menyatakan bahwa investigasi telah selesai dan ada solusi, lalu menautkan ke unggahan Forum terkait masalah sinkronisasi Drive for desktop v84.0.0.0~84.0.4.0

Gejala yang pertama kali dilaporkan

  • Pengguna Drive for Desktop di Windows melaporkan bahwa file Google Drive tiba-tiba hilang
  • Drive tampak benar-benar kembali ke kondisi Mei 2023, dan data dari Mei hingga saat pelaporan menghilang
  • Struktur folder juga tampak kembali ke kondisi bulan Mei
  • Riwayat aktivitas Google Drive tidak menampilkan perubahan, hanya aktivitas dari bulan Mei
  • Karena file tidak dihapus secara manual, pengguna mengatakan file juga tidak ada di Trash
  • Pengguna menjelaskan bahwa ia tidak menyinkronkan atau membagikan file dan Drive dengan orang lain, dan menggunakannya secara lokal

Upaya pemulihan dan titik buntu

  • Sesuai arahan tim dukungan Google Korea, pengguna menjalankan program pemulihan, tetapi gagal
  • Ia juga menerima instruksi untuk mencadangkan dan memulihkan folder DriveFS, tetapi tidak ada perubahan
  • Setelah itu, masalah dilaporkan ke tim dukungan Google yang tampaknya berada di AS, dan pengguna diminta agar masalah diteruskan ke engineer
  • Tidak ada jawaban dari engineer, dan pengguna mengatakan tidak tahu apakah masalahnya sedang ditinjau
  • Pengguna menjelaskan bahwa ia masih menggunakan Drive hingga beberapa hari sebelumnya, lalu masalah terjadi keesokan paginya

Kasus serupa yang menyusul

  • Pengguna lain meninggalkan komentar bahwa mereka mengalami masalah yang sama
  • Sebagian pengguna mengatakan folder dan file menghilang, dan opsi pemulihan yang disarankan tidak berfungsi
  • Seorang pengguna mengatakan kehilangan file selama 2 tahun
  • Pengguna lain mengatakan file masih ada secara lokal, tetapi tidak diunggah ke cloud selama 2 minggu
  • Pada akhir Desember 2023 dan Januari 2024, komentar lain menyusul yang mengatakan Drive desktop hampir tidak berfungsi selama hampir sebulan, atau sebagian folder bersama di komputer tidak muncul di drive.google.com

Panduan Google dan tautan lanjutan

  • Community Manager Google Drive menyampaikan bahwa tim telah menyelidiki masalah tersebut dan ada solusinya
  • Unggahan yang ditautkan adalah Drive for desktop v84.0.0.0 - 84.0.4.0 Sync Issue
  • Jawaban tersebut direkomendasikan oleh karyawan Google, Dave - Sr. Product Support Manager
  • Setelah itu, Product Expert Alumni membagikan panduan bahwa pengguna yang mengalami masalah Drive for Desktop asli harus melihat dokumen dukungan Google dan menghubungi dukungan 1:1
  • Untuk permintaan pemulihan file umum yang tidak terkait dengan masalah Drive for Desktop, mereka membedakannya dengan mengarahkan pengguna agar mengikuti utas panduan pemulihan file terpisah

Dampak yang tersisa bagi pengguna

  • Sebagian pengguna mengatakan mereka tidak dapat memulihkan file selama hampir sebulan dan tetap membayar biaya ruang penyimpanan tambahan
  • Ada juga komentar bahwa prosedur yang disarankan tidak dapat digunakan karena menu pemulihan tidak ada
  • Kasus terus bermunculan dari pengguna yang tidak dapat menemukan file penting seperti bukti pekerjaan, akta kelahiran, dan catatan kerja karyawan
  • Utas awal telah dikunci sehingga penulisan balasan dinonaktifkan

1 komentar

 
GN⁺ 2023-11-28
Komentar Hacker News
  • Agak menyamping, tapi saya penasaran apa motivasi pelanggan yang menjadi sukarelawan di forum dukungan perusahaan raksasa
    Memang bagus kalau ada komunitas yang responsnya cepat, tetapi untuk perusahaan dengan kapitalisasi pasar 1 triliun dolar, menurut saya mereka seharusnya mengeluarkan uang untuk dukungan pelanggan yang layak
    Bahkan dalam kasus ini, petugas dukungan pelanggan sukarela hanya menjawab, “Kami adalah sukarelawan sehingga tidak bisa mengakses akun pengguna dan hanya bisa berbagi pengalaman. Dalam kasus ini tidak ada yang bisa kami lakukan,” dan tidak ada cara untuk mengetahui apakah Google bahkan sudah melihat masalah ini

    • Ironisnya, untuk mendaftar di Google Play Store Anda justru harus menyediakan dukungan pelanggan
      https://support.google.com/googleplay/android-developer/answ...
      Tertulis bahwa untuk setiap aplikasi, pertanyaan pengguna terkait aplikasi berbayar atau pembelian dalam aplikasi harus dijawab tepat waktu, pertanyaan dukungan pelanggan harus direspons dalam 3 hari kerja, dan jika Google menghubungi terkait masalah produk yang mendesak, Anda harus membalas dalam 24 jam
    • Sepertinya motivasinya sama dengan para sukarelawan yang membantu orang lain di forum dukungan lain
      Berapa pun kapitalisasi pasar perusahaan di balik produknya, sifat dasar manusia tidak berubah
      Saya tidak tahu apa yang diharapkan berbeda dari kontributor Stack Overflow untuk Microsoft SQL Server atau Blender, dan sebagian orang memang senang membantu orang lain meski hanya mendapat poin internet palsu
    • Saya tidak mengerti kenapa orang yang bahkan bukan karyawan ikut campur dalam diskusi seperti ini
      Dalam kasus seperti ini, benar-benar tidak ada bantuan yang bisa diberikan
    • Saat mencari apakah ada dukungan operator untuk Pixel Watch 2 di pasar Australia, saya masuk ke sebuah thread Google Support, dan “jawaban yang diterima” untuk pertanyaan operator mana yang mendukung jam tersebut dan kapan, ternyata adalah jawaban dari sukarelawan dukungan di Eropa
      Orang itu hanya mengulang dokumen dukungan dan berpura-pura memberi jawaban yang berwenang tanpa menambahkan nilai apa pun, lalu thread-nya berakhir begitu saja karena status “jawaban yang diterima”
      Saya penasaran kenapa orang mau meluangkan waktu untuk melakukan hal seperti ini, jadi saya cari-cari, dan tampaknya bagi sebagian orang ini hanyalah aktivitas untuk CV
    • Baru-baru ini saya mencoba menghubungi orang di GitHub
      Di halaman https://github.com/pricing tertulis jelas bahwa jika Anda adalah pengajar terverifikasi dan sudah berlangganan Copilot, Anda harus menghubungi tim dukungan untuk mengetahui bagaimana penanganannya
      Tetapi menghubungi siapa pun di GitHub tampaknya nyaris mustahil, dan semua upaya saya berujung pada balasan otomatis dan penutupan postingan
      Saya juga memposting di forum bantuan, tetapi tentu saja tidak mendapat jawaban
      Setelah kejadian ini, saya memutuskan untuk tidak lagi menaruh hal-hal penting hanya di GitHub, dan jadi berpikir bahwa kalau ada masalah lain di masa depan saya juga tidak akan mendapatkan bantuan apa pun
      Memang wajar untuk berhati-hati, tetapi ketika mengalami masalah seperti ini, terasa sekali betapa sulitnya menghubungi perusahaan besar modern
  • Ada juga permintaan dukungan lain yang menyebut data hilang
    https://support.google.com/drive/thread/245534268/a-spreadsh...
    https://support.google.com/drive/thread/245524854/data-in-go...
    https://support.google.com/drive/thread/245596891/5-months-o...
    https://support.google.com/drive/thread/245661673/disappeari...
    https://support.google.com/drive/thread/245407620/i-can-t-fi...

  • Saya jadi merasa perlu juga men-dump data saya dengan Google Takeout
    https://takeout.google.com

    • Saya membeli SSD 4TB eksternal dan setiap beberapa minggu mengunduh data lewat Takeout untuk dijadikan cadangan offline, berjaga-jaga kalau terjadi insiden besar di pihak Google dan data saya terhapus permanen
      Drive lokal itu saya simpan di brankas “tahan api”
      Meski begitu, istilah tahan api itu agak menyesatkan karena barang di dalam brankas tahan api pun tetap bisa terbakar, tetapi saat rumah atau apartemen terbakar itu tetap lebih baik daripada tidak punya apa-apa
      Saya juga mencadangkannya ke Amazon Glacier sebagai cadangan eksternal ketiga
      Bisa juga memakai S3, tetapi mungkin sedikit lebih mahal daripada Glacier
    • Rclone bisa dipakai untuk mencadangkan Google Drive, dan Docs bisa diambil sebagai .docx, Sheets sebagai .xlsx
      Menurut saya ini alat transfer file yang lebih baik untuk penyedia cloud mana pun
      https://rclone.org/
    • Ada satu catatan penting yang mudah terlewat
      File yang dibagikan kepada saya tidak akan ikut diekspor jika saya melebihi kuota atau organisasi tempat saya berada melebihi kuota
      Anda harus mengunduh semuanya secara manual ke lokal, atau mencari alat lain untuk mengambil file-file seperti ini
    • Saya pernah mencobanya dengan data Nest, tetapi beberapa hari kemudian hanya menerima email yang mengatakan “terjadi masalah, silakan coba lagi nanti”
    • Saya berharap Apple juga menyediakan fitur untuk mengekspor data seperti ini dari satu tempat
  • Hal serupa juga pernah terjadi pada akun Google Workspace berbayar untuk perusahaan
    Suatu hari seluruh Drive benar-benar berubah seolah melakukan perjalanan waktu sekitar 6 tahun ke masa lalu, dan puluhan GB file menghilang, sementara puluhan GB file lama yang sudah dihapus 100% justru muncul di tempatnya
    Saya tidak terlalu memikirkannya ke arah “apa Google benar-benar menghapusnya”, tetapi karena ini akun Workspace, mungkin saja ada setelan seperti “jangan pernah benar-benar menghapus data” yang aktif
    UI admin Workspace begitu rumit sampai rasanya perlu gelar doktor untuk memahaminya, jadi saya tidak memeriksanya
    Karena semuanya sudah disinkronkan ke NAS lokal, saya tidak terlalu khawatir, dan itu malah cukup menarik seperti perjalanan nostalgia
    Keesokan harinya semuanya kembali normal

    • Menurut saya, dalam situasi seperti ini perlu ada koordinasi dengan pengguna
      Kalau pengguna sudah mulai memperbaikinya sendiri, apakah pekerjaan itu juga akan di-rollback?
      Atau kalau mereka sekalian merapikan atau menyusun ulang struktur folder secara besar-besaran, apa yang akan terjadi?
    • Hampir pasti memang ada setelan “jangan pernah benar-benar menghapus data”
      Itu adalah fitur yang memungkinkan administrator sistem memulihkan semuanya saat pengguna tidak sengaja menghapus seluruh data
      UI admin Workspace dirancang untuk administrator sistem terlatih, bukan pengguna akhir, dan meski begitu cukup mudah ditemukan kalau sedikit mencari
  • Inilah masalah Google Drive dan cloud secara umum saat menangani keadaan yang tersinkronisasi
    Orang-orang berpikir, “karena ada di komputer lokal dan juga di cloud, pasti jauh lebih aman”
    Padahal banyak hal buruk yang tak terlihat bisa terjadi sebelum pengguna menyadari datanya hilang
    Anda bisa menyimpan file ke disk, lalu jika klien cloud bermasalah—terutama saat koneksi buruk—file itu bisa sama sekali tidak tersinkron, lalu hilang saat OS diinstal ulang, atau bahkan terhapus juga dari lokal
    Jika ada masalah di pihak penyedia cloud dan mereka memulihkan dari backup, keadaan hasil pemulihan itu akan tersinkron kembali ke komputer saya
    Jika penyedia tiba-tiba tidak menyukai suatu file—misalnya ditandai antivirus—file itu bisa dihapus dari server, lalu itu tersinkron juga ke komputer saya
    Itu bisa saja false positive, atau bisa juga ada alasan untuk menyimpan file yang terinfeksi
    Setahu saya klien resmi Google Drive dibuat cukup baik dan saya sudah lama memakainya, tetapi bug tetap bisa terjadi
    Kesimpulannya, Anda harus membuat backup sendiri

    • Pembandingnya keliru
      Konsumen rata-rata sebelumnya memang sama sekali tidak melakukan backup, dan hanya dengan menaruh barang di layanan cloud saja itu sudah peningkatan besar dibanding cara tersebut
    • Mengatakan “buat backup sendiri” mirip dengan mengatakan bahwa memasak sendiri dari bahan segar membuat kita lebih mudah makan sehat
      Kita tahu yang terbaik adalah membuat backup secara teliti dan teratur, serta menguji pemulihannya, tetapi sangat sedikit orang yang cukup disiplin melakukannya
      Memang ada ruang untuk otomatisasi, tetapi bahkan dalam kasus itu pun risikonya kembali sama: kegagalan diam-diam karena bug, lalu orang yang sibuk baru sadar saat sudah terlambat
    • Pada akhirnya ini mendekati pola pikir prepper
      Segalanya punya risiko, dan masing-masing orang harus menentukan tingkat risiko yang bisa mereka terima
      Apakah cloud punya masalah? Ya, tentu ada
      Tetapi kebanyakan orang jauh lebih mungkin merusak backup lokal mereka sendiri daripada penyedia cloud
      Kalau melihat bagaimana orang rata-rata memperlakukan hard disk eksternal, rasanya mereka tidak sadar bahwa di dalamnya ada piringan kaca rapuh
  • Saya juga kehilangan file selama 6 bulan pada Kamis minggu lalu, dan benar-benar putus asa
    Google Drive seharusnya menjadi backup saya, tetapi setelah bicara dengan tim dukungan, mereka bilang file itu tidak bisa dipulihkan
    Sepertinya pembaruan paksa klien jarak jauh merusak sistem file klien tempat file-file itu disimpan
    Perangkat lunak tidak boleh ditulis dengan cara yang memungkinkan file hilang begitu saja dari mesin klien
    Ini tidak bisa diterima

    • Inti dari backup adalah menyimpan salinan data di suatu tempat
      Jika satu-satunya salinan ada di Google Drive, berarti Anda sama sekali tidak punya backup
    • Google Drive bukan backup
      Backup setidaknya harus offline, harus berupa snapshot atau replika dari data “real-time”, dan juga harus berada di lokasi terpisah
      Coba cari tentang backup 3-2-1
      Google Drive adalah penyimpanan real-time, jadi file-file itu hilang dan tidak ada cara untuk mencegahnya
      Sekali lagi, itu bukan backup, itu hanya file saya yang berada di komputer orang lain
      Hal terpenting dalam backup adalah menguji pemulihan secara berkala
      Aturan saya adalah “tidak ada pemulihan yang berhasil = tidak ada backup”
      Kedengarannya jelas, tetapi ini sudah beberapa kali terjadi pada pelanggan, dan selalu ada email “backup normal”, tetapi ketika datanya diperiksa ternyata tidak ada apa pun yang tercatat selama setengah tahun
  • Gila
    Hari ini ibu saya menelepon dan kami menghabiskan satu jam mencari ke mana file Google Drive-nya pergi
    Kami sama sekali tidak bisa mengetahui kenapa ini terjadi, tetapi sekarang saya yakin masalah inilah penyebabnya

    • Saya jadi dua kali lebih bersyukur atas keputusan untuk tidak menggabungkan milik orang tua saya ke GDrive dan membiarkannya tetap di penyedia lama
  • Mengerikan
    Dari postingan forum terasa sekali rasa sakit dan ketidakpastiannya
    Belakangan ini pengguna Pixel yang memakai beberapa profil pengguna juga kehilangan akses ke file mereka
    Dalam kasus itu datanya sebenarnya tidak hilang, dan masalahnya kemudian diperbaiki lewat pembaruan
    [0]https://support.google.com/pixelphone/thread/239104039/can-n...

  • Saya memakai rclone saat membackup Google Drive ke S3
    Jika Anda belum melakukan hal serupa, saya merekomendasikannya
    rclone juga bisa mengekspor Google Docs ke format ODF

    • Perlu diingat bahwa konversi ODF terjadi di pihak Google
      Artinya, jika dokumen cloud melebihi ukuran tertentu yang sangat kecil sampai terasa memalukan—misalnya deck Slides untuk presentasi akhir tahun anak magang yang berisi beberapa video—yang muncul hanya error ukuran, dan tidak ada yang bisa diperbaiki oleh rclone
      Jadi pada akhirnya Anda harus benar-benar memperhatikan peringatannya
    • Saya juga menjalankan sinkronisasi ke flash drive yang dienkripsi dengan veracrypt
      Penyimpanan lokal menurut saya adalah inti dari strategi backup data pribadi
    • Penasaran apakah Anda menjalankannya setiap hari dengan cron atau semacamnya
      Saya sedang memikirkan bagaimana cara membackup foto-foto saya dari Google
  • Terlalu bergantung pada layanan cloud adalah kesalahan yang fatal
    Orang sering lupa bahwa teknologi seperti ini juga bisa mengalami error seperti perangkat sehari-hari
    File sensitif sebaiknya tidak disimpan di cloud

    • Mungkin maksudnya jangan menjadikannya satu-satunya salinan
      Itu memang sudah jelas
      Namun perangkat sehari-hari jelas jauh kurang dapat diandalkan dibanding penyimpanan redundan yang dikelola oleh insinyur penyimpanan profesional