Seafile hay Nextcloud: Nên chọn cái nào để sync file?

Seafile so với Nextcloud: câu trả lời ngắn gọn

Seafile so với Nextcloud khác nhau ở một điểm: file được lưu như thế nào sau khi đến server. Seafile chia mỗi file thành các block và lưu chúng trong một object store mà chỉ Seafile có thể đọc, nên sync nhanh nhưng backup trở thành công việc gồm hai phần. Nextcloud ghi file của bạn xuống disk dưới dạng một file và xem sync là một tính năng của nền tảng còn cung cấp calendar, contact, document và share link. Hãy quyết định dựa trên điểm khác biệt này, vì các lựa chọn còn lại đều xuất phát từ đó.

Tính đến tháng 8 năm 2026, Seafile thuộc dòng 13.0 và Nextcloud thuộc dòng 34. Cả hai đều đã ổn định, và không sản phẩm nào sắp thay đổi mô hình lưu trữ.

Seafile lưu trữ file như thế nào

Seafile mô hình hóa một library tương tự cách git mô hình hóa một repository. Tài liệu quản trị mô tả mô hình nội bộ gồm Repo, Commit, FS và Block, đồng thời ghi rõ repo còn được gọi là library. Seafile chia mỗi file thành các block có độ dài thay đổi bằng content-defined chunking (CDC, thuật toán tự chọn ranh giới block dựa trên dữ liệu). Tài liệu này nêu kích thước block trung bình khoảng 8 MB. Block được đặt tên theo nội dung của chúng. Vì vậy, hai phiên bản của một file lớn sẽ dùng chung mọi block không thay đổi, và hai library cũng dùng chung các block giống hệt nhau.

Relational database chỉ lưu một lượng nhỏ metadata của các library. Mọi dữ liệu còn lại, gồm commit, directory object và block, nằm trong data directory. Với Docker layout dùng trong các series 12 và 13, thư mục đó là /opt/seafile-data/seafile/seafile-data. Chạy ls tại đó không cung cấp thông tin hữu ích, vì bạn chỉ thấy các thư mục có tên là hash, không phải Invoices/2026/march.pdf.

Sync cũng tuân theo mô hình này. Client hỏi server những gì đã thay đổi, nhận danh sách block hash, rồi chỉ tải các block mà nó chưa có. Vì vậy, Seafile hoạt động hiệu quả với library lớn: số byte truyền đi tỷ lệ với các block đã thay đổi, không phải với kích thước của file chứa chúng.

Nextcloud lưu file như thế nào

Nextcloud lưu file trên disk tại vị trí bạn mong đợi. Đường dẫn data/<username>/files/ phản ánh đúng những gì user thấy trong giao diện web. Bảng database oc_filecache cũng phản ánh cây thư mục đó, kèm kích thước, thời gian sửa đổi và etag. Nextcloud tin vào bảng này thay vì kiểm tra disk.

Desktop client sử dụng WebDAV (web distributed authoring and versioning) qua HTTPS. Mỗi file cần ít nhất một request. Vì vậy Nextcloud đã bổ sung bulk upload API. Tài liệu dành cho developer giải thích rằng upload nhiều file nhỏ chậm hơn khả năng thực tế vì chưa sử dụng hết network bandwidth, nên các file nhỏ được đóng gói cùng nhau. File lớn sử dụng chunking API. Chunk size mặc định của desktop client là 5 MiB (OWNCLOUD_CHUNK_SIZE mặc định là 5242880 byte).

Lợi ích của việc lưu file trên disk là mọi tool bạn đang có đều có thể đọc dữ liệu. Đổi lại, Nextcloud không nhận biết các thay đổi được thực hiện bên ngoài. Nếu copy file trực tiếp vào data directory, các file đó sẽ không xuất hiện trong giao diện web cho đến khi bạn scan:

sudo -E -u www-data php occ files:scan --all -vv

Admin manual nêu chính xác các trường hợp cần rescan: sau khi copy file trực tiếp vào data directory, sau một lần migration và khi điều tra tình trạng không nhất quán của file cache.

Công cụ nào đồng bộ thư viện lớn nhanh hơn?

