2 điểm bởi GN⁺ 2023-11-28 | 1 bình luận | Chia sẻ qua WhatsApp
  • Một người dùng Google Drive for desktop trên Windows đã yêu cầu trợ giúp vì Drive có vẻ như quay về trạng thái tháng 5/2023, khiến dữ liệu và các thay đổi trong cấu trúc thư mục sau đó biến mất
  • Trong lịch sử hoạt động cũng chỉ thấy bản ghi của tháng 5 và không có tệp nào bị xóa thủ công, nên không thể tìm thấy tệp trong Thùng rác, vốn là cách khôi phục thông thường khi xóa
  • Người dùng cho biết chương trình khôi phục do bộ phận hỗ trợ Google hướng dẫn và quy trình sao lưu/khôi phục thư mục DriveFS đều không hiệu quả, và cũng không rõ kỹ sư đã xem xét hay chưa
  • Những người dùng khác cũng báo cáo các vấn đề tương tự như thiếu thư mục/tệp, tệp cục bộ không được tải lên, Drive desktop trục trặc trong thời gian dài
  • Quản lý cộng đồng Google Drive cho biết cuộc điều tra đã kết thúc và có giải pháp, đồng thời dẫn tới bài viết trên Forum liên quan đến sự cố đồng bộ Drive for desktop v84.0.0.0~84.0.4.0

Triệu chứng được báo cáo ban đầu

  • Một người dùng Drive for Desktop trên Windows báo cáo rằng các tệp Google Drive đột nhiên biến mất
  • Drive trông như thể đã quay lại đúng nghĩa về trạng thái tháng 5/2023, và dữ liệu từ tháng 5 đến thời điểm báo cáo đã biến mất
  • Cấu trúc thư mục cũng có vẻ đã quay về trạng thái tháng 5
  • Lịch sử hoạt động của Google Drive không hiển thị thay đổi nào, chỉ hiển thị hoạt động trong tháng 5
  • Vì người dùng không xóa tệp theo cách thủ công, họ cho biết trong Thùng rác cũng không có tệp
  • Người dùng giải thích rằng họ không đồng bộ hay chia sẻ tệp và Drive với người khác, mà sử dụng cục bộ

Các nỗ lực khôi phục và điểm bế tắc

  • Theo hướng dẫn của bộ phận hỗ trợ Google tại Hàn Quốc, người dùng đã chạy chương trình khôi phục nhưng thất bại
  • Họ cũng được hướng dẫn sao lưu rồi khôi phục thư mục DriveFS, nhưng không có thay đổi
  • Sau đó, người dùng đã báo cáo vấn đề cho bộ phận hỗ trợ Google có vẻ ở phía Mỹ và được hướng dẫn chuyển cho kỹ sư
  • Họ cho biết không có phản hồi từ kỹ sư và cũng không biết vấn đề có đang được xem xét hay không
  • Người dùng giải thích rằng họ vẫn dùng Drive cho đến vài ngày trước, và sự cố xảy ra vào sáng hôm sau

Các trường hợp tương tự sau đó

  • Những người dùng khác cũng để lại bình luận rằng họ gặp cùng vấn đề
  • Một số người dùng nói thư mục và tệp đã biến mất, còn các tùy chọn khôi phục được hướng dẫn không hoạt động
  • Một người dùng nói họ đã mất 2 năm tệp
  • Một người dùng khác cho biết tệp vẫn có trên máy cục bộ nhưng không được tải lên đám mây trong 2 tuần
  • Vào cuối tháng 12/2023 và tháng 1/2024, tiếp tục có các bình luận rằng Drive desktop gần như không hoạt động trong gần một tháng, hoặc một số thư mục chia sẻ trên máy tính không xuất hiện trên drive.google.com

