சிறந்த Nextcloud மாற்றுகள்: நீங்களே host செய்ய வழிகாட்டி

எந்தெந்த Nextcloud மாற்றுகளை நீங்களே host செய்யலாம்?

நீங்கள் பயன்படுத்தாத அம்சங்களைத் தவிர்த்துவிட்டு, தேவையானவற்றை மட்டும் வழங்கும் Nextcloud மாற்றுகளைத் தேர்ந்தெடுப்பது சிறந்தது. Nextcloud என்பது ஒரே PHP application-க்குள் கோப்பு சேவையகம் (file server), நாட்காட்டி, முகவரிப் புத்தகம், அலுவலக மென்பொருள் தொகுப்பு மற்றும் app தளம் என அனைத்தையும் உள்ளடக்கியது; ஒவ்வொரு முறை பக்கத்தை ஏற்றும்போதும் இவை அனைத்திற்கும் நீங்கள் வளம் செலவிட வேண்டியிருக்கும். எனவே, உங்களுக்குத் தேவையான ஒரே ஒரு பணியைத் தீர்மானித்து, அதற்கேற்ப மாற்றைத் தேர்ந்தெடுங்கள். பின்னர், உங்களிடம் ஏற்கனவே உள்ள கோப்புகளை இடமாற்றம் செய்ய ஆகும் செலவைச் சரிபார்க்கவும்.

இந்த வழிகாட்டி, அந்தப் பணிகளின் அடிப்படையில் விருப்பங்களை வகைப்படுத்துகிறது: கோப்புகளை ஒத்திசைத்தல் (sync) மட்டும், வேகமான சேவையகத்துடன் ஒத்திசைத்தல், object storage மற்றும் அதன் மேல் இயங்கும் client, அல்லது எளிமையான remote file access. ஒவ்வொரு பகுதியிலும் ஒரு சிறிய VPS-ல் (virtual private server) அந்தச் சேவையகத்திற்குத் தேவையானவை மற்றும் உங்கள் தற்போதைய கோப்பு அமைப்பிற்கு என்னவாகும் என்பது விளக்கப்பட்டுள்ளது. நீங்கள் ஏற்கனவே இயங்கும் Nextcloud-லிருந்து வராமல், Dropbox அல்லது Google Drive-லிருந்து மாறுகிறீர்கள் என்றால், சுய-வழங்கப்பட்ட (self-hosted) Dropbox மாற்றுகளின் விரிவான தொகுப்பு அந்தப் பக்கத்திலிருந்து தொடங்குகிறது.

சிறிய VPS-ல் Nextcloud ஏன் மெதுவாக இயங்குகிறது

இதற்கான காரணங்களை நீங்கள் கண்டறிய முடியும். இவற்றை அறிந்துகொள்வதன் மூலம், வேறொரு தளத்திற்கு மாறுவது உண்மையில் தீர்வாகுமா என்பதை நீங்கள் முடிவு செய்யலாம்.

ஒவ்வொரு பக்கமும் ஒரு PHP worker-ஐ ஆக்கிரமிக்கிறது. Nextcloud-ன் கணினித் தேவைகளின்படி, ஆகஸ்ட் 2026 நிலவரப்படி, ஒரு process-க்கு குறைந்தபட்சம் 128 MB நினைவகமும், பரிந்துரைக்கப்படுவது 512 MB-ம் ஆகும். இது server-ன் மொத்த நினைவகம் அல்ல. 2 GB திட்டத்தில் பத்து worker-களைக் கொண்ட ஒரு pool என்பது குறிப்பிடத்தக்க நினைவகச் சுமையாகும். எனவே, நிர்வாகிகள் PHP-FPM pool அமைப்பில் pm.max_children-ஐக் குறைக்கிறார்கள்; இதனால், இருக்கும் worker-களுக்குப் பின்னால் கோரிக்கைகள் வரிசையில் காத்திருக்கின்றன. வட்டு (disk) சும்மா இருந்தாலும், பயனர் இடைமுகம் (interface) மெதுவாகவே இருக்கும்.

கோப்புகளின் அளவை விட, எண்ணிக்கையைப் பொறுத்தே தரவுத்தளம் (database) வளர்கிறது. இயல்புநிலை அட்டவணை முன்னொட்டின் (table prefix) கீழ் உள்ள oc_filecache கோப்புத் தற்காலிக சேமிப்பு அட்டவணை, server-க்குத் தெரிந்த ஒவ்வொரு கோப்பு மற்றும் கோப்புறைக்கும் ஒரு வரிசையை (row) வைத்திருக்கிறது. 300,000 சிறிய கோப்புகளைக் கொண்ட புகைப்படத் தொகுப்பு ஒரு பெரிய அட்டவணையாகும்; ஆனால் 400 கோப்புகளில் உள்ள 300 GB வீடியோ கோப்புகள் சிறிய அட்டவணையாகவே கருதப்படும். பகிர்தல், தேடல் மற்றும் கோப்பு ஸ்கேனர் (file scanner) அனைத்தும் அந்த அட்டவணையையே படிக்கின்றன.

