Nên Backup Google Sheets Bằng Cách Nào An Toàn Nhất 2026?

2 giờ sáng, chủ shop online đang tổng hợp đơn hàng tháng thì file Google Sheets báo lỗi "Có lỗi xảy ra khi tải trang". Refresh vài lần vẫn vậy. Không phải do mất mạng — do một nhân viên part-time hôm qua vô tình xóa nhầm 3 dòng công thức tính tồn kho, rồi Sheets tự động lưu thay đổi đó ngay lập tức. Không có nút "hủy lưu". Không có bản sao lưu nào ngoài trí nhớ mơ hồ "hình như tuần trước còn đúng". Đây là kịch bản lặp đi lặp lại ở hầu hết doanh nghiệp nhỏ dùng Sheets làm hệ thống quản lý: kế toán, quản lý kho, quản lý công nợ. Ai cũng biết "nên backup" nhưng phần lớn không phân biệt được backup thật sự khác gì với cảm giác an toàn giả — kiểu để file trên Drive rồi nghĩ Google lo hết. Google có lo, nhưng lo phần hạ tầng (server không cháy, ổ cứng không hỏng), còn phần con người xóa nhầm, ghi đè công thức, hoặc bị hacker chiếm quyền chỉnh sửa thì bạn phải tự lo.

Vì sao "để trên Google Drive" không phải là backup

Nhiều người nhầm giữa lưu trữ đám mây và sao lưu. Google Drive đảm bảo file không bị mất do sự cố phần cứng, nhưng nếu một người có quyền chỉnh sửa vô tình xóa dữ liệu, hành động đó được đồng bộ tức thì trên mọi thiết bị — kể cả bản trên điện thoại của bạn cũng thấy dòng dữ liệu biến mất trong vài giây.

Có ba nhóm rủi ro khiến chủ shop, kế toán, quản lý kho mất dữ liệu thật sự trong thực tế:

• Con người: nhân viên xóa nhầm sheet, dán đè công thức, format sai cột ngày tháng làm hỏng dữ liệu hàng loạt
• Chia sẻ quyền quá rộng: cho khách hàng hoặc đối tác quyền "Editor" thay vì "Viewer", họ vô tình sửa công thức tổng doanh thu
• Apps Script hoặc add-on lỗi: một script tự động đồng bộ dữ liệu chạy sai logic, ghi đè hàng loạt dòng trong vài giây

Một cửa hàng bán vé máy bay quản lý công nợ đại lý bằng Sheets — kiểu file được mô tả trong bài quản lý công nợ đại lý vé máy bay — thường có 10-20 người cùng truy cập: nhân viên bán vé, kế toán, đôi khi cả đại lý ngoài. Chỉ cần một người dùng công thức SUMIF sai phạm vi, số công nợ tổng hiển thị sai cả tuần mà không ai phát hiện, vì Sheets không cảnh báo "công thức này vừa bị đổi".

So sánh 3 cách backup phổ biến

Không có cách nào là "chuẩn nhất" cho mọi trường hợp — mức độ an toàn phụ thuộc vào tần suất thay đổi dữ liệu và số người có quyền chỉnh sửa file.

Phương án	Độ an toàn	Công sức duy trì	Phù hợp với
Tải file thủ công (Excel/PDF)	Thấp — phụ thuộc trí nhớ con người	Thấp lúc đầu, cao về lâu dài (dễ quên)	File ít thay đổi, 1 người quản lý
Drive Version History	Trung bình — có sẵn nhưng giới hạn thời gian giữ bản	Không tốn công, tự động	File cần khôi phục nhanh 1 vài ngày gần nhất
Apps Script tự động backup	Cao — lưu định kỳ, không phụ thuộc con người nhớ	Setup 1 lần, sau đó tự chạy	File nhiều người chỉnh sửa, dữ liệu kinh doanh quan trọng

Tải file thủ công — nhanh nhưng dễ bị bỏ quên

Đây là cách phổ biến nhất vì không cần biết code: vào File → Download → Microsoft Excel (.xlsx), lưu vào ổ cứng hoặc email cho chính mình. Vấn đề không nằm ở thao tác — nó chỉ mất 30 giây — mà nằm ở tính kỷ luật. Một chủ shop bán hàng qua Sheets thường tải file "khi nhớ ra", tức là tuần có tuần không. Nếu sự cố xảy ra đúng vào tuần quên tải, bạn mất trắng dữ liệu của 2-3 tuần gần nhất.

Cách này chỉ thật sự an toàn khi bạn đặt lịch cố định — ví dụ tối thứ Sáu hàng tuần, gắn với việc đóng sổ cuối tuần — và đặt tên file có ngày tháng rõ ràng như "congno-daily-2026-09-01.xlsx" thay vì ghi đè lên bản cũ mỗi lần tải.