Hướng dẫn của Google và liên kết tiếp theo

  • Quản lý cộng đồng Google Drive cho biết nhóm đã điều tra vấn đề và có giải pháp
  • Bài viết được dẫn tới là Drive for desktop v84.0.0.0 - 84.0.4.0 Sync Issue
  • Câu trả lời này được Dave - Sr. Product Support Manager, một nhân viên Google, đề xuất
  • Sau đó, một Product Expert Alumni chia sẻ hướng dẫn rằng những người dùng gặp sự cố gốc với Drive for Desktop nên xem tài liệu hỗ trợ của Google và liên hệ hỗ trợ 1:1
  • Các yêu cầu khôi phục tệp thông thường không liên quan đến sự cố Drive for Desktop được phân biệt là nên làm theo luồng hướng dẫn khôi phục tệp riêng

Ảnh hưởng còn lại đối với người dùng

  • Một số người dùng nói họ đã không thể khôi phục tệp trong gần một tháng và vẫn tiếp tục trả phí cho dung lượng lưu trữ bổ sung
  • Cũng có bình luận cho biết không tồn tại menu khôi phục nên không thể dùng quy trình được hướng dẫn
  • Tiếp tục xuất hiện các trường hợp không tìm thấy những tệp quan trọng như bằng chứng công việc, giấy khai sinh, hồ sơ làm việc của nhân viên
  • Luồng ban đầu đã bị khóa nên tính năng trả lời bị vô hiệu hóa