Seafile nhanh hơn trong 2 trường hợp thường gây khó khăn: thư viện có hàng chục nghìn file nhỏ và các lần chỉnh sửa lặp lại trên file lớn. Cơ chế này dùng deduplication ở cấp block, nên khi phần giữa của một disk image 4 GB thay đổi, client chỉ upload một vài block. Nextcloud thu hẹp chênh lệch với file nhỏ bằng bulk upload, nhưng không thể thu hẹp chênh lệch với file lớn vì đơn vị truyền là toàn bộ file.

Đừng chỉ tin vào đánh giá của tôi về mức chênh lệch, cũng đừng chỉ tin benchmark của vendor. Hãy tạo một library giống thư viện của bạn rồi đo thời gian:

mkdir -p ~/synctest && cd ~/synctest
for i in $(seq 1 20000); do head -c 4096 /dev/urandom > "file_$i.bin"; done
du -sh ~/synctest

Đưa thư mục đó vào một synced folder trên mỗi server và theo dõi đến khi client hoàn tất. Độ tin cậy cũng quan trọng không kém tốc độ. Seafile client upload các block trước, rồi ghi commit tham chiếu đến các block đó sau cùng. Vì vậy, nếu quá trình upload bị gián đoạn, library vẫn giữ commit trước đó thay vì để lại một cây thư mục được ghi dở.

Những gì mỗi lựa chọn cần trên một VPS nhỏ

Tài liệu của Seafile yêu cầu “ít nhất 2G RAM và CPU 2 nhân (> 2GHz)”. Nextcloud lại tính bộ nhớ theo từng PHP process: tối thiểu 128 MB và khuyến nghị 512 MB cho mỗi process. Bạn nhân con số này với số worker, rồi cộng thêm phần dành cho database, cache và tạo preview. Dưới đây là cấu hình khởi điểm tôi sẽ dùng cho một nhóm nhỏ. Đây chỉ là mức khởi điểm, không phải số liệu đo thực tế.

[
  {
    "label": "Seafile CE 13",
    "start_ram_gb": 4,
    "start_cpu_cores": 2,
    "sql_databases": 3
  },
  {
    "label": "Nextcloud 34",
    "start_ram_gb": 4,
    "start_cpu_cores": 2,
    "sql_databases": 1
  },
  {
    "label": "Syncthing 2",
    "start_ram_gb": 1,
    "start_cpu_cores": 1,
    "sql_databases": 0
  }
]

Cả hai đều thuộc cùng một nhóm, với 4 GB RAM và 2 core, nên footprint không quyết định lựa chọn giữa chúng. Syncthing chạy được với 1 GB RAM trên 1 core. Đây là lý do thực tế để cân nhắc nó. Các thành phần cần vận hành khác nhau nhiều hơn mức chênh lệch bộ nhớ. Seafile dùng 3 database SQL, còn Nextcloud dùng 1. Deployment Seafile Docker mặc định khởi động server, MariaDB, Memcached, SeaDoc và Caddy từ các file bạn tải xuống trước:

mkdir /opt/seafile
cd /opt/seafile
wget -O .env https://manual.seafile.com/13.0/repo/docker/ce/env
wget https://manual.seafile.com/13.0/repo/docker/ce/seafile-server.yml
wget https://manual.seafile.com/13.0/repo/docker/seadoc.yml
wget https://manual.seafile.com/13.0/repo/docker/caddy.yml
nano .env

Trong .env, đặt SEAFILE_SERVER_HOSTNAME, mật khẩu root của MySQL và mật khẩu database, tài khoản admin ban đầu, cùng JWT_PRIVATE_KEY. Tài liệu yêu cầu key này là một chuỗi ngẫu nhiên dài ít nhất 32 ký tự. Key được đọc trong lần khởi động đầu tiên, nên hãy tạo trước khi khởi động stack:

openssl rand -base64 40
docker compose up -d

Lần khởi động đầu tiên sẽ tạo 3 database và user admin. Các quyết định tương ứng của Nextcloud, bao gồm TLS và reverse proxy, được trình bày trong hướng dẫn triển khai Nextcloud trên VPS bằng Docker, TLS và backup.

Sao lưu khác nhau như thế nào?

Đây là khía cạnh thường bị đánh giá thấp, và cũng là điểm hai sản phẩm khác nhau nhiều nhất.

