Sao lưu ngoài vị trí
Tại sao bản sao nằm cạnh dữ liệu không cứu được bạn, nên đưa nó đi đâu, cách giới hạn quyền của khóa, và điều gì cần truy cập được nếu máy hoàn toàn không khả dụng.
Cập nhật 23 tháng 8, 2026
Bản sao trên cùng một ổ đĩa chỉ bảo vệ bạn khỏi đúng một thứ — lỗi rm -rf của chính bạn. Chỉ có bản sao ở một vị trí khác mới cứu bạn khỏi việc cài lại hệ điều hành, mất quyền truy cập, ransomware hay bất kỳ sự cố nào đánh sập toàn bộ máy.
Lấy bản sao ở đâu
| Vị trí | Ưu điểm | Điều cần lưu ý |
|---|---|---|
| VPS thứ hai | Toàn quyền kiểm soát, đường truyền nhanh | Cả hai máy cùng một nhà cung cấp — rủi ro chung |
| Máy tính tại nhà hoặc NAS | Rẻ, tách biệt về mặt vật lý | Cần địa chỉ cố định hoặc phía nhà phải khởi tạo kết nối |
| Lưu trữ đối tượng S3 | Không cần bảo trì, trả tiền theo dung lượng | Kiểm tra chi phí lưu lượng ra khi khôi phục |
| Lưu trữ riêng có truy cập SFTP | Đơn giản, rẻ khi dung lượng lớn | Thường không có tính năng phiên bản ở phía lưu trữ |
Nguyên tắc rất đơn giản: bản sao phải tồn tại được khi máy nguồn mất hoàn toàn. Nếu cả hai nơi lưu trữ cùng sập vì một sự kiện, thì bạn chỉ có một vị trí.
Ai kéo từ ai
Có hai lựa chọn, và chúng bảo vệ khỏi ransomware theo cách khác nhau.
Máy đẩy bản sao đi. Đơn giản, nhưng khóa đẩy nằm trên máy. Kẻ tấn công chiếm được quyền root sẽ với tới cả nơi lưu trữ.
Nơi lưu trữ tự kéo bản sao về. Khóa nằm ở phía nhận, và máy hoàn toàn không biết về nó. An toàn hơn, nhưng đòi hỏi phía nhận phải kết nối được tới máy.
Một giải pháp dung hòa cả hai: máy đẩy, nhưng khóa ở phía nhận bị giới hạn chỉ được ghi, không có quyền xóa.
command="rrsync -wo /srv/backup/vds",restrict ssh-ed25519 AAAA... vds-backup
Với Restic, vai trò tương tự do chế độ append-only đảm nhiệm — một kho chỉ có thể ghi thêm:
restic --repo sftp:backup@host:/srv/restic backup /data
Trong trường hợp này, phía nhận tự xóa các bản chụp cũ theo lịch của nó, chứ không phải máy.
Một khóa nằm trên máy và có quyền xóa bản sao làm giảm giá trị của toàn bộ phương án. Ransomware tìm đúng khóa đó trước tiên. Quyền xóa phải thuộc về người khác.
Kiểm tra khả năng sẵn sàng
Bạn thường cần khôi phục vào đúng thời điểm tồi tệ nhất: máy đã sập, bạn đang cuống, và không có thời gian. Hãy chắc chắn trước rằng bạn có:
- Địa chỉ lưu trữ và thông tin đăng nhập — ghi lại ở nơi khác ngoài máy này.
- Mật khẩu kho Restic — trong trình quản lý mật khẩu.
- Mật khẩu root của máy — nó được lưu mã hóa và hiển thị bằng một nút trong tab “Access” của bảng điều khiển
/hosting/vds/m/<id>, nhưng bảng điều khiển chỉ mình bạn truy cập được. - Danh sách cái gì nằm ở đâu: bản sao nào chứa nội dung gì.
Hãy ghi những điều này vào một ghi chú ngắn và giữ nó bên ngoài VPS.
Di chuyển bao nhiêu dữ liệu
Băng thông lên tới 500 Mbps, nhưng nút thắt thường nằm ở phía nhận. Hãy làm bản sao đầy đủ đầu tiên bằng tay vào thời điểm ít tải; sau đó chỉ những thay đổi được truyền đi. Để giới hạn tốc độ nhằm không ảnh hưởng tới các dịch vụ:
rsync --bwlimit=10000 ...
restic backup --limit-upload 10000 ...
Giá trị tính bằng kilobyte mỗi giây.
Những sai lầm thường gặp
- Cả hai bản sao đều nằm cùng một nhà cung cấp, cùng một nơi. Đó là một vị trí, dù bạn gọi nó là gì.
- Bản sao vẫn đang được đẩy, nhưng không ai biết nó đã dừng. Hãy thiết lập kiểm tra đẩy trong Uptime Kuma.
- Bạn chưa từng thử khôi phục. Xem diễn tập khôi phục.
- Thông tin đăng nhập lưu trữ nằm trong một script cũng lọt vào bản sao. Không chí mạng nếu có mã hóa, nhưng nếu bạn mất nơi lưu trữ cùng với script thì đó là một lỗ hổng.
Cần đưa chính xác những gì vào bản sao được trình bày trong cần sao lưu những gì; các phương pháp là rsync và Restic.