Backblaze หยุดสำรองข้อมูลโฟลเดอร์ OneDrive และ Dropbox

• พบว่า บริการสำรองข้อมูลส่วนบุคคลของ Backblaze ที่ได้รับความไว้วางใจมาราว 10 ปี ไม่นานมานี้ได้หยุดสำรองข้อมูลโฟลเดอร์สำคัญบางส่วน
• โฟลเดอร์ .git, Dropbox, และ OneDrive ถูกตัดออกจากรายการสำรองข้อมูล และในหน้าการตั้งค่าก็ไม่มีวิธีเพิ่มกลับเข้าไปได้
• Backblaze ระบุการเปลี่ยนแปลงนี้ไว้เพียงใน หัวข้อ “Improvements” ของ release notes โดยไม่มีอีเมลหรือการแจ้งเตือนใด ๆ
• คำอธิบายอย่างเป็นทางการคือ “ปัญหาด้านประสิทธิภาพและการป้องกันการอัปโหลดที่ไม่จำเป็น” แต่ส่งผลให้ ความปลอดภัยของข้อมูลลดลง และ ความเชื่อมั่นของผู้ใช้พังทลาย
• จากเดิมที่เคยสัญญาว่า “สำรองข้อมูลทุกอย่าง” ตอนนี้บริการได้ เปลี่ยนเป็นไม่สำรองโฟลเดอร์คลาวด์ แล้ว

---

ความไว้วางใจตลอด 10 ปีและความเปลี่ยนแปลง

• ผู้เขียนใช้ Backblaze เป็นบริการสำรองข้อมูลส่วนบุคคลมาราว 10 ปี และพึงพอใจอย่างมากกับความเสถียร พื้นที่เก็บข้อมูลไม่จำกัด และฟังก์ชันกู้คืนที่ใช้งานง่าย
  • เบากว่า Crashplan และบริการกู้คืนฮาร์ดไดรฟ์ก็ใช้งานได้จริง
  • เคยแนะนำให้เพื่อนและเพื่อนร่วมงาน จนมีผู้ใช้ใหม่ตามมาอีกหลายคน
• อย่างไรก็ตาม ก็มีปัญหาบางอย่างอยู่แล้ว เช่น การใช้หน่วยความจำของแอป, เว็บอินเทอร์เฟซที่ช้า, UI ที่ล้าสมัย, และ เหตุการณ์ที่ชื่อไฟล์รั่วไหลไปยัง Facebook
• ถึงอย่างนั้น ความเชื่อที่ว่า “ไฟล์ทุกอย่างจะถูกสำรอง” ก็ยังเป็นเหตุผลหลักที่ใช้บริการนี้

การค้นพบว่ามีการยกเว้นจากการสำรอง

• ในปี 2025 พบว่าโฟลเดอร์ .git ไม่ถูกสำรองอีกต่อไป
  • เริ่มรู้ปัญหาตอนพยายามกู้ประวัติของ GitHub repository แล้วไม่สำเร็จ
  • ในการตั้งค่า Backblaze ไม่มีทางเพิ่มโฟลเดอร์ .git กลับเข้าไปได้ และ ในรายการยกเว้นก็ไม่ได้ระบุรายการนี้ไว้ด้วย
• จากโพสต์ใน Reddit “[Doesn’t back up Dropbox folder??]” จึงทราบว่า โฟลเดอร์ Dropbox ก็ไม่ถูกสำรองเช่นกัน
  • เมื่อตรวจสอบพบว่า โฟลเดอร์ OneDrive (383GB) ก็ถูกตัดออกจากรายการสำรองเช่นกัน
• ผู้ใช้แสดงความไม่พอใจอย่างรุนแรง โดยระบุว่า “Backblaze ไม่ได้ทำหน้าที่พื้นฐานของตัวเอง”

ความต่างระหว่างการซิงก์กับการสำรองข้อมูล