Với Seafile, thứ tự này không thể thay đổi. Tài liệu hướng dẫn yêu cầu sao lưu SQL trước, rồi mới sao lưu thư mục dữ liệu, vì khi đó mọi bản ghi trong database đều có một object hợp lệ để tham chiếu, nên các library không bị hỏng. Nếu làm ngược lại, một dòng trong database có thể trỏ đến một block không được snapshot của bạn ghi lại.

docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt ccnet_db > ccnet_db.sql
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt seafile_db > seafile_db.sql
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt seahub_db > seahub_db.sql
rsync -az /opt/seafile-data/seafile /backup/data/

Có 2 chi tiết trong các dòng lệnh đó. Dùng mariadb-dump, vì chuỗi lệnh mysql đã deprecated trong image MariaDB mà Seafile cung cấp. Bỏ flag -t khỏi docker exec khi redirect kết quả vào file, vì TTY sẽ viết lại ký tự xuống dòng và làm hỏng dump.

Hai phần được sao lưu riêng, nên có thể bị lệch thời điểm. Sau mỗi lần restore, hãy kiểm tra store trước khi tin cậy nó:

docker exec -it seafile bash
cd /opt/seafile/seafile-server-latest
./seaf-fsck.sh

Khi thiếu thứ gì đó, tool sẽ hiển thị tên object:

Block 650fb22495b0b199cff0f1e1ebf036e548fcb95a is missing.
Repo ca1a860d HEAD commit is corrupted, need to restore to an old version.

Cũng cần lập kế hoạch cho garbage collection. Deduplication khiến các file và library đã xóa vẫn giữ các block của chúng cho đến khi bạn chạy ./seaf-gc.sh từ chính thư mục đó. Lần chạy sẽ báo những gì nó tìm thấy, chẳng hạn GC finished. 507 blocks total, about 507 reachable blocks, 0 blocks can be removed.. Nếu bỏ qua trong 1 năm, các bản sao lưu của bạn vẫn tiếp tục tốn dung lượng cho dữ liệu mà người dùng đã xóa.

Nextcloud cũng có cùng vấn đề gồm 2 phần, nhưng ở dạng khác, vì thư mục dữ liệu và database phải mô tả cùng một cây thư mục:

sudo -E -u www-data php occ maintenance:mode --on
rsync -Aavx /srv/nextcloud/ /backup/nextcloud-dirbkp/
mariadb-dump --single-transaction --default-character-set=utf8mb4 -u nextcloud -p"$DB_PASS" nextcloud > /backup/nextcloud-sqlbkp.bak
sudo -E -u www-data php occ maintenance:mode --off

Giữ lại thư mục config, thư mục data, mọi app tùy chỉnh và theme của bạn, cùng với dump đó. Restore cả hai phần từ cùng một thời điểm. Nếu thư mục dữ liệu mới hơn database, người dùng sẽ thấy các file mà file cache không biết đến, và occ files:scan --all sẽ sửa lỗi này. Nếu database mới hơn, các dòng cache sẽ trỏ đến những file đã bị xóa, và occ files:cleanup sẽ xóa các cache entry không có entry tương ứng trong bảng storage.

Trong cả hai trường hợp, bạn cần một chương trình sao lưu xử lý tốt nhiều file nhỏ và lưu được lịch sử phiên bản. Đó là điểm restic và BorgBackup khác nhau.

Ứng dụng trên desktop và mobile

Seafile phát hành hai chương trình desktop. Client đồng bộ giữ một bản sao cục bộ của các library bạn chọn. Client Drive (SeaDrive) mount các library dưới dạng virtual drive và chỉ download khi truy cập: trên Windows, client này dùng Microsoft cloud files API; trên macOS, từ version 3.0, đây là một Finder extension; trên Linux, từ 3.0.12, client được phát hành dưới dạng AppImage và mount tại ~/SeaDrive. Library được mã hóa hoạt động trên cả ba nền tảng desktop. Ứng dụng mobile dùng để truy cập file, và đó là toàn bộ phạm vi của chúng.