Drive Version History — cứu cánh cho 30 ngày gần nhất

Google Sheets tự động lưu lịch sử phiên bản mỗi khi có thay đổi đáng kể (thường vài phút một lần khi đang chỉnh sửa liên tục). Vào File → Version history → See version history, bạn có thể xem và khôi phục về bất kỳ thời điểm nào trong khoảng 30 ngày gần nhất (Google Workspace có thể giữ lâu hơn tùy gói).

Cách này cứu bạn khỏi tình huống xóa nhầm phát hiện trong ngày — kéo thanh trượt về đúng thời điểm trước khi lỗi xảy ra, xem trước, rồi bấm "Restore this version". Nhưng nó có giới hạn thực tế: nếu lỗi xảy ra rồi 45 ngày sau mới phát hiện (rất thường gặp với các cột dữ liệu ít người nhìn tới, như cột chiết khấu đối tác), phiên bản đúng đã bị xóa khỏi lịch sử. Ngoài ra Version History lưu toàn bộ trạng thái file tại một thời điểm — không tách riêng được "chỉ khôi phục sheet Kho, giữ nguyên sheet Doanh thu" — nên đôi khi khôi phục đúng phần bị lỗi lại làm mất luôn dữ liệu mới nhập ở các sheet khác trong cùng file.

Apps Script tự động backup — phương án bền nhất cho file nhiều người dùng

Đây là cách ít người biết nhưng lại đáng tin cậy nhất cho dữ liệu kinh doanh thật: viết một Apps Script chạy theo lịch (time-driven trigger), tự động copy toàn bộ Sheet sang một file mới trong thư mục Drive riêng, đặt tên theo ngày, mỗi ngày một bản.

Về cơ bản gồm 3 bước:

• Mở Extensions → Apps Script trong file Sheets cần backup
• Viết hàm dùng DriveApp.getFileById() để lấy file gốc, rồi makeCopy() sang thư mục backup, đặt tên kèm ngày bằng Utilities.formatDate()
• Vào Triggers (biểu tượng đồng hồ), thêm trigger chạy hàm này mỗi ngày lúc 23:00 hoặc mỗi 6 giờ tùy tần suất giao dịch

Một cửa hàng bán lẻ có 5-6 nhân viên nhập đơn cùng lúc trên một file Sheets, doanh thu ghi nhận trung bình 40-60 đơn/ngày, thì backup mỗi 6 giờ giúp giới hạn thiệt hại tối đa ở nửa ngày dữ liệu thay vì cả tuần như cách tải thủ công. Chi phí khôi phục cũng thấp hơn nhiều — chỉ cần mở bản backup gần nhất, copy-paste đúng vùng dữ liệu bị lỗi sang file gốc, thay vì restore toàn bộ file và mất công nhập lại phần mới.

Cách tiếp cận này liên quan trực tiếp tới việc đồng bộ dữ liệu giữa nhiều Sheets — nếu file của bạn đang dùng IMPORTRANGE để kéo dữ liệu từ sheet khác, backup cần tính thêm độ trễ đồng bộ; còn nếu dùng Apps Script để tự động hóa nhiều tác vụ (không chỉ backup), nên đọc thêm so sánh IMPORTRANGE và Apps Script để đồng bộ dữ liệu để chọn đúng cách cho use case của mình, vì hai công cụ này có ràng buộc quyền truy cập khác nhau, ảnh hưởng tới việc backup có lấy được đủ dữ liệu hay không.

Trường hợp cụ thể: quán ăn quản lý dòng tiền mất dữ liệu 3 ngày Tết

Một chuỗi 4 quán ăn nhỏ dùng Sheets để theo dõi dòng tiền hàng ngày — doanh thu, chi phí nguyên liệu, lương nhân viên — theo mô hình tương tự trong hướng dẫn quản lý dòng tiền doanh nghiệp bằng Google Sheets. Vào dịp Tết, quản lý mỗi quán tự nhập số liệu trên điện thoại, không ai để ý file có 6 người cùng quyền chỉnh sửa.

Mùng 2 Tết, một quản lý vô tình dùng lệnh "Xóa và thay thế" (Find & Replace với ô "Replace all") để sửa lỗi chính tả tên nguyên liệu, nhưng phạm vi tìm kiếm áp dụng nhầm sang cả cột số tiền — biến hàng loạt số "15000" thành "0" vì trùng ký tự tìm kiếm. Đến mùng 5 chủ chuỗi mới phát hiện báo cáo dòng tiền âm bất thường, lúc đó Version History chỉ còn giữ được các bản chỉnh sửa gần thời điểm phát hiện, không lùi được về trước Tết vì khoảng cách đã hơn 3 ngày với hàng trăm lượt sửa chồng lên nhau khiến việc dò đúng phiên bản gần như bất khả thi bằng mắt thường.

