Arsitektur dan komponen Azure Backup

  • Artikel

Anda dapat menggunakan layanan Azure Backup untuk mencadangkan data ke platform cloud Microsoft Azure. Artikel ini merangkum arsitektur, komponen, dan proses Azure Backup.

Apa yang dilakukan Azure Backup?

Azure Backup mencadangkan data, kondisi mesin, dan beban kerja yang berjalan pada mesin lokal dan komputer virtual (VM) Azure instans. Ada sejumlah skenario Microsoft Azure Backup.

Bagaimana cara kerja Microsoft Azure Backup?

Anda dapat mencadangkan mesin dan data dengan menggunakan sejumlah metode:

  • Menyiapkan komputer lokal:

    • Anda dapat mencadangkan mesin Windows lokal langsung ke Azure dengan menggunakan agen Azure Backup Microsoft Azure Recovery Services (MARS). Mesin Linux tidak didukung.
    • Anda dapat mencadangkan mesin lokal ke server cadangan - Manajer Perlindungan Data Pusat Sistem (DPM) atau Server Microsoft Azure Backup(MABS). Anda kemudian dapat mencadangkan server cadangan ke vault Layanan Pemulihan di Azure.

  • Mencadangkan Azure VMs:

    • Anda dapat mencadangkan Azure VM secara langsung. Azure Backup memasang ekstensi cadangan ke agen komputer virtual Azure yang berjalan di komputer virtual. Ekstensi ini mencadangkan seluruh komputer virtual.
    • Anda dapat mencadangkan file dan folder tertentu di komputer virtual Azure dengan menjalankan agen MARS.
    • Anda dapat mencadangkan Azure VM ke MABS yang berjalan di Azure, dan kemudian Anda dapat mencadangkan MABS ke kubah Layanan Pemulihan.

Pelajari selengkapnya tentang apa yang bisa Anda cadangkan dan tentang skenario cadangan yang didukung.

Di mana data dicadangkan?

Azure Backup menyimpan data yang dicadangkan dalam kubah - Brankas Layanan Pemulihan dan brankas Cadangan. Vault adalah entitas penyimpanan online di Azure yang digunakan untuk menyimpan data, seperti salinan cadangan, titik pemulihan, dan kebijakan file cadangan.

Vault memiliki fitur berikut:

  • Vault memudahkan untuk mengatur data cadangan Anda, sekaligus meminimalkan overhead manajemen.
  • Anda dapat memantau item yang dicadangkan dalam sebuah vault, termasuk Azure VM dan mesin lokal.
  • Kelola akses vault dengan kontrol akses berbasis peran Azure (Azure RBAC).
  • Anda menentukan bagaimana data dalam vault direplikasi untuk redundansi:
    • Penyimpanan berulang secara lokal (LRS): Untuk melindungi data Anda dari kegagalan rak server dan drive, Anda dapat menggunakan LRS. LRS mereplikasi data Anda tiga kali dalam satu pusat data di wilayah utama. LRS menyediakan setidaknya 99,999999999% (9 sebelas kali) durabilitas objek selama tahun tertentu. Pelajari lebih lanjut
    • Penyimpanan geo-redundan (GRS): Untuk melindungi dari pemadaman di seluruh wilayah, Anda dapat menggunakan GRS. GRS mereplikasi data Anda ke wilayah sekunder. Pelajari selengkapnya.
    • Penyimpanan zona-redundan (ZRS) mereplikasi data Anda di zona ketersediaan untuk menjamin residensi dan ketahanan data di wilayah yang sama. Pelajari lebih lanjut
    • Secara default, vault Layanan Pemulihan menggunakan GRS.

Vault Layanan Pemulihan memiliki fitur tambahan berikut:

  • Di setiap langganan Azure, Anda dapat membuat hingga 500 vault.

Agen Microsoft Azure Backup

Azure Backup menyediakan agen cadangan yang berbeda, tergantung pada jenis mesin apa yang sedang dicadangkan:

Agen Rincian
Agen MARS
  • Berjalan pada masing-masing mesin Windows Server lokal untuk mencadangkan file, folder, dan status sistem.
  • Berjalan di Azure VMs untuk mencadangkan file, folder, dan status sistem.
  • Berjalan di server DPM/MABS untuk mencadangkan disk penyimpanan lokal ke Azure.
