Server Bekas untuk Database, Apa yang Perlu Diperhatikan?

Basis data (database) merupakan komponen paling vital dalam ekosistem teknologi informasi perusahaan. Seluruh catatan transaksi finansial, data master pelanggan, alur inventaris pergudangan, hingga riwayat autentikasi pengguna bermuara pada sistem basis data. Kegagalan atau kelambatan pemrosesan kueri pada server basis data akan berdampak langsung pada terhentinya operasional lini depan bisnis. Oleh sebab itu, infrastruktur perangkat keras yang menopangnya dituntut memiliki performa I/O tinggi, stabilitas komputasi prima, dan toleransi kegagalan perangkat keras tanpa toleransi jeda padam (zero downtime).

Membeli server baru kelas enterprise dengan spesifikasi papan atas membutuhkan alokasi pengeluaran modal (Capital Expenditure / CapEx) yang sangat besar. Kondisi ini mendorong banyak pemilik bisnis, startup, hingga administrator sistem melirik server bekas enterprise (refurbished / used server) sebagai solusi alternatif yang rasional. Server bekas dari lini ternama seperti Dell PowerEdge, HPE ProLiant, maupun Lenovo ThinkSystem menawarkan rancang bangun industri yang tangguh dengan harga 50% hingga 80% lebih terjangkau dibandingkan unit baru.

Namun, memilih server bekas khusus untuk beban kerja basis data jauh lebih rumit dibandingkan memilih server untuk file sharing atau web server biasa. Basis data menuntut pola kerja pembacaan dan penulisan data secara acak (random I/O), sensitif terhadap latensi memori, serta tidak mentoleransi adanya korupsi data sekecil apa pun. Jika salah dalam mengevaluasi komponen internalnya, Anda berisiko mengalami kebuntuan performa (bottleneck) atau bahkan kehilangan data transaksi penting. Panduan komprehensif ini mengupas tuntas sepuluh aspek teknis yang wajib diperhatikan saat memilih server bekas untuk kebutuhan basis data.

Cara Memilih Server Bekas untuk Database

Evaluasi terhadap server bekas untuk basis data harus dilakukan secara terstruktur. Setiap subsistem perangkat keras memiliki dampak langsung terhadap kecepatan eksekusi kueri, keamanan transaksi, dan integritas data.

1. Tentukan Kebutuhan Database

Langkah awal yang paling mendasar adalah memahami karakteristik dan profil beban kerja (workload profile) dari sistem manajemen basis data yang akan dijalankan. Mesin basis data yang berbeda menuntut prioritas sumber daya perangkat keras yang berbeda pula:

• Online Transaction Processing (OLTP): Sistem seperti MySQL, PostgreSQL, Microsoft SQL Server, atau Oracle yang menangani ribuan transaksi per detik (misalnya aplikasi kasir toko ritel, transaksi perbankan, atau platform e-commerce). Karakteristik utamanya didominasi oleh operasi penulisan dan pembacaan acak (random read/write) bervolume kecil dengan frekuensi sangat tinggi. Beban kerja ini membutuhkan latensi penyimpanan ultra-rendah dan clock speed prosesor yang gesit.
• Online Analytical Processing (OLAP) & Data Warehouse: Sistem yang difungsikan untuk pengolahan data analitik, pembuatan laporan historis, serta kecerdasan bisnis (Business Intelligence). Karakteristiknya didominasi oleh operasi pembacaan sekuensial berskala masif (large sequential reads). Beban kerja ini sangat rakus akan kapasitas memori RAM dan membutuhkan jumlah core prosesor yang banyak untuk pemrosesan paralel.
• In-Memory Database: Sistem seperti Redis atau SAP HANA yang memuat seluruh tabel data langsung ke dalam memori utama (RAM). Beban kerja ini menempatkan kapasitas dan lebar pita data (bandwidth) RAM sebagai prioritas tertinggi di atas segalanya.

Selain jenis beban kerja, perhitungkan volume data eksis beserta estimasi pertumbuhannya untuk kurun waktu 3 hingga 5 tahun ke depan. Jangan membeli server dengan kapasitas penyimpanan yang hanya pas-pasan untuk hari ini, karena basis data transaksi akan terus membesar setiap detiknya.

2. Pilih Processor dengan Core yang Sesuai

