Artikel ini menjawab pertanyaan umum tentang mencadangkan Azure Files. Dalam beberapa jawaban, terdapat tautan ke artikel yang memiliki informasi komprehensif. Anda juga dapat memposting pertanyaan tentang layanan Azure Backup di halaman pertanyaan Microsoft Q&A untuk diskusi.
Untuk memindai bagian dalam artikel ini dengan cepat, gunakan tautan di sebelah kanan, di bawah Dalam artikel ini.
Mengonfigurasi pekerjaan cadangan untuk Azure Files
Mengapa saya tidak dapat melihat beberapa Akun Azure Storage saya yang ingin saya lindungi, yang berisi berbagi file Azure yang valid?
Lihat Mendukung Matriks untuk cadangan berbagi file Azure untuk memastikan akun penyimpanan termasuk dalam salah satu dari jenis akun penyimpanan yang didukung. Mungkin juga, Akun Azure Storage yang Anda cari telah dilindungi atau didaftarkan dengan Vault lain. Batalkan pendaftaran akun penyimpanan dari vault untuk menemukan Akun Azure Storage di vault lain untuk perlindungan.
Mengapa saya tidak dapat melihat beberapa berbagi file Azure saya di Akun Azure Storage ketika saya berusaha untuk mengonfigurasi cadangan?
Periksa apakah berbagi file Azure telah dilindungi di vault Layanan Pemulihan yang sama atau jika baru-baru ini telah dihapus.
Mengapa disarankan untuk mengaktifkan kunci pada akun penyimpanan?
Solusi pencadangan Azure Files saat ini menyimpan snapshot di akun penyimpanan yang sama dengan berbagi file yang dicadangkan. Jika akun penyimpanan dihapus, Anda akan kehilangan semua rekam jepret Anda. Untuk melindungi akun Anda dari penghapusan yang tidak disengaja, Azure Backup mengambil kunci Hapus di akun penyimpanan. Ini berarti pengguna yang berwenang masih dapat membaca dan memodifikasi sumber daya, tetapi mereka tidak dapat menghapusnya. Kunci juga membatasi penghapusan berbagi file apa pun di bawah akun penyimpanan. Oleh karena itu, Anda mendapatkan perlindungan dari penghapusan akun penyimpanan dan berbagi file yang tidak disengaja.
Bisakah saya melindungi Berbagi File yang tersambung ke Grup Sinkronisasi di Azure File Sync?
Ya. Perlindungan Berbagi File Azure yang tersambung ke Grup Sinkronisasi diaktifkan.
Ketika berusaha mencadangkan berbagi file, saya memilih Akun Azure Storage untuk menemukan berbagi file di dalamnya. Namun, saya tidak melindunginya. Bagaimana cara melindungi berbagi file ini dengan vault lain?
Ketika berusaha mencadangkan, memilih Akun Azure Storage untuk menemukan berbagi file di dalamnya mendaftarkan Akun Azure Storage dengan vault tempat tindakan ini dilakukan. Jika Anda memilih untuk melindungi berbagi file dengan vault yang berbedat, batalkan pendaftaran Akun Azure Storage yang dipilih dari vault ini.
Mengapa saya tidak dapat mengubah vault untuk mengonfigurasi cadangan untuk berbagi file?
Jika akun penyimpanan sudah terdaftar dengan vault atau berbagi file lain di akun penyimpanan dilindungi menggunakan vault, Anda tidak diberi opsi untuk mengubahnya. Semua berbagi file di akun penyimpanan dapat dilindungi hanya dengan vault yang sama. Jika ingin mengubah vault, Anda akan harus menghentikan perlindungan untuk semua berbagi file di akun penyimpanan dari vault yang tersambung, membatalkan pendaftaran Akun Azure Storage, lalu memilih vault yang berbeda untuk perlindungan.
Apakah saya dapat mengubah vault tempat saya mencadangkan berbagi file?
Ya. Namun, Anda akan harus menghentikan perlindungan di berbagi file dari vault yang tersambung, membatalkan pendaftaran Akun Azure Storage ini, lalu melindunginya dari vault yang berbeda.
Apakah saya dapat melindungi dua berbagi file yang berbeda dari Akun Azure Storage yang sama ke Vault yang berbeda?
Tidak. Semua berbagi file di Akun Azure Storage dapat dilindungi hanya dengan Vault yang sama.
Cadangan
Apa yang harus saya lakukan jika cadangan saya mulai gagal karena batas maksimum mencapai kesalahan?
Anda dapat memiliki hingga 200 Rekam Jepret untuk satu berbagi file kapan saja. Batas mencakup rekam jepret yang diambil dengan Azure Backup sebagaimana ditentukan oleh kebijakan Anda. Jika cadangan mulai gagal setelah mencapai batas, hapus rekam jepret Sesuai Permintaan untuk cadangan yang berhasil di masa mendatang.
Bagaimana jumlah total rekam jepret yang sesuai dengan konfigurasi kebijakan cadangan dihitung?
Tabel berikut menjelaskan jumlah rekam jepret sesuai konfigurasi kebijakan cadangan:
| Frekuensi pencadangan | Periode retensi | Jumlah rekam jepret |
|---|---|---|
| Harian | Tambahkan nilai retensi yang dikonfigurasi untuk pencadangan harian, mingguan, bulanan, dan tahunan. Misalnya, Anda mengonfigurasi kebijakan pencadangan dengan nilai berikut: - Retensi harian: 30 hari - Retensi mingguan: 40 minggu - Retensi bulanan: 4 bulan - Retensi tahunan: 6 tahun |
Ini sesuai dengan 80 rekam jepret (30+40+4+6). |
| Per jam | Ada buffer yang dialokasikan untuk penundaan pemangkasan rekam jepret yang kedaluwarsa. Misalnya, Anda mengonfigurasi kebijakan pencadangan dengan: - Jumlah rekam jepret harian sesuai jadwal Anda: 6 - Retensi harian: 30 hari - Retensi bulanan: 11 bulan - Retensi tahunan: 8 tahun |
Mempertimbangkan buffer 1 hari untuk setiap rekam jepret harian, retensi harian 30 hari dianggap sebagai 31 hari untuk masing-masing dari 6 rekam jepret harian. Jadi, konfigurasi ini sesuai dengan rekam jepret 205 [(6X31)+11+8]. |
Pulihkan
Bisakah saya memulihkan dari Azure file share yang dihapus?
Jika berbagi file berada dalam status penghapusan sementara, Anda pertama-tama harus membatalkan penghapusan berbagi file untuk melakukan operasi pemulihan. Operasi pembatalan penghapusan akan membuat berbagi file ke status aktif tempat Anda dapat memulihkan ke titik waktu mana pun. Untuk mempelajari cara membatalkan penghapusan berbagi file Anda, kunjungi tautan ini atau lihat Skrip Berbagi File Batal Hapus. Jika berbagi file dihapus secara permanen, Anda tidak akan dapat memulihkan isi dan rekam jepret.
Bisakah saya memulihkan dari cadangan jika saya menghentikan perlindungan pada Azure file share?
Ya. Jika Anda memilih Pertahankan Data Azure Backup ketika Anda menghentikan perlindungan, Anda dapat memulihkan dari semua titik pemulihan yang ada.
Apa yang akan terjadi jika saya membatalkan pekerjaan pemulihan yang sedang berlangsung?
Jika pekerjaan pemulihan yang sedang berlangsung dibatalkan, proses pemulihan berhenti dan semua file yang dipulihkan sebelum pembatalan, tetap ada di tujuan yang dikonfigurasi (lokasi asli atau alternatif) tanpa putar kembali.
Mengapa saya tidak dapat melihat titik pemulihan tertentu?
Jika titik pemulihan tidak tercantum, titik pemulihan pasti telah kedaluwarsa. Kami sarankan Anda memeriksa retensi yang dikonfigurasi dalam kebijakan cadangan untuk memahami durasi retensi untuk titik pemulihan berbagi file yang dicadangkan.
Mengelola cadangan
Apakah saya dapat menggunakan PowerShell untuk mengonfigurasi/mengelola/memulihkan cadangan berbagi File Azure?
Ya. Lihat dokumentasi terperinci di sini.
Mengapa data yang ditransfer untuk pekerjaan cadangan dalam MB adalah 0?
Dalam solusi pencadangan saat ini untuk Azure Files, tidak ada data yang ditransfer ke brankas, dan salinan bayangan disimpan di akun penyimpanan yang sama dengan berbagi file yang dicadangkan. Jadi, data yang ditransfer dalam MB adalah 0.
Mengapa cadangan Azure Files tidak mereplikasi berdasarkan pengaturan Jenis Replikasi Penyimpanan dari vault?
Pengaturan Replikasi Penyimpanan dari vault tidak relevan untuk pencadangan Azure Files. Hal ini karena solusi saat ini berbasis rekam jepret dan tidak ada data yang ditransfer ke vault. Rekam jepret disimpan dalam akun penyimpanan yang sama dengan berbagi file yang dicadangkan, dan karena itu direplikasi sesuai pengaturan replikasi akun penyimpanan.
Apakah saya dapat mengakses rekam jepret yang diambil oleh Azure Backup dan memasangnya?
Semua rekam jepret yang diambil oleh Azure Backup dapat diakses dengan melihat rekam jepret di portal, PowerShell, atau CLI. Untuk mempelajari selengkapnya tentang rekam jepret berbagi Azure Files, lihat Gambaran umum berbagi rekam jepret untuk Azure Files.
Apa yang terjadi setelah saya memindahkan pembagian file yang dicadangkan ke langganan lain?
Setelah berbagi file dipindahkan ke langganan yang berbeda, berbagi file dianggap sebagai berbagi file baru oleh Azure Backup. Berikut adalah langkah-langkah yang direkomendasikan:
Skenario: Katakanlah Anda memiliki berbagi file FS1 di langganan S1 dan dilindungi menggunakan vault V1. Sekarang Anda ingin memindahkan berbagi file ke langganan S2.
- Pindahkan akun penyimpanan dan berbagi file (FS1) yang diinginkan ke langganan (S2) yang berbeda.
- Di vault V1, picu perlindungan henti dengan operasi hapus data untuk FS1.
- Batalkan pendaftaran akun penyimpanan yang melakukan hosting FS1 dari vault V1.
- Konfigurasi ulang cadangan untuk FS1, yang sekarang dipindahkan ke S2, dengan vault (V2) di langganan S2.
Perhatikan, setelah mengonfigurasi ulang cadangan dengan V2, rekam jepret yang diambil dengan V1 tidak akan lagi dikelola oleh Azure Backup. Jadi, Anda akan harus menghapus rekam jepret tersebut secara manual sesuai dengan persyaratan Anda.
Dapatkah saya memindahkan pembagian file yang dicadangkan ke grup sumber daya yang berbeda?
Ya, Anda dapat memindahkan pembagian file yang dicadangkan ke grup sumber daya yang berbeda. Namun, Anda akan harus mengonfigurasi kembali cadangan untuk berbagi file sebagaimana berbagi file akan diperlakukan sebagai sumber daya baru oleh Azure Backup. Juga, rekam jepret yang dibuat sebelum perpindahan grup sumber daya tidak akan lagi dikelola oleh Azure Backup. Jadi, Anda akan harus menghapus rekam jepret tersebut secara manual sesuai dengan persyaratan Anda.
Apa itu retensi maksimum yang dapat saya konfigurasi untuk cadangan?
Lihat matriks dukungan untuk perincian tentang retensi maksimum. Azure Backup melakukan penghitungan real time jumlah rekam jepret ketika Anda memasukkan nilai retensi saat mengonfigurasi kebijakan cadangan. Segera setelah jumlah rekam jepret yang sesuai dengan nilai retensi yang ditentukan melebihi 200, portal akan menampilkan peringatan yang meminta Anda untuk menyesuaikan nilai retensi. Hal ini agar Anda tidak melebihi batas jumlah maksimum rekam jepret yang didukung Azure Files untuk berbagi file kapan saja.
Apa dampaknya pada titik pemulihan dan rekam jepret yang ada ketika saya mengubah kebijakan Azure Backup untuk berbagi file Azure untuk beralih dari “Kebijakan Harian” ke “Kebijakan GFS”?
Ketika Anda mengubah kebijakan cadangan Harian ke kebijakan GFS (dengan menambahkan retensi mingguan/bulanan/tahunan), perilakunya adalah sebagai berikut:
Retensi: Jika Anda menambahkan retensi mingguan/bulanan/tahunan sebagai bagian dari modifikasi kebijakan, semua titik pemulihan di masa mendatang yang dibuat sebagai bagian dari cadangan terjadwal akan ditandai sesuai dengan kebijakan baru. Semua titik pemulihan yang ada akan dianggap sebagai titik pemulihan harian dan sehingga tidak akan ditandai sebagai mingguan/bulanan/tahunan.
Pembersihan rekam jepret dan titik pemulihan:
- Jika retensi harian diperpanjang, tanggal kedaluwarsa titik pemulihan yang ada diperbarui sesuai dengan nilai retensi harian yang dikonfigurasi dalam kebijakan baru.
- Jika retensi harian berkurang, titik pemulihan dan rekam jepret yang ada ditandai untuk penghapusan di pekerjaan pelaksanaan pembersihan berikutnya sesuai dengan nilai retensi harian yang dikonfigurasi dalam kebijakan baru, lalu dihapus.
Berikut adalah contoh cara hal ini berfungsi:
Kebijakan yang Ada [P1]
| Jenis Retensi | Jadwal | Retensi |
|---|---|---|
| Harian | Setiap hari pukul 20.00 | 100 hari |
Kebijakan Baru [P1 yang Dimodifikasi]
| Jenis Retensi | Jadwal | Retensi |
|---|---|---|
| Harian | Setiap hari pukul 21.00 | 50 hari |
| Mingguan | Pada hari Minggu pukul 21:00 | 3 minggu |
| Bulanan | Pada hari Senin Terakhir pukul 21:00 | 1 bulan |
| Tahunan | Pada tanggal Tiga Jan hari Minggu pukul 21:00 | 4 tahun |
Dampak
Tanggal kedaluwarsa titik pemulihan yang ada akan disesuaikan sesuai dengan nilai retensi harian kebijakan baru: yaitu, 50 hari. Jadi, setiap titik pemulihan yang lebih tua dari 50 hari akan ditandai untuk penghapusan.
Titik pemulihan yang ada tidak akan ditandai sebagai mingguan/bulanan/tahunan berdasarkan pada kebijakan baru.
Semua cadangan masa depan akan dipicu sesuai dengan jadwal baru, yaitu pukul 21.00.
Tanggal kedaluwarsa semua titik pemulihan masa depan akan diselaraskan dengan kebijakan baru.
Catatan
Perubahan kebijakan hanya akan memengaruhi titik pemulihan yang dibuat sebagai bagian dari pekerjaan cadangan terjadwal yang dijalankan. Untuk cadangan sesuai permintaan, retensi ditentukan dengan nilai Pertahankan Hingga yang ditetapkan pada waktu mengambil cadangan.
Apa dampaknya pada titik pemulihan yang ada ketika saya mengubah Kebijakan GFS yang ada?
Ketika kebijakan baru diterapkan di berbagi file, semua cadangan terjadwal masa depan akan diambil sesuai dengan jadwal yang dikonfigurasi dalam kebijakan yang diubah. Retensi semua titik pemulihan yang ada diselaraskan sesuai dengan nilai retensi baru yang dikonfigurasi. Jadi, jika retensi diperpanjang, titik pemulihan yang ada ditandai untuk dipertahankan sesuai dengan kebijakan baru. Jika retensi berkurang, titik pemulihan ditandai untuk pembersihan dalam pekerjaan pembersihan berikutnya lalu dihapus.
Berikut adalah contoh cara hal ini berfungsi:
Kebijakan yang Ada [P2]
| Jenis Retensi | Jadwal | Retensi |
|---|---|---|
| Harian | Setiap hari pukul 20.00 | 50 hari |
| Mingguan | Pada hari Senin pukul 20:00 | 3 minggu |
Kebijakan Baru [P2 yang Dimodifikasi]
| Jenis Retensi | Jadwal | Retensi |
|---|---|---|
| Harian | Setiap hari pukul 21.00 | 10 hari |
| Mingguan | Pada hari Senin pukul 21.00 | 2 minggu |
| Bulanan | Pada hari Senin Terakhir pukul 21:00 | 2 bulan |
Dampak perubahan
Tanggal kedaluwarsa titik pemulihan harian yang ada akan diselaraskan sesuai dengan nilai retensi harian baru (10 hari). Jadi, setiap titik pemulihan harian yang lebih tua dari 10 hari akan dihapus.
Tanggal kedaluwarsa titik pemulihan mingguan yang ada akan diselaraskan sesuai dengan nilai retensi mingguan baru (dua minggu). Jadi, setiap titik pemulihan mingguan yang lebih lama dari dua minggu akan dihapus.
Titik pemulihan bulanan hanya akan dibuat sebagai bagian dari cadangan masa depan berdasarkan pada konfigurasi kebijakan baru.
Tanggal kedaluwarsa semua titik pemulihan masa depan akan diselaraskan dengan kebijakan baru.
Catatan
Perubahan kebijakan hanya akan memengaruhi titik pemulihan yang dibuat sebagai bagian dari cadangan terjadwal. Untuk cadangan sesuai permintaan, retensi ditentukan dengan nilai Pertahankan Hingga yang ditetapkan pada waktu mengambil cadangan.
Apa yang dimaksud dengan atribut durasi dalam penandaan kebijakan pencadangan Azure Files?
Atribut durasi membantu menentukan tanda waktu untuk pencadangan terakhir hari itu.
Misalnya, jika waktu mulai adalah pukul “x PAGI” dan durasinya adalah “y jam”, pencadangan akan dijadwalkan antara pukul “x PAGI” dan (x PAGI + y jam) berdasarkan atribut jadwal yang ditentukan dalam kebijakan. Atribut ini memungkinkan Anda memastikan cadangan hanya dipicu selama jam kerja Anda ketika sering ada operasi pembaruan pada konten berbagi file; jadi, mengambil beberapa rekam jepret akan melindungi data dari perubahan yang tidak disengaja.
Bagaimana pencadangan dijadwalkan berdasarkan atribut - waktu mulai, jadwal, dan durasi?
Misalnya, Anda membuat kebijakan dengan konfigurasi berikut:
- Waktu mulai: 09.00
- Jadwal: Setiap 4 jam
- Durasi: 12 jam
Berdasarkan nilai ini, masa pencadangan dihitung sebagai pukul 09.00 – (09.00 + 12 jam), yaitu, pukul 09.00 – 21.00. Oleh karena itu, semua pencadangan akan dijadwalkan dalam masa ini.
Pencadangan pertama pada hari itu dipicu pada waktu mulai yang disebutkan dalam kebijakan, yaitu pukul 09.00, dan jadwal menentukan perbedaan waktu antara pencadangan berurutan, yaitu 4 jam. Dengan perhitungan ini, jadwal pencadangan Anda akan menjadi: pukul 09.00, 13.00 (09.00 + 4 jam), 17.00 (13.00 + 4 jam), dan 21.00 (17.00 + 4 jam).
Karena waktu berakhirnya masa pencadangan yang kami hitung adalah pukul 21.00, tidak ada pencadangan yang akan dipicu setelah waktu tersebut.
Mengapa saya mendapatkan kesalahan "Konfigurasi yang dipilih hanya akan memicu 1 pencadangan per hari"?
Kesalahan ini terjadi jika Anda menetapkan jadwal yang lebih besar dari durasi. Misalnya, Anda telah mengonfigurasi waktu mulai pukul 09.00, jadwal selama 6 jam, dan durasi selama 4 jam. Dalam skenario ini, satu-satunya waktu pekerjaan pencadangan dapat dipicu adalah pukul 09.00, karena waktu pencadangan berikutnya adalah pukul 15.00 (09.00 + 6 jam) berada di luar masa pencadangan: pukul 09.00 – 13.00 (09.00 + 4 jam).
Untuk memperbaikinya, sebaiknya sesuaikan jadwal atau durasi Anda, atau pilih frekuensi Harian, bukan Per Jam.
Mengapa saya mendapatkan kesalahan "Konfigurasi yang dipilih menunda masa pencadangan ke hari berikutnya"?
Kesalahan ini terjadi jika waktu mulai dan waktu berakhir masa pencadangan, yang ditentukan berdasarkan jadwal dan durasi pencadangan, terjadi selama dua hari.
Misalnya, Anda mengonfigurasi kebijakan dengan parameter berikut:
- Jadwal: Setiap 4 jam
- Waktu mulai: 12.00
- Durasi: 15 jam
Berdasarkan konfigurasi ini, masa pencadangan akan menjadi: pukul 12.00 – 03.00 (12.00 + 15 jam). Karena waktu mulai dan berakhir jatuh pada dua hari yang berbeda, sebaiknya sesuaikan waktu mulai atau durasi untuk memastikannya berada pada hari yang sama.
Mari kita asumsikan, Anda mengubah waktu mulai menjadi 06.00 dalam konfigurasi di atas. Sekarang, masa pencadangan akan menjadi pukul 06.00 – 21.00 (06.00 + 15 jam). Pengaturan ini adalah konfigurasi yang didukung.
Apa dampak terhadap titik pemulihan yang ada saat saya beralih dari frekuensi "Harian" ke "Per Jam"?
Saat Anda beralih dari frekuensi Harian ke Per jam, ketentuannya adalah sebagai berikut:
Retensi: Jika Anda menambahkan retensi mingguan/bulanan/tahunan sebagai bagian dari modifikasi kebijakan, semua titik pemulihan di masa mendatang yang dibuat sebagai bagian dari cadangan terjadwal akan ditandai sesuai dengan kebijakan baru. Semua titik pemulihan yang ada akan tetap dianggap sebagai titik pemulihan harian; jadi, mereka tidak akan ditandai sebagai mingguan/bulanan/tahunan.
Pembersihan rekam jepret dan titik pemulihan:
- Jika retensi harian diperpanjang, tanggal kedaluwarsa poin pemulihan harian yang ada akan diperbarui sesuai dengan nilai penyimpanan harian yang dikonfigurasi dalam kebijakan baru.
- Jika retensi harian berkurang, poin pemulihan harian yang ada dan snapshot akan ditandai untuk dihapus dalam pekerjaan penghapusan berikutnya sesuai dengan nilai retensi harian yang dikonfigurasi dalam kebijakan baru, lalu dihapus.
Salinan bayangan sewa
Apakah penghapusan akun penyimpanan akan diblokir jika ada sewa aktif pada salinan bayangan?
Tidak, penghapusan akun penyimpanan tidak diblokir karena ada sewa di salinan bayangan.
Apa cara direkomendasikan untuk menghapus berbagi file cadangan dengan sewa di salinan bayangan?
Sebaiknya lakukan operasi hentikan perlindungan dengan menghapus data di berbagi file cadangan.
Setelah operasi ini, Azure Backup akan melepaskan sewa dan menghapus semua salinan bayangan. Kemudian, Anda dapat menghapus berbagi file.
Apakah Azure Backup mengambil sewa secara retroaktif?
Tidak, Azure Backup hanya akan mengambil sewa di salinan bayangan yang diambil setelah rilis kapabilitas ini.
Apakah sewa berlaku di salinan bayangan dalam berbagi file yang tidak dihapus dari status penghapusan sementara?
Tidak. Jika Anda menghapus berbagi file yang berisi salinan bayangan yang disewa, sewa tidak akan dilakukan saat berbagi file tidak dihapus.
Dapatkah saya mengonfigurasi kebijakan pencadangan yang berbeda untuk berbagi file di akun penyimpanan?
Ya, Anda dapat melindungi berbagi file di akun penyimpanan di vault Layanan Pemulihan yang sama dengan kebijakan pencadangan yang berbeda.