• OneDrive และ Dropbox เป็นบริการ ‘ซิงก์’ ไม่ใช่การสำรองข้อมูล

  • ไฟล์ที่ถูกลบจะถูกเก็บไว้โดยปกติเพียง 1 เดือน
  • Backblaze ให้การเก็บรักษา 1 ปี หรือจ่ายเพิ่มเพื่อเก็บได้ไม่จำกัด
  • ประวัติเวอร์ชันของ Dropbox ก็เก็บไว้เพียง 1 เดือน และหากต้องการเก็บระยะยาวต้องอัปเกรดแบบเสียเงิน
  • หากบัญชีคลาวด์ถูกระงับหรือถูกลบ ก็มี ความเสี่ยงที่จะสูญเสียข้อมูลทั้งหมด
  • ดังนั้นการตัดโฟลเดอร์คลาวด์ออกจากการสำรองจึงนำไปสู่ การลดทอนความปลอดภัยของข้อมูลอย่างร้ายแรง

การเปลี่ยนนโยบายโดยไม่แจ้งล่วงหน้า

• Backblaze ไม่ได้แจ้งผู้ใช้โดยตรง เกี่ยวกับการเปลี่ยนแปลงนี้
  • ไม่มีทั้งอีเมล การแจ้งเตือน หรือคำเตือนในรูปแบบใด ๆ
• รายละเอียดการเปลี่ยนแปลงมีอยู่เพียงใน หัวข้อ “Improvements” ของ release notes
  • ระบุว่า “จะยกเว้น mount point และ cache directory ของผู้ให้บริการคลาวด์สตอเรจยอดนิยม เช่น OneDrive, Google Drive, Dropbox, Box และ iDrive ออกจากการสำรองข้อมูล”
  • ให้เหตุผลว่าเพื่อแก้ “ปัญหาด้านประสิทธิภาพ การใช้ข้อมูลมากเกินไป และการป้องกันการอัปโหลดโดยไม่ตั้งใจ”
  • ยังระบุด้วยว่านโยบายของ Backblaze ได้เปลี่ยนเป็น “สำรองเฉพาะสตอเรจภายในเครื่องและสตอเรจที่เชื่อมต่อโดยตรง”
• มาตรการนี้ถูกประเมินว่า “ไม่ใช่การปรับปรุงบริการ แต่เป็น การลดคุณภาพอย่างชัดเจน”
  • แม้ผู้ใช้ใหม่จะตรวจดู รายการไฟล์ที่ถูกยกเว้นอย่างเป็นทางการ ก็ยังไม่พบการกล่าวถึง Dropbox, OneDrive หรือ Git
  • จึงมีข้อกังวลว่าในอนาคตไฟล์ชนิดหรือนามสกุลอื่น ๆ ก็อาจถูกตัดออก โดยไม่มีการแจ้งล่วงหน้า

การพังทลายของความไว้วางใจ

• ในปี 2015 Backblaze เคยโปรโมตบนเว็บไซต์ว่า
  • “รวมข้อมูลผู้ใช้ทั้งหมดไว้โดยค่าเริ่มต้น ไม่มีข้อจำกัดเรื่องประเภทไฟล์หรือขนาดไฟล์”
  • และ “ปกป้องความทรงจำดิจิทัลและไฟล์ที่สำคัญที่สุดของคุณ”
• จึงเกิดเสียงวิจารณ์ว่าคำสัญญาเหล่านี้ ถูกทำลายอย่างเงียบ ๆ
  • ผู้ใช้จ่ายค่าสมาชิกรายเดือนเพื่อซื้อความเชื่อมั่นว่า “เมื่อเกิดปัญหา จะสามารถกู้ข้อมูลกลับมาได้”
  • แต่ Backblaze กลับ ลดขอบเขตการสำรองข้อมูลโดยไม่แจ้งการเปลี่ยนแปลงนโยบาย ทำให้สูญเสียความเชื่อมั่นนั้นไป
• ผลลัพธ์คือ Backblaze ถูกวิจารณ์ว่า “เมื่อไม่ได้สำรองข้อมูลทั้งหมด ก็แทบไม่ต่างจากไม่ได้สำรองอะไรเลย”
• ตอนท้ายมีการยกสโลแกนปี 2015 ว่า “Unlimited, Simplified, Secure Personal Online Backup Cloud Storage” ขึ้นมาอ้างอีกครั้ง พร้อมชี้ว่า “ตอนนี้อาจทำให้เรียบง่ายขึ้นได้สำเร็จ แต่ กลับไม่ทำการสำรองข้อมูลอีกต่อไปแล้ว”

[GN⁺]