Prosesor (Central Processing Unit / CPU) bertindak sebagai mesin kalkulasi kueri. Kesalahan paling umum saat memilih prosesor server bekas untuk basis data adalah berasumsi bahwa “jumlah core terbanyak selalu yang terbaik”. Pada lingkungan basis data, asumsi ini sering kali keliru akibat dua faktor utama: karakteristik kueri dan skema lisensi perangkat lunak.

Keseimbangan Clock Speed vs Core Count

Banyak operasi basis data (seperti kalkulasi indeks, sorting, dan eksekusi kueri transaksi tunggal) bersifat serial dan tidak dapat dipecah ke banyak core secara efisien. Kueri tersebut akan dieksekusi jauh lebih cepat pada prosesor yang memiliki frekuensi dasar (base clock) dan boost clock tinggi (misalnya di atas 3.0 GHz hingga 3.6 GHz) dibandingkan pada prosesor dengan 32 core namun memiliki clock speed rendah (misalnya 2.1 GHz).

Pilihlah prosesor dengan jumlah core moderat namun memiliki clock speed tinggi untuk aplikasi OLTP harian. Sebaliknya, jika server difungsikan untuk melayani puluhan ribu kueri paralel secara serentak atau sistem analitik OLAP, barulah prosesor dengan jumlah core masif menjadi kebutuhan utama.

Implikasi Biaya Lisensi Per-Core

Perangkat lunak basis data komersial terkemuka—seperti Microsoft SQL Server Enterprise dan Oracle Database—menerapkan skema lisensi berbasis jumlah inti fisik (per-core licensing). Membeli server bekas dengan dua prosesor yang masing-masing memiliki 24 core (total 48 core) akan melipatgandakan biaya lisensi hingga ratusan juta rupiah.

Jika organisasi Anda menggunakan basis data berlisensi komersial per-core, strategi terbaik adalah memilih prosesor dengan jumlah core yang sedikit namun memiliki frekuensi tinggi (high-frequency, low-core count SKU). Hal ini memaksimalkan performa tiap core sekaligus menekan biaya lisensi perangkat lunak secara drastis.

Rekomendasi Generasi Prosesor Bekas

Hindari membeli server bekas yang masih menggunakan prosesor Intel Xeon seri E5-2600 v1/v2 ke bawah. Generasi tersebut memiliki instruksi IPC (Instructions Per Cycle) yang sudah tertinggal, boros daya listrik, serta memiliki cache memory yang terbatas.

Pilihan prosesor bekas yang ideal saat ini:

• Intel Xeon: Minimal keluarga Intel Xeon Scalable Generasi 1 (Skylake-SP) atau Generasi 2 (Cascade Lake) seperti seri Xeon Gold 6134, 6244, atau Xeon Silver 4214.
• AMD EPYC: Lini AMD EPYC Generasi 2 (Rome – seri 7002) atau Generasi 3 (Milan – seri 7003) yang menawarkan arsitektur cache L3 terpadu yang sangat luas, instruksi komputasi modern, dan jalur bus PCIe 4.0 yang melimpah.

3. Tentukan Kapasitas RAM

Memori utama (RAM) adalah komponen paling krusial yang menentukan kecepatan respons mesin basis data. Semakin banyak data yang dapat ditampung di dalam memori utama (in-memory caching), semakin jarang mesin basis data melakukan pembacaan langsung ke media penyimpanan fisik (disk I/O). Pembacaan data dari RAM berlangsung dalam hitungan nanodetik, sementara pembacaan dari media penyimpanan membutuhkan waktu mikrodetik hingga milidetik.

Kapasitas Ideal untuk Buffer Pool

Dalam arsitektur basis data relasional (seperti InnoDB pada MySQL atau Buffer Cache pada SQL Server), terdapat area memori yang dialokasikan khusus sebagai Buffer Pool. Idealnya, ukuran kapasitas RAM fisik server harus mampu menampung seluruh working set data (data aktif yang paling sering diakses dan dimodifikasi dalam transaksi harian) ditambah cadangan memori untuk sistem operasi sebesar 20–30%.

Jika ukuran basis data aktif Anda saat ini berkisar 60 GB, memilih server bekas dengan kapasitas RAM minimal 128 GB atau 256 GB merupakan keputusan yang bijak. Kapasitas sisa tersebut akan dimanfaatkan oleh mesin basis data untuk menyimpan indeks tabel (index caching) secara penuh, membuat pencarian data berlangsung secara instan.

Wajib Menggunakan ECC RAM

Jangan pernah menggunakan memori non-ECC pada server basis data. Server enterprise menggunakan modul memori berfitur Error-Correcting Code (ECC), umumnya bertipe RDIMM (Registered DIMM).