sudo mysql nextcloud -e 'SELECT COUNT(*) FROM oc_filecache;'

கோப்புகளின் எண்ணிக்கை லட்சக்கணக்கில் இருந்தால், வட்டு வேகத்தை (disk benchmark) விட அதுவே மெதுவான கோப்புப் பட்டியலுக்குக் காரணமாகிறது. உங்கள் instance வேறு அட்டவணை முன்னொட்டையோ அல்லது PostgreSQL-ஐயோ பயன்படுத்தினால், அதற்கேற்ப query-ஐ மாற்றிக்கொள்ளவும்.

பின்னணிப் பணிகள் (background jobs) இணைய இடைமுகத்துடன் போட்டியிடுகின்றன. Nextcloud கையேடு, ஒவ்வொரு ஐந்து நிமிடங்களுக்கும் cron.php-ஐ இயக்கும் system cron entry-ஐப் பரிந்துரைக்கிறது. முன்னோட்ட உருவாக்கம் (preview generation) மற்றும் கோப்பு ஸ்கேனிங் ஆகியவை உங்கள் உலாவியை இயக்கும் அதே CPU-வில்தான் நடக்கின்றன.

முக்கிய மேம்படுத்தல்கள் (major upgrades) தரவுத்தள இடமாற்றங்களாகும் (database migration). இடமாற்றம் முடியும் வரை, instance பராமரிப்பு முறையில் (maintenance mode) சென்று, அனைத்துக் கோரிக்கைகளுக்கும் Nextcloud is in maintenance mode, please try again later என்று பதிலளிக்கும். பெரிய oc_filecache கொண்ட சிறிய VPS-ல், இந்த இடைவெளி கவனிக்கத்தக்க வகையில் நீண்டதாக இருக்கும்.

முதலில் எதை வைத்திருக்க வேண்டும் என்பதை முடிவு செய்யுங்கள்

• நீங்கள் வைத்திருக்கும் கணினிகளுக்கு இடையே ஒரு கோப்புறையை (folder) மட்டும் ஒத்திசைக்க, இணைய இடைமுகம் (web interface) தேவையில்லை என்றால்: Syncthing.
• பல நபர்களுக்காக ஒத்திசைக்க, இணைய இடைமுகம், மொபைல் செயலிகள் மற்றும் பகிரும் இணைப்புகள் (share links) தேவை என்றால்: Seafile.
• அதிகப்படியான தரவுகளைக் குறைந்த செலவில் சேமிக்க மற்றும் scripts அல்லது backup கருவிகள் மூலம் அணுக: object storage மற்றும் அதற்கான client.
• புதிய server மென்பொருள் எதையும் நிறுவாமல், கோப்புகளை தொலைவிலிருந்து படிக்க மற்றும் எழுத: SFTP அல்லது WebDAV.
• உலாவியில் (browser) ஆவணங்களை இணைந்து திருத்த அல்லது நபர்களுக்கு இடையே காலெண்டரைப் பகிர: Nextcloud-ஐத் தொடருங்கள் அல்லது இரண்டு சேவைகளை இயக்குவதை ஏற்றுக்கொள்ளுங்கள்.

Syncthing: server application இல்லாத கோப்பு ஒத்திசைவு (file sync)

Syncthing உங்கள் கோப்புகளை சாதாரண கோப்புகளாகவே வைத்திருக்கிறது. இதில் content database கிடையாது, உங்கள் ஆவணங்களை வழங்கும் web interface-ம் இல்லை. ஒரு folder-ல் இணையும் ஒவ்வொரு சாதனமும் அதன் முழு நகலையும் வைத்திருக்கும்; Syncthing அந்த நகல்களைச் சமமாக வைத்திருக்கும்.

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

sudo systemctl enable --now syncthing@$USER
sudo ss -lntp | grep 8384

127.0.0.1:8384 என்பதைக் காட்டும் வரி, web interface இயங்குவதையும் அது localhost-ல் மட்டுமே பிணைக்கப்பட்டுள்ளதையும் குறிக்கிறது; public VPS-ல் இதுவே உங்களுக்குத் தேவை. இதை அணுக SSH tunnel-ஐப் பயன்படுத்தவும்: ssh -L 8384:127.0.0.1:8384 you@your-vps, பிறகு உங்கள் laptop-ல் http://127.0.0.1:8384-ஐத் திறக்கவும். 8384-ல் listener இல்லை என்றால், service தொடங்கத் தவறிவிட்டது என்று அர்த்தம்; journalctl -u syncthing@$USER -n 50 அதற்கான காரணத்தைக் கூறும்.