Ekstensi komputer virtual Azure Jalankan di Azure VMs untuk mencadangkannya ke vault.

Jenis Cadangan

Tabel berikut ini menjelaskan berbagai tipe cadangan dan kapan tabel tersebut digunakan:

Jenis Microsoft Azure Backup Rincian Penggunaan
Penuh Cadangan lengkap berisi seluruh sumber data. Mengambil lebih banyak bandwidth jaringan daripada pencadangan diferensial atau pembaruan bertahap. Digunakan untuk pencadangan awal.
Diferensial Cadangan diferensial menyimpan blok yang berubah sejak pencadangan penuh awal. Menggunakan jaringan dan penyimpanan dalam jumlah yang lebih kecil, dan tidak menyimpan salinan data yang tidak berubah secara berlebihan.

Tidak efisien karena blok data yang tidak berubah antara cadangan nanti ditransfer dan disimpan.		 Tidak digunakan oleh Azure Backup.
bertambah bertahap Cadangan bertambah bertahap hanya menyimpan blok data yang berubah sejak cadangan sebelumnya. Penyimpanan tinggi dan efisiensi jaringan.

Dengan cadangan bertambah bertahap, tidak perlu melengkapi dengan pencadangan penuh.		 Digunakan oleh DPM/MABS untuk cadangan disk, dan digunakan di semua cadangan ke Azure. Tidak digunakan untuk cadangan SQL Server.

Tipe cadangan SQL Server

Tabel berikut ini menjelaskan berbagai tipe cadangan yang digunakan untuk database SQL Server dan seberapa sering cadangan tersebut digunakan:

Jenis Microsoft Azure Backup Rincian Penggunaan
Pencadangan penuh Cadangan database yang lengkap mencadangkan seluruh database. Berisi semua data dalam database tertentu atau dalam sekumpulan grup file atau file-file lain. Pencadangan penuh juga berisi log yang cukup untuk memulihkan data tersebut. Paling banyak, Anda dapat memicu satu pencadangan penuh per hari.

Anda dapat memilih untuk membuat cadangan penuh pada interval harian atau mingguan.
Cadangan diferensial Cadangan diferensial didasarkan pada pencadangan data lengkap terbaru sebelumnya.

Ambil data yang berubah saja sejak pencadangan penuh.		 Paling banyak, Anda dapat memicu satu cadangan diferensial per hari.

Anda tidak dapat mengonfigurasi cadangan penuh dan cadangan diferensial pada hari yang sama.
Cadangan log Cadangan log mengaktifkan pemulihan titik waktu tertentu hingga detik tertentu. Paling banyak, Anda dapat mengonfigurasi cadangan log setiap 15 menit.

Jenis pencadangan SAP Hana

Tabel berikut ini menjelaskan berbagai jenis cadangan yang digunakan untuk database SAP Hana dan seberapa sering cadangan tersebut digunakan:

Jenis cadangan Detail Penggunaan
Pencadangan penuh Cadangan database yang lengkap mencadangkan seluruh database. Jenis cadangan ini dapat digunakan secara independen untuk memulihkan ke titik tertentu. Paling banyak, Anda dapat memicu satu pencadangan penuh per hari.

Anda dapat memilih untuk membuat cadangan penuh pada interval harian atau mingguan.
Cadangan diferensial Cadangan diferensial didasarkan pada pencadangan data lengkap terbaru sebelumnya.

Pencadangan mengambil data yang berubah saja sejak pencadangan penuh sebelumnya.		 Paling banyak, Anda dapat menjadwalkan satu cadangan diferensial per hari.

Anda tidak dapat mengonfigurasi cadangan penuh dan cadangan diferensial pada hari yang sama.
Cadangan bertahap Cadangan bertahap didasarkan pada yang terbaru, pencadangan penuh/diferensial/bertahap sebelumnya.

Pencadangan hanya mengambil data yang berubah saja sejak pencadangan sebelumnya.		 Paling banyak, Anda dapat menjadwalkan satu pencadangan bertahap per hari.

Anda tidak dapat menjadwalkan cadangan diferensial dan bertahap pada database, hanya satu jenis pencadangan delta yang dapat dijadwalkan.