Kelistrikan mikro dan radiasi latar belakang dapat membalikkan nilai bit data (bit-flip) di dalam chip memori dari nilai 0 menjadi 1 atau sebaliknya. Pada memori biasa, kondisi ini memicu system crash atau korupsi data finansial senyap (silent data corruption). Modul ECC secara otomatis mendeteksi dan memperbaiki kesalahan bit tunggal (single-bit error) secara langsung tanpa menghentikan proses transaksi basis data.

Konfigurasi Multi-Channel Simetris

Papan induk server modern mengusung arsitektur saluran memori multi-channel (Hexa-channel pada Intel Xeon Scalable Gen 1/2, Octa-channel pada AMD EPYC). Pastikan seluruh modul RAM bekas yang Anda pasang memiliki kapasitas, kecepatan transfer (misalnya 2666 MT/s atau 2933 MT/s), dan tipe modul yang identik. Pasang modul RAM secara simetris di seluruh saluran memori sesuai aturan pengisian slot (memory population rules) pabrikan untuk membuka lebar pita data (bandwidth) memori secara maksimal.

4. Pilih Storage yang Tepat

Media penyimpanan adalah titik kemacetan (bottleneck) terbesar pada server basis data. Operasi transaksi basis data melibatkan ribuan instruksi penulisan log transaksi (Write-Ahead Logging / WAL) dan pembaruan indeks acak setiap detiknya.

Tinggalkan HDD Mekanis untuk Data Utama

Hindari menggunakan Hard Disk Drive (HDD) mekanis—bahkan tipe SAS 15.000 RPM sekalipun—sebagai media penampung partisi data utama dan log transaksi. HDD mekanis memiliki keterbatasan fisik spindle yang hanya mampu menghasilkan latensi di kisaran milidetik dengan IOPS yang sangat rendah (sekitar 300–500 IOPS). Penggunaan HDD mekanis pada server bekas hanya diperbolehkan untuk partisi penampung arsip cadangan data (backup dump) atau data historis dingin (cold storage).

Prioritaskan Enterprise SSD (SATA/SAS) atau NVMe

Untuk partisi data utama (database files) dan berkas log transaksi (transaction log / redo log), wajib menggunakan media Solid State Drive (SSD):

• Enterprise SATA/SAS SSD (2.5 inci): Pilihan standar yang stabil dan memiliki rasio harga-performa sangat baik di pasar perangkat bekas. SSD kelas enterprise memiliki kontroler yang dioptimalkan untuk mempertahankan kestabilan IOPS secara konsisten di bawah beban kerja berat.
• Enterprise NVMe PCIe SSD (U.2 / U.3 / AIC): Merupakan pilihan terbaik untuk basis data transaksi tinggi. NVMe terhubung langsung ke bus PCIe prosesor tanpa melewati kontroler SATA/SAS, memangkas antrean instruksi dan memberikan latensi di bawah 20 mikrodetik dengan IOPS mencapai ratusan ribu operasi per detik.

5. Periksa Kondisi Harddisk atau SSD

Saat membeli server bekas, media penyimpanan SSD atau HDD sering kali merupakan komponen yang paling tinggi tingkat depresiasi fisiknya. Tidak seperti prosesor atau sasis yang tidak memiliki masa kedaluwarsa keausan langsung, sel memori pada SSD memiliki batasan siklus hapus-tulis (Program/Erase cycles).

Pemeriksaan kesehatan media penyimpanan bekas wajib mencakup:

1. Verifikasi Nilai TBW dan Umur Pakai (Endurance)

SSD kelas enterprise dirancang dengan ketahanan penulisan yang diukur dalam satuan Terabytes Written (TBW) atau Drive Writes Per Day (DWPD). Mintalah penjual untuk menyertakan laporan diagnostik S.M.A.R.T. menggunakan utilitas seperti smartctl pada Linux atau CrystalDiskInfo:

• Periksa parameter Percentage Used atau Media Wearout Indicator. Pastikan SSD bekas yang Anda beli memiliki sisa umur kesehatan (Life Remaining) di atas 85% hingga 90%. Hindari membeli SSD bekas yang masa pakainya sudah terpakai lebih dari 50%, karena SSD tersebut berisiko mengalami kegagalan tulis (read-only state) sewaktu-waktu.
• Pilih SSD bertipe Mixed-Use (MU) dengan rating ketahanan minimal 3 DWPD untuk basis data OLTP yang intensif dalam aktivitas penulisan, atau tipe Read-Intensive (RI / 1 DWPD) jika basis data lebih banyak melayani kueri pembacaan.