Resources. Syncthing குறைந்தபட்ச memory அளவை நிர்ணயிப்பதில்லை. இது கோப்புகளின் மொத்த அளவை விட, அது index செய்யும் கோப்புகளின் எண்ணிக்கையைப் பொறுத்தே memory-ஐப் பயன்படுத்துகிறது; ஏனெனில், பகிரப்பட்ட ஒவ்வொரு folder-லும் உள்ள ஒவ்வொரு கோப்பிற்கும் ஒரு index entry-ஐ இது பராமரிக்கிறது. ஒரு பெரிய folder-ஐ முதல்முறை scan செய்யும்போது அதிக CPU தேவைப்படும்: எதையும் ஒப்பிடுவதற்கு முன்பே Syncthing ஒவ்வொரு கோப்பையும் hash செய்யும். அந்த முதல் scan ஒரு shared vCPU-ல் சிறிது நேரம் எடுக்கும் என்பதையும், கோப்புகளின் எண்ணிக்கைக்கு ஏற்ப memory பயன்பாடு அதிகரிக்கும் என்பதையும் கவனத்தில் கொள்ளவும்.

Disk பயன்பாடே உண்மையான செலவு. இதில் server-side சேமிப்பு கிடையாது, ஏனெனில் Syncthing ஒரு server அல்ல. VPS மற்றும் laptop இடையே 200 GB folder-ஐப் பகிர்ந்தால், இரண்டிலும் 200 GB இடம் தேவைப்படும். இது Nextcloud-க்கு நேர்மாறானது; Nextcloud-ல் server அனைத்தையும் வைத்திருக்கும், clients தங்களுக்குத் தேவையானதை மட்டும் sync செய்துகொள்ளும். VPS ஒரு peer-ஆக இல்லாமல் backup target-ஆக மட்டுமே செயல்பட வேண்டுமானால், selective folders மற்றும் receive only folder-ஐப் பயன்படுத்தவும்.

Migration-க்காகவே இதைத் தேர்ந்தெடுக்கலாம். உங்களிடம் ஏற்கனவே உள்ள directory tree-ஐ Syncthing-ல் சுட்டிக்காட்டினால் போதும். இதில் import, upload அல்லது conversion கிடையாது. VPS-ல் folder-ஐச் சேர்க்கவும், அதே folder ID-யுடன் laptop-லும் சேர்க்கவும்; இரண்டு பக்கமும் தானாகவே ஒத்திசைந்துவிடும். முதல்முறை இணையும்போது ஒரே கோப்பு இரண்டு பக்கமும் வெவ்வேறு வடிவில் இருந்தால், Syncthing இரண்டையும் வைத்துக்கொண்டு, ஒன்றை filename.sync-conflict-20260809-142530-ABCD123.txt என மறுபெயரிடும். முதல் sync-ன் போது இத்தகைய கோப்புகளைப் பார்ப்பது இயல்பானது, இது பிழை அல்ல.

நீங்கள் இழப்பவை. இதில் accounts கிடையாது, மற்றவர்களுக்கு அனுப்ப share links கிடையாது, phone browser மூலம் கோப்புகளைப் பார்க்க முடியாது. அசல் Android app-ஐ இப்போது project குழு பராமரிப்பதில்லை; ஒரு community fork அதைத் தொடர்ந்து மேம்படுத்துகிறது. mobile access முக்கியம் என்றால் இதைக் கவனத்தில் கொள்ளவும். Syncthing மற்றும் Nextcloud-ன் நேரடி ஒப்பீடு இதில் உள்ள குறைபாடுகளை ஒவ்வொன்றாக விளக்குகிறது.

Seafile: வேகமான ஒத்திசைவு மற்றும் இலகுவான சர்வர்

Seafile தனது செயல்பாட்டை இரண்டாகப் பிரிக்கிறது. Seahub எனப்படும் Python இணைய செயலி இடைமுகத்தை (interface) உருவாக்குகிறது, மேலும் ஒரு தனி C process ஒத்திசைவு போக்குவரத்தை (sync traffic) கையாளுகிறது. உங்கள் கோப்பு பரிமாற்றங்கள் இணைய செயலி வழியாகச் செல்வதில்லை; இதனால்தான் ஒருவர் இடைமுகத்தில் கிளிக் செய்து கொண்டிருக்கும்போது, மற்றொருவர் செய்யும் பெரிய அளவிலான பதிவேற்றம் (upload) வேகமாகக் குறையாமல் நடைபெறுகிறது. பதிப்பு 13.0, 5 ஜனவரி 2026 அன்று வெளியிடப்பட்டது.

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

