Saya akan cenderung untuk menyingkirkan pertanyaan ini terlebih dahulu—setidaknya pada awalnya—karena Anda menggambarkan masalah di mana performa menurun seiring waktu. Masalah kompatibilitas—setidaknya yang saya ketahui—cenderung bersifat biner: sesuatu entah berfungsi atau tidak. Saya tentu tidak berharap melihat kompatibilitas sebagai penyebab utama berdasarkan pernyataan masalah Anda.
Saya pikir kita perlu kembali fokus pada deskripsi Anda tentang “apa yang merupakan” dan “apa yang bukan” masalahnya.
Mari kita coba persempit ruang lingkupnya sedikit lagi…
- Apakah Anda memiliki perangkat NAS atau server lain di jaringan Anda yang dapat strictly Anda uji terhadap klien Anda, sehingga Anda benar-benar bisa memastikan masalahnya ada pada satu perangkat tertentu?
- Bisakah Anda membuat atau menetapkan semacam pengujian empiris yang dapat diulang untuk mendapatkan hasil tes kecepatan yang objektif? Misalnya, Anda mungkin bisa men standingkan sebuah skrip shell Windows yang mengatur waktu ke nol; menyalin satu atau lebih file dari NAS ke host [atau host ke NAS] lalu mencatat waktu yang dibutuhkan. Akan sangat membantu jika Anda memiliki skrip shell sederhana yang bisa diulang secara objektif, di host yang berbeda dan pada waktu yang berbeda.
- Rasanya wajar jika perangkat Anda terhubung melalui beberapa perangkat jaringan sebagai penghubung—dan mungkin Anda memiliki satu atau lebih switch ethernet [misalnya] antara workstation dan NAS. Ada beberapa hal di sini… Pertama, apakah Anda punya cara untuk secara fisik memindahkan mesin klien ke lokasi yang sama dengan NAS sehingga Anda bisa mengulang tes dan mengeliminasi semua jaringan perantara? Kedua, apakah perangkat jaringan Anda managed atau un-managed? Jika yang pertama, mungkin Anda bisa mendapatkan metrik performa yang berguna jika Anda punya workstation SNMP dan bisa menarik data dari perangkat jaringan Anda.
- Pada QNAP NAS Anda, lagi-lagi lewat SSH, coba jalankan “ethtool”—Anda bisa mencari di Google untuk artikel tentang arti semua opsi command line dan bagaimana mengurutkannya untuk mendapatkan data… Di Windows, Anda bisa menggunakan Powershell dan “Get-NetAdapterStatistics” untuk mengetahui apa yang sistem operasi lokal Anda pikirkan tentang performa adapter jaringan workstation Anda…
- Saya sudah menyebutkannya, tapi saya pikir akan membantu jika Anda bisa menguji protokol non-CIFS antara host yang dimaksud. Saya sarankan NFS—dan mengatur NAS Anda untuk melayani permintaan koneksi NFS [pastikan versinya diatur dengan benar] akan menjadi awal yang baik. Jika tidak, mungkin pertimbangkan menggunakan ftp atau sftp?
- Keenam adalah hal yang jelas—perubahan. Fakta bahwa masalah muncul setelah Anda menjalankan sistem dengan sukses untuk beberapa waktu sangat menunjukkan bahwa ada sesuatu yang berubah. Anda tidak mendeskripsikan ukuran organisasi Anda atau seberapa ketat Anda mengatur perubahan teknologi… jadi mungkinkah ada masalah yang muncul dari sesuatu yang hanya secara tidak langsung berkaitan dengan area fokus utama Anda. Mungkin periksa log perubahan Anda atau bicara dengan orang lain yang mengelola lingkungan Anda?
- Ketujuh adalah reliabilitas… bukan pada NAS [yang cukup on atau off dalam hal itu] tapi apakah Anda, misalnya, punya hard drive yang bermasalah? Apakah NAS Anda diatur untuk mengirim peringatan secara eksternal jika mendeteksi masalah pada hard drive? Apakah Anda sudah mendapat laporan kesehatan yang bersih dari pemantauan S.M.A.R.T.?
- Kedelapan adalah utilisasi jaringan Anda. Apakah Anda punya cara untuk memeriksa apakah ada sesuatu di jaringan yang menyedot bandwidth sehingga NAS Anda kesulitan mengirim paket? Inilah alasan saya pikir mungkin tempat pertama untuk memulai adalah dengan membawa workstation klien dan NAS Anda secara fisik bersama—pindahkan workstation ke tempat yang sama dengan NAS. Sementara, colokkan mereka ke switch sehingga hanya ada 2 perangkat yang terhubung dan ulangi tes performa Anda. Jika gagal, Anda tahu masalahnya ada pada salah satu perangkat Anda; jika berhasil, maka Anda bisa “mundur”—memindahkan workstation secara bertahap lebih jauh sampai performa menurun.
- Sekarang kita masuk ke kemungkinan penyebab yang lebih esoterik… Sudahkah Anda melihat bagaimana performa workstation Anda terkait misalnya dengan ambang “Remote File Dirt Page”? Ini bisa menyebabkan masalah seperti yang Anda lihat. Pada dasarnya, klien Windows memiliki pengaturan buffer default [biasanya sekitar 5Gb] untuk data “dirty” dan “unsaved”. Setelah ambang itu terlampaui, sistem berhenti menerima data masuk sampai yang ada ditulis ke disk. Ada parameter Registry, “RemoteFileDirtyPageThreshold” di Registry [Google bisa membantu, dll] yang bisa Anda atur di kedua sisi pengujian, hanya untuk melihat apakah itu membuat perbedaan.
- Jika Anda belum melakukannya, pastikan juga bertanya ke komunitas dukungan Microsoft—komunitasnya jauh lebih besar [untuk alasan yang jelas] dan ada kemungkinan seseorang di sana pernah melihat sesuatu yang mirip dengan yang Anda deskripsikan di sini.
Saya sadar apa yang saya jabarkan di atas agak seperti pendekatan “scatter-gun” [saya berusaha mengurutkan tes secara logis]. Semoga, meskipun Anda tidak bisa langsung mengikuti semua di atas, saya sudah memberi Anda beberapa ide yang bisa Anda tindak lanjuti…