Client desktop của Nextcloud cũng hỗ trợ virtual files. Ứng dụng mobile của Nextcloud cung cấp thêm các phần còn lại của nền tảng, nên calendar, contacts, Talk và notes xuất hiện cùng với tính năng truy cập file. Nếu người dùng chủ yếu dùng điện thoại và cần nhiều hơn file, đây là khác biệt thực tế trong quá trình sử dụng hằng ngày.

Một chi tiết của Seafile cần được tính trước: library là đơn vị dùng để chia sẻ, đồng bộ, cấp quyền và mã hóa. Hãy quyết định bố cục library trước khi đưa 500 GB vào một library duy nhất. Di chuyển giữa các library thực chất là copy rồi delete, không phải rename, nên lịch sử của file không đi theo file.

Mã hóa: mỗi cơ chế thực sự bảo vệ điều gì

Thư viện được mã hóa của Seafile sử dụng mã hóa phía client. Password không bao giờ được lưu trên server. Một magic token được tạo từ password và library id được lưu cùng thư viện, để client có thể kiểm tra password trước khi đồng bộ. File key được mã hóa bằng key và IV (initialisation vector) tạo từ password bằng AES 256/CBC. Dữ liệu file được mã hóa bằng file key đó.

Hãy đọc các giới hạn đã được tài liệu hóa, vì nhiều người thường bỏ qua chúng. Thư viện được mã hóa chỉ mã hóa nội dung file. Tên folder và file không được mã hóa. Kích thước file và lịch sử chỉnh sửa cũng không được mã hóa. Việc duyệt thư viện được mã hóa trong web browser không phải là end to end: bạn nhập password, server dùng password đó để giải mã file key, rồi cache password trong bộ nhớ trong một giờ. Tài liệu cũng nêu rõ rằng thư viện được mã hóa không bảo đảm tính toàn vẹn, vì admin của server có thể thay đổi một phần nội dung file mà client không phát hiện được.

Nextcloud có hai tính năng với tên gần giống nhau và dễ gây nhầm lẫn. Mã hóa phía server mã hóa file khi lưu trữ, nhưng giữ key trên cùng server. Vì vậy, tính năng này bảo vệ dữ liệu trên external storage tốt hơn nhiều so với việc bảo vệ dữ liệu trước người có quyền root trên máy chủ. Ứng dụng mã hóa end to end mã hóa các folder được chọn trên client. Theo thiết kế, server không thể đọc các folder đó. Vì vậy, web interface, tìm kiếm phía server và preview cũng không thể xem nội dung bên trong các folder này.

Mã hóa của cả hai sản phẩm đều không thay thế cho backup được mã hóa. Hãy mã hóa backup riêng.

Lịch, danh bạ, office và nền tảng ứng dụng

Tiêu chí này không cân bằng. Nextcloud tích hợp CalDAV (lịch qua WebDAV) và CardDAV (danh bạ qua WebDAV) trong core, hỗ trợ Collabora hoặc OnlyOffice cho tài liệu, đồng thời có app store cho các nhu cầu khác. Seafile 13 tích hợp SeaDoc cho tài liệu cộng tác và các trang wiki, rồi dừng ở đó. Seafile không có lịch và cũng không có sổ địa chỉ.

Nền tảng này có cái giá phải trả, và cái giá đó là việc nâng cấp. Mỗi app bạn cài thêm là một thành phần có thể chặn quá trình nâng cấp Nextcloud hoặc hoạt động lỗi sau khi nâng cấp. Vì vậy, càng có nhiều thứ người dùng phụ thuộc vào, bạn càng phải thận trọng khi lên lịch nâng cấp. Seafile có ít thành phần có thể hỏng hơn vì nó cung cấp ít tính năng hơn. Cũng cần lưu ý rằng Seafile Professional, không phải Community Edition, mới bổ sung tính năng tìm kiếm toàn văn trong tài liệu và phân quyền ở cấp thư mục theo giấy phép trả phí. Hãy xác nhận tính năng bạn dựa vào có trong edition mà bạn định triển khai.

Chế độ lỗi thường gặp của từng ứng dụng

Seafile gặp lỗi khi database và object store không còn đồng bộ. Bạn sẽ thấy một library không mở được hoặc file biến mất, còn seaf-fsck.sh sẽ hiển thị block bị thiếu. Không có cây thư mục để sửa thủ công, nên quy trình khôi phục cần database dump và object store của bạn, được restore theo đúng thứ tự. Hãy thử restore bản sao lưu đó một lần trên VPS dự phòng, vì bản backup chưa từng được restore chỉ là phỏng đoán.

