Hi Vwars,
— poin yang adil soal giveaway AI tadi. Aku jujur saja juga pakai sedikit bantuan AI buat merapikan jawabanku, biar tetap enak dibaca untuk empat pertanyaan sekaligus. Sebenarnya, pakai AI buat menyusun pertanyaan multi-bagian jadi daftar rapi itu kebiasaan forum yang sangat masuk akal — tinggal hapus saja pembuka dari asisten AI-nya, dan beres 
.
Sekarang ke pertanyaan aslinya, karena semuanya bagus dan memang layak dijawab dengan serius.
1. Arah hardware — tergantung lingkunganmu
Sebelum rekomendasikan model spesifik, pertanyaan kuncinya: ini akan tetap di lingkungan kantor, atau kamu punya (atau bisa bikin) ruang server / rack? Jawaban satu itu langsung membagi jalurnya, soalnya keempat unitmu sekarang berbentuk tower, berarti kemungkinan besar kamu belum punya infrastruktur rack.
Jalur A — Tetap di kantor (tower form factor)
Dua × TVS-h1688ATX (tower 16-bay, QuTS hero). 16 + 16 = 32 bay, jadi ada ruang lebih dibanding total 24 bay milikmu sekarang. Idemnya bukan HA / mirror antar keduanya — soalnya itu bakal makan kapasitas terlalu banyak — tapi kamu membagi data 4 unit lama ke dua tower besar baru (misal: tiap tower baru menampung data 2 unit lama). Kamu pindah dari 4 NAS terpencar ke 2 NAS besar terpusat, sama-sama pakai QuTS hero / ZFS seperti 3 unitmu sekarang.
Jalur B — Kamu punya atau bisa bikin ruang rack
Dua sub-jalur tergantung budget:
B-1 — Pilihan hemat, konsolidasi satu chassis: TS-h2477AXU (rackmount 24-bay, QuTS hero). 24 bay persis sama dengan total HDD-mu sekarang, jadi semua bisa langsung ditampung satu box, lalu nanti bisa tambah shelf JBOD kalau perlu kapasitas.
B-2 — Langsung sekaligus future-proof: AFA (All-Flash Array) NAS + TL-R1620Sep-RP JBOD SAS sebagai titik awal, bisa naik ke TL-R6020 kalau perlu storage lebih. Arsitekturnya, ada “hot tier” (unit flash untuk kerja editing aktif) plus “cold/warm tier” (JBOD HDD buat penyimpanan besar). Ini konfigurasi yang benar-benar scalable untuk workflow 4K multi-editor dan memberi ruang tumbuh bertahun-tahun. Lini produk enterprise AFA bisa kamu lihat-lihat di sini: [QNAP All-Flash Enterprise NAS](Compare Products | QNAP product-group=enterprise).
2 & 3. Migrasi drive dan risiko — aku gabungkan karena sebenarnya ini pertanyaan sama dari dua sisi
Intinya: ya, QNAP mendukung pindah drive antar unit, tapi ada aturannya. Berikut alur keputusannya.
Langkah 1 — Pastikan OS sama. Migrasi QNAP hanya bisa dilakukan di dalam keluarga OS yang sama: QTS → QTS, atau QuTS hero → QuTS hero. TIDAK bisa lintas (karena filesystem beda: ext4 vs ZFS). TS-473A-mu secara default pakai QTS, sedangkan tiga unit h-series pakai QuTS hero — artinya drive dari 473A tidak bisa langsung dipasang ke pool ZFS h-series.
Langkah 2 — Cek ada yang sudah ganti OS atau belum. Ini penting: QNAP bisa diganti OS antara QTS dan QuTS hero, jadi info pabrik belum tentu sesuai keadaan sekarang. Pastikan dulu OS di keempat unit sebelum eksekusi. Referensi: QNAP FAQ – switching between QTS and QuTS hero.
Langkah 3 — Pilih metode migrasi sesuai asal drive.
Kasus A — Sumber & tujuan OS-nya sama → migrasi fisik. Bisa lepas seluruh pool, pindah semua drive satu set, pasang ulang di target. Panduan resmi: How to safely detach and reattach volume/storage pool. Dua tips praktis dari pengalaman pribadi yang jarang ditegaskan di dokumen:
- Label semua drive sebelum dicabut. Urutan drive bisa tertukar waktu pasang walaupun proses di UI sempurna. Tempel masking tape bertulis “Bay 3”, dsb, sudah berkali-kali menyelamatkan migrasi.
- Ubah nama shared folder sebelum migrasi, bukan sesudah. Setelah gabung banyak sumber ke satu NAS baru, lebih enak tahu folder asalnya — gampang rename “Video” jadi “Video_dari_TVS-h874” di mesin sumber sebelumnya.
Kasus B — Sumber & tujuan beda OS (TS-473A-mu, kalau masih QTS) → replikasi data pakai HBS 3. Drive QTS tidak bisa dipindah ke pool QuTS hero, jadi datanya harus disalin file-level. Panduan resmi: How to migrate data and folder permissions between QTS and QuTS hero with HBS 3.
Sedikit catatan: panduan itu sangat rinci dan juga bahas migrasi akun pengguna & izin folder, yang kadang lebih rumit dari kebutuhan. Jika struktur izin tidak rumit (akses per-folder saja, tanpa ACL per-pengguna/folder), cukup buat backup job HBS3 saja untuk copy data — jauh lebih simpel. Tapi kalau memang butuh detail permission (integrasi AD/LDAP, ACL detail), silakan ikuti panduan full.
Polanya untuk meminimalisir risiko, apapun metodenya: pasang sistem baru → seed data → jalankan sync bertahap (incremental) → validasi di sistem baru → cut-over editor → simpan unit lama tetap nyala (read-only) beberapa minggu sebagai cadangan sebelum hapus. Jangan anggap migrasi sebagai event satu kali lalu beres.
4. DIY vs sewa konsultan expert
Jujur saja: ini tergantung kompleksitas lingkungan, bukan dari proses migrasinya sendiri.
Hal yang membuat DIY cukup aman:
- Tim kecil, struktur akun simpel
- Tidak pakai AD/LDAP, izin folder simpel
- Paham dasar networking, mau belajar
- Setup remote-access yang ada sudah jalan lancar
Hal yang bikin sebaiknya panggil QNAP solution partner / SI:
- Tim besar, banyak departemen/proyek butuh pemisahan akses
- Struktur akun kompleks, pengelolaan izin detail
- AD/LDAP, SSO, akses kolaborator eksternal
- Tidak punya waktu jadi admin sendiri
Kalau memilih jalur “pakai tenaga ahli”: tadi kamu bilang di US, jadi ada beberapa opsi — beberapa power user forum ini berbasis di US juga yang bisa kamu kontak (misal Bob, atau NA9D), ataupun tim customer support QNAP US (QUS) yang siap bantu secara online.
Boleh tanya rinci soal satu bagian mana pun, dan aku juga penasaran bakal pilih jalur yang mana nanti.
