Trả lời ngắn: Time Machine được thiết kế để xóa các bản sao lưu cũ. Bản theo giờ còn một ngày, bản theo ngày còn một tháng, và bản theo tuần còn cho đến khi ổ đầy. Sau đó các bản cũ nhất bị xóa.
Không có cài đặt nào cho việc này. Bạn không thể bảo Time Machine giữ ba năm, và đòn bẩy duy nhất bạn có là dung lượng ổ đĩa.
Đây là hành vi được ghi trong tài liệu và đã không thay đổi nhiều năm:
Vì vậy độ tuổi của bản sao lưu cũ nhất được quyết định bởi một điều: ổ sao lưu lớn hơn dữ liệu trên máy Mac bao nhiêu, và dữ liệu đó thay đổi nhiều đến đâu. Ổ 1 TB chứa 900 GB của máy Mac cho bạn vài tuần. Cùng ổ đó chứa 200 GB cho bạn vài năm. Không ai cho bạn biết bạn đang ở trường hợp nào.
Cách ở trên. Đôi khi bạn sẽ thấy "Time Machine đã xóa một số bản sao lưu cũ hơn để có chỗ" trong Trung tâm thông báo, và cũng thường xuyên bạn chẳng thấy gì, vì thông báo dễ bị bỏ lỡ và dễ bị tắt.
Kiểm tra những gì thực sự còn lại:
tmutil listbackupsLệnh đó in ra mọi bản sao lưu trên đích đã gắn, cũ nhất trước. Đọc các ngày ở cột trái từ trên xuống là thấy rõ hình dạng lịch: một loạt bản hằng ngày ở cuối, các bản hằng tuần trước đó, và ngày bắt đầu cho biết bạn có thể quay lại xa đến đâu.
Đôi khi Time Machine bỏ lịch sử hiện có và bắt đầu lại. Nâng cấp macOS, ổ đĩa được sửa, mã định danh ổ đĩa thay đổi, hoặc chỉ mục sao lưu bị hỏng đều có thể gây ra việc này. Các bản sao lưu cũ có thể vẫn nằm trên ổ chiếm chỗ trong khi không truy cập được từ giao diện khôi phục.
tmutil listbackups trên đích cho thấy những gì vẫn truy cập được. Nếu mục cũ nhất chỉ vài ngày tuổi trên một ổ bạn đã dùng hai năm, thì đây là chuyện đã xảy ra.
Trên máy Mac dùng APFS, Time Machine cũng giữ ảnh chụp nhanh trên ổ đĩa trong, để bạn có thể khôi phục khi ổ sao lưu không được cắm. Chúng được giữ khoảng 24 giờ và tự động bị xóa khi cần dung lượng.
tmutil listlocalsnapshots /Người ta tìm thấy chúng, nghĩ đó là bản sao lưu, rồi thấy chúng biến mất. Chúng nằm trên cùng ổ với bản gốc, nên ổ hỏng là mất cả hai. Hữu ích cho sai sót bạn nhận ra trong chiều nay. Không phải bản sao lưu.
Với đích qua mạng, toàn bộ lịch sử nằm trong một sparse bundle. Lời khuyên trên internet về sự cố sao lưu rất thường kết thúc bằng "xóa sparsebundle và bắt đầu lại", và làm vậy là xóa mọi phiên bản bạn có chỉ trong một thao tác. Các lỗi ảnh đĩa có cách khắc phục không cần làm vậy, và đáng thử trước.
Thật lòng mà nói, rất ít.
Thứ bạn không làm được là đặt chính sách lưu giữ. Không có số ngày, không có số phiên bản tối thiểu, không có "giữ bản sao lưu đầu tiên của mỗi tháng mãi mãi". Lịch ở đầu trang này là toàn bộ giao diện.
Nó dùng để giúp một ổ đĩa cố định dùng được lâu, và đó là câu trả lời hợp lý cho việc đó. Vấn đề là chính sách này vô hình khi đang chạy. Ngày bạn đi tìm phiên bản của một tệp từ tám tháng trước là ngày bạn biết ổ của mình thực sự quay lại được bao xa, và lúc đó câu trả lời đã cố định.
Phiên bản cũ được giữ cho đến khi bạn quyết định khác. Không có bộ đếm nào bỏ chúng sau ba mươi ngày và không có lịch nào tỉa chúng sau lưng bạn.
Khi dung lượng thực sự thiếu, ứng dụng sẽ hỏi, và cho bạn biết nó sẽ xóa gì và giải phóng được bao nhiêu trước khi làm bất cứ điều gì. Kế hoạch được lập trước và thực hiện sau, nên sai sót trong một quy tắc vẫn có thể khắc phục trong một tuần.
Màn hình chính cho thấy lịch sử quay lại được bao xa, đó là con số mà cả trang này nói tới. Và khôi phục bản sao lưu mới nhất là miễn phí ở mọi gói, kể cả sau khi giấy phép hết hạn, nên lịch sử là tiện ích bạn trả tiền, còn lấy lại tệp thì không.
Nếu bạn tiếp tục dùng Time Machine, việc hữu ích nên làm hôm nay là chạy tmutil listbackups, xem ngày đầu tiên, và quyết định xem như vậy đã đủ xa với bạn chưa. Quy tắc 3-2-1 trả lời nửa còn lại của câu hỏi, tức là điều gì xảy ra khi chiếc ổ duy nhất chứa tất cả bị hỏng.
Không. Không có cài đặt, không có lệnh defaults nào tồn tại lâu dài, và không có cách được hỗ trợ để ghim một bản sao lưu. Đòn bẩy duy nhất là dung lượng ổ đĩa, lượng dữ liệu bạn sao lưu, và dùng nhiều hơn một đích.
Chạy tmutil listbackups khi ổ đĩa đang kết nối. Dòng đầu tiên là bản sao lưu cũ nhất bạn vẫn khôi phục được. Chính ngày đó, chứ không phải tuổi của ổ đĩa, cho biết lịch sử của bạn đi xa đến đâu.
Đúng, đó là hành vi được thiết kế: các bản sao lưu cũ nhất bị xóa để nhường chỗ cho bản mới nhất. Cũng nên kiểm tra xem ổ đĩa có thật sự đầy không, vì thông báo không đủ dung lượng thường liên quan đến cách nó ước tính kích thước công việc, chứ không phải dung lượng trống.
Không. Chúng nằm trên cùng ổ với các tệp gốc, được giữ khoảng một ngày, và bị xóa khi hệ thống cần dung lượng. Chúng chỉ giúp với một lần xóa nhầm trong chiều nay, không hơn.
Một bản cập nhật có thể làm mất hiệu lực chỉ mục sao lưu và bắt đầu chuỗi mới. Dữ liệu cũ thường vẫn nằm trên ổ trong khi không truy cập được từ giao diện khôi phục. tmutil listbackups cho bạn biết những gì vẫn truy cập được, và nếu câu trả lời chỉ là vài ngày gần nhất, thì chuỗi đã được bắt đầu lại.
Liên quan: Time Machine báo không đủ dung lượng, quy tắc 3-2-1, và so sánh Copy Shelter và Time Machine.