எதையும் தொடங்குவதற்கு முன் .env-ஐத் திருத்தவும். இது SEAFILE_SERVER_HOSTNAME, INIT_SEAFILE_ADMIN_EMAIL, INIT_SEAFILE_ADMIN_PASSWORD, SEAFILE_MYSQL_DB_PASSWORD மற்றும் JWT_PRIVATE_KEY ஆகியவற்றை அமைக்கிறது. இதில் குறைந்தது 32 எழுத்துகள் கொண்ட ஒரு சீரற்ற சரத்தை (random string) உள்ளிட வேண்டும். பதிவிறக்கம் செய்யப்பட்ட YAML கோப்புகளில் எவற்றை வாசிக்க வேண்டும் என்பதையும் இந்தக் கோப்புதான் compose-க்குத் தெரிவிக்கிறது, எனவே நான்கு பதிவிறக்கங்களும் ஒரே stack-ஆகச் செயல்படுகின்றன.

cd /opt/seafile
sudo docker compose up -d
sudo docker compose ps

ஒவ்வொரு container-ம் இயங்கும் நிலையில் (running state) இருக்க வேண்டும். ஒரு container மீண்டும் மீண்டும் restart ஆகிறது என்றால், .env-ல் ஏதோ ஒரு மதிப்பு விடுபட்டுள்ளது என்று அர்த்தம்; எது விடுபட்டுள்ளது என்பதை sudo docker compose logs seafile குறிப்பிடும்.

Resources. ஆகஸ்ட் 2026 நிலவரப்படி, Seafile ஆவணங்கள் குறைந்தபட்சம் 2 GB RAM மற்றும் 2 GHz-க்கு மேல் வேகம் கொண்ட 2 core CPU-வை எதிர்பார்க்கின்றன. Docker deployment-ல் MariaDB, Caddy reverse proxy மற்றும் SeaDoc editor ஆகியவையும் தொடங்குவதால், இது முழு stack-க்குமான குறைந்தபட்சத் தேவையாகக் கருதப்பட வேண்டும். ஒன்றுக்கும் மேற்பட்ட பயனர்கள் இதைப் பயன்படுத்துவார்கள் என்றால் 4 GB RAM வழங்கவும், அல்லது விருப்பத்தேர்வு (optional) கொண்ட container-களைத் தவிர்க்கவும்.

Migration-ல் உள்ள சிக்கல் சேமிப்பக வடிவம் (storage format) ஆகும். Seafile உங்கள் கோப்புகளை அப்படியே கோப்புகளாகச் சேமிப்பதில்லை. இது ஒவ்வொரு கோப்பையும் /opt/seafile-data-ன் கீழ் சிறிய தொகுதிகளாகப் (blocks) பிரித்து, அதன் தரவுத்தளத்தில் (database) கோப்பு அமைப்பைப் பதிவு செய்கிறது. ஏற்கனவே உள்ள ஒரு கோப்பகத்தை (directory) Seafile-ல் நேரடியாக library-ஆக மாற்ற முடியாது; எனவே, உங்கள் தரவை உள்ளே கொண்டு வர, நீங்கள் வைத்திருக்கும் அனைத்தையும் ஒருமுறை முழுமையாகப் பதிவேற்ற வேண்டும். இதே வடிவமைப்பின் காரணமாக, cp மூலம் தரவை நேரடியாக வெளியே எடுக்க முடியாது: தரவை மீட்டெடுக்க சர்வர் மூலமாகவோ, நிலைத்தன்மையைச் சரிபார்க்க seaf-fsck மூலமாகவோ அல்லது read-only seaf-fuse mount மூலமாகவோ மட்டுமே முடியும்.

rclone-ல் Seafile-க்கான பிரத்யேக backend உள்ளது. இது நீண்ட நேரம் இழுத்து விடுதல் (drag-and-drop) செய்வதற்குப் பதிலாக, பதிவேற்றத்தை ஒரே கட்டளையாக (command) மாற்றி, பாதியிலேயே நின்றால் மீண்டும் தொடரவும் (resumable) வழிவகை செய்கிறது.

rclone config
rclone copy /srv/files seafile:MyLibrary --progress

rclone ஆவணங்கள் Seafile 6.x முதல் 9.x வரையிலான பதிப்புகள் சோதிக்கப்பட்டதாகக் குறிப்பிடுகின்றன. எனவே, ஒரு டெராபைட் தரவை அனுப்பும் முன், ஒரு சிறிய கோப்புறையில் (folder) சோதனை செய்து முடிவை உறுதிப்படுத்தவும்.