Anda tidak dapat mengonfigurasi cadangan penuh dan cadangan diferensial pada hari yang sama.
Cadangan log Cadangan log mengaktifkan pemulihan titik waktu tertentu hingga detik tertentu. Paling banyak, Anda dapat mengonfigurasi cadangan log setiap 15 menit.

Perbandingan tipe cadangan

Konsumsi Microsoft Azure Storage, tujuan waktu pemulihan (RTO), dan konsumsi jaringan bervariasi untuk setiap jenis cadangan. Gambar berikut menunjukkan perbandingan tipe cadangan:

  • Sumber data A terdiri dari 10 blok penyimpanan, A1-A10, yang dicadangkan setiap bulan.
  • Blokir perubahan A2, A3, A4, dan A9 pada bulan pertama, dan blokir perubahan A5 pada bulan berikutnya.
  • Untuk cadangan diferensial, pada bulan kedua perubahan blok A2, A3, A4, dan A9 dicadangkan. Pada bulan ketiga, blok yang sama ini dicadangkan lagi, bersama dengan blok A5 yang diubah. Blok yang diubah lanjut dicadangkan hingga cadangan penuh berikutnya terjadi.
  • Untuk cadangan bertambah bertahap, pada bulan kedua blok A2, A3, A4, dan A9 ditandai sebagai diubah dan ditransfer. Pada bulan ketiga, hanya blok A5 yang diubah yang ditandai dan ditransfer.

Diagram yang menunjukkan bahwa konsumsi penyimpanan, tujuan waktu pemulihan (RTO), dan konsumsi jaringan bervariasi untuk setiap jenis cadangan.

Fitur Backup

Tabel berikut ini meringkas fitur yang didukung untuk berbagai tipe cadangan yang berbeda:

Fitur Backup Langsung File dan Folder (menggunakan Agen MARS) Backup Komputer Virtual Azure Mesin atau aplikasi dengan DPM/MABS
Kembali ke vault Ya Ya Ya
Cadangkan ke disk DPM/MABS, lalu ke Azure Ya
Memadatkan data yang dikirim untuk cadangan Ya Tidak ada pemadatan yang digunakan saat mentransfer data. Penyimpanan sedikit meningkat, tetapi pemulihan lebih cepat. Ya
Jalankan cadangan bertambah bertahap Ya Ya Ya
Mencadangkan diska yang di-deduplikasi Sebagian

Untuk server DPM/MABS hanya diterapkan lokal.

Kunci tabel

Kebijakan penting Microsoft Azure Backup

  • Kebijakan cadangan dibuat per vault.
  • Kebijakan cadangan dapat dibuat untuk cadangan beban kerja berikut: Azure VMs, SQL di Azure VMs, SAP Hana di Azure VMs, dan berbagi file Azure. Kebijakan untuk cadangan file dan folder menggunakan agen MARS ditentukan di konsol MARS.
    • Azure File Share
  • Kebijakan dapat ditetapkan ke banyak sumber daya. Kebijakan cadangan komputer virtual Azure dapat digunakan untuk melindungi banyak komputer virtual Azure.
  • Kebijakan terdiri dari dua komponen
    • Jadwal: Kapan harus mengambil cadangan
    • Retensi data: Untuk berapa lama setiap cadangan harus dipertahankan.
  • Jadwal dapat ditetapkan sebagai "harian" atau "mingguan" dengan titik waktu tertentu.
  • Retensi dapat ditetapkan untuk titik cadangan "harian", "mingguan", "bulanan", "tahunan".
    • "mingguan" mengacu pada cadangan pada hari tertentu dalam seminggu
    • "bulanan" merujuk cadangan pada hari tertentu dalam sebulan
    • "mingguan" mengacu pada cadangan pada hari tertentu dalam seminggu
  • Retensi untuk titik cadangan "bulanan", "tahunan" disebut sebagai Retensi Jangka Panjang (LTR)
  • Saat vault dibuat, "DefaultPolicy" juga dibuat dan dapat digunakan untuk mencadangkan sumber daya.
  • Setiap perubahan yang dilakukan pada periode retensi kebijakan cadangan akan diterapkan secara surut ke semua titik pemulihan yang lebih lama selain yang baru.