Nextcloud gặp lỗi khi file cache và disk không khớp, thường do có tiến trình ghi vào data directory mà không thông báo cho Nextcloud. Bạn sẽ thấy một file tồn tại trên disk nhưng không xuất hiện trong web interface, hoặc một folder có kích thước sai; occ files:scan là cách khắc phục. Hai điểm yếu khác là tốc độ giao thức khi xử lý nhiều file nhỏ, vấn đề không thể giải quyết chỉ bằng cách tăng CPU, và mức sử dụng PHP memory: preview cho image và video lớn thường gây tăng đột biến. Vì vậy, hãy dành 512 MB cho mỗi process và tạo preview bằng scheduled job thay vì trong lúc xử lý request.

Không chọn sản phẩm nào: Syncthing, nếu bạn chỉ cần đồng bộ file

Nếu yêu cầu thực tế của bạn chỉ là mirror một thư mục giữa các máy, cả hai sản phẩm đều có nhiều tính năng hơn mức cần thiết. Syncthing không có server và không có account. Mỗi thiết bị là một peer, còn VPS trở thành peer luôn hoạt động khi laptop của bạn chuyển sang chế độ sleep. Syncthing 2 là dòng hiện tại, và các package được cung cấp từ repository riêng của dự án:

sudo mkdir -p /etc/apt/keyrings
sudo curl -L -o /etc/apt/keyrings/syncthing-archive-keyring.gpg https://syncthing.net/release-key.gpg
echo "deb [signed-by=/etc/apt/keyrings/syncthing-archive-keyring.gpg] https://apt.syncthing.net/ syncthing stable-v2" | sudo tee /etc/apt/sources.list.d/syncthing.list
sudo apt-get update
sudo apt-get install syncthing

Chạy Syncthing bằng user thông thường, không bao giờ chạy bằng root, để các file được ghi ra có ownership phù hợp:

sudo systemctl enable --now syncthing@youruser
systemctl status syncthing@youruser

Web interface mặc định bind vào 127.0.0.1:8384, nên không thể truy cập từ internet. Đây là thiết lập mặc định đúng. Truy cập nó qua SSH tunnel từ laptop:

ssh -L 8384:127.0.0.1:8384 youruser@your-server

Sau đó mở http://127.0.0.1:8384 trên laptop. Syncthing dùng port 22000 qua TCP và QUIC để đồng bộ, còn cơ chế discovery nội bộ dùng UDP 21027. Cơ chế này không hoạt động qua internet. Trên VPS, mở port 22000 và giữ interface đóng với internet:

sudo ufw allow 22000/tcp
sudo ufw allow 22000/udp

Đổi lại, bạn mất toàn bộ tính năng của server: không có share link cho người không chạy Syncthing, không có web file browser, không có user account và không có trash phía server, trừ khi bạn bật file versioning cho từng thư mục. Vấn đề thường gây bất ngờ là conflict file. Nếu bạn chỉnh sửa cùng một file trên hai thiết bị trong lúc chúng không kết nối được với nhau, Syncthing sẽ tạo một file cùng cấp có tên dạng notes.sync-conflict-20260806-142233-ABCD1EF.md. Syncthing không cảnh báo về việc này, nên thỉnh thoảng hãy tìm sync-conflict.

Nếu bạn không cần một thư mục được đồng bộ mà cần một bucket để các ứng dụng ghi dữ liệu vào, đó lại là một loại công cụ khác: xem object storage tương thích S3 tự host. Để xem phạm vi lựa chọn rộng hơn, bài tổng hợp các giải pháp thay thế Dropbox tự host trình bày những sản phẩm không được đưa vào phần so sánh này.

Quy tắc quyết định

1. Chọn Seafile nếu nhu cầu là đồng bộ ở quy mô lớn: nhiều file, file lớn, nhiều thiết bị và bạn chấp nhận dùng data store chỉ Seafile mới đọc được.
2. Chọn Nextcloud nếu nhu cầu là một platform: calendar, contact, document và share link, với các file thông thường trên disk mà mọi công cụ backup đều có thể đọc.
3. Chọn Syncthing nếu nhu cầu chỉ là một thư mục được mirror và không có yêu cầu nào khác.