Encrypted libraries என்பது மக்கள் Seafile-க்கு மாறுவதற்கான முக்கிய அம்சமாகும். இதற்கான கடவுச்சொல் client-ல் அமைக்கப்படுகிறது, சர்வர் தன்னால் வாசிக்க முடியாத தொகுதிகளாகவே தரவைச் சேமிக்கிறது. ஒரு முக்கியமான எச்சரிக்கை: Encrypted library-ல் உள்ள ஒரு கோப்பை browser-ல் முன்னோட்டம் (preview) பார்க்கும்போது, அந்த session-க்காகக் கடவுச்சொல் சர்வருக்கு அனுப்பப்படும். எனவே, browser preview மற்றும் zero-knowledge storage ஆகிய இரண்டையும் ஒரே நேரத்தில் பயன்படுத்த முடியாது. Seafile மற்றும் Nextcloud ஒப்பீடு மீதமுள்ள அம்சங்களின் வேறுபாடுகளை விளக்குகிறது.

Sync client-உடன் கூடிய Object storage

குறைந்த செலவில் அதிக தரவுகளைச் சேமிப்பதும், அவற்றை scripts மூலம் அணுகுவதும் உங்கள் நோக்கம் என்றால், S3-க்கு இணக்கமான object store-ஐ நிறுவி, sync செயல்பாட்டை ஒரு தனி கருவியாகக் கையாளவும். இதன் மூலம் தரவுப் பாதுகாப்பு (durability), versioning மற்றும் பெரும்பாலான backup கருவிகள் ஆதரிக்கும் ஒரு protocol உங்களுக்குக் கிடைக்கும். ஆனால், இதில் file-server போன்ற பயனர் கணக்குகளோ அல்லது பயனர்கள் எளிதாகப் பயன்படுத்தக்கூடிய file manager-ஓ இருக்காது. MinIO மூலம் self-hosted object storage என்ற பகுதி server பக்க அமைப்புகளை விளக்குகிறது.

rclone copy /srv/files s3remote:mybucket --progress
rclone check /srv/files s3remote:mybucket

rclone check, இரு பக்கங்களிலும் உள்ள கோப்புகளை அளவு மற்றும் hash அடிப்படையில் ஒப்பிட்டு, எத்தனை கோப்புகள் வேறுபடுகின்றன என்பதைத் தெரிவிக்கும். பூஜ்ஜியத்தைத் தவிர வேறு ஏதேனும் பிழைகள் இருந்தால், நகலெடுக்கும் பணி முழுமையடையவில்லை என்று அர்த்தம்; எனவே, source-ஐ நீக்கும் முன் copy-ஐ மீண்டும் இயக்கவும். இதில் கவனிக்க வேண்டிய இரண்டு விஷயங்கள்: object storage-ல் directories கிடையாது, key prefixes மட்டுமே உண்டு, எனவே காலியான folder-கள் நகலெடுக்கும்போது சேமிக்கப்படாது; மேலும், --transfers மற்றும் S3 chunk size ஆகியவற்றை அதிகரிப்பது rclone-ன் memory பயன்பாட்டை உயர்த்தும், எனவே 1 GB VPS-ல் இவற்றை default அளவிலேயே வைத்திருக்கவும்.

தொலைநிலை கோப்புகளுக்குத் தேவைப்படும்போது Plain WebDAV அல்லது SFTP-ஐப் பயன்படுத்துதல்

மிகவும் மலிவான மாற்று வழி, புதிய எதையும் நிறுவாமல் இருப்பதே ஆகும். உங்கள் VPS-ல் OpenSSH இயங்கினால், உங்களிடம் ஏற்கனவே ஒரு file server உள்ளது. SFTP-க்கு கூடுதல் daemon, database, PHP அல்லது ஞாயிற்றுக்கிழமைகளில் பழுதடையக்கூடிய எந்தவொரு upgrade-ம் தேவையில்லை.

sftp you@your-vps
rclone mount sftpremote: ~/vps --vfs-cache-mode writes

பெரும்பாலான phone file managers உட்பட WebDAV-ஐ ஆதரிக்கும் client-களுக்கு, rclone மூலம் அதே கோப்பு அமைப்பை வழங்க முடியும்.

sudo apt install apache2-utils
sudo htpasswd -c /etc/rclone/htpasswd you
rclone serve webdav --addr 127.0.0.1:8080 --htpasswd /etc/rclone/htpasswd /srv/files

இதை 127.0.0.1-ல் பிணைத்து (bind), அதன் முன்னால் TLS (transport layer security) கொண்ட ஒரு reverse proxy-ஐ அமைக்கவும். WebDAV basic authentication ஒவ்வொரு கோரிக்கையின்போதும் கடவுச்சொல்லை அனுப்புகிறது, எனவே இங்கு plain HTTP-ஐப் பயன்படுத்துவது உங்கள் கடவுச்சொல்லை நிமிடத்திற்குப் பலமுறை வெளிப்படுத்தும் அபாயத்தை ஏற்படுத்தும். கோப்புகள் இடம்பெயராததால், இதற்கான migration செலவு பூஜ்ஜியமாகும். இதன் குறைபாடு என்னவென்றால், இதில் sync வசதியோ அல்லது offline நகலோ கிடையாது: இணைப்பு துண்டிக்கப்பட்டால், மீண்டும் இணைப்பு கிடைக்கும் வரை client-ல் கோப்புகளை அணுக முடியாது.