1 bình luận

 
GN⁺ 2023-11-28
Các ý kiến trên Hacker News
  • Nói ngoài lề, tôi thấy tò mò về động lực khiến khách hàng tình nguyện trong diễn đàn hỗ trợ của các tập đoàn khổng lồ
    Có một cộng đồng phản hồi nhanh là điều tốt, nhưng với một công ty vốn hóa thị trường 1 nghìn tỷ USD thì tôi nghĩ họ nên chi tiền cho dịch vụ hỗ trợ khách hàng thật tốt
    Ngay cả trong trường hợp này, người hỗ trợ khách hàng tình nguyện cũng chỉ trả lời rằng “chúng tôi là tình nguyện viên nên không thể truy cập tài khoản người dùng, chỉ có thể chia sẻ kinh nghiệm. Trong trường hợp này thì không thể làm gì”, và cũng không có cách nào biết được Google đã thấy vấn đề này hay chưa

    • Điều trớ trêu là để được đăng trên Google Play Store thì phải cung cấp hỗ trợ khách hàng
      https://support.google.com/googleplay/android-developer/answ...
      Tài liệu nói rằng với mỗi ứng dụng, bạn phải trả lời kịp thời các câu hỏi của người dùng liên quan đến ứng dụng trả phí hoặc mua hàng trong ứng dụng, phải phản hồi các câu hỏi hỗ trợ khách hàng trong vòng 3 ngày làm việc, và nếu Google liên hệ về vấn đề sản phẩm khẩn cấp thì phải trả lời trong vòng 24 giờ
    • Tôi nghĩ động lực cũng giống những tình nguyện viên giúp người khác trên các diễn đàn hỗ trợ khác
      vốn hóa thị trường của công ty đứng sau sản phẩm là bao nhiêu, bản chất con người cũng không thay đổi
      Tôi không biết bạn kỳ vọng họ khác gì so với những người đóng góp trên Stack Overflow về Microsoft SQL Server hay Blender, và có những người đơn giản là thích giúp người khác, dù chỉ nhận được điểm Internet ảo
    • Tôi không hiểu vì sao những người không phải nhân viên lại tham gia vào các cuộc thảo luận như thế này
      Trong những trường hợp như vậy, họ hoàn toàn không thể cung cấp sự trợ giúp nào
    • Khi tìm xem Pixel Watch 2 có được các nhà mạng hỗ trợ tại thị trường Úc hay không, tôi vào một luồng trên Google Support, và “câu trả lời được chấp nhận” cho câu hỏi nhà mạng nào sẽ hỗ trợ đồng hồ vào lúc nào lại là câu trả lời của một tình nguyện viên hỗ trợ ở châu Âu
      Người đó chỉ lặp lại tài liệu hỗ trợ và giả vờ như đó là câu trả lời có thẩm quyền, chẳng bổ sung giá trị gì, rồi vì “câu trả lời được chấp nhận” mà luồng thảo luận kết thúc luôn
      Tôi tò mò vì sao họ lại bỏ thời gian làm chuyện như vậy nên xem thử, và với một số người thì có vẻ đó chỉ là hoạt động để ghi vào CV
    • Gần đây tôi đã cố liên hệ với một người ở GitHub
      Trang https://github.com/pricing ghi rõ rằng nếu bạn là giáo viên đã được xác minh nhưng đang đăng ký Copilot thì hãy liên hệ với đội ngũ hỗ trợ để hỏi chuyện gì sẽ xảy ra
      Nhưng việc liên hệ với bất kỳ ai ở GitHub dường như gần như bất khả thi, và mọi nỗ lực đều dẫn tới phản hồi tự động và bài đăng bị đóng
      Tôi cũng đăng lên diễn đàn trợ giúp nhưng tất nhiên không nhận được câu trả lời
      Sau việc này, tôi không còn chỉ để những thứ quan trọng trên GitHub nữa, và nghĩ rằng nếu sau này có vấn đề khác thì mình cũng sẽ không nhận được bất kỳ sự trợ giúp nào
      Cẩn thận là điều hiển nhiên, nhưng khi trải qua vấn đề kiểu này bạn mới thực sự cảm nhận được việc liên hệ với các tập đoàn lớn hiện đại khó đến mức nào
  • Cũng có các yêu cầu hỗ trợ khác nói rằng dữ liệu đã biến mất
    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...

  • Tôi nghĩ mình cũng nên dump dữ liệu bằng Google Takeout
    https://takeout.google.com

    • Tôi mua một SSD 4TB gắn ngoài và cứ vài tuần lại tải về bằng Takeout để có bản sao lưu offline, phòng khi phía Google gặp sự cố lớn khiến dữ liệu bị xóa vĩnh viễn
      Ổ đĩa cục bộ được cất trong két “chống cháy”
      Tuy nhiên gọi là chống cháy thì hơi không chính xác, vì đồ bên trong két chống cháy vẫn có thể bị cháy, nhưng nếu nhà hoặc căn hộ bị cháy thì có vẫn hơn không
      Là bản sao lưu bên ngoài thứ ba, tôi cũng sao lưu lên Amazon Glacier
      Cũng có thể dùng S3, nhưng có thể đắt hơn Glacier một chút
    • Rclone có thể sao lưu Google Drive, và có thể tải Docs dưới dạng .docx, Sheets dưới dạng .xlsx
      Tôi xem đây là công cụ truyền tệp tốt hơn cho bất kỳ nhà cung cấp đám mây nào
      https://rclone.org/
    • Có một lưu ý dễ bị bỏ sót
      Các tệp được chia sẻ với bạn sẽ không được xuất nếu bạn đã vượt hạn mức hoặc tổ chức của bạn đã vượt hạn mức
      Bạn phải tải mọi thứ thủ công về máy, hoặc tìm công cụ khác để lấy các tệp này
    • Tôi đã thử với dữ liệu Nest, nhưng vài ngày sau chỉ nhận được email nói “đã xảy ra sự cố, vui lòng thử lại sau”
    • Tôi ước Apple cũng cung cấp chức năng xuất dữ liệu tập trung ở một nơi như thế này
  • Chuyện tương tự cũng từng xảy ra với tài khoản Google Workspace hạng doanh nghiệp trả phí
    Một ngày nọ, toàn bộ Drive đúng nghĩa như thể du hành thời gian về khoảng 6 năm trước; hàng chục GB tệp biến mất, thay vào đó là hàng chục GB tệp cũ mà tôi đã xóa 100% xuất hiện ở chỗ đó
    Tôi không suy nghĩ quá sâu theo hướng “Google có thật sự xóa không”, nhưng vì là tài khoản Workspace nên có thể đã bật thiết lập kiểu “không bao giờ thật sự xóa dữ liệu”
    Giao diện quản trị Workspace khó hiểu đến mức cần bằng tiến sĩ mới hiểu nổi, nên tôi chưa kiểm tra
    Vì đã đồng bộ mọi thứ về NAS cục bộ nên tôi không quá lo, và chuyện này khá thú vị như một chuyến du hành ký ức
    Đến hôm sau thì mọi thứ trở lại bình thường

    • Trong tình huống như vậy, tôi nghĩ cần phải phối hợp với người dùng
      Nếu người dùng đã bắt đầu tự sửa thì liệu những việc đó cũng bị rollback không?
      Hoặc nếu nhân cơ hội đó họ dọn dẹp hay tái cấu trúc lớn cấu trúc thư mục thì sẽ ra sao?
    • Gần như chắc chắn là có thiết lập “không bao giờ thật sự xóa dữ liệu”
      Đó là một tính năng để quản trị viên hệ thống có thể khôi phục khi người dùng lỡ tay xóa sạch mọi thứ
      Giao diện quản trị Workspace được thiết kế cho quản trị viên hệ thống đã được đào tạo chứ không phải người dùng cuối, nhưng nếu tìm kiếm một chút thì vẫn khá dễ biết được
  • Đây là vấn đề của Google Drive hay nói chung là các dịch vụ đám mây xử lý trạng thái đã đồng bộ
    Mọi người nghĩ “nó vừa có trên máy cục bộ vừa có trên đám mây nên an toàn hơn nhiều”
    Nhưng rất nhiều chuyện xấu vô hình có thể xảy ra trước khi người dùng phát hiện dữ liệu đã biến mất
    Bạn lưu tệp vào ổ đĩa, nhưng nếu client đám mây gặp vấn đề, đặc biệt khi kết nối kém, tệp có thể hoàn toàn không được đồng bộ và rồi bị mất khi cài lại OS, hoặc thậm chí bị xóa cả ở cục bộ
    Nếu phía nhà cung cấp đám mây gặp sự cố và khôi phục bản sao lưu, trạng thái đã khôi phục đó lại được đồng bộ về máy tính của bạn
    Nếu nhà cung cấp không thích một tệp nào đó, chẳng hạn bị phần mềm diệt virus đánh dấu, nó sẽ bị xóa khỏi máy chủ và việc đó cũng đồng bộ về máy của bạn
    Đó có thể là báo động giả, và cũng có thể bạn có lý do để giữ một tệp bị nhiễm
    Tôi hiểu rằng client chính thức của Google Drive được làm khá tốt và đã dùng lâu, nhưng lỗi vẫn xảy ra
    Kết luận là phải tự sao lưu

    • So sánh như vậy là sai đối tượng
      Người tiêu dùng trung bình vốn dĩ không sao lưu gì cả, và chỉ riêng việc đưa đồ lên dịch vụ đám mây đã là một cải thiện lớn so với cách đó
    • “Tự sao lưu” giống như nói rằng tự nấu ăn bằng nguyên liệu tươi thì dễ ăn uống lành mạnh hơn
      Ai cũng biết tốt nhất là tạo bản sao lưu cẩn thận, định kỳ và kiểm thử khôi phục, nhưng rất ít người làm đều đặn như vậy
      Có thể tự động hóa phần nào, nhưng khi đó lại quay về rủi ro lỗi âm thầm khiến việc sao lưu thất bại và người bận rộn phát hiện ra quá muộn
    • Cuối cùng thì nó gần với tư duy kiểu prepper
      Mọi thứ đều là rủi ro, và mỗi người phải tự quyết mức rủi ro mình chấp nhận được
      Đám mây có vấn đề không? Có
      Nhưng đa số mọi người có khả năng làm hỏng bản sao lưu cục bộ cao hơn nhiều so với nhà cung cấp đám mây
      Nhìn cách người bình thường xử lý ổ cứng ngoài thì có vẻ họ không biết bên trong có những đĩa thủy tinh rất dễ vỡ
  • Thứ Năm tuần trước tôi cũng mất 6 tháng tệp và hoàn toàn chết lặng
    Google Drive đáng ra là bản sao lưu của tôi, nhưng khi nói chuyện với đội hỗ trợ thì họ bảo không thể khôi phục tệp
    Có vẻ một bản cập nhật cưỡng bức từ xa của client đã làm hỏng hệ thống tệp của client nơi lưu các tệp
    Phần mềm không được viết theo cách có thể khiến tệp trên máy client cứ thế biến mất
    Điều này là không thể chấp nhận được

    • Cốt lõi của sao lưu là giữ dữ liệu dưới dạng bản sao ở đâu đó
      Nếu bản duy nhất nằm trên Google Drive thì đó là tình trạng hoàn toàn không có sao lưu
    • Google Drive không phải là sao lưu
      Sao lưu tối thiểu phải ở chế độ offline, phải là snapshot hoặc bản sao của dữ liệu “thời gian thực”, và cũng phải có một bản ngoài địa điểm khác
      Hãy tìm hiểu sao lưu 3-2-1
      Google Drive là kho lưu trữ thời gian thực nên tệp đã biến mất, và bạn cũng không có cách nào ngăn điều đó
      Nhắc lại, đó không phải sao lưu, chỉ là tệp của bạn nằm trên máy tính của người khác
      Điều quan trọng nhất với sao lưu là kiểm thử khôi phục định kỳ
      Quy tắc của tôi là “không có lần khôi phục thành công = không có sao lưu”
      Nghe có vẻ hiển nhiên, nhưng chuyện này đã xảy ra nhiều lần với khách hàng; lúc nào cũng có email “sao lưu bình thường”, nhưng khi kiểm tra dữ liệu thì có trường hợp suốt nửa năm không ghi được gì
  • Thật vô lý
    Hôm nay mẹ tôi gọi điện và tôi đã cùng bà tìm tệp Google Drive biến đi đâu trong suốt một tiếng
    Tôi hoàn toàn không tìm ra vì sao chuyện này xảy ra, nhưng giờ tôi tin chắc vấn đề này là nguyên nhân

    • Càng thấy biết ơn gấp đôi vì đã quyết định không gộp đồ của bố mẹ vào GDrive mà để nguyên ở nhà cung cấp hiện tại
  • Kinh khủng
    Có thể cảm nhận được nỗi đau và sự bất định trong các bài trên diễn đàn
    Gần đây, người dùng Pixel sử dụng nhiều hồ sơ người dùng cũng bị mất quyền truy cập tệp
    Trong trường hợp đó dữ liệu thực tế không biến mất, và vấn đề đã được sửa trong một bản cập nhật sau đó
    [0]https://support.google.com/pixelphone/thread/239104039/can-n...

  • Tôi dùng rclone để sao lưu Google Drive lên S3
    Nếu bạn chưa làm điều gì tương tự thì tôi khuyên nên làm
    rclone cũng có thể xuất Google Docs sang định dạng ODF

    • Cần lưu ý rằng việc chuyển đổi ODF diễn ra ở phía Google
      Nghĩa là nếu tài liệu đám mây vượt quá một kích thước nhỏ đến mức đáng xấu hổ nào đó, chẳng hạn một deck Slides thuyết trình cuối năm của thực tập sinh có vài video, thì nó chỉ báo lỗi kích thước và rclone không thể sửa được gì
      Rốt cuộc phải chú ý kỹ các cảnh báo
    • Tôi cũng chạy đồng bộ vào ổ flash được mã hóa bằng veracrypt
      Tôi xem lưu trữ cục bộ là phần cốt lõi trong chiến lược sao lưu dữ liệu cá nhân
    • Tôi tò mò liệu bạn có chạy hằng ngày bằng thứ gì đó như cron không
      Tôi đang suy nghĩ cách sao lưu ảnh của mình khỏi Google
  • Phụ thuộc quá mức vào dịch vụ đám mây là một sai lầm chí mạng
    Chúng ta thường quên rằng những công nghệ như vậy cũng có thể gặp lỗi giống như các thiết bị dùng hằng ngày
    Không nên lưu các tệp nhạy cảm trên đám mây

    • Có lẽ ý là đừng để đó là bản sao duy nhất
      Điều đó là hiển nhiên
      Nhưng các thiết bị dùng hằng ngày chắc chắn kém đáng tin cậy hơn kho lưu trữ dự phòng do các kỹ sư lưu trữ chuyên nghiệp quản lý