ความคิดเห็นจาก Hacker News

• เพิ่งมารู้ทีหลังถึง การเปลี่ยนนโยบายของ Backblaze ตอนพยายามกู้คืนไฟล์ที่พ่อเผลอเขียนทับใน Dropbox
  เมื่อก่อนยอมจ่ายเงินก็เพราะสถานการณ์แบบนี้ แต่ตอนนี้กลับกู้คืนไม่ได้แล้ว
  เคยใช้เพราะอยากติดตั้งไว้ในคอมพิวเตอร์ของพ่อแม่แล้วไม่ต้องคอยดูแล แต่การผิดคำสัญญาเพื่อประหยัดค่าเก็บข้อมูลบนคลาวด์เป็นการตัดสินใจที่ น่าผิดหวังมาก

  • ทั้งบริษัทของเราก็กำลังจะเลิกใช้ Backblaze เช่นกัน
    เราต้องการแบ็กอัปข้อมูลโลคัลที่ซิงก์กับ Google Drive และต้องการ endpoint backup ไม่ว่าจะซิงก์อยู่หรือไม่ก็ตาม
    ถ้าไม่นับโฟลเดอร์ iCloud Drive แล้ว Backblaze ก็ไม่มีประโยชน์อีกต่อไป
  • กำลังมองหาคำแนะนำสำหรับ บริการแบ็กอัปคลาวด์อัตโนมัติ แบบเรียบง่ายที่ติดตั้งให้คอมพิวเตอร์ของพ่อแม่ได้
  • ฉันก็กำลังจะย้ายออกจาก Backblaze เหมือนกัน
    หลังจากเริ่มใช้ Orbstack ก็เจอข้อผิดพลาด “disk full” ตลอด ซึ่งเกิดจาก sparse disk image ขนาด 8TB
    การที่พวกเขาไม่ยอมแก้ปัญหาการคำนวณขนาดไฟล์ง่าย ๆ ทำให้ ความเชื่อมั่นต่อผลิตภัณฑ์ลดลง
  • Dropbox เก็บ ประวัติเวอร์ชันไฟล์ ไว้ 30 วัน แม้จะเป็นแพ็กเกจฟรีก็ตาม
  • มีคนเสนอว่าอาจใช้ Backblaze เป็นแค่ cold storage แล้วจับคู่กับเครื่องมือแบ็กอัปแบบ GUI อย่าง restic

• ปัญหาเวลาจะแบ็กอัปโฟลเดอร์ Dropbox หรือ OneDrive คือ ฟีเจอร์ Files On-Demand
  คุณอาจซิงก์ข้อมูล 1TB ลงโน้ตบุ๊ก 250GB ได้ แต่ถ้า Backblaze ขอไฟล์ทั้งหมด พื้นที่ก็จะไม่พอ
  ในกรณีแบบนี้ Backblaze ควรเข้าถึง OneDrive โดยตรงผ่าน OAuth

  • Arq Backup เปิดให้เลือกวิธีจัดการไฟล์ที่อยู่บนคลาวด์เท่านั้นได้
    ไม่ควรเปลี่ยนนโยบายแบบนี้โดยไม่มี ตัวเลือกให้ผู้ใช้ควบคุม เพราะคนส่วนใหญ่ไม่อ่าน release notes กันอยู่แล้ว
  • ปัญหานี้แก้ได้ด้วยการแบ็กอัปเฉพาะไฟล์ที่มีอยู่ในเครื่อง และไม่รวม ไฟล์ stub เสมือน
    แต่การเปลี่ยนโดยไม่ประกาศถือว่าแย่มาก
  • มีความเห็นว่าโมเดลที่ “ทำเหมือนว่าซิงก์ทุกอย่าง” นั้นเป็นการออกแบบที่ผิดตั้งแต่ต้น
    สุดท้ายมักนำไปสู่ ข้อมูลสูญหาย
  • Dropbox ของฉันตั้งให้ซิงก์ทั้งหมดอยู่แล้ว แต่ Backblaze ก็เริ่มข้ามโฟลเดอร์ตั้งแต่หลายเดือนก่อน
    พอถามทีมซัพพอร์ต ก็ได้รับคำตอบว่าโฟลเดอร์ Dropbox/OneDrive ถูก ยกเว้นเสมอ
  • ต่อให้การเปลี่ยนนี้จะมีเหตุผล ปัญหาใหญ่ที่สุดก็คือ การสื่อสารที่ไม่ชัดเจน