Dampak perubahan kebijakan pada titik pemulihan

  • Durasi retensi ditingkatkan / dikurangi: Saat durasi retensi diubah, durasi retensi baru juga diterapkan ke titik pemulihan yang ada. Akibatnya, beberapa titik pemulihan akan dibersihkan. Jika periode retensi ditingkatkan, titik pemulihan yang ada juga akan memiliki retensi yang meningkat.
  • Berubah dari harian ke mingguan: Saat cadangan terjadwal diubah dari harian ke mingguan, titik pemulihan harian yang ada dibersihkan.
  • Berubah dari mingguan ke harian: Pencadangan mingguan yang ada akan dipertahankan berdasarkan jumlah hari yang tersisa sesuai dengan kebijakan penyimpanan saat ini.

Referensi tambahan

Arsitektur: Komputer virtual Azure Backup bawaan

  1. Untuk VM Azure yang dipilih untuk pencadangan, Azure Backup memulai pekerjaan cadangan sesuai dengan jadwal pencadangan yang Anda tentukan.

  2. Jika Anda telah memilih pencadangan yang konsisten dengan aplikasi atau sistem file, VM harus menginstal ekstensi cadangan untuk berkoordinasi untuk proses rekam jepret.

    Jika Anda telah memilih cadangan yang konsisten dengan crash, tidak ada agen yang diperlukan di VM.

  3. Selama pencadangan pertama, ekstensi cadangan diinstal pada VM jika VM berjalan.

  4. Untuk VM Windows yang berjalan, Azure Backup berkoordinasi dengan Windows Volume Shadow Copy Service (VSS) untuk mengambil rekam jepret VM yang konsisten dengan aplikasi.

    • Secara default, Backup mengambil cadangan VSS penuh.
    • Jika Backup tidak dapat mengambil snapshot yang konsisten dengan aplikasi, maka dibutuhkan snapshot yang konsisten dengan file dari penyimpanan yang mendasarinya (karena tidak ada penulisan aplikasi yang terjadi saat VM dihentikan).

  5. Untuk VM Linux, Backup mengambil cadangan yang konsisten dengan file. Untuk snapshot yang konsisten untuk aplikasi, Anda harus menyesuaikan skrip pra/posting secara manual.

  6. Untuk VM Windows, Microsoft Visual C++ 2013 Redistributable (x64) versi 12.0.40660 diinstal, pengaktifan Volume Shadow Copy Service (VSS) diubah menjadi otomatis, dan Layanan Windows IaaSVmProvider ditambahkan.

  7. Setelah Backup mengambil snapshot, ia mentransfer data ke kubah.

    • Cadangan dioptimalkan dengan mencadangkan setiap disk VM secara paralel.
    • Untuk setiap disk yang sedang dicadangkan, Azure Backup membaca blok pada disk dan mengidentifikasi serta hanya mentransfer blok data yang berubah (delta) sejak cadangan sebelumnya.
    • Data snapshot mungkin tidak segera disalin ke brankas. Mungkin butuh beberapa jam pada waktu puncak. Waktu pencadangan untuk VM akan kurang dari 24 jam untuk pencadangan harian.

Diagram memperlihatkan arsitektur cadangan Azure Virtual Machine.