காலெண்டர்கள், தொடர்புகள் மற்றும் ஆவணத் திருத்தத்திற்கு மாற்றாக எவை உள்ளன

Nextcloud-ஐ விட்டு வெளியேறும்போது சில வசதிகளை இழக்க நேரிடும், அவை எவை என்பதைத் தெளிவாகப் புரிந்துகொள்வது அவசியம். காலெண்டர்கள் மற்றும் தொடர்புகள் முறையே CalDAV மற்றும் CardDAV (HTTP வழியாக காலெண்டர் மற்றும் தொடர்பு ஒத்திசைவு) தரநிலைகளைப் பயன்படுத்துகின்றன; இதற்கு Radicale ஒரு சிறிய மாற்றாக அமையும். இது ஒவ்வொரு தொகுப்பையும் வட்டில் கோப்புகளாகச் சேமிக்கிறது மற்றும் சில மெகாபைட் நினைவகத்தில் இயங்குகிறது.

sudo apt install radicale
sudo systemctl enable --now radicale
sudo ss -lntp | grep 5232

இந்தத் தொகுப்பு /usr/lib/systemd/system/radicale.service-ஐ வழங்குகிறது, இதன் இயல்புநிலை கட்டமைப்பு /etc/radicale/config-ல் உள்ளது, மேலும் இது localhost:5232-ல் இயங்குகிறது. Radicale-ல் நிகழ்வுகளைத் திருத்துவதற்கான இடைமுகம் இல்லை; எனவே, உங்கள் தொலைபேசி அல்லது டெஸ்க்டாப் கிளையண்ட்டை இதனுடன் இணைத்து அங்கேயே திருத்தங்களைச் செய்ய வேண்டும்.

உலாவியில் ஆவணங்களைத் திருத்தும் வசதிக்கு மாற்றாக எதைக் கொண்டுவருவது என்பது சவாலானது. OnlyOffice Docs மற்றும் Collabora Online ஆகிய இரண்டும் ஆவணத் திருத்த இயந்திரங்கள் (editing engines) மட்டுமே, அவை சேமிப்பகங்கள் அல்ல: ஒவ்வொன்றிற்கும் கோப்புகளை வைத்திருக்கும் மற்றும் ஆவணங்களை வழங்கும் ஒரு ஹோஸ்ட் அப்ளிகேஷன் தேவை. Nextcloud-ஐ நீக்கிவிட்டால், Seafile போன்ற மற்றொரு ஹோஸ்ட் தேவைப்படும், அது தனது சொந்த SeaDoc எடிட்டருடன் வரும். OnlyOffice மற்றும் Collabora ஒப்பீடு பகுதியில், நீங்கள் ஒரு ஹோஸ்ட்டைத் தேர்ந்தெடுத்த பிறகு எந்த இயந்திரத்தை இயக்க வேண்டும் என்பது குறித்த விவரங்கள் உள்ளன.

இவற்றில் ஏதேனும் உண்மையாக இருந்தால் Nextcloud-லேயே தொடரவும்

• கோப்புகள் இருக்கும் அதே கணக்குகளில், பல நபர்கள் ஒரே காலண்டர் மற்றும் முகவரிப் புத்தகத்தைப் பகிர்கிறார்கள்.
• நீங்கள் உலாவியில் (browser) அலுவலக ஆவணங்களை, மற்றவர்களுடன் ஒரே நேரத்தில், ஒரே கோப்பில் திருத்துகிறீர்கள்.
• காலாவதி தேதிகள் மற்றும் கடவுச்சொற்கள் கொண்ட கோப்பு வாரியான பகிர்வு இணைப்புகள் மற்றும் குழு அனுமதிகள் உங்களுக்குத் தேவை.
• உங்கள் பயனர்கள் தொழில்நுட்ப அறிவு இல்லாதவர்கள், அவர்கள் மொபைல் செயலிகளை மட்டுமே பயன்படுத்துகிறார்கள்.

