Repository navigation
vi USER GUIDE
Languages: English | العربية | Čeština | Deutsch | Español | فارسی | Français | हिन्दी | Bahasa Indonesia | Italiano | 日本語 | 한국어 | Nederlands | Polski | Português | Русский | Svenska | ไทย | Türkçe | Tiếng Việt | 中文
Một hướng dẫn đầy đủ, thân thiện về VDBackup, từ cài đặt mô-đun đến tạo bản sao lưu đầu tiên, khôi phục nó, gửi nó lên đám mây, lập lịch cho nó, và mở nó trên một PC nhiều năm sau. Nếu bạn đã từng dùng Swift Backup, Neo-Backup hay Android-DataBackup trước đây, điều này sẽ thấy quen thuộc - chỉ là mọi thứ diễn ra ở một nơi, không có gì phải "cho phép".
- 1. VDBackup là gì
- 2. Yêu cầu
- 3. Cài đặt và chạy lần đầu
- 4. Tham quan WebUI
- 5. Tạo một bản sao lưu
- 6. Khôi phục một bản sao lưu
- 7. Đích: cục bộ và từ xa
- 8. Lập lịch và lưu giữ
- 9. Di chuyển vào: nhập Neo-Backup và Android-DataBackup
- 10. SSAID (ANDROID_ID của thiết bị)
- 11. Tính di động: mở các bản sao lưu trên PC
- 12. Điều khiển VDBackup từ một trợ lý AI
- 13. Khắc phục sự cố và Câu hỏi thường gặp
- 14. Gỡ cài đặt
VDBackup là một mô-đun root với WebUI tích hợp sẵn giúp sao lưu và khôi phục các ứng dụng của bạn cùng dữ liệu của chúng. Nó được thiết kế như kẻ kế thừa mở, root-native của Swift Backup, Neo-Backup và Android-DataBackup: nó nhắm tới việc làm hợp của những gì các công cụ đó làm, ở một nơi duy nhất, và nó thậm chí có thể nhập các bản sao lưu Neo-Backup và Android-DataBackup hiện có của bạn để bạn có thể chuyển sang mà không mất gì cả.
Điểm khác biệt chính so với một ứng dụng sao lưu thông thường: VDBackup chạy hoàn toàn từ WebUI của trình quản lý root của bạn, và mô-đun đã là root. Không có ứng dụng đồng hành nào phải cài cho các tính năng cốt lõi, không có lời nhắc "cấp su" nào phải chấp thuận, và không có gì phải bật lên. Bạn mở WebUI, chọn những gì để sao lưu, và chạy nó.
Mọi thứ VDBackup tạo ra đều dùng các định dạng chuẩn (tar, gzip, zstd, age, zip, restic), nên các bản sao lưu của bạn không bao giờ bị khóa vào mô-đun và không bao giờ gắn với thiết bị cụ thể của bạn. Xem phần 11.
- Một thiết bị Android đã root được quản lý bởi KernelSU, APatch hoặc Magisk. VDBackup được cài như một mô-đun từ trình quản lý đó.
- Đủ bộ nhớ trống cho các bản sao lưu của bạn (các bản sao lưu cục bộ nằm dưới thư mục trạng thái của mô-đun; xem phần 3).
- Không gì khác. Mô-đun đóng gói tất cả các tệp nhị phân nó cần (tar, zstd, lz4, rclone, rsync, ssh, restic), nên sao lưu và khôi phục cục bộ hoạt động hoàn toàn ngoại tuyến. Chỉ các đích đám mây mới nói chuyện với mạng.
Một vài phần bổ sung chi tiết (AppOps, SSAID, một vài bit hệ thống đặc quyền) dựa vào khung Android; mô-đun xử lý chúng nội bộ, với một dự phòng shell thuần, và chúng suy giảm một cách nhẹ nhàng khi chúng không khả dụng trên thiết bị của bạn.
- Tải bản phát hành
VD-Backup-vX.Y.zipmới nhất. - Trong trình quản lý KernelSU / APatch / Magisk của bạn, flash zip mô-đun như bất kỳ mô-đun nào khác.
- Nó dùng được ngay lập tức - không cần khởi động lại. (Khởi động lại chỉ liên quan khi khôi phục SSAID; xem phần 10.)
- Mở WebUI của mô-đun từ trình quản lý. Đó là toàn bộ giao diện.
Nên tải phiên bản nào. Mỗi bản phát hành đi kèm nhiều phiên bản zip có thể flash, nên bạn chỉ tải cái mình cần. Hãy chọn một:
-
VD-Backup-<ver>-universal-full.zip- mọi kiến trúc CPU và mọi tệp nhị phân, bao gồmrclone(nhà cung cấp đám mây: Google Drive, S3 và 70+ backend rclone khác) vàrestic(snapshot khử trùng lặp). Hoạt động trên mọi thiết bị. Bản tải lớn nhất. -
VD-Backup-<ver>-universal-lite.zip- mọi kiến trúc, nhưng không có hai tệp nhị phân lớn nhất (rclonevàrestic). Bản tải nhỏ nhất; vẫn làm được sao lưu cục bộ, SSH/SFTP và rsync, với mã hóaagekhả chuyển. -
VD-Backup-<ver>-<abi>-full.zip(một trongarm64-v8a,armeabi-v7a,x86,x86_64) - một kiến trúc duy nhất với mọi tệp nhị phân (cùng tính năng nhưuniversal-fullnhưng chỉ cho kiến trúc thiết bị của bạn, nên nhỏ hơnuniversal-full).
Nếu bạn biết kiến trúc thiết bị của mình và muốn đầy đủ, hãy chọn <abi>-full khớp (hầu hết
điện thoại là arm64-v8a). Nếu bạn muốn bản tải nhỏ nhất hoặc không cần nhà cung cấp đám mây
(rclone) hay snapshot (restic), hãy chọn universal-lite. Nếu bạn muốn đầy đủ nhưng không
chắc về kiến trúc, hãy chọn universal-full. Khi cài đặt, mô-đun chỉ giữ lại kiến trúc của thiết bị bạn bất
kể bạn flash phiên bản nào.
Ở lần chạy đầu, mô-đun gieo một cấu hình mặc định (chỉ khi chưa có cái nào), nên các cài đặt của bạn được giữ nguyên qua các lần cập nhật mô-đun.
Trạng thái nằm ở đâu. Dữ liệu làm việc của VDBackup - cấu hình, các công việc theo lịch, các đích đã lưu, thông tin đăng nhập đã mã hóa, nhật ký và dấu vết kiểm toán, và khu vực dàn dựng của bạn - nằm dưới:
/data/adb/vdbackup/
Các bản sao lưu nằm ở đâu. Bản thân các bản sao lưu được ghi vào bộ nhớ hiển thị cho người dùng, được mã hóa bằng thông tin đăng nhập (nên chúng chỉ đọc được sau khi bạn mở khóa thiết bị, và chúng sống sót khi gỡ mô-đun), một thư mục cho mỗi người dùng Android:
/sdcard/VDBackup/ (= /data/media/<user>/VDBackup)
Hãy nhớ điều này vì hai lý do: các bản sao lưu chiếm dung lượng dưới /sdcard/VDBackup, và
/data/adb/vdbackup/logs/ là nơi bạn xem nếu có gì đó trục trặc.
WebUI được tổ chức thành một vài tab:
- Apps - danh sách các ứng dụng đã cài (người dùng và hệ thống), mỗi cái hiển thị với tên thật, tên gói, và biểu tượng của nó (biểu tượng tải lười và được lưu đệm, nên danh sách vẫn phản hồi nhanh). Nút trên một hàng sao lưu ứng dụng; chạm vào hàng sẽ mở lịch sử sao lưu của ứng dụng đó, nơi bạn có thể khôi phục bất kỳ bản sao lưu trước nào.
- Backups - các bản sao lưu bạn đã có, mỗi cái hiển thị tên ứng dụng trên một dòng và tên gói trên dòng kế tiếp. Chạm vào một bản sao lưu để xem toàn bộ chi tiết của nó (phiên bản, ngày, kích thước, các mục đã bao gồm, số lượng quyền, và thiết bị mà nó đến từ đó). Đây cũng là nơi bạn khôi phục, chạy một bài kiểm tra khôi phục, xóa một bản sao lưu, hoặc nhập các bản sao lưu từ Neo-Backup hay Android-DataBackup.
- Destinations - quản lý nơi các bản sao lưu đi đến: bộ nhớ cục bộ cộng với bất kỳ đích từ xa nào bạn thêm (xem phần 7). Bạn có thể kiểm tra một đích ở đây trước khi dựa vào nó.
- Settings - một công tắc chủ đề sáng/tối, một bộ chọn màu nhấn (mẫu dựng sẵn, màu tùy chỉnh, hoặc đặt lại), một bộ chọn ngôn ngữ, các mặc định cho công việc mới (nén mặc định, bật/tắt xác minh, mã hóa mặc định), chính sách mạng cho các lần truyền đám mây (xem phần 7), sao lưu tự động và danh sách ứng dụng loại trừ, tùy chọn nguồn cài đặt, khóa mã hóa, và lập lịch.
- About - phiên bản, liên kết, các dự án anh em (See also) và tệp kê khai kiểm toán nhị phân đi kèm.
Các xác nhận và thông báo dùng hộp thoại trong ứng dụng (không phải các cửa sổ bật lên của hệ thống kiểu cũ), và một lần khôi phục hoặc nhập sẽ yêu cầu bạn thừa nhận rằng nó ghi đè dữ liệu ứng dụng hiện tại trước khi tiến hành.
Các lần sao lưu và khôi phục chạy tách rời như một tiến trình root nền. Bạn có thể đóng WebUI, hoặc thậm chí đóng trình quản lý root, và thao tác vẫn tiếp tục. Khi bạn quay lại, WebUI gắn lại và hiển thị tiến trình trực tiếp với nhãn pha đã bản địa hóa. Trên các ROM hiển thị thông báo shell, bạn cũng nhận được một thông báo Android khi một công việc bắt đầu và kết thúc; dù sao đi nữa, thẻ tiến trình trong ứng dụng là chỉ báo đáng tin cậy.
Luồng cơ bản: mở Apps, chọn một ứng dụng, chọn những gì để bao gồm, chọn một chế độ, đặt nén và (tùy chọn) mã hóa, rồi chạy. Tiến trình xuất hiện trực tiếp và một thông báo cho bạn biết khi nó xong.
Đối với mỗi ứng dụng bạn có thể bao gồm bất kỳ tổ hợp nào của các mục này:
| Mục | Nó là gì |
|---|---|
| APK | Bản thân ứng dụng đã cài (APK gốc + bất kỳ split APK nào). |
| data | Dữ liệu riêng tư của ứng dụng (/data/data). Đây là "dữ liệu ứng dụng" thông thường. |
| device-protected data | Bộ nhớ direct-boot / được thiết bị bảo vệ (/data/user_de). Một số ứng dụng giữ cài đặt ở đây. |
| external | Dữ liệu ngoài của ứng dụng dưới Android/data. |
| OBB | Các tệp mở rộng OBB của ứng dụng (Android/obb), được một số trò chơi dùng. |
| media | Phương tiện của ứng dụng dưới Android/media. |
Một mặc định tốt cho "sao lưu ứng dụng này hoàn toàn" là bao gồm tất cả chúng. Nếu bạn chỉ muốn dữ liệu (ví dụ để di chuyển một bản lưu trò chơi), bạn có thể bỏ chọn APK và các mục OBB/media lớn.
VDBackup cũng bảo tồn những thứ làm cho một lần khôi phục trung thực: ngữ cảnh SELinux, sở hữu uid/gid, chế độ tệp, thuộc tính mở rộng (xattr) và khả năng (capabilities).
VDBackup cung cấp ba chế độ. WebUI chọn sẵn Full, đó là lựa chọn đúng cho hầu hết mọi người.
-
Full - một bản sao lưu hoàn chỉnh, tự chứa, di động được ghi dưới dạng
tar.zst(hoặc nén bạn chọn). Mỗi lần chạy tạo ra một bản sao lưu độc lập mà bạn có thể sao chép đi bất cứ đâu và mở trên một PC. Tốt nhất cho: một ảnh chụp sạch, di động của một ứng dụng mà bạn có thể lưu trữ và di chuyển quanh. Đây là mặc định và là lựa chọn di động nhất. -
Snapshot - tăng dần và có phiên bản, được hỗ trợ bởi
restic. Mỗi lần chạy thêm một ảnh chụp tại một thời điểm mới vào một kho, chỉ lưu những gì đã thay đổi và khử trùng lặp qua các ảnh chụp. Tốt nhất cho: giữ một lịch sử đang chạy của một ứng dụng mà không phải trả kích thước đầy đủ ở mỗi lần chạy. -
Mirror - một đồng bộ 1:1 của dữ liệu đang chạy tới đích, được hỗ trợ bởi
rclone/rsync. Nó giữ đích giống hệt những gì đang có trên thiết bị ngay lúc này (các tệp thay đổi được sao chép, các tệp bị xóa được xóa ở đích). Tốt nhất cho: một bản sao nhanh, luôn cập nhật, ví dụ tới một remote đám mây. Lưu ý rằng APK vẫn được lưu ở dạng nén ngay cả trong một mirror, không bao giờ ở dạng thô.
Bạn có thể chọn mức nén cho một bản sao lưu Full:
- none - không nén (nhanh nhất, lớn nhất).
- lz4 - nén rất nhanh, nhẹ.
- zstd - mặc định, một cân bằng mạnh giữa tốc độ và tỷ lệ. Bạn cũng có thể chọn một mức (ví dụ một mức cao hơn cho một tệp nhỏ hơn).
- gzip - "chế độ tương thích". gzip mở được bằng các công cụ tích hợp sẵn trên hầu như bất kỳ máy tính nào và trong hầu hết các trình quản lý tệp, không có gì thêm phải cài. Chọn cái này khi bạn quan tâm nhất đến việc có thể mở kho lưu trữ ở bất cứ đâu.
Nếu bạn không chọn, VDBackup dùng mặc định đã cấu hình của nó (zstd ở một mức hợp lý).
Mã hóa là tùy chọn và di động. VDBackup mã hóa bằng age dùng một cụm mật khẩu
(scrypt), vốn được chọn cụ thể vì tính di động: bất kỳ công cụ age chuẩn nào trên bất kỳ
hệ điều hành nào đều có thể giải mã bản sao lưu của bạn chỉ với cụm mật khẩu. Mã hóa không
bao giờ gắn với các khóa phần cứng của thiết bị bạn, nên một bản sao lưu đã mã hóa khôi
phục được trên một thiết bị khác và mở được trên một PC. (Một chế độ zip AES-256 tương thích
cũng có sẵn cho các kho lưu trữ đã mã hóa mà bạn muốn mở bằng một cú nhấp đúp và một mật
khẩu.)
Để dùng mã hóa, tạo khóa mã hóa một lần (Settings), rồi bật mã hóa cho công việc của bạn và đặt một cụm mật khẩu. Cụm mật khẩu là thứ bảo vệ bản sao lưu, vậy nên hãy chọn một cụm mạnh
- không có khóa phần cứng và không có cửa hậu khôi phục.
Quy tắc APK (quan trọng):
- APK luôn được lưu ở dạng nén, không bao giờ thô, để tiết kiệm dung lượng.
- APK không được mã hóa theo mặc định, vì APK của một ứng dụng là nội dung công khai.
- Mã hóa APK và mã hóa dữ liệu là các công tắc độc lập. Bật mã hóa dữ liệu không mã hóa APK. Nếu bạn cụ thể muốn APK cũng được mã hóa, hãy bật công tắc mã hóa APK một cách rõ ràng.
Hai tùy chọn an toàn giúp bạn tin tưởng một bản sao lưu trước khi dựa vào nó:
- Verify - sau khi ghi, VDBackup băm lại mỗi kho lưu trữ và kiểm tra nó so với manifest. Cái này bật theo mặc định cho các bản sao lưu Full. Nếu một tệp không khớp, công việc thất bại với một lỗi rõ ràng thay vì để bạn lại với một bản sao lưu hỏng âm thầm.
- Dry-run - lập kế hoạch cho công việc và báo cáo các kích thước nó sẽ tạo ra mà không ghi gì cả. Dùng nó để ước tính dung lượng hoặc để kiểm tra lựa chọn mục của bạn trước khi chạy thứ thật.
Bên dưới các danh sách ứng dụng trong tab Backups, Sao lưu đặc biệt bao gồm dữ liệu toàn hệ thống không gắn với một ứng dụng đơn lẻ: tin nhắn (SMS/MMS), danh bạ và nhật ký cuộc gọi, mạng Wi-Fi và Bluetooth. Chọn các hạng mục và sao lưu chúng; chúng được lưu trữ ở dạng thô, với cùng việc bảo toàn SELinux/xattr và mã hóa tùy chọn như các bản sao lưu ứng dụng. Tùy chọn, một bản sao khả chuyển cũng được ghi (tin nhắn, nhật ký cuộc gọi và danh bạ dưới dạng JSON mở được), nên bạn có một bản sao xuyên thiết bị mà bạn có thể đọc trên PC mà không cần mô-đun. Khôi phục một bản sao lưu đặc biệt sẽ ghi đè dữ liệu hệ thống đang chạy và cần khởi động lại, nên nó được canh gác sau một lời thừa nhận nổi bật và đáng tin cậy trên cùng thiết bị và cùng ROM.
Mở tab Backups, chọn bản sao lưu bạn muốn, và bắt đầu khôi phục. Vì khôi phục là một hành động phá hủy, VDBackup yêu cầu bạn xác nhận trước, và nó ghi lại hành động trong một nhật ký kiểm toán cục bộ.
Một lần khôi phục là trung thực: VDBackup xóa trạng thái hiện tại của ứng dụng và giải nén bản sao lưu, nên ứng dụng được đưa về đúng trạng thái được chụp trong bản sao lưu đó (bao gồm sở hữu, chế độ, ngữ cảnh SELinux và xattr). Nó không phải là một lần hợp nhất - nó là một lần khôi phục thật về thời điểm của bản sao lưu.
Các tùy chọn khôi phục hữu ích:
- Restore-test - giải nén bản sao lưu vào một khu vực dàn dựng tạm thời và xác minh nó mà không chạm vào ứng dụng đang chạy. Đây là cách an toàn để xác nhận một bản sao lưu còn nguyên vẹn và khôi phục được trước khi bạn ghi đè bất cứ thứ gì. Nếu bài kiểm tra thất bại bạn nhận được một lỗi rõ ràng và ứng dụng đã cài của bạn được để nguyên không bị chạm.
- Partial restore - chỉ khôi phục một số mục đã được sao lưu. Ví dụ, chỉ khôi phục dữ liệu ứng dụng mà không cài lại APK, hoặc khôi phục các tệp lưu mà không có OBB/media lớn. Chọn các mục bạn muốn trên màn hình khôi phục.
- Đối với các bản sao lưu Snapshot và Mirror, lần khôi phục kéo từ kho có phiên bản hoặc bản sao được phản chiếu tương ứng.
- Install source - theo mặc định một ứng dụng đã khôi phục báo cáo Play Store là nguồn cài đặt của nó (thay vì trông như được cài ngoài), đó là điều mà hầu hết các ứng dụng và các bài kiểm tra ứng dụng mong đợi. Bạn có thể tắt điều này trên toàn cục trong Settings hoặc theo từng lần khôi phục, và khi tắt thì nguồn cài đặt gốc được giữ lại. Một công tắc opt-in nâng cao "giả mạo nguồn khởi tạo" còn đi xa hơn và cũng làm cho gói khởi tạo và nguồn gói của ứng dụng trông như được cài từ Play; nó chỉnh sửa cơ sở dữ liệu gói của hệ thống (được sao lưu trước tiên) và có hiệu lực sau khi khởi động lại.
Xóa một bản sao lưu. Mở chi tiết của một bản sao lưu (hoặc lịch sử của một ứng dụng) và dùng Delete; bạn được yêu cầu xác nhận, và việc xóa được ghi vào nhật ký hoạt động. Bạn cũng có thể giới hạn số bản sao lưu giữ lại cho mỗi ứng dụng (lưu giữ) để các bản cũ được tỉa tự động.
Gắn một ứng dụng đã cài làm ứng dụng hệ thống. Từ lịch sử sao lưu của một ứng dụng,
Mount as system dàn dựng APK của ứng dụng vào một mô-đun con overlay của VDBackup để trình
quản lý root phục vụ nó từ /system/app (hoặc /system/priv-app) - phân vùng /system thật không bao
giờ bị chạm tới. Với NoMount trên KernelSU nó áp dụng trực tiếp; nếu không thì nó áp dụng
sau khi khởi động lại. Điều này không bao giờ phụ thuộc vào việc NoMount phải được cài.
Theo mặc định, các bản sao lưu được ghi vào bộ nhớ cục bộ dưới thư mục trạng thái của
mô-đun. Bạn cũng có thể thêm các đích từ xa trong tab Destinations. Đối với đích cục bộ, Browse
mở một bộ chọn thư mục để bạn chọn một thư mục con trong bộ nhớ dùng chung (/sdcard) thay vì nhập đường dẫn.
Việc truyền từ xa được xử lý bởi các công cụ đóng gói sẵn:
- rclone - trung tâm cho một loạt rất lớn các remote: SFTP, SMB, WebDAV, FTP, S3, Google Drive và hơn 70 dịch vụ khác.
- rsync và bộ ssh/scp/sftp - cho đồng bộ delta và các đích SSH thuần.
- restic - các kho Snapshot đã mã hóa, khử trùng lặp (cục bộ hoặc từ xa).
Tạo một remote đám mây (không cần SSH). Trong tab Destinations, chọn loại đích rclone và dùng Add cloud remote: chọn backend (SFTP, SMB, WebDAV, FTP, S3 hoặc Google Drive), điền các trường (host/user/password, hoặc các khóa S3, hoặc một token Drive) và lưu. Remote sau đó xuất hiện trong danh sách remote của đích. Mật khẩu được lưu ở dạng che giấu, không bao giờ ở dạng văn bản rõ. Bạn có thể liệt kê và xóa các remote của mình từ cùng một chỗ.
Hai quy tắc giữ cho việc dùng từ xa an toàn:
- Thông tin đăng nhập được lưu đã mã hóa khi nghỉ trong thư mục trạng thái của mô-đun, không bao giờ ở dạng văn bản rõ.
- Xác thực trước khi dùng. Dùng bài kiểm tra đích trong tab Destinations để xác nhận một đích hoạt động trước khi bạn hướng một bản sao lưu thật vào nó.
Chính sách mạng (Wi-Fi so với dữ liệu di động). Trong Settings, "Cloud transfers over" cho phép bạn hạn chế loại kết nối nào mà các lần truyền đám mây có thể dùng: Wi-Fi và dữ liệu di động (mặc định), chỉ Wi-Fi, hoặc chỉ dữ liệu di động. Khi bạn hạn chế nó, mọi lần truyền đám mây - thủ công hay theo lịch, tải lên hay khôi phục - kiểm tra kết nối đang hoạt động trước và từ chối chạy trên kết nối sai, nên một chính sách chỉ-Wi-Fi không bao giờ tiêu dữ liệu di động. Các bản sao lưu cục bộ không bao giờ bị ảnh hưởng.
Google Drive. Bạn có hai cách để tiếp cận Google Drive:
-
Qua rclone - thêm Drive như một remote rclone giống bất kỳ đích nào khác, không có
ứng dụng thêm và không có tài khoản Google Cloud. Trên bất kỳ máy tính nào chạy
rclone authorize "drive"một lần, đăng nhập vào tài khoản Google của bạn trong trình duyệt, và dán token nó in ra vào trường token của remote Drive. - Qua ứng dụng đồng hành tùy chọn - một ứng dụng đồng hành nhỏ, opt-in xử lý việc đăng nhập Google và tải lên Drive. Nó được cài chỉ khi bạn chọn một cách rõ ràng đích đồng hành Google Drive, không bao giờ theo mặc định, và nó bị gỡ khi bạn tắt nó. Màn hình đồng ý Google một lần là bước duy nhất diễn ra bên ngoài WebUI. Khi ứng dụng đồng hành được cài, VDBackup nhắc bạn luôn ẩn nó với HMA-OSS để sự hiện diện của nó không làm lộ root hoặc một bootloader đã mở khóa, và nó đề nghị thêm nó vào danh sách HMA-OSS giúp bạn.
VDBackup có thể chạy các bản sao lưu tự động theo một lịch. Trong bộ lập lịch bạn định nghĩa một công việc với:
- ứng dụng (hoặc tập hợp ứng dụng) và các mục/chế độ để dùng,
- một đích,
- một lịch kiểu cron - theo giờ, theo ngày hoặc theo tuần, vào một thời điểm bạn chọn (HH:MM),
- một cài đặt lưu giữ: giữ N bản sao lưu gần nhất cho công việc đó, các bản cũ hơn được tỉa tự động.
Các công việc theo lịch được kích hoạt bởi một nhịp lúc khởi động trong mô-đun: khi một công việc đến hạn nó chạy, ghi lại thời điểm chạy lần cuối để nó không kích hoạt hai lần, và áp dụng lưu giữ để tỉa các bản sao lưu cũ. Vì mọi thứ chạy với quyền root ở nền, các bản sao lưu theo lịch không cần WebUI phải mở.
Tự động sao lưu khi cài đặt/cập nhật. Trong Settings bạn có thể bật sao lưu tự động: chính nhịp nền đó nhận thấy các ứng dụng vừa được cài mới hoặc được cập nhật và sao lưu chúng cho bạn (với lưu giữ keep-N). Lần chạy đầu tiên chỉ ghi lại những gì đã được cài, nên việc bật nó không bao giờ sao lưu toàn bộ thiết bị của bạn cùng một lúc.
Ứng dụng loại trừ (danh sách chặn). Cũng trong Settings, bạn có thể loại trừ các ứng dụng mà bạn không bao giờ muốn được sao lưu tự động hoặc theo lịch; các ứng dụng bị loại trừ được cả hai bỏ qua.
Nhật ký hoạt động. Tab Schedule có một nút View activity log hiển thị dấu vết kiểm toán cục bộ - sao lưu, khôi phục, xóa, các lần chạy theo lịch và tự động, và các lần tỉa - mới nhất trước.
Nếu bạn đến từ Neo-Backup hoặc Android-DataBackup, bạn không phải bắt đầu lại từ đầu. Từ tab Backups bạn có thể nhập các bản sao lưu hiện có của mình:
- Hướng VDBackup vào vị trí sao lưu Neo-Backup hoặc Android-DataBackup hiện có của bạn (import-scan liệt kê những gì nó tìm thấy ở đó).
- Chọn các bản sao lưu nào để nhập.
- Bắt đầu nhập. Giống các thao tác dài khác nó chạy tách rời với tiến trình trực tiếp.
Các bản sao lưu Neo-Backup được mã hóa bằng mật khẩu được hỗ trợ. Các bản sao lưu được mã hóa AES-256 của Neo-Backup có thể được nhập - bạn được nhắc nhập mật khẩu khi cần, và mật khẩu chỉ được dùng để giải mã, không bao giờ lưu trong dòng lệnh.
SSAID là ANDROID_ID theo từng ứng dụng - một định danh ở cấp thiết bị mà một số ứng dụng
đọc. VDBackup có thể sao lưu và khôi phục nó, nhưng đây là thứ nhạy cảm nhất mà nó chạm tới,
nên nó được xử lý với sự cẩn trọng đặc biệt:
- Nó là TÙY CHỌN và TẮT theo mặc định. VDBackup sẽ không bao giờ chụp hoặc khôi phục SSAID trừ khi bạn bật nó một cách rõ ràng cho công việc đó. WebUI hiển thị một thông báo "Optional" được đánh dấu rõ ràng, được tô sáng ở bất cứ đâu SSAID xuất hiện (sao lưu, khôi phục và nhập), và nó vẫn tắt cho đến khi bạn opt in.
- Nó chỉ áp dụng sau khi khởi động lại khi khôi phục. Trình cung cấp cài đặt Android lưu đệm các giá trị này, nên một SSAID đã khôi phục chỉ có hiệu lực sau khi bạn khởi động lại thiết bị.
-
Giá trị trước đó luôn được sao lưu trước tiên. Trước khi ghi đè bất kỳ SSAID nào,
VDBackup sao chép
settings_ssaid.xmlđang chạy nguyên từng byte vào một bản sao lưu có dấu thời gian (bản này không bao giờ bị tự động xóa). Nếu bản sao an toàn đó không thể được tạo, việc ghi đè không diễn ra. Để hoàn tác, khôi phục tệp đã lưu đó và khởi động lại.
Khuyến nghị: hãy để SSAID tắt trừ khi bạn cụ thể biết mình cần nó (ví dụ, một ứng dụng cụ thể tự khóa mình vào ID thiết bị và mà bạn đang di chuyển một cách có chủ ý). Đối với các bản sao lưu ứng dụng và dữ liệu thông thường bạn không cần nó.
Các bản sao lưu của bạn không bị khóa vào mô-đun này và không bao giờ gắn với phần cứng. Mọi thứ dùng các định dạng chuẩn, nên bạn có thể mở một bản sao lưu trên Windows, macOS hoặc Linux mà không cần cài VDBackup.
Một thư mục sao lưu Full chứa một manifest.json (nguồn sự thật mô tả mỗi tệp, phiên bản
ứng dụng và chủ sở hữu/ngữ cảnh gốc), các APK dưới dạng *.apk.zst, và các kho dữ liệu
dưới dạng <item>.tar.zst (hoặc .tar.gz / .tar.lz4), tùy chọn có một .age ở cuối khi
được mã hóa.
Để mở một cái trên một PC, nói ngắn gọn:
-
Giải mã (chỉ nếu tệp kết thúc bằng
.age) với công cụagechuẩn và cụm mật khẩu hoặc tệp khóa của bạn. -
Giải nén và trích xuất:
.tar.zstvớizstdrồitar;.tar.gzvớitartrực tiếp;.tar.lz4quazstd --format=lz4. Một APK chỉ là một APK được nén zstd, nên giải nénbase.apk.zstcho bạn mộtbase.apkbình thường có thể cài được.
Mỗi bản sao lưu đã mã hóa đi kèm một ghi chú RECOVERY chứa các lệnh sao chép-dán chính
xác cho Windows, macOS và Linux. Xem
../module/etc/RECOVERY.md để biết bộ công cụ đầy đủ, từng bước.
Lưu ý rằng các ngữ cảnh SELinux, uid/gid và chế độ được lưu bên trong tar và chỉ được áp dụng lại đúng cách khi bạn khôi phục trên Android - trên một PC bạn vẫn nhận được tất cả các tệp của mình, chỉ là không có sự sở hữu đặc thù Android được thực thi.
VDBackup được xây dựng để thân thiện với các trợ lý và tác nhân AI, không chỉ với con người. WebUI chỉ là một trong các máy khách của một API JSON nhỏ; một tác nhân có thể quản trị mọi hành động của mô-đun theo kiểu headless qua cùng API đó (mỗi lệnh trả về một đối tượng JSON duy nhất, các thao tác dài chạy tách rời và bạn thăm dò tiến trình của chúng, và cùng các lan can an toàn áp dụng - SSAID vẫn opt-in, các hành động làm thay đổi vẫn được xác nhận và kiểm toán).
Nếu bạn muốn một trợ lý chạy các bản sao lưu và khôi phục cho bạn, hãy hướng nó tới
AI-AGENTS.md, tài liệu này ghi lại toàn bộ bề mặt điều khiển: giao kèo
lệnh, mỗi động từ với các đối số và giá trị trả về của nó, và các quy tắc an toàn mà một tác
nhân phải tôn trọng.
Nhật ký ở đâu? Dưới thư mục trạng thái mô-đun, /data/adb/vdbackup/logs/. Tiến trình
trực tiếp cho một thao tác đang chạy ở trong progress-<opid>.json, và dấu vết kiểm toán
của các hành động làm thay đổi (restore, delete, import, thay đổi SSAID) ở trong
audit.jsonl.
Một lần sao lưu/khôi phục có vẻ bị kẹt hoặc tôi đã đóng WebUI. Các thao tác chạy tách rời, nên đóng WebUI không dừng chúng. Mở lại WebUI và nó gắn lại vào bất kỳ thao tác đang chạy nào và hiển thị tiến trình hiện tại.
Tôi nhận được một thông báo ERR_.... Các lỗi được báo cáo với một mã rõ ràng. Một vài
mã phổ biến:
-
ERR_VERIFY- một kho lưu trữ đã ghi không khớp hash manifest của nó (xác minh đã bắt được một bản sao lưu xấu). Chạy lại bản sao lưu. -
ERR_RESTORE_TEST- một bài kiểm tra khôi phục thất bại; bản sao lưu không giải nén/xác minh sạch sẽ và ứng dụng đang chạy của bạn được để nguyên không bị chạm.
Đích từ xa của tôi thất bại. Dùng bài kiểm tra đích trong tab Destinations để xác thực thông tin đăng nhập và kết nối. Nhớ rằng chỉ các đích đám mây mới cần mạng; sao lưu/khôi phục cục bộ hoàn toàn ngoại tuyến.
Có bất kỳ phần nào trong số này gọi về nhà hay tải xuống lúc chạy không? Không. Tất cả các tệp nhị phân được đóng gói trong mô-đun lúc build; không có gì được lấy về thiết bị lúc chạy. Chỉ các đích đám mây (rclone/restic/ssh) mới nói chuyện với mạng, và chỉ khi bạn dùng chúng.
Bản sao lưu của tôi có khôi phục được trên một điện thoại khác không? Có - các bản sao lưu di động và không gắn với phần cứng thiết bị. (SSAID là ngoại lệ đặc thù thiết bị duy nhất, và nó là opt-in và áp dụng khi khởi động lại; xem phần 10.)
Bản sao lưu đã mã hóa của tôi không mở được - tôi đã mất cụm mật khẩu. Không có cửa hậu khôi phục theo thiết kế; cụm mật khẩu là thứ bảo vệ bản sao lưu. Hãy giữ nó an toàn.
Gỡ VDBackup giống bất kỳ mô-đun nào khác từ trình quản lý KernelSU / APatch / Magisk của
bạn. Gỡ cài đặt giữ nguyên cấu hình người dùng của bạn và chỉ loại bỏ trạng thái tạm
thời, nên cài lại sau này sẽ nhặt lại các cài đặt của bạn. Các bản sao lưu thực của bạn nằm
dưới /data/adb/vdbackup/ - nếu bạn muốn loại bỏ chúng nữa, hãy xóa thư mục đó thủ công sau
khi gỡ cài đặt; nếu không chúng vẫn còn khả dụng (và, là các định dạng chuẩn, mở được trên
một PC) ngay cả khi không có mô-đun.
Tài liệu này được tạo với Claude (Anthropic) và được VD171 duy trì. Hoan nghênh các chỉnh sửa và cải tiến - xem CONTRIBUTING.md.