Arsitektur: Cadangan langsung mesin Windows Server lokal atau file atau folder komputer virtual Azure

  1. Untuk menyiapkan skenario, unduh dan pasang agen MARS di mesin. Kemudian Anda memilih apa yang akan dicadangkan, kapan cadangan akan berjalan, dan berapa lama mereka akan disimpan di Azure.
  2. Pencadangan awal berjalan sesuai dengan kumpulan cadangan Anda.
  3. Agen MARS menggunakan Layanan Menyalin Bayangan Volume untuk mengambil rekam jepret di titik waktu tertentu dari volume yang dipilih untuk cadangan.
    • Agen MARS hanya menggunakan operasi penulisan sistem Windows untuk mengambil rekam jepret.
    • Karena agen tidak menggunakan aplikasi apa pun penulis Layanan Menyalin Bayangan Volume, tidak mengambil rekam jepret yang konsisten dengan aplikasi.
  4. Setelah mengambil rekam jepret dengan Layanan Menyalin Bayangan Volume, agen MARS membuat hard disk virtual (VHD) di folder {i>cache
  5. Cadangan bertambah bertahap berjalan sesuai dengan jadwal yang Anda tentukan, kecuali Anda menjalankan cadangan sesuai permintaan.
  6. Dalam cadangan bertambah bertahap, file yang diubah diidentifikasi dan VHD baru dibuat. VHD dikompresi dan dienkripsi, dan kemudian dikirim ke lemari besi.
  7. Setelah cadangan bertambah bertahap selesai, VHD baru digabungkan dengan VHD yang sudah dibuat setelah replikasi awal. VHD gabungan ini menyediakan status terbaru yang akan digunakan untuk perbandingan untuk pencadangan yang sedang berlangsung.

Pencadangan mesin Windows Server di tempat dengan agen MARS

Arsitektur: Mencadangkan ke DPM/MABS

  1. Anda memasang agen perlindungan DPM atau MABS pada mesin yang ingin Anda lindungi. Kemudian Anda menambahkan mesin ke grup perlindungan DPM.
    • Untuk melindungi mesin lokal, server DPM atau MABS harus berada di lokal.
    • Untuk melindungi komputer virtual Azure, server MABS harus berada di Azure, yang berjalan sebagai komputer virtual Azure.
    • Dengan DPM/MABS, Anda dapat melindungi volume cadangan, berbagi, file, dan folder. Anda juga dapat melindungi status sistem mesin (bare metal), dan Anda dapat melindungi aplikasi tertentu dengan setelan cadangan aplikasi.
  2. Saat Menyiapkan perlindungan untuk mesin atau aplikasi di DPM/MABS, Anda memilih untuk mencadangkan ke disk lokal MABS/DPM untuk penyimpanan jangka pendek dan Azure untuk perlindungan online. Anda juga menentukan kapan pencadangan ke penyimpanan DPM/MABS lokal harus berjalan dan kapan cadangan online ke Azure harus berjalan.
  3. Disk beban kerja yang dilindungi dicadangkan ke disk MABS/DPM lokal, sesuai dengan jadwal yang Anda tentukan.
  4. Disk DPM/MABS dicadangkan ke vault oleh agen MARS yang dijalankan di server DPM/MABS.

Pencadangan mesin dan beban kerja yang dilindungi oleh DPM atau MABS

Penyimpanan komputer virtual Azure

komputer virtual Azure.menggunakan disk untuk menyimpan sistem operasi, aplikasi, dan data mereka. Setiap komputer virtual Azure memiliki setidaknya dua disk: disk untuk sistem operasi dan disk sementara. komputer virtual Azure juga memiliki disk data untuk data aplikasi. Cakram disimpan sebagai VHD.

  • VHD disimpan sebagai blob halaman di akun penyimpanan standar atau premium di Azure:
    • Penyimpanan standar: Dukungan disk berbiaya rendah yang andal untuk VM menjalankan beban kerja yang tidak sensitif terhadap latensi. Penyimpanan standar dapat menggunakan disk drive solid-state (SSD) standar atau disk hard disk drive (HDD) standar.
    • Penyimpanan premium: Dukungan disk berkinerja tinggi. Menggunakan drive solid-state premium.
  • Ada tingkat performa yang berbeda untuk disk:
    • Disk HDD standar: Didukung oleh HDD, dan digunakan untuk penyimpanan hemat biaya.
    • Disk SSD standar: Menggabungkan elemen drive solid-state premium dan disk HDD standar. Menawarkan performa dan keandalan yang lebih konsisten daripada HDD, tetapi masih hemat biaya.
    • Disk SSD premium: Didukung oleh drive solid-state, dan memberikan latensi berkinerja tinggi dan rendah untuk VM yang menjalankan beban kerja intensif I/O.
  • Disk dapat dikelola atau tidak dikelola:
    • Disk tak terkelola: Tipe disk tradisional yang digunakan oleh VM. Untuk disk ini, Anda membuat akun penyimpanan Anda sendiri dan menentukannya saat Anda membuat disk. Anda kemudian perlu mencari tahu cara memaksimalkan sumber daya penyimpanan untuk VM Anda.
    • Disk terkelola: Azure membuat dan mengelola akun penyimpanan untuk Anda. Anda menentukan ukuran dan tingkat performa disk, dan Azure membuat disk terkelola untuk Anda. Saat Anda menambahkan disk dan menskalakan VM, Azure menangani akun penyimpanan.

Untuk informasi selengkapnya tentang penyimpanan disk dan jenis disk yang tersedia untuk VM, lihat artikel berikut ini:

Mencadangkan dan memulihkan Azure VM dengan penyimpanan premium

Anda dapat mencadangkan Azure VM dengan menggunakan penyimpanan premium dengan Azure Backup:

  • Selama proses pencadangan VM dengan penyimpanan premium, layanan Microsoft Azure Backup membuat lokasi pementasan sementara, bernama AzureBackup-, di akun penyimpanan. Ukuran lokasi pementasan sama dengan ukuran rekam jepret titik pemulihan.
  • Pastikan bahwa akun penyimpanan premium memiliki ruang kosong yang memadai untuk mengakomodasi lokasi pementasan sementara. Untuk informasi selengkapnya, lihat Target skalabilitas untuk akun penyimpanan blob halaman premium. Jangan mengubah lokasi pementasan.
  • Setelah pekerjaan cadangan selesai, lokasi pementasan dihapus.
  • Harga penyimpanan yang digunakan untuk lokasi pementasan konsisten dengan harga penyimpanan premium.

Saat Anda memulihkan Azure VM dengan menggunakan penyimpanan premium, Anda dapat memulihkannya ke penyimpanan premium atau standar. Biasanya, Anda akan memulihkan ke penyimpanan premium. Tetapi jika Anda hanya membutuhkan subkumpulan file dari komputer virtual, biaya yang diperlukan murah untuk memulihkannya ke penyimpanan standar.

Mencadangkan dan memulihkan diska terkelola

Anda dapat mencadangkan Azure VM dengan disk terkelola:

  • Anda mencadangkan komputer virtual dengan disk terkelola dengan cara yang sama seperti Anda melakukan komputer virtual Azure lainnya. Anda dapat mencadangkan komputer virtual langsung dari pengaturan komputer virtual, atau Anda dapat mengaktifkan cadangan untuk komputer virtual di brankas Layanan Pemulihan.
  • Anda bisa mencadangkan VM pada disk terkelola melalui koleksi RestorePoint yang dibangun di atas disk terkelola.
  • Azure Backup juga mendukung pencadangan VM dengan disk terkelola yang dienkripsi dengan menggunakan Azure Disk Encryption.

Saat Memulihkan komputer virtual dengan disk terkelola, Anda dapat memulihkan ke komputer virtual lengkap dengan disk terkelola atau ke akun penyimpanan:

  • Selama proses pemulihan, Azure menangani disk yang dikelola. Jika Anda menggunakan opsi akun penyimpanan, Anda mengelola akun penyimpanan yang dibuat selama proses pemulihan.
  • Jika memulihkan komputer virtual terkelola yang dienkripsi, pastikan kunci dan rahasia komputer virtual ada di brankas kunci sebelum Anda memulai proses pemulihan.

Isolasi data dengan Azure Backup

Dengan Azure Backup, data cadangan yang dikubah disimpan di langganan dan penyewa Azure yang dikelola Microsoft. Pengguna atau tamu eksternal tidak memiliki akses langsung ke penyimpanan cadangan ini atau kontennya, memastikan isolasi data cadangan dari lingkungan produksi tempat sumber data berada.

Di Azure, semua komunikasi dan data saat transit ditransfer dengan aman dengan protokol HTTPS dan TLS 1.2+ . Data ini tetap berada di jaringan backbone Azure yang memastikan transmisi data yang andal dan efisien. Data cadangan tidak aktif dienkripsi secara default menggunakan kunci yang dikelola Microsoft. Anda juga dapat membawa kunci Anda sendiri untuk enkripsi jika Anda memerlukan kontrol yang lebih besar atas data. Untuk meningkatkan perlindungan, Anda dapat menggunakan kekekalan, yang mencegah data diubah atau dihapus sebelum periode retensinya. Azure Backup memberi Anda berbagai opsi seperti penghapusan sementara, menghentikan pencadangan dan menghapus data atau menyimpan data jika Anda perlu menghentikan pencadangan kapan saja. Untuk melindungi operasi penting, Anda dapat menambahkan Otorisasi Multi-Pengguna (MUA) yang menambahkan lapisan perlindungan tambahan dengan menggunakan sumber daya Azure yang disebut Azure Resource Guard.

Pendekatan yang kuat ini memastikan bahwa bahkan di lingkungan yang disusupi, cadangan yang ada tidak dapat dirusak atau dihapus oleh pengguna yang tidak sah.

Langkah berikutnya