Lompat ke isi

Kebijakan pencadangan data: Perbedaan antara revisi

Dari Mippedia Community
←Membuat halaman berisi 'Mippedia Community menyadari bahwa artikel-artikel yang disusun adalah aset intelektual yang tak ternilai. Oleh karena itu, '''Rumi Haitami''' menetapkan standar pencadangan data berlapis (Redundant Backup System) untuk menjamin ketersediaan data dalam kondisi darurat sekalipun. == Metodologi Pencadangan == === 1. Pencadangan Basis Data (Database Dump) === * '''Frekuensi:''' Setiap 24 jam (Harian). * '''Metode:''' Ekspor penuh seluruh tabel basis data ke dalam...'
Tanda: Suntingan perangkat seluler Suntingan peramban seluler
 
k Melindungi "Kebijakan pencadangan data" ([Sunting=Hanya untuk pengurus] (selamanya) [Pindahkan=Hanya untuk pengurus] (selamanya))
Tanda: Suntingan perangkat seluler Suntingan peramban seluler
 
(Tidak ada perbedaan)

Revisi terkini sejak 26 Februari 2026 17.26

Mippedia Community menyadari bahwa artikel-artikel yang disusun adalah aset intelektual yang tak ternilai. Oleh karena itu, Rumi Haitami menetapkan standar pencadangan data berlapis (Redundant Backup System) untuk menjamin ketersediaan data dalam kondisi darurat sekalipun.

Metodologi Pencadangan

1. Pencadangan Basis Data (Database Dump)

  • Frekuensi: Setiap 24 jam (Harian).
  • Metode: Ekspor penuh seluruh tabel basis data ke dalam format `.sql` terkompresi.
  • Konten: Mencakup teks artikel, riwayat revisi, data pengguna, dan konfigurasi sistem.

2. Pencadangan File Media (Media Files)

  • Frekuensi: Setiap 168 jam (Mingguan).
  • Konten: Seluruh gambar, logo, dan file multimedia yang diunggah ke domain `mippedia.org`.

3. Pencadangan Konfigurasi (System Files)

  • Mencakup file `LocalSettings.php`, ekstensi khusus, dan kustomisasi kode CSS/JS yang dirancang khusus untuk Mippedia.

Lokasi Penyimpanan (Off-site Storage)

Untuk menghindari titik kegagalan tunggal (Single Point of Failure), cadangan tidak disimpan di server yang sama dengan situs web:

  • Cloud Storage: Cadangan harian dienkripsi dan diunggah ke penyimpanan awan pihak ketiga yang aman.
  • Local Archive: Salinan fisik disimpan secara terenkripsi oleh Administrator Utama sebagai langkah perlindungan terakhir.

Prosedur Pemulihan (Disaster Recovery)

Jika terjadi kerusakan sistem secara total:

  1. Administrator akan melakukan instalasi ulang sistem operasi dan MediaWiki.
  2. Basis data terakhir akan dipulihkan (Restore) dari titik cadangan paling baru.
  3. Seluruh file media akan disinkronisasi kembali.
  4. Uji integritas dilakukan untuk memastikan tidak ada data yang korup sebelum situs dibuka kembali untuk publik.