Pertanyaan Umum tentang Pemilihan Solusi
Pertanyaan umum tentang kepatuhan MLPS, perlindungan ransomware, adaptasi teknologi domestik Tiongkok, dan arsitektur disaster recovery
Apa persyaratan teknis spesifik MLPS 2.0 Level 3 untuk backup data dan disaster recovery?
Persyaratan backup MLPS 2.0 Level 3 tersebar di beberapa titik kontrol seperti "Pemulihan Backup Data", "Perlindungan Informasi Sisa", "Keamanan Jaringan", dan "Keamanan Host", yang intinya dapat diringkas menjadi empat: backup dan pemulihan data lokal, backup data penting di lokasi berbeda, enkripsi dan kerahasiaan data backup, serta latihan pemulihan berkala. Yang paling sering mengurangi nilai adalah hanya memiliki backup lokal tanpa backup di lokasi berbeda, serta tidak pernah melakukan verifikasi pemulihan. Sarana teknis untuk memenuhi standar biasanya melibatkan CDP, penyimpanan immutable, dan arsitektur dua lokasi tiga pusat data.
Jika ransomware mengenkripsi data produksi, apakah data backup masih dapat dipulihkan? Bagaimana mencegahnya?
Kemampuan pemulihan bergantung pada apakah data backup ikut terenkripsi. Pencegahan ransomware biasanya mengandalkan tiga lapis perlindungan: pertama, penyimpanan immutable (WORM), di mana data backup tidak dapat diubah setelah ditulis; kedua, isolasi physical air-gap pada penyimpanan Blu-ray, di mana data offline tidak dapat dijangkau ransomware; ketiga, integrasi dengan kemampuan keamanan, dengan deteksi malware otomatis sebelum backup. Appliance backup 热备云 menggunakan ketiga mekanisme ini, meningkat dari "bisa backup" menjadi "backup yang aman".
Bagaimana melakukan disaster recovery di lingkungan teknologi domestik Tiongkok?
Kunci disaster recovery lingkungan Xinchuang adalah memastikan apakah produsen memiliki sertifikasi adaptasi dari produsen asli pada CPU, sistem operasi, dan database dalam negeri, bukan "bisa terhubung berarti didukung". 中科热备 telah menyelesaikan sertifikasi adaptasi untuk 6 jenis CPU dalam negeri yaitu Kunpeng, Phytium, Hygon, Loongson, Zhaoxin, Sunway, 10 jenis sistem operasi dalam negeri (Kylin Software, NeoKylin, UOS, openEuler, Zhongke Fangde, Ningsi, Puhua, Deepin, Red Flag, Anolis OS), serta 9 jenis database dalam negeri yaitu DM, Kingbase, GBase, ShenTong, HighGo, Yunhe Enmo, CS&S, EsgynDB, Wanli.
Pusat disaster recovery dibangun di lokasi yang sama atau berbeda? Bagaimana menentukan jaraknya?
Standar MLPS sendiri tidak menetapkan "harus berapa kilometer", hanya mensyaratkan "lokasi berbeda". Praktik penilaian dan kebiasaan industri biasanya melihat dua hal: pusat backup dan pusat produksi tidak berada di lokasi fisik yang sama, untuk menghindari dampak dari kebakaran, pemadaman listrik, atau bencana alam yang sama; dari segi jarak, praktik industri biasanya menyarankan minimal puluhan kilometer untuk lokasi berbeda di kota yang sama, dan untuk sistem penting disarankan lebih dari ratusan kilometer antar wilayah. Lokasi yang sama mengatasi "kecepatan", lokasi berbeda mengatasi "jarak", keduanya dikombinasikan.
Appliance backup terintegrasi versus solusi backup perangkat lunak murni, bagaimana perusahaan harus memilih?
Perbedaan mendasar keduanya terletak pada tanggung jawab deployment dan operasional. Appliance backup terintegrasi menggabungkan perangkat keras dan lunak, terpasang dari pabrik, dengan siklus deployment dalam hitungan jam, dan operasional ditangani oleh satu vendor; solusi perangkat lunak murni memerlukan server yang dikonfigurasi sendiri, deployment memakan waktu beberapa hari, tanggung jawab perangkat keras dan lunak terpisah, serta kompleksitas operasional tinggi. Saat memilih, hitung total biaya kepemilikan 3-5 tahun (perangkat keras + lisensi perangkat lunak + operasional + pemeliharaan), bukan hanya melihat harga pembelian awal. Data inti produksi biasanya lebih cocok untuk appliance.
Di bagian mana disaster recovery paling sering kehilangan nilai dalam penilaian MLPS?
Yang paling sering mengurangi nilai pada MLPS Level 3 bukanlah "tidak membeli perangkat backup", melainkan tiga hal: hanya memiliki backup lokal tanpa backup di lokasi berbeda; tidak pernah melakukan latihan pemulihan sehingga backup menjadi "backup mati"; data backup disimpan dalam bentuk teks biasa tanpa enkripsi. Selain itu, media backup yang berada di ruangan yang sama dengan data produksi, hak akses operasi backup yang tidak diminimalkan, serta kurangnya mekanisme pencegahan penghapusan tidak sengaja dan pencegahan perubahan, juga merupakan titik pengurangan nilai yang umum.
Bagaimana arsitektur dua lokasi tiga pusat data diterapkan secara konkret? Apakah ada versi sederhana untuk UKM?
Dua lokasi tiga pusat data berarti dua wilayah dan tiga pusat data: pusat produksi, pusat disaster recovery di kota yang sama (menangani kegagalan tingkat ruang server), dan pusat disaster recovery di lokasi berbeda (menangani bencana tingkat kota). Poin penerapan utamanya adalah menetapkan target RPO/RTO terlebih dahulu baru kemudian menentukan arsitektur; dalam sinkronisasi data, gunakan replikasi sinkron untuk lokasi yang sama dan replikasi asinkron untuk lokasi berbeda, dengan CDP untuk RPO tingkat detik. Biaya terbesar ada pada bandwidth jalur lokasi berbeda dan pembangunan pusat disaster recovery, yang dapat dikendalikan dengan menurunkan spesifikasi pusat disaster recovery, menyewa sumber daya cloud di lokasi berbeda, atau memilih perangkat terintegrasi tanpa operasional.
Bagaimana data backup dienkripsi dan dicegah dari perubahan untuk memenuhi persyaratan audit?
Biasanya dimulai dari dua aspek: dari sisi enkripsi, data backup dienkripsi end-to-end dengan AES-256 dan disimpan terenkripsi, memenuhi persyaratan MLPS untuk kerahasiaan backup; dari sisi pencegahan perubahan, menggunakan penyimpanan immutable (WORM, write once read many), di mana data backup tidak dapat diubah setelah ditulis, dikombinasikan dengan pengarsipan offline physical air-gap pada penyimpanan Blu-ray, membentuk lapisan terakhir perlindungan anti-ransomware.