Nếu chuỗi quán ăn này có Apps Script backup hàng ngày, họ chỉ cần mở lại bản sao lưu tối 30 Tết — trước khi lỗi xảy ra — và khôi phục đúng 3 ngày dữ liệu bị mất, thay vì phải dựng lại số liệu bằng cách hỏi từng quản lý quán nhớ lại doanh thu từng ngày. Đây cũng là lúc nhiều khách hàng của SheetStore chuyển từ file Sheets tự quản sang các mẫu có sẵn cơ chế backup và phân quyền chỉnh sửa theo vai trò (chỉ Admin sửa được công thức, nhân viên chỉ nhập liệu ô được chỉ định) — giảm hẳn rủi ro thao tác nhầm lan ra cả file.

Phân quyền chỉnh sửa — lớp bảo vệ bị bỏ qua nhiều nhất

Backup xử lý hậu quả sau khi lỗi xảy ra. Nhưng cách rẻ và hiệu quả hơn là giảm khả năng lỗi xảy ra ngay từ đầu, bằng công cụ có sẵn trong Sheets: Protected ranges. Vào Data → Protected sheets and ranges, bạn có thể khóa từng vùng cụ thể — ví dụ toàn bộ cột công thức tính tổng, hoặc sheet Cấu hình — chỉ cho phép một vài người chỉnh sửa, những người còn lại chỉ xem hoặc chỉ nhập vào vùng được mở. Với file có công thức phức tạp như bảng tính công nợ hay dòng tiền dùng nhiều công thức Google Sheets phổ biến như SUMIFS, VLOOKUP, QUERY, khóa vùng công thức là bước gần như bắt buộc — vì phần lớn sự cố mất dữ liệu không đến từ hacker, mà từ chính nhân viên thao tác nhầm trên vùng lẽ ra không nên chạm vào.

Khi nào nên cân nhắc chuyển hẳn khỏi Sheets thuần

Backup và phân quyền giải quyết được phần lớn rủi ro, nhưng có ngưỡng mà Sheets thuần túy (không có lớp quản lý phía trên) bắt đầu bộc lộ giới hạn: khi số người truy cập vượt quá 8-10, khi dữ liệu cần audit log (ai sửa gì, lúc nào) chứ không chỉ khôi phục được, hoặc khi tốc độ nhập liệu cao khiến việc mở Version History để dò lỗi trở thành công việc tốn cả buổi.

Ở ngưỡng đó, câu hỏi không còn là "backup Sheets bằng cách nào" mà là "có nên chuyển sang công cụ có kiểm soát phiên bản chặt hơn". Đây cũng là lúc nhiều doanh nghiệp cân nhắc giữa việc tiếp tục đầu tư vào Sheets có script hỗ trợ, hay chuyển hẳn sang Excel với các add-in quản lý phiên bản, hoặc phần mềm chuyên biệt — phân tích chi tiết nằm trong so sánh Google Sheets và Excel cho doanh nghiệp. Với phần lớn SME dưới 10 người dùng, Sheets kèm Apps Script backup và Protected ranges vẫn là lựa chọn hợp lý về chi phí — chỉ khi quy mô lớn hơn, chi phí chuyển đổi mới đáng cân nhắc.

Câu hỏi thường gặp

Drive version history có thay thế được backup thật sự không?

Không. Version history chỉ lưu lịch sử chỉnh sửa trong 1 file, nếu file bị xóa vĩnh viễn hoặc tài khoản bị khóa thì mất theo. Đây là công cụ hoàn tác lỗi gõ nhầm, không phải bản sao lưu độc lập ở nơi khác.

Apps Script tự động backup có rủi ro gì không?

Script chạy trên trigger có thể lỗi âm thầm nếu Google đổi quyền hoặc quota hết mà không ai để ý, dẫn đến tưởng có backup nhưng thực ra đã ngừng chạy từ lâu. Cần kiểm tra log định kỳ hoặc set email cảnh báo khi script lỗi.

Tải file Excel thủ công mỗi tuần có đủ an toàn không?

Đủ cho file cá nhân ít thay đổi, nhưng với dữ liệu bán hàng, công nợ cập nhật hàng ngày thì khoảng trống giữa các lần tải là rủi ro lớn — mất dữ liệu của cả tuần nếu sự cố xảy ra ngay trước lần tải kế tiếp.

Nên backup Google Sheets vào đâu để an toàn nhất?

Kết hợp ít nhất 2 nơi: một bản tự động lưu trong Drive khác/thư mục riêng qua Apps Script, một bản định kỳ tải về máy hoặc ổ cứng ngoài. Không nên chỉ dựa vào 1 phương án duy nhất.