இத்தகைய பணிகளுக்கு, இவை அனைத்தையும் செய்யும் இலகுவான மாற்று எதுவும் இல்லை. எனவே, வெளியேறுவதை விட, நிறுவலின் (install) குறைபாடுகளைச் சரிசெய்வதே சரியான அணுகுமுறையாகும். பெரும்பாலான மெதுவான instances, memory cache கட்டமைக்கப்படாத இயல்புநிலை PHP-FPM pool-ஐ இயக்குகின்றன. Nextcloud-ன் நிர்வாக மேலோட்டப் பக்கம் (admin overview page) விடுபட்ட cache குறித்து எச்சரிக்கும். கண்காணிக்கப்படும் கோப்புகளின் எண்ணிக்கையைக் குறைப்பது, மற்ற எந்த மாற்றத்தை விடவும் அதிக பலன் தரும்; ஏனெனில் file cache அட்டவணையே காலப்போக்கில் பெரிதாகிறது. Docker, TLS மற்றும் backups கொண்ட VPS-ல் Nextcloud நிறுவல் இதற்கான பெரும்பாலான சிக்கல்களைத் தவிர்க்கும் வகையில் கட்டமைக்கப்பட்டுள்ளது.

ஒவ்வொரு விருப்பத்தின் அடிப்படையிலும் இடம்பெயர்வுக்கான உண்மையான செலவு

• Syncthing: இறக்குமதி (import) தேவையில்லை. இருபுறமும் ஏற்கனவே உள்ள கோப்பு முறைமையை (tree) சுட்டிக்காட்டினால், அது தானாகவே ஒன்றிணையும்.
• SFTP அல்லது WebDAV: கோப்புகள் எங்கும் நகர்த்தப்படாததால், இறக்குமதி செய்ய வேண்டிய அவசியமே இல்லை.
• Object storage: ஒரு முழுமையான network நகல் தேவைப்படும். இதை மீண்டும் தொடங்க முடியும் (resumable) மற்றும் script மூலம் இயக்கலாம். ஆனால், காலியான கோப்புறைகள் (empty folders) இதில் இடம்பெறாது.
• Seafile: கோப்புகளுக்குப் பதிலாக blocks-களைச் சேமிப்பதால், libraries-க்குள் முழுமையாகப் பதிவேற்றம் செய்ய வேண்டும்.

எந்த முறையைத் தேர்ந்தெடுத்தாலும், முதலில் Nextcloud-லிருந்து ஒரு சுத்தமான நகலை எடுக்கவும். பயனர் கோப்புகள் அனைத்தும் data directory-க்குள், ஒவ்வொரு பயனருக்கும் ஒரு கோப்புறை என்ற அடிப்படையில் சாதாரண வடிவில் இருக்கும். எனவே, அந்த tree-ன் rsync தான் உங்கள் source. நகலெடுக்கும் முன் instance-ஐ maintenance mode-க்கு மாற்றவும்; இல்லையெனில், எழுதும் பணியில் இருக்கும் கோப்புகள் அப்படியே நகலெடுக்கப்படும்.

sudo -u www-data php occ maintenance:mode --on
sudo rsync -a --info=progress2 /path/to/nextcloud/data/ /srv/files/
find /srv/files -type f | wc -l

அந்த எண்ணிக்கையை source-ல் உள்ள அதே find உடன் ஒப்பிட்டுப் பார்க்கவும். எண்ணிக்கை குறைவாக இருந்தால், permissions காரணமாக rsync ஏதோ ஒரு கோப்பை வாசிக்க முடியவில்லை என்று அர்த்தம். அவ்வாறு நிகழும்போது, அது பிழைச் செய்திகளைத் திரையில் காட்டும்.

இந்த நகலெடுக்கும் பணியில் இரண்டு சிக்கல்கள் உள்ளன. Nextcloud-ன் external storage வசதி மூலம் அணுகப்படும் கோப்புகள் data directory-க்குள் இருக்காது; அவை Nextcloud-க்குத் தெரிவிக்கப்பட்ட remote system-ல் இருக்கும். மேலும், server-side encryption செயல்படுத்தப்பட்டிருந்தால், வட்டில் உள்ள கோப்புகள் ciphertext வடிவில் இருக்கும். எனவே, நகலெடுக்கும் முன் occ encryption:decrypt-all-ஐ இயக்க வேண்டும்; இல்லையெனில், வாசிக்க முடியாத தரவுகளை மட்டுமே நீங்கள் நகர்த்துவீர்கள். எதையும் ரத்து செய்வதற்கு முன் இந்த இரண்டையும் சரிபார்க்கவும்.

FAQ

எனது தற்போதைய கோப்பு அமைப்பை (folder structure) மாற்றாத Nextcloud-க்கு மாற்றான மென்பொருள் ஏதேனும் உள்ளதா?

