Sự cố dữ liệu phổ biến nhất thường đến từ thao tác của con người như ghi sai hay xoá nhầm; cần chuẩn bị sẵn cách khôi phục về thời điểm trước sự cố.

Hai sự cố dữ liệu phổ biến nhất không xuất phát từ phần cứng mà từ thao tác của con người: một lần deployment ghi sai dữ liệu, và một thao tác xoá nhầm. Chọn biện pháp MFTECH đã chuẩn bị, sau đó chạy mô phỏng:

Export to S3 là tính năng được quản lý hoàn toàn: xuất toàn bộ bảng (full export) hoặc phần dữ liệu thay đổi trong một khoảng thời gian (incremental export) tại một thời điểm bất kỳ trong cửa sổ PITR, do đó bảng phải bật PITR. Export chạy bất đồng bộ, không tiêu tốn RCU và không ảnh hưởng hiệu năng hay tính sẵn sàng của bảng; AWS không cam kết thời gian hoàn tất. Đây là bản sao dữ liệu phục vụ phân tích, không phải cơ chế bảo vệ bảng: export không ngăn được thao tác xoá bảng, và để dùng lại dữ liệu cần import from S3, thao tác luôn tạo một bảng mới. Nếu MFTECH chỉ export thủ công mỗi tuần, một sự cố xoá bảng có thể làm mất dữ liệu của tối đa một tuần, cộng thêm thời gian import và chuyển ứng dụng sang bảng mới.

The most common data incidents come from human actions such as bad writes or accidental deletes; a way to restore to a point before the incident must be ready in advance.

The two most common data incidents come not from hardware but from human actions: a deployment that writes bad data, and an accidental delete. Choose the measure MFTECH put in place, then run the simulation:

Export to S3 is a fully managed feature: it exports the whole table (full export) or the data changed during a time period (incremental export) from any point in time within the PITR window, so the table must have PITR enabled. Exports are asynchronous, do not consume RCUs and have no impact on table performance or availability; AWS does not guarantee completion times. It is a copy of the data for analytics, not a protection mechanism for the table: an export does not stop a table from being deleted, and reusing the data requires import from S3, which always creates a new table. If MFTECH only exported manually every week, a deleted table could lose up to a week of data, plus the time to import and switch the application to the new table.