Kebijakan Backup AlexHost: Panduan Teknis Lengkap untuk Perlindungan dan Pemulihan Data

Memahami dengan tepat bagaimana penyedia hosting Anda menangani backup bukanlah hal yang opsional — ini adalah persyaratan mendasar untuk setiap keputusan infrastruktur yang serius. AlexHost mempertahankan kebijakan backup terstruktur dan bertingkat yang bervariasi berdasarkan jenis layanan, dengan tanggung jawab yang jelas bagi penyedia maupun klien. Panduan ini mencakup setiap aspek kebijakan tersebut: frekuensi backup, prosedur pemulihan, implikasi biaya, dan celah kritis yang harus Anda isi dengan strategi backup Anda sendiri.

Apa Kebijakan Backup AlexHost?

Kebijakan backup AlexHost adalah kerangka perlindungan data bertingkat di mana frekuensi dan cakupan backup otomatis bergantung pada jenis layanan hosting. Paket shared dan LiteSpeed hosting menerima backup otomatis harian, lingkungan VPS dicadangkan setiap minggu, dan dedicated server tidak menerima backup yang dikelola penyedia sama sekali. Pemulihan tersedia atas permintaan melalui tim dukungan, tergantung pada kondisi yang dijelaskan di bawah ini.

Kebijakan ini ada untuk memberikan jaring pengaman dasar, bukan solusi pemulihan bencana yang komprehensif. Perbedaan ini sangat penting dalam praktiknya: backup yang dikelola penyedia adalah snapshot upaya terbaik yang diambil pada suatu titik waktu, dan integritasnya bergantung pada kondisi file Anda pada saat snapshot dijalankan. AlexHost secara eksplisit tidak menjamin pemulihan dari setiap backup, yang menjadikan manajemen backup di sisi klien sebagai kebutuhan operasional, bukan tindakan pencegahan opsional.

Cakupan Backup Berdasarkan Jenis Layanan

Setiap tingkat hosting di AlexHost beroperasi di bawah model backup yang berbeda. Tabel di bawah ini merangkum parameter utama di semua kategori layanan.

Backup Shared dan LiteSpeed Hosting

Untuk klien pada paket Shared Web Hosting, backup harian dilakukan secara otomatis oleh infrastruktur AlexHost. Backup ini menangkap salinan persis dari sistem file akun dan database terkait pada saat snapshot diambil. Jika pemulihan diperlukan — karena penghapusan file yang tidak disengaja, database yang rusak, atau deployment yang gagal — tim dukungan dapat mengambil dan memulihkan dari backup terbaru yang tersedia.

Nuansa teknis yang penting di sini: backup harian tidak berarti pemulihan titik waktu. Jika database Anda rusak pada pukul 23:00 dan backup berjalan pada tengah malam, kondisi yang rusak itulah yang akan ditangkap. Snapshot hari sebelumnya adalah titik pemulihan bersih terakhir. Jendela potensi kehilangan data 24 jam ini adalah keterbatasan yang diketahui dari siklus backup harian dan harus menjadi pertimbangan dalam cara Anda mengelola deployment dan modifikasi database.

Kebijakan Backup VPS

Lingkungan VPS menghadirkan profil risiko yang berbeda secara fundamental. Klien yang menjalankan VPS Hosting memiliki akses tingkat root, yang berarti mereka dapat menginstal perangkat lunak, memodifikasi file sistem, mengonfigurasi ulang layanan, dan membuat perubahan yang jauh melampaui akun shared hosting biasa. Siklus backup mingguan mencerminkan kompleksitas yang meningkat dalam melakukan snapshot lingkungan mesin virtual penuh, tetapi juga berarti hingga tujuh hari perubahan bisa tidak dapat dipulihkan dalam skenario kegagalan terburuk.

Bagi klien VPS, ini menciptakan persyaratan operasional yang jelas: Anda harus mengimplementasikan mekanisme backup tambahan di tingkat aplikasi atau filesystem. Pendekatan umum meliputi:

• Dump database otomatis menggunakan mysqldump atau pg_dump yang dijadwalkan melalui cron, dengan output yang ditulis ke lokasi penyimpanan jarak jauh
• Sinkronisasi file inkremental menggunakan rsync melalui SSH ke tujuan offsite
• Backup berbasis snapshot menggunakan alat seperti Timeshift, Bacula, atau Duplicati yang dikonfigurasi untuk berjalan setiap hari atau lebih sering
• Backup tingkat aplikasi untuk platform seperti WordPress (UpdraftPlus, BackWPup) atau aplikasi kustom dengan fungsionalitas ekspor bawaan

Jika Anda mengelola lingkungan control panel, VPS Control Panels seperti cPanel, Plesk, atau DirectAdmin semuanya menyertakan alat penjadwalan backup bawaan yang dapat dikonfigurasi secara independen dari siklus snapshot penyedia.

Kebijakan Backup Dedicated Server

Dedicated server tidak menerima backup yang dikelola penyedia. Ini adalah praktik standar di seluruh industri untuk infrastruktur bare-metal: klien memiliki kontrol tingkat hardware penuh, dan kompleksitas operasional dalam melakukan snapshot lingkungan yang beragam dan dikonfigurasi klien membuat otomatisasi di sisi penyedia menjadi tidak praktis.

Klien yang menjalankan Dedicated Servers sepenuhnya bertanggung jawab untuk merancang, mengimplementasikan, dan menguji arsitektur backup dan pemulihan bencana mereka sendiri. Ini biasanya melibatkan:

• Target penyimpanan di luar server — server penyimpanan terpisah, perangkat NAS, atau penyimpanan objek cloud (endpoint kompatibel S3, Backblaze B2, Wasabi)
• Perangkat lunak backup — Veeam, Amanda, Bacula, BorgBackup, atau Restic tergantung pada OS dan beban kerja
• Verifikasi backup — uji pemulihan otomatis yang dijalankan sesuai jadwal untuk mengonfirmasi integritas backup, bukan hanya keberadaannya
• Kebijakan retensi — skema rotasi grandfather-father-son (GFS) adalah standar industri, mempertahankan titik pemulihan harian, mingguan, dan bulanan

Gagal mengimplementasikan strategi backup independen pada dedicated server adalah salah satu kesalahan paling umum dan paling mahal dalam infrastruktur yang dikelola sendiri.

Integritas Backup dan Tanggung Jawab Penyedia

Kebijakan AlexHost mencakup penafian yang eksplisit dan penting: penyedia tidak bertanggung jawab atas kondisi file klien pada saat backup, maupun atas kondisi backup itu sendiri. Ini bukan bahasa hukum yang tidak biasa — ini mencerminkan realitas teknis yang nyata.

Backup adalah snapshot dari apa pun yang ada pada suatu momen tertentu. Jika file Anda sudah rusak, terinfeksi malware, atau sebagian terhapus saat snapshot dijalankan, backup menangkap kondisi yang terdegradasi tersebut. Backup dari instalasi WordPress yang disusupi adalah arsip terkompresi dari instalasi WordPress yang disusupi. Inilah mengapa kebersihan keamanan — memperbarui perangkat lunak, menggunakan kredensial yang kuat, menerapkan SSL Certificates untuk mencegah serangan man-in-the-middle pada antarmuka admin Anda — tidak dapat dipisahkan dari strategi backup yang baik.

Selain itu, backup tidak dilakukan untuk layanan yang dihentikan atau ditangguhkan. Jika layanan tidak aktif, tidak ada snapshot baru yang dibuat. Ini memiliki implikasi praktis: jika Anda menangguhkan layanan sementara dan kemudian perlu memulihkan data, Anda terbatas pada backup apa pun yang ada pada saat layanan terakhir aktif.

Biaya dan Kondisi Pemulihan Backup

Dalam kondisi operasi normal, pemulihan backup disediakan tanpa biaya tambahan selama periode layanan aktif. Namun, dua skenario khusus memperkenalkan batasan biaya dan kelayakan.

Pemulihan pasca-terminasi: Jika layanan telah diterminasi atau dihapus karena ketidakpembayaran, dan klien kemudian meminta pemulihan backup terakhir yang tersedia, AlexHost dapat mengenakan biaya sebesar 20 EUR untuk menutupi upaya teknis yang terlibat dalam menemukan dan memulihkan data. Biaya ini hanya berlaku ketika pemulihan disertai dengan reaktivasi layanan — ini bukan layanan pengambilan data mandiri.

Pelanggaran Kebijakan Penggunaan yang Dapat Diterima: Jika layanan diterminasi karena pelanggaran Kebijakan Penggunaan yang Dapat Diterima (AUP) AlexHost, pemulihan dari backup tidak tersedia dalam keadaan apa pun. Ini adalah batas kebijakan yang tegas, bukan kondisi yang dapat dinegosiasikan.

Kesimpulan praktisnya: perlakukan jendela akses backup Anda sebagai bersamaan dengan langganan layanan aktif Anda. Membiarkan layanan jatuh ke dalam ketidakpembayaran bukan hanya masalah penagihan — ini adalah risiko akses data.

Mengapa Backup Penyedia Bukan Pengganti Backup Anda Sendiri

Poin ini layak mendapat pembahasan langsung karena sering disalahpahami. Backup yang dikelola penyedia melayani tujuan yang spesifik dan terbatas: mereka melindungi terhadap kegagalan tingkat infrastruktur dan menyediakan opsi pemulihan untuk kehilangan data yang tidak disengaja dalam jendela retensi backup. Mereka tidak melindungi terhadap:

• Ransomware atau malware yang mengenkripsi atau menghancurkan file sebelum backup berikutnya berjalan
• Korupsi logis yang diperkenalkan secara bertahap selama beberapa siklus backup, di mana semua snapshot yang dipertahankan mengandung kondisi yang rusak
• Persyaratan kepatuhan yang mengamanatkan periode retensi tertentu, lokasi penyimpanan geografis, atau standar enkripsi
• Pemulihan spesifik aplikasi, seperti memulihkan satu tabel database tanpa menimpa seluruh akun
• Pemulihan tanpa downtime, di mana pemulihan penuh di sisi penyedia mungkin memakan waktu berjam-jam sementara backup lokal Anda sendiri dapat diterapkan dalam hitungan menit

Untuk bisnis yang menjalankan beban kerja produksi — toko e-commerce, aplikasi SaaS, portal yang menghadap klien — aturan backup 3-2-1 tetap menjadi standar dasar: tiga salinan data, pada dua jenis media yang berbeda, dengan satu salinan disimpan offsite.

Pertimbangan Data Email dan Domain

Klien yang menggunakan Email Hosting harus memverifikasi secara terpisah ketentuan backup apa yang berlaku untuk data mailbox, karena penyimpanan email memiliki karakteristik pemulihan yang berbeda dari file web. Demikian pula, data registrasi domain yang dikelola melalui Domain Registration tidak tunduk pada backup dalam pengertian tradisional — catatan kepemilikan domain dipertahankan di tingkat registry — tetapi memastikan informasi kontak dan pengaturan pembaruan Anda terkini adalah bentuk perlindungan data yang setara untuk namespace Anda.

Matriks Keputusan Teknis: Strategi Backup Berdasarkan Jenis Hosting

Gunakan matriks ini untuk menentukan tindakan backup tambahan minimum yang diperlukan berdasarkan layanan AlexHost Anda.

Poin Utama: Daftar Periksa Operasional

• Konfirmasi tingkat layanan mana yang Anda gunakan dan verifikasi frekuensi backup yang berlaku sebelum mengasumsikan cakupan harian ada
• Jangan pernah mengandalkan backup penyedia secara eksklusif untuk data produksi — implementasikan setidaknya satu mekanisme backup independen yang dikendalikan klien
• Jadwalkan dan uji prosedur pemulihan secara berkala; backup yang belum diuji adalah backup yang belum diverifikasi
• Pertahankan layanan dalam status aktif dan berbayar untuk mempertahankan akses ke pemulihan backup tanpa menimbulkan biaya pemulihan 20 EUR
• Untuk lingkungan VPS, konfigurasikan backup tingkat aplikasi dan tingkat filesystem untuk berjalan lebih sering dari siklus snapshot penyedia mingguan
• Untuk dedicated server, rancang arsitektur backup penuh sebelum menerapkan beban kerja produksi apa pun
• Pastikan salinan backup Anda disimpan di lokasi yang terpisah secara geografis dari lingkungan hosting utama Anda
• Verifikasi bahwa backup menangkap data yang bersih dan bebas malware dengan mempertahankan praktik keamanan yang kuat di lingkungan hosting Anda setiap saat

Pertanyaan yang Sering Diajukan

Apakah AlexHost melakukan backup secara otomatis, atau apakah saya perlu mengaktifkannya?

Backup untuk shared dan LiteSpeed hosting dilakukan secara otomatis oleh AlexHost tanpa konfigurasi klien yang diperlukan. Untuk paket VPS, snapshot mingguan juga diambil secara otomatis. Klien dedicated server harus mengonfigurasi dan mengelola sistem backup mereka sendiri sepenuhnya.

Bagaimana cara meminta pemulihan backup dari dukungan AlexHost?

Kirimkan permintaan melalui sistem dukungan AlexHost dengan menentukan layanan, perkiraan tanggal data yang perlu dipulihkan, dan file atau database spesifik yang terpengaruh. Pemulihan dilakukan oleh tim teknis dan tersedia tanpa biaya selama periode layanan aktif.

Apa yang terjadi pada backup saya jika saya membatalkan paket hosting?

Setelah layanan diterminasi atau dihapus karena ketidakpembayaran, akses backup tidak dijamin. Jika Anda meminta pemulihan setelah terminasi, AlexHost dapat mengenakan biaya 20 EUR untuk upaya pemulihan, dan ini hanya berlaku ketika layanan sedang diaktifkan kembali. Jika terminasi disebabkan oleh pelanggaran AUP, tidak ada pemulihan yang memungkinkan.

Bisakah saya mengunduh salinan backup saya sendiri dari panel kontrol AlexHost?

Untuk akun shared hosting yang dikelola melalui cPanel, Anda dapat membuat dan mengunduh backup akun penuh langsung dari cPanel Backup Wizard kapan saja. Klien VPS dengan akses root dapat membuat snapshot atau arsip file mereka sendiri menggunakan utilitas Linux standar. Ini adalah pendekatan yang direkomendasikan untuk mempertahankan titik pemulihan yang dikendalikan klien.

Apakah backup VPS mingguan merupakan snapshot penuh atau backup inkremental?

AlexHost melakukan backup berbasis snapshot untuk lingkungan VPS. Implementasi teknisnya berarti snapshot menangkap kondisi disk virtual pada saat eksekusi. Klien yang memerlukan titik pemulihan yang lebih granular — seperti snapshot harian atau per jam — harus mengimplementasikannya secara independen menggunakan alat yang tersedia dalam lingkungan VPS mereka atau dengan mengonfigurasi VPS dengan cPanel yang menyertakan kemampuan penjadwalan backup bawaan.