Syncthing, மற்றும் ஏதேனும் ஒரு சாதாரண SFTP அல்லது WebDAV அமைப்பு. Syncthing நீங்கள் குறிப்பிடும் கோப்பகத்தை (directory) குறியீட்டு முறைக்கு (index) உட்படுத்தி, அனைத்து சாதனங்களிலும் அதே பெயர்கள் மற்றும் அமைப்பைப் பராமரிக்கிறது. எனவே, இதில் இறக்குமதி (import) அல்லது பதிவேற்றம் (upload) செய்ய வேண்டிய அவசியம் இல்லை. Seafile மற்றும் object storage ஆகிய இரண்டிற்கும் முழுமையான பதிவேற்றம் தேவைப்படுகிறது, ஏனெனில் இவை உங்கள் தரவை சாதாரண கோப்பக அமைப்பில் சேமிப்பதில்லை. Seafile கோப்புகளை அதன் தரவு கோப்பகத்திற்குள் சிறு தொகுதிகளாக (blocks) பிரிக்கிறது, மேலும் object storage-ல் கோப்பகங்களுக்குப் பதிலாக keys பயன்படுத்தப்படுகின்றன.

2 GB RAM கொண்ட VPS-ல் Seafile இயங்குமா?

ஆகஸ்ட் 2026 நிலவரப்படி, Seafile ஆவணங்கள் குறைந்தபட்சம் 2 GB RAM மற்றும் 2 GHz-க்கு மேல் வேகம் கொண்ட 2 core CPU-வை பரிந்துரைக்கின்றன. Docker மூலம் இயக்கும்போது MariaDB, Caddy மற்றும் SeaDoc editor ஆகியவையும் தனித்தனி containers-ல் இயங்குவதால், இது மிகக் குறைந்தபட்சத் தேவையாகும். ஒரு பயனர் மட்டும் பயன்படுத்துவதற்கு இது போதுமானது. ஒரு குடும்பம் அல்லது சிறிய குழு பயன்படுத்துவதாக இருந்தால், 4 GB RAM-க்கு உயர்த்துவது நல்லது. அல்லது SeaDoc container-ஐ நீக்கிவிட்டு, browser-ல் ஆவணங்களைத் திருத்தும் வசதியைத் தவிர்க்கலாம்.

பதிவிறக்கம் (download) வேகமாக இருக்கும்போது, Nextcloud இணைய இடைமுகம் (web interface) ஏன் மெதுவாக உள்ளது?

ஏனெனில் இவை இரண்டும் வெவ்வேறு பணிகளைச் செய்கின்றன. பதிவிறக்கம் என்பது வட்டில் (disk) இருந்து தரவை நேரடியாக அனுப்புகிறது, ஆனால் ஒரு பக்கத்தை ஏற்றுவதற்கு PHP இயங்க வேண்டும், file cache அட்டவணையைத் தேட வேண்டும், மேலும் பெரும்பாலும் காலியாக உள்ள PHP-FPM worker-க்காகக் காத்திருக்க வேண்டும். சேமிப்பகத்தைக் குறை கூறுவதற்கு முன், oc_filecache-ல் உள்ள வரிசைகளின் எண்ணிக்கையைக் கணக்கிட்டு, உங்கள் PHP-FPM pool-ல் pm.max_children-ஐச் சரிபார்க்கவும். மில்லியன் கணக்கான வரிசைகளைக் கொண்ட அட்டவணையும், ஐந்து worker-களைக் கொண்ட pool-உம் இருந்தால், இந்தத் தாமதம் ஏற்படும்.

நாட்காட்டிகள் (calendars) மற்றும் தொடர்புகளுக்கு மட்டும் Nextcloud-ஐ வைத்துக்கொண்டு, கோப்புகளை மட்டும் வேறு இடத்திற்கு மாற்ற முடியுமா?

ஆம், இதுவே பெரும்பாலும் செலவு குறைந்த தீர்வாகும். உங்கள் பெரிய கோப்பகங்களை Syncthing அல்லது Seafile மூலம் ஒத்திசைக்கவும் (sync). CalDAV, CardDAV மற்றும் browser-ல் ஆவணங்களைத் திருத்துவதற்கு மட்டும் Nextcloud-ஐத் தொடர்ந்து பயன்படுத்தவும். Nextcloud-ன் தரவுத்தளம் (database) அது கண்காணிக்கும் கோப்புகளின் எண்ணிக்கையைப் பொறுத்து வளரும் என்பதால், பெரிய கோப்பகங்களை அதிலிருந்து நீக்குவது இணைய இடைமுகத்தை மீண்டும் வேகமாக்கும். கோப்புகளை இணைய இடைமுகம் அல்லது occ வழியாக நீக்கவும். வட்டில் உள்ள தரவு கோப்பகத்திலிருந்து நேரடியாக நீக்க வேண்டாம்; அவ்வாறு செய்தால், இல்லாத கோப்புகளைக் காட்டும் வரிசைகள் தரவுத்தளத்தில் அப்படியே தங்கிவிடும்.