2. Fitur Power Loss Protection (PLP)

Pastikan SSD yang terpasang memiliki fitur perangkat keras Power Loss Protection (PLP). Fitur ini mengandalkan kapasitor internal pada SSD untuk menyediakan daya darurat selama beberapa milidetik saat listrik padam mendadak, memastikan data transaksi yang masih berada di dalam cache SSD selesai dituliskan ke sel memori NAND flash secara utuh. Penggunaan SSD konsumen (consumer-grade) tanpa fitur PLP pada server basis data sangat berbahaya karena dapat merusak integritas tabel basis data secara permanen saat terjadi gangguan daya listrik.

3. Periksa Reallocated Sectors pada HDD

Jika server menyertakan HDD mekanis untuk penyimpanan backup, pastikan nilai Reallocated Sector Count, Current Pending Sector Count, dan Uncorrectable Sector Count bernilai mutlak 0. Angka selain nol menandakan piringan magnetik drive tersebut telah mengalami kerusakan fisik (bad sector).

Baca Juga: Server untuk Perusahaan Digunakan untuk Apa?

6. Perhatikan RAID Controller

Server basis data kelas enterprise mengandalkan kartu pengontrol Hardware RAID terdedikasi untuk mengelola larik disk redundan. Jangan pernah menggunakan kontroler RAID perangkat lunak bawaan papan induk (Software/Embedded RAID) untuk server basis data produksi, karena kontroler lunak akan membebani siklus prosesor CPU utama dan memiliki latensi penulisan yang buruk.

Kriteria pengontrol RAID bekas yang wajib diperhatikan:

1. Tingkatan RAID yang Tepat untuk Database

Pengontrol RAID fisik (seperti lini Dell PERC H730P/H740P atau HPE Smart Array P440ar/P408i) harus mendukung skema RAID 10 (1+0).

Mengapa bukan RAID 5? RAID 5 memiliki penalti kalkulasi paritas (write penalty) yang membutuhkan empat kali operasi I/O untuk setiap satu kali penulisan data baru. Pada basis data OLTP yang padat transaksi, RAID 5 akan melumpuhkan performa I/O secara drastis. Selain itu, proses pembangunan ulang (rebuild) RAID 5 pada drive berkapasitas besar memakan waktu berhari-hari dan berisiko memicu kerusakan disk kedua yang menghancurkan seluruh volume data.

Keunggulan RAID 10: RAID 10 menggabungkan pencerminan (mirroring) dan pembagian blok (striping). RAID 10 tidak memiliki penalti paritas, memberikan kecepatan baca-tulis acak tertinggi, serta mampu bertahan dari kerusakan beberapa disk sekaligus selama disk yang rusak tidak berada dalam satu pasangan mirror yang sama.

2. Kapasitor / Baterai Cadangan Cache (BBU / Flash-Backed Write Cache)

Kartu pengontrol RAID kelas menengah ke atas dilengkapi dengan modul memori cache fisik (1 GB, 2 GB, hingga 8 GB) serta unit baterai cadangan (Battery Backup Unit / BBU) atau kapasitor (Flash-Backed Write Cache / FBWC).

• Keberadaan BBU/FBWC mengaktifkan mode penulisan berkecepatan tinggi yang disebut Write-Back Caching. Dengan mode ini, pengontrol RAID mengonfirmasi penyelesaian penulisan ke mesin basis data begitu data mencapai memori cache pengontrol, lalu menuliskannya ke disk fisik di latar belakang. Hal ini melipatgandakan kecepatan transaksi basis data.
• Periksa Kesehatan Baterai: Baterai lithium pada kartu RAID server bekas sering kali mengalami penurunan performa (battery degraded / failed). Jika baterai rusak, pengontrol RAID secara otomatis mematikan fitur Write-Back dan mengalihkan sistem ke mode Write-Through yang membuat performa tulis disk anjlok drastis hingga 80%. Pastikan baterai atau kapasitor kartu RAID dalam kondisi prima dan berstatus Healthy pada konsol manajemen sistem.

7. Periksa Jumlah Slot Drive

Faktor bentuk fisik sasis server bekas menentukan fleksibilitas partisi dan kapasitas ekspansi penyimpanan basis data Anda:

• Sasis 2.5-inch Small Form Factor (SFF): Pilihan paling ideal untuk server basis data. Sasis tipe SFF (umumnya berukuran 1U atau 2U) mampu menampung 8, 16, hingga 24 slot drive 2.5 inci. Jumlah slot yang banyak memungkinkan Anda menyusun banyak unit SSD ke dalam susunan RAID 10, mendongkrak performa IOPS gabungan secara paralel.
• Sasis 3.5-inch Large Form Factor (LFF): Biasanya menampung 4 hingga 12 slot drive berukuran besar. Sasis ini lebih cocok untuk server pencadangan atau file server, bukan server basis data utama yang membutuhkan kepadatan SSD tinggi.

Pemisahan Partisi Fisik (Physical Drive Segregation)

Ketersediaan slot drive yang cukup memungkinkan Anda menerapkan praktik terbaik arsitektur basis data, yaitu memisahkan jalur disk fisik untuk komponen yang berbeda:

1. Larik 1 (2x SSD RAID 1): Didedikasikan khusus untuk sistem operasi server (Windows Server atau Linux).
2. Larik 2 (2x SSD RAID 1 atau NVMe): Didedikasikan khusus untuk berkas log transaksi (transaction log / WAL). Log transaksi membutuhkan jalur penulisan sekuensial yang terisolasi tanpa terganggu aktivitas kueri lain.
3. Larik 3 (4x–8x SSD RAID 10): Didedikasikan khusus untuk tabel data utama (database data files) dan indeks.
4. Larik 4 (2x HDD RAID 1): Didedikasikan untuk target pencadangan lokal berkala (local backup dump).

Pastikan juga seluruh slot drive bay dilengkapi dengan modul caddy / tray harddisk lengkap dengan baut pengikatnya agar drive dapat terpasang dengan kokoh pada papan sirkuit backplane.

8. Pastikan Network Memadai

Server basis data tidak beroperasi secara terisolasi. Server ini melayani ratusan koneksi kueri dari klaster application server, web server, serta pengguna internal secara simultan. Saluran pipa jaringan yang sempit akan membatasi lalu lintas data meskipun prosesor dan media penyimpanan server bekerja sangat cepat.

Poin penting konektivitas jaringan pada server basis data:

• Tinggalkan Port 1GbE Tunggal: Koneksi jaringan 1 Gbps hanya mampu menyalurkan kecepatan transfer data maksimal sekitar 110–125 MB/s. Kecepatan ini sangat mudah mengalami kejenuhan (saturation) saat server basis data melayani kueri bervolume besar atau saat proses pencadangan jaringan (network backup) sedang berlangsung.
• Standar 10GbE (SFP+ atau 10GBASE-T): Pilihlah server bekas yang sudah dilengkapi kartu jaringan tambahan (PCIe NIC / Network Daughter Card) berkecepatan minimal 10 Gigabit Ethernet (10GbE). Port 10GbE menyediakan lebar pita data hingga lebih dari 1 GB/s, memastikan pertukaran data antar-server aplikasi dan server basis data berlangsung tanpa jeda latensi.
• Redundansi Jaringan (NIC Teaming / LACP): Pastikan server memiliki minimal dua port jaringan aktif untuk dikonfigurasi dalam mode agregasi tautan (Link Aggregation) dan jalur cadangan (failover). Jika salah satu kabel jaringan terputus atau salah satu modul switch mengalami gangguan, koneksi transaksi basis data akan langsung dialihkan ke jalur kedua secara instan tanpa memutus sesi pengguna.

9. Cek Kondisi Power Supply

Unit catu daya (Power Supply Unit / PSU) bertanggung jawab menyalurkan arus listrik DC bertegangan rendah yang stabil ke prosesor, memori, dan drive penyimpanan. Fluktuasi tegangan listrik atau kegagalan daya pada server basis data dapat mengakibatkan kerusakan struktur partisi sistem berkas serta korupsi halaman tabel basis data.

Evaluasi kelayakan unit catu daya server bekas:

• Konfigurasi Redundan Wajib (1+1 Hot-Plug Redundant PSU): Server basis data tidak boleh hanya mengandalkan satu modul PSU tunggal. Pastikan server memiliki dua unit modul PSU identik yang terpasang di bagian belakang sasis. Hubungkan masing-masing modul PSU ke sumber daya listrik yang berbeda melalui dua unit UPS (Uninterruptible Power Supply) terpisah. Jika salah satu modul PSU meledak atau salah satu jalur listrik padam, modul kedua akan menopang seluruh beban komputasi server secara instan tanpa sistem mengalami restart.
• Sertifikasi Efisiensi 80 PLUS: Pilihlah modul PSU yang memiliki sertifikasi efisiensi minimal 80 PLUS Platinum atau Titanium (tingkat efisiensi di atas 92–94%). Modul PSU berkualitas tinggi meminimalisir pelepasan panas berlebih di dalam sasis serta memangkas tagihan listrik operasional bulanan server Anda.
• Kapasitas Daya (Wattage): Pastikan kapasitas modul PSU (misalnya 750W atau 1100W) mencukupi kebutuhan beban puncak (peak load) prosesor multi-core dan susunan puluhan drive SSD terpasang.

10. Periksa Kondisi Server Sebelum Membeli

Tahap akhir yang paling krusial sebelum Anda menyelesaikan transaksi pembayaran adalah melakukan audit fisik dan pengujian performa beban puncak (stress testing) secara langsung pada unit server bekas yang ditargetkan.

1. Periksa Log Riwayat Perangkat Keras (System Event Log / SEL)

Masuk ke antarmuka modul manajemen jarak jauh seperti Dell iDRAC, HPE iLO, atau Lenovo XClarity. Buka menu System Event Log dan periksa seluruh catatan riwayat insiden di masa lalu. Waspadai jika terdapat catatan berulang mengenai lonjakan tegangan listrik (Voltage Degraded), panas berlebih pada prosesor (CPU Overheating), atau galat koreksi memori bertubi-tubi (Correctable Memory Threshold Exceeded). Catatan tersebut menjadi indikasi bahwa papan induk (motherboard) atau soket server tersebut pernah mengalami penurunan kualitas kelistrikan.

2. Jalankan Diagnostik Bawaan Pabrikan

Manfaatkan utilitas pengujian perangkat keras bawaan yang tertanam di dalam firmware papan induk (tekan tombol F10 untuk Lifecycle Controller pada Dell, atau F10 untuk Intelligent Provisioning pada HPE). Jalankan tes diagnostik menyeluruh (Extended Hardware Diagnostics). Pastikan seluruh subsistem—termasuk bus PCIe, kontroler interkoneksi, sirkuit VRM, sensor kipas, dan pengontrol penyimpanan—berstatus PASS.

3. Lakukan Uji Beban Puncak (CPU & Memory Stress Test)

Pasang sistem operasi uji coba (seperti Ubuntu Server Live USB) dan jalankan perangkat lunak pengujian beban penuh seperti stress-ng atau mprime selama 30 hingga 60 menit:

• Paksa seluruh core prosesor dan kapasitas RAM bekerja pada utilisasi 100%.
• Pantau kenaikan suhu prosesor. Suhu operasional di bawah beban 100% idealnya tidak boleh melampaui rentang 75°C hingga 80°C. Kenaikan suhu yang melebihi 90°C menandakan pasta termal (thermal paste) telah kering atau modul kipas pendingin sasis tidak berputar optimal.

4. Uji Stabilitas I/O Media Penyimpanan

Jalankan utilitas benchmark I/O seperti fio pada Linux atau CrystalDiskMark pada Windows:

• Uji performa random read/write 4K pada susunan RAID 10 SSD untuk memastikan kecepatan IOPS dan nilai latensi berada pada batas spesifikasi teknis drive.
• Amati apakah pengontrol RAID mengalami lonjakan suhu atau melempar peringatan bus timeout selama proses benchmark I/O berlangsung.

5. Pastikan Lisensi Remote Management Teraktivasi

Pastikan server bekas yang Anda beli telah dilengkapi dengan lisensi manajemen jarak jauh tingkat lanjut, seperti iDRAC Enterprise (Dell) atau iLO Advanced (HPE). Lisensi ini memungkinkan administrator membuka konsol layar virtual (Virtual KVM / Remote Console berbasis HTML5) dan merestart server dari jarak jauh melalui jaringan lokal maupun VPN, mempermudah pemeliharaan berkala tanpa harus datang langsung ke lokasi fisik server.

6. Verifikasi Garansi Purna Jual

Pastikan toko atau distributor penyedia server refurbished memberikan jaminan garansi perangkat keras (hardware replacement warranty) tertulis dengan durasi minimal 1 hingga 6 bulan. Jaminan garansi ini memberikan perlindungan bagi Anda jika terdapat kerusakan komponen tersembunyi yang baru terdeteksi setelah server mulai beroperasi menangani beban kerja nyata.