• ปัญหาของ Backblaze Personal อยู่ที่โมเดล “แพ็กเกจไม่จำกัด”
  เหตุผลที่ตัดผู้ใช้ Linux ออกก็เพราะชุมชน data hoarder
  สุดท้ายแล้วมันคือความขัดแย้งที่มาจากการตีความคำว่า “ไม่จำกัด” ไม่ตรงกัน
  กระทู้ Reddit ที่เกี่ยวข้อง / หน้าเว็บทางการ

  • ฉันไม่ไว้ใจบริษัทที่ใช้การตลาดแบบ “ไม่จำกัด*”
    คำแบบนี้เป็น สัญญาณว่าทีมการเงินเป็นคนคุมเกม และสุดท้ายก็มีแนวโน้มจะเขี่ยลูกค้าทิ้งได้ง่าย
  • มีความเห็นว่าในช่วง 1 ปีที่ผ่านมา ราคาฮาร์ดไดรฟ์เพิ่มขึ้นเกินสองเท่า จนทำให้โมเดลธุรกิจของ Backblaze ใช้ต่อไม่ได้แล้ว
  • ใช้ B2 โดยตรงง่ายและมีประสิทธิภาพกว่ามาก
    การตั้งค่า B2 ง่ายกว่าการติดตั้ง Linux เสียอีก
  • ถ้าบอกว่า “ไม่จำกัด” ก็ควรไม่มีข้อจำกัดจริง
    การพยายามหนีด้วยข้อกำหนดการใช้งานก็เป็นแค่ การโกหก
  • ทางที่ดีกว่าคือขึ้นราคาอย่างตรงไปตรงมา

• เหตุผลที่ไม่แบ็กอัปโฟลเดอร์ Git คือปัญหา จำนวนอ็อบเจ็กต์พุ่งสูงมาก
  แต่ Backblaze เคยสัญญาว่า “แบ็กอัปทุกอย่าง” ดังนั้นนโยบาย ยกเว้นไฟล์ แบบนี้จึงขัดแย้งในตัวเอง
  การยกเว้นโฟลเดอร์คลาวด์ก็อันตรายเช่นกัน เพราะถ้าติด ransomware การซิงก์คลาวด์อาจยิ่งทำให้ความเสียหายลามหนักขึ้น

  • ไฟล์ pack ของ Git ทำให้ซอฟต์แวร์แบ็กอัปมีปัญหา
    มากกว่าไฟล์เล็ก ๆ แล้ว pack file ขนาดใหญ่ที่ถูกบีบอัด กลับเป็นภาระหนักกว่าสำหรับระบบ incremental backup
  • โซลูชันแบ็กอัปไม่จำเป็นต้องเข้าใจ Git
    แค่คัดลอกในระดับ filesystem ก็พอ
  • มีคอมเมนต์บางส่วนโต้แย้งว่าโฟลเดอร์ .git จริง ๆ แล้ว ไม่ได้ถูกยกเว้น
    ลิงก์ไปยังกระทู้ที่เกี่ยวข้อง
  • แค่ใส่ .git ไว้ในรายการยกเว้นเริ่มต้น แล้วให้ผู้ใช้จัดการเองก็น่าจะพอ
  • เหตุผลที่ Linus ชอบ filesystem มากกว่าฐานข้อมูล มาจาก ความเข้าใจประสิทธิภาพในระดับเคอร์เนล

• สามารถกู้คืน force push บน GitHub ได้
  วิธีผ่าน UI, วิธีผ่าน API, วิธีใช้ reflog

  • อีกอย่างหนึ่ง force push ไม่ได้ทำให้ ข้อมูลอ่อนไหวถูกลบหมดจริง ๆ
    คีย์ API อะไรทำนองนี้ต้องเปลี่ยนใหม่เสมอ

