Sao lưu người dùng
HiTechAdmin > Bản sao lưu > Người dùng kiểm soát cách các bản sao lưu tài khoản riêng của người dùng hosting (website, cơ sở dữ liệu, v.v.) chạy. Trang chỉ dành cho quản trị viên và người dùng, không dành cho đại lý. Trang có ba thẻ: Cài đặt, Cấu hình và Lần chạy.
Trên container stack đã ngừng, bản sao lưu của mỗi tài khoản chạy trong dịch vụ docker-volume-backup riêng (của offen, cấp phép theo Mozilla Public License 2.0). Native stack không chạy dịch vụ đó.
Có hai chế độ loại trừ lẫn nhau, hoàn toàn do lịch của tác vụ cron hệ thống hitechcloudcli docker-backup quyết định:
- Do người dùng cấu hình (mặc định) — mỗi người dùng tự quản lý bản sao lưu từ tài khoản của mình, khi mô-đun Bản sao lưu được bật cho họ. Không có gì chạy tập trung; mục cron được đặt một lịch giữ chỗ đã tắt.
- Do quản trị viên cấu hình — quản trị viên chạy sao lưu cho mọi người dùng một cách tập trung, theo một lịch, qua
hitechcloudcli docker-backup.
Xem bài viết Cấu hình sao lưu HiTechCloud để có so sánh đầy đủ hơn giữa hai cách.
Cài đặt
Một menu thả xuống duy nhất quyết định chế độ:
- Đã tắt — do người dùng cấu hình (mặc định).
- Hằng ngày / Hằng tuần / Hằng tháng — do quản trị viên cấu hình, đều chạy lúc 03:00 giờ máy chủ. Tinh chỉnh thời gian chính xác sau đó tại Tác vụ đã lên lịch.
Khi lưu, lịch của mục cron hitechcloudcli docker-backup được cập nhật tương ứng.
Tài khoản được loại khỏi sao lưu trung tâm nhận mỗi dòng một tên tài khoản. Mỗi lần chạy tập trung, theo lịch hoặc bắt đầu bằng Chạy sao lưu ngay, đều bỏ qua các tài khoản này và ghi một dòng cho mỗi tài khoản vào nhật ký Lần chạy (<account>: skipped: excluded from the central backup). Các tài khoản vẫn được sao lưu lần lượt từng cái, không bao giờ song song. Bản sao lưu mà một tài khoản tự lên lịch tại trang Tệp > Bản sao lưu của nó không bị ảnh hưởng, và bản sao lưu bạn bắt đầu cho các tài khoản đã chọn từ danh sách Người dùng cũng vậy. Tên không phải là tài khoản trên máy chủ sẽ bị bỏ qua, và thẻ Cài đặt đánh dấu nó để dễ phát hiện tên gõ sai. Danh sách được lưu trong /etc/hitechcloud/hitechadmin/config/backups.ini (excluded_accounts trong [USER_BACKUP]) và các bản cập nhật giữ nguyên nó.
Cấu hình
Thiết lập sao lưu mà mọi tài khoản mới bắt đầu với, mỗi thiết lập một trường có nhãn. Nó không thay đổi thiết lập sao lưu riêng của tài khoản hiện có, chỉ thay đổi những gì tài khoản tương lai bắt đầu với.
| Nhóm | Các trường |
|---|---|
| Lịch | Tần suất (tắt, hằng ngày, hằng tuần, hằng tháng), giờ, ngày trong tuần và ngày trong tháng |
| Nội dung sao lưu | Tệp, cơ sở dữ liệu, mail, DNS, tác vụ cron và chứng chỉ SSL |
| Engine | tar hoặc restic; một bản lưu trữ đầy đủ sau mỗi N lần sao lưu; kiểm tra hằng tuần hoặc luôn luôn; chỉ ghi thêm (restic) |
| Lưu giữ | Giữ các bản hằng ngày, hằng tuần và hằng tháng. Để trống một trường để dùng mặc định theo gói của tài khoản |
| Đích đến | Cục bộ, tương thích S3, WebDAV, SSH/SFTP, FTP/FTPS, Azure, Dropbox, Acronis, một remote rclone, Google Drive và OneDrive (qua rclone), và Backblaze B2, mỗi loại có các trường riêng |
Restic không ghi được vào WebDAV, FTP, Azure, Dropbox hay Acronis, và biểu mẫu từ chối tổ hợp đó.
Mật khẩu, khoá và token không bao giờ hiển thị lại sau khi lưu: mỗi trường hiển thị Đặt hoặc Chưa thiết lập. Để trống trường để giữ giá trị đã lưu, hoặc đánh dấu Xoá để gỡ nó. Kiểm tra kết nối thử đích đến với các giá trị đã điền, trước khi bạn lưu.
Bạn không cần sửa tệp nào cho việc này. Để tham khảo, biểu mẫu ghi /etc/hitechcloud/backups/backup.env (mẫu cho tài khoản mới) và server-destination.env chỉ root đọc được, và giữ mọi thiết lập trong đó mà nó không hiển thị.
Khôi phục cơ sở dữ liệu
Mọi lần khôi phục (hitechcloudcli user-restore, một bộ sao lưu, một tác vụ sao lưu, nhập website) đều nạp từng cơ sở dữ liệu bằng tài khoản cơ sở dữ liệu riêng của tài khoản, không bao giờ bằng root: tài khoản đăng nhập trong ~/my.cnf của tài khoản phải là của chính nó (một tệp thường, không phải liên kết). my.cnf ghi root (như stack container cũ đã ghi) hay một tài khoản khác sẽ bị từ chối, và cơ sở dữ liệu được báo là chưa nhập kèm lệnh khắc phục: hitechcloudcli account dbpassword <tài-khoản>.
Bản dump được đọc trước khi trình khách nhận, theo cùng quy tắc như khi sao chép cơ sở dữ liệu giữa các tài khoản: chỉ những gì một bản dump của một cơ sở dữ liệu ghi ra mới được cho qua (không có USE, CREATE DATABASE, GRANT, CREATE USER, SET GLOBAL, LOAD DATA, lệnh \ của trình khách, tên trong cơ sở dữ liệu khác hay DEFINER của tài khoản khác). Bản dump vi phạm bị từ chối và việc nạp dừng lại trước khi câu lệnh bị từ chối chạy. Trình khách chạy dưới người dùng hệ thống của tài khoản với --binary-mode.
Từ 4.1.4, mỗi lần cập nhật đều thay ~/my.cnf của tài khoản nếu nó ghi root hay tài khoản khác bằng một tệp không ghi tài khoản nào (hitechcloudcli account own-db-login --all) và tạo tài khoản cơ sở dữ liệu riêng cho tài khoản chưa có. Tài khoản riêng đã có thì giữ nguyên mật khẩu, vì một ứng dụng có thể đang dùng nó: bản cập nhật liệt kê các tài khoản này dưới dạng cảnh báo, để đặt lại bằng hitechcloudcli account dbpassword <tài-khoản>.
Lần chạy
Nhật ký thô của mọi lần chạy hitechcloudcli docker-backup (/var/log/hitechcloud/admin/docker-backup.log).
Chạy sao lưu ngay kích hoạt hitechcloudcli docker-backup ngay cho mọi người dùng. Nút này chỉ có ở chế độ Do quản trị viên cấu hình — ở chế độ Đã tắt không có lịch tập trung nào để nó tác động, vì thiết lập riêng của từng người dùng được áp dụng.