Hãy lựa chọn cẩn thận ngay từ đầu, vì việc migration giữa Seafile và Nextcloud mới là dạng lock-in thực sự. Không có converter. Bạn phải sync toàn bộ dữ liệu xuống một client, upload dữ liệu đó lên server còn lại, rồi chịu chi phí về bandwidth và thời gian, trong khi version history và share link vẫn nằm lại ở hệ thống cũ. Tính toán quy mô cho lựa chọn hiện tại để dùng trong 3 năm tới sẽ rẻ hơn chuyển đổi vào năm thứ hai.

FAQ

Seafile có nhanh hơn Nextcloud khi đồng bộ các thư viện lớn không?

Có, trong 2 trường hợp thường gây chậm, và bạn có thể kiểm chứng lý do. Seafile chia file thành các block có kích thước trung bình khoảng 8 MB và chỉ truyền những block đã thay đổi. Vì vậy, khi chỉnh sửa một phần trong file lớn, chỉ một vài block được truyền đi. Đơn vị truyền của Nextcloud là toàn bộ file. Do đó, cùng thay đổi đó sẽ khiến toàn bộ file được upload lại. Mỗi file nhỏ cũng tốn ít nhất một request WebDAV. Đây là lý do bulk upload API của Nextcloud gom nhiều file nhỏ vào cùng một lần upload. Hãy đo thời gian trên VPS của bạn trước khi quyết định, vì CPU, disk và đường truyền mạng cũng ảnh hưởng nhiều như protocol.

Tôi có thể backup Seafile bằng cách chạy rsync trên data directory không?

Chỉ khi backup cả database và thực hiện đúng thứ tự được ghi trong tài liệu. Manual của Seafile yêu cầu backup SQL trước, sau đó mới backup data directory. Khi đó, mọi record trong database đều trỏ đến một object có trong bản backup. Command rsync -az /opt/seafile-data/seafile /backup/data/ sao chép conf, seafile-data và seahub-data. Tuy nhiên, chỉ command này thì không thể restore được, vì object store không chứa cây file có thể đọc và database chính là index của nó. Sau khi restore cả 2 phần, hãy chạy seaf-fsck.sh và đọc output trước khi tin rằng kết quả là hợp lệ.

Tôi có cần Nextcloud nếu chỉ muốn đồng bộ file không?

Không. Nextcloud là một platform. Calendar, contacts và app store vẫn làm bạn tốn memory và công sức quản lý upgrade, dù bạn có dùng chúng hay không. Nếu chỉ cần đồng bộ file, Seafile là product nhẹ hơn và có protocol nhanh hơn. Syncthing còn nhẹ hơn nữa vì không cần chạy phần server. Chọn Nextcloud khi bạn cần các application bổ sung, không nên chọn nó theo mặc định.

Library Seafile được mã hóa có che giấu tên file không?

Không. Library được mã hóa sẽ mã hóa nội dung file trên client và password không bao giờ được gửi đến server. Tuy nhiên, tên folder, tên file, kích thước file và lịch sử chỉnh sửa vẫn hiển thị trên server. Khi mở library được mã hóa trong web interface, password cũng được gửi đến server. Server sẽ giải mã file key và giữ password trong memory trong 1 giờ. Nếu bản thân tên file nhạy cảm, hãy không mở library đó qua web interface và mã hóa ở một layer khác.

Tôi nên cấp bao nhiêu RAM cho Seafile hoặc Nextcloud trên VPS?

Bắt đầu với 4 GB và 2 core cho một trong hai product nếu chỉ có một nhóm nhỏ người dùng. Sau đó, theo dõi memory trong lúc tạo preview và chạy search. Tài liệu của Seafile đặt mức tối thiểu là 2 GB RAM và CPU 2 core trên 2 GHz. Tài liệu Nextcloud khuyến nghị 512 MB cho mỗi PHP process. Bạn cần nhân con số này với số worker trước khi cộng thêm phần memory cho database và cache. Syncthing chạy ổn với 1 GB.