• การที่ Backblaze ใช้การเปลี่ยนแปลงนี้ โดยไม่แจ้งล่วงหน้า เป็นเรื่องยอมรับไม่ได้
  อย่างไรก็ตาม ไฟล์ใน Dropbox หรือ Google Drive อาจไม่ได้มีอยู่ในเครื่องจริง จึงทำให้นิยามของการแบ็กอัปไม่ชัดเจน
  โฟลเดอร์ VCS อย่าง .git เองก็ไม่แน่ชัดว่าควรซิงก์เมื่อไรถึงจะคงความสอดคล้องได้
  ในกรณีแบบนี้จึงต้องมี ตรรกะแบ็กอัปแบบอัจฉริยะ เช่น แบ็กอัปเป็นช่วงเวลา และรอให้การเปลี่ยนแปลงหยุดนิ่งไปสักพักก่อน

  • แต่ Dropbox หรือ GDrive ก็มีตัวเลือกให้ซิงก์โฟลเดอร์แบบโลคัลได้ ดังนั้นในกรณีนี้ก็ยังต้องมี ตรรกะแบ็กอัป แยกต่างหาก

• เคยมีครั้งหนึ่งที่ Backblaze กู้คืนไฟล์ไม่สำเร็จ
  ตอนนั้นใช้ตัวเลือกเก็บประวัติแบบไม่จำกัดอยู่ แต่ทีมซัพพอร์ตบอกว่า “เป็นไฟล์ที่ลบไปแล้วจึงกู้คืนไม่ได้” และให้เครดิตมาแค่ 3 เดือน
  ตอนนี้ไม่เชื่อใจแบ็กอัปของ Backblaze อีกแล้ว

  • ฉันก็เคยมีประสบการณ์คล้ายกัน
    เพราะนโยบายรหัสผ่านเปลี่ยนจนล็อกอินไม่ได้ เลยเสียรูปถ่ายไป 1TB
    ฝ่ายบริการลูกค้าไม่รับผิดชอบ และสุดท้ายก็ กู้ข้อมูลไม่สำเร็จ
  • ถ้าระหว่างกู้คืนเกิด network error ไคลเอนต์ก็แค่ข้ามไฟล์นั้นไป คุณภาพของไคลเอนต์ต่ำมาก
    บางไฟล์ก็ เสียหายอยู่ฝั่งเซิร์ฟเวอร์ และชื่อไฟล์ที่ไม่ใช่ ASCII ก็พังเพราะปัญหา character encoding
    สุดท้ายก็ยังจ่ายเงินมาหลายปีทั้งที่กู้ข้อมูลกลับมาไม่ได้
  • ปัญหาแบบนี้หมายความว่าจุดต่างที่ใหญ่ที่สุดระหว่าง Backblaze กับ Hetzner กำลังหายไป
  • เรื่องคล้ายกันนี้ก็เคยเกิดกับ CrashPlan และตอนนั้นก็ยกเลิกบริการทันที

• บริษัทที่ตั้งอยู่บนพื้นฐานของ ความไว้วางใจ ถ้าสูญเสียมันไปแล้ว แทบเป็นไปไม่ได้ที่จะกู้กลับมา
  ตอนนี้ Backblaze ถูกถอดออกจากลิสต์คำแนะนำแล้ว

  • แต่ก็มีคนแย้งว่า “Microsoft ก็ยังมีคนใช้อยู่ไม่ใช่เหรอ” จึงไม่เห็นด้วยกับแนวคิดที่ว่า ความเชื่อใจที่เสียไปจะไม่มีวันกลับคืน

• Backblaze เคยหยุดแบ็กอัป ไดรฟ์เข้ารหัส VeraCrypt แบบเงียบ ๆ
  มันหยุดทำงานโดยไม่มีประกาศ และกว่าจะรู้ว่าเป็นการเปลี่ยนโดยตั้งใจก็จาก Reddit
  หลังจากนั้นก็เลิกใช้บริการไปเลย

• ใช้ Backblaze มามากกว่า 10 ปี แต่จากเรื่องนี้ก็ตัดสินใจจะย้ายออกอย่างถาวร
  ประวัติแบ็กอัปเก่าก็หายไปแล้ว และ การจัดการเดสก์ท็อปไคลเอนต์ก็ไม่สะดวก
  ตอนนี้ชัดเจนแล้วว่าพวกเขาพยายามผลักคนไปใช้ B2

  • มีคนถามเหมือนกันว่าตอนนี้ใช้บริการอะไรแทน