---
title: Backup Hosting
description: Salinan file dan database untuk pemulihan saat rusak atau salah update. Frekuensi, lokasi offsite, dan tes restore lebih penting dari label brosur.
canonical: https://penasihathosting.com/wikihosting/backup-hosting
type: wiki
locale: id
updated: 2026-07-15
author: Willya Randika
---

# Backup Hosting

Salinan file dan database untuk pemulihan saat rusak atau salah update. Frekuensi, lokasi offsite, dan tes restore lebih penting dari label brosur.

**Backup hosting** adalah salinan file, database, dan (idealnya) email yang bisa dikembalikan saat situs rusak, dihack, atau salah update. Backup bukan sekadar centang di brosur — yang penting: **apa yang disalin, seberapa sering, di mana disimpan, dan apakah restore pernah diuji**.

Banyak pemilik situs baru sadar backup saat sudah terlambat: plugin update merusak checkout, atau ransomware/file injection menimpa tema. Cadangan yang teruji mengubah panik menjadi prosedur.

## Analogi Sederhana

Backup seperti **fotokopi kunci rumah + denah** yang disimpan di luar rumah. Menaruh fotokopi di laci dapur yang sama (backup hanya di server yang sama) tetap berisiko jika rumah terbakar atau akun di-suspend.

## Jenis yang Umum

| Jenis | Isi tipikal | Catatan |
| --- | --- | --- |
| **File** | Document root, upload | Tanpa DB = CMS kosong |
| **Database** | MySQL/MariaDB | Wajib untuk WordPress |
| **Full account** | cPanel home + DB | Nyaman, lebih besar |
| **Offsite** | S3, Drive, PC | Paling aman dari gagal server |

## Praktik yang Masuk Akal

- Pikir 3-2-1: beberapa salinan, media beda, satu offsite  
- Jangan andalkan satu-satunya backup di dalam akun yang sama ([inode](/wikihosting/inode) juga bisa jebol)  
- Tes restore ke [subdomain](/wikihosting/subdomain) setidaknya sekali  
- Sebelum update besar tema/plugin: backup manual dulu  

Panel [cPanel](/wikihosting/cpanel) sering punya **Backup** / **JetBackup**; cek retensi harian/mingguan dan apakah email ikut.

## Yang Perlu Anda Perhatikan

- Backup otomatis host **bukan jaminan** SLA abadi — baca retensi  
- Backup yang tidak pernah di-restore = asumsi  
- Siapa pun yang pegang arsip backup bisa baca data sensitif  
- Backup besar di akun yang sama memakan disk dan inode  
- Samakan frekuensi dengan seberapa sering konten berubah  

## FAQ

<Accordion>
  <AccordionItem title="Hosting bilang ada backup — apakah saya aman?">
    Lebih aman daripada nol, tapi cek frekuensi, retensi, dan apakah DB ikut. Pertimbangkan salinan offsite sendiri untuk data penting.
  </AccordionItem>
  <AccordionItem title="Berapa sering backup?">
    Situs sering berubah: harian. Situs brosur: mingguan bisa cukup. Yang krusial: backup sebelum perubahan besar.
  </AccordionItem>
  <AccordionItem title="Bedanya backup dan staging?">
    Staging = salinan untuk uji. Backup = titik pemulihan. Keduanya berguna dan tidak saling menggantikan.
  </AccordionItem>
  <AccordionItem title="File backup bisa diunduh orang lain?">
    Jika ditaruh di document root tanpa proteksi, bisa. Simpan di luar web root atau di storage privat.
  </AccordionItem>
</Accordion>