Sinopsis: Film ini bercerita tentang seorang pria yang tidak berdaya. . . . Snapshot dan backup sering dicampur, tetapi tujuan keduanya berbeda: snapshot digunakan untuk memutar kembali data dengan cepat pada disk yang sama. Backup digunakan untuk menyalin data ke area kerusakan yang berbeda. Tabel teks ini membedakan sifat, lokasi penyimpanan, kecepatan pemulihan, cakupan risiko dan biaya, dan memberikan paket program situs web.
Kesimpulannya: Tidak ada yang bisa dilakukan untuk mencegah hal ini. . . . " pusat data menyediakan fitur snapshot, namun tetap membutuhkan backup sendiri. Solusi snapshot adalah jika disk baru saja berfungsi dengan baik dan sekarang rusak, dapatkah Anda kembali ke cache; solusi cadangan adalah jika mesin ini, kelompok penyimpanan ini, akun ini atau bahkan server tidak tersedia, data tidak dapat dipulihkan di tempat lain.
Apa itu: Solusi Snapshot dan Backup
| Dimensi | Foto singkat | Cadangan |
|---|---|---|
| Intinya | Gambar status disk pada saat tertentu | Salinan data yang disimpan secara terpisah |
| Lokasi penyimpanan | Biasanya dengan disk sumber yang sama pusat data , dalam cluster penyimpanan atau sistem penyedia layanan | Anda harus menyimpan bucket di mesin lain, obyek lain atau server yang berbeda. |
| Kecepatan pemulihan | Skala detik-menit, cocok untuk memutar balik cepat | Lebih lambat, tergantung pada jumlah data, bandwidth, jenis penyimpanan dan metode pemulihan |
| Mencegah Apa? | Kesalahan operasi, kegagalan upgrade, kerusakan sistem, kesalahan konfigurasi | pusat data Gagal, masalah akun, server mati, dan lingkungan sumber tidak tersedia secara keseluruhan |
| Pembatasan khas | Ada batasan jumlah dan waktu penyimpanan, sebagian besar dikenakan biaya | Biaya terutama pada penyimpanan dan bandwidth |
| Untuk apa? | Obat penyesalan sebelum perubahan, kemunduran dalam waktu singkat | Keterlambatan jangka panjang, dislokasi bencana dan operasional yang dapat dipulihkan |
Snapshot lebih seperti mengklik tombol mundur pada disk yang sama. Ini biasanya bergantung pada sistem penyimpanan asli, dan pemulihan dapat langsung menarik status disk kembali ke titik waktu tertentu, sehingga kecepatan sangat cepat. Backup lebih mirip dengan mengklik salinan data lainnya.
Untuk pembangunan, pengujian dan perdagangan luar negeri, perbedaan-perbedaan ini secara langsung mempengaruhi tujuan pemulihan:
- Jika masalahnya adalah kegagalan pembaruan sistem, kesalahan penghapusan folder konfigurasi atau halaman situs yang tidak normal, snapshot biasanya dapat menekan waktu pemulihan ke kisaran lebih pendek.
- Jika masalah adalah akun yang diblokir atau server yang terkunci menghentikan layanan, maka disk sumber dan snapshot tidak dapat digunakan.
- Prinsip 3-2-1 yang berlaku di industri dapat digunakan sebagai patokan: setidaknya tiga salinan, disimpan dalam dua media berbeda, salah satunya berada di lokasi asing. Di sini tidak hanya ada katalog lain, tetapi sejauh mungkin jauh dari mesin yang sama, server yang sama atau area kesalahan yang sama.
Cara Memilih: Bergantung pada tujuan pemulihan
| Pemandangan | Tindakan yang disarankan | Alasannya |
|---|---|---|
| Mengubah Nginx / PHP / konfigurasi database, mengimplementasikan versi baru | Mengambil gambar cepat secara manual dan kemudian melakukan perubahan. | Setelah diperbaiki, bisa diputar kembali dengan cepat untuk penyesalan. |
| File program situs, lampiran yang diunggah dan sumber daya statis | Paket incremental backup setiap hari pada waktu tertentu, kemudian dikirimkan ke penyimpanan obyek atau komputer lain VPS | Data berjenis file cocok untuk arsip paket, salinan asing mengurangi risiko satu titik |
| MySQL Basis data | Ekspor secara terpisah menggunakan mysqldump atau alat backup fisik, jangan hanya menyalin file direktori data | Direct copy data directory dapat mengalami masalah seperti file tidak konsisten, engine non-shutdown, dan kerusakan setelah restore |
| Bisnis perdagangan luar negeri, data pelanggan dan pesanan | Ekspor database + paket file program + penyimpanan terpencil + latihan pemulihan berkala | Kehilangan data seperti ini berdampak pada pengiriman, transaksi dan kepercayaan pelanggan. |
| Mengembangkan lingkungan pengujian | Skenario utama, backup data tes penting secara teratur | Lingkungan pengembangan dapat dibangun kembali, tetapi skrip, konfigurasi dan data sampel masih berharga |
| Lingkungan produksi | Snapshot untuk fast-forwarding, backup untuk disaster recovery | Perbedaan Pembagian Pekerjaan |
Kasus Lokal Berbiaya Rendah
- Program situs web terpisah dari database
Program situs web, gambar, file yang diunggah dapat dibundel untuk backup; database tidak hanya menyalin file direktori, harus menggunakan alat cadangan logis atau fisik. MySQL Dapat digunakan mysqldump atau alat cadangan fisik, pilihannya tergantung pada jumlah data, persyaratan konsistensi dan kecepatan pemulihan
- Backup Incremental Temporary ke Storage Independen
Lakukan backup sekali sehari, kirimkan program situs web dan database yang dieksport ke penyimpanan objek atau VPS lainnya setelah mengenkripsi file. Kuncinya adalah keluar dari kotak sumber, bukan menyimpan file cadangan dalam direktori server yang sama.
- Snapshot digunakan untuk mengubah jendela
Mengambil gambar cepat secara manual sebelum meng-upgrade sistem, mengubah konfigurasi besar-besaran, memasang plugin atau memindahkan situs. Jika terjadi kelainan serius dalam beberapa menit setelah perubahan, Anda dapat dengan cepat kembali ke keadaan sebelum perubahan.
- Strategi pemeliharaan salinan cadangan harus direncanakan secara terpisah
Snapshot memiliki jumlah dan waktu penyimpanan terbatas, sebagian besar dikenakan biaya. Backup juga harus mengatur periode retensi: hampir 7 hari, hampir 30 hari, sekitar 12 bulan dan lain-lain disimpan secara bertahap untuk menghindari pertumbuhan tanpa batas biaya penyimpanan .
- Latihan pemulihan setiap tiga bulan
Backup yang belum dipulihkan sama dengan tidak ada backup. Setiap kuartal, sebuah cadangan diambil dan tes pemulihan lengkap dilakukan dalam lingkungan terisolasi untuk memastikan bahwa program dapat dimulai, database dapat diimpor, halaman kunci dapat diakses.
Catatan: Daftar lubang umum dan daftar pemeriksaan
Celah yang umum
| Kesalahan umum | Risiko Nyata | Modifikasi |
|---|---|---|
| Tidak ada cadangan dengan snapshot. | Snapshot dan source disk biasanya berada di area kesalahan yang sama, pusat data , account, cluster penyimpanan atau server secara keseluruhan mungkin tidak dapat diakses jika terjadi anomali | Mengirim salinan data ke mesin lain atau server lainnya |
| Backup hanya direktori situs, tidak backup database | Situs web tampaknya dapat dibuka, tetapi pesanan, pengguna, produk dan artikel mungkin tidak lengkap. | Backup terpisah antara program file dan database output |
| Salin langsung MySQL direktori data | Mungkin ada file yang tidak konsisten, tabel rusak, status mesin yang tidak normal | Menggunakan mysqldump atau alat backup fisik |
| Berkas cadangan tidak dienkripsi | Data sensitif dapat terekspos jika penyimpanan eksternal disalahgunakan | Backup pra-enkripsi, kunci disimpan terpisah dari file backup |
| Backup credentials bersama dengan server | Akun cadangan juga dapat dihapus atau dimanipulasi ketika server dikendalikan. | Menggunakan akun terpisah, kunci akses independen dan bergantian secara teratur |
| Tidak pernah diuji kembali | Berkas cadangan mungkin rusak, format tidak kompatibel, ketergantungan hilang | Setiap triwulanan, kami mengambil salinan cadangan dan melakukan pengujian pemulihan penuh. |
Daftar Periksa
- Apakah backup dilakukan secara otomatis dan akan memberi tahu Anda jika gagal?
- Apakah salinan tersebut telah meninggalkan mesin sumber dan server sumber?
- Apakah backup dienkripsi?
- Apakah akun, kunci dan kredensial yang diperlukan untuk mengakses backup terpisah dari server?
- Berapa lama waktu yang dibutuhkan untuk pulih?
- Apakah waktu pemulihan dalam batas yang dapat ditolerir oleh bisnis?
- Kapan terakhir kali latihan resusitasi?
- Apakah jumlah foto yang disimpan, waktu penyimpanan, kemampuan untuk menyalin dan biaya pemulihan di pusat data telah dikonfirmasi dengan jelas?
Untuk penyedia layanan tertentu, berapa banyak snapshot yang dapat disimpan, apakah mendukung penyalinan lintas-wilayah, memulihkan atau tidak dikenakan biaya, akses ke snapshot setelah akun dibatasi, kemampuan ini sangat bervariasi dan harus sesuai dengan pernyataan resmi.
FAQ
1. pusat data Apakah snapshot bisa menggantikan backup?
Tidak bisa. Snapshot biasanya berada di area kesalahan yang sama dengan disk sumber, cocok untuk memutar kembali cepat; nilai inti dari backup adalah membiarkan data keluar dari mesin saat ini, kelompok penyimpanan atau sistem server.
2. Apakah memotret setiap hari sama saja dengan membuat cadangan harian?
Tidak sama dengan. Jika snapshot dan disk sumber berada di server yang sama, akun yang sama atau dalam cluster penyimpanan yang sama , mereka mungkin tidak dapat digunakan bersama jika pusat data mengalami kegagalan, masalah account, atau pemadaman server .
3. MySQL Dapatkah saya menyalin katalog data secara langsung?
Tidak dianjurkan. Salin langsung file direktori data yang mudah mengalami ketidakcocokan atau kerusakan. Gunakan mysqldump atau alat backup fisik, dan verifikasi secara berkala untuk memulihkannya dengan sukses
4. Berapa lama waktu yang dibutuhkan untuk latihan?
Setidaknya setiap kuartal, lakukan tes pemulihan lengkap dengan mengambil cadangan. Untuk skenario yang lebih sensitif dan perubahan data yang lebih sering, harus meningkatkan frekuensi latihan.
5. Bagaimana cara membagi waktu antara foto dan cadangan?
Snapshot bertanggung jawab untuk memodifikasi dan merusak fast rollback, backup bertanggung jawab pada lingkungan yang tidak memiliki data. Keduanya digunakan bersama-sama untuk membentuk lingkaran tertutup perlindungan data yang lebih lengkap.
Dipublikasikan pada: https://twitter.com/showthread.php? 2026-06-22
Inti dari informasi ini adalah: . . . , . . .., . . ! . . 2026-06-22
Foto di bawah ini adalah hasil penelusuran dari sebuah situs media sosial: https://www.facebook.com/ Diagram yang berisi server, blok penyimpanan, koneksi jaringan dan elemen peta. Tidak ada kata-kata, tidak ada logo merek, dan tidak ada manusia sejati.
Terjemahan Bahasa Indonesia (Inggris) untuk Wikipedia bahasa Indonesia: https://en.wikipedia.org/wiki
- VPS Backup data: proses penyimpanan objek dan pengemasan incremental
- MySQL Database export:mysqldump Perbedaan dengan physical backup
- Fungsi Snapshot Disk Cloud: Mempertahankan Kebijakan dan Percepatan Pemulihan
- Server Bisnis Perdagangan Luar Negeri: Pemisahan Program dan Database
- VPS Gagal domain: pusat data , akun dan risiko penyimpanan cluster
Komentar pembaca (0)