Mengonfigurasi laporan Azure Backup

Artikel ini menjelaskan cara mengonfigurasi dan menampilkan laporan Azure Backup.

Persyaratan umum untuk admin cadangan adalah untuk mendapatkan wawasan tentang cadangan berdasarkan data yang mencakup jangka waktu yang lama. Kasus penggunaan untuk solusi tersebut meliputi:

  • Mengalokasikan dan memprakirakan penyimpanan cloud yang dikonsumsi.
  • Mengaudit cadangan dan pemulihan.
  • Mengidentifikasi tren kunci pada tingkat granularitas yang berbeda.

Azure Backup menyediakan solusi pelaporan yang menggunakan log Azure Monitor dan Buku kerja Azure. Sumber daya ini membantu Anda mendapatkan wawasan yang kaya tentang cadangan Anda di seluruh perkebunan cadangan Anda.

Skenario yang didukung

  • Laporan cadangan didukung untuk Azure VM, SQL di Azure VM, SAP Hana di Azure VM, agen Microsoft Azure Recovery Services (MARS), Microsoft Azure Backup Server (MABS), System Center Data Protection Manager (DPM), Azure Database for PostgreSQL Server, Azure Blobs, dan Azure Disks. Untuk pencadangan berbagi File Azure, data ditampilkan untuk rekaman yang dibuat pada atau setelah 1 Juni 2020.
  • Untuk pencadangan berbagi File Azure, data pada instans yang dilindungi ditampilkan untuk rekaman yang dibuat setelah 1 Feb 2021 (default ke nol untuk rekaman yang lebih lama).
  • Untuk beban kerja DPM, Laporan cadangan didukung untuk DPM Versi 5.1.363.0 ke atas dan Agen Versi 2.0.9127.0 ke atas.
  • Untuk beban kerja MABS, Laporan Cadangan didukung untuk MABS Versi 13.0.415.0 ke atas dan Versi Agen 2.0.9170.0 ke atas.
  • Laporan cadangan dapat dilihat di semua item cadangan, kubah, langganan, dan wilayah selama data mereka dikirim ke ruang kerja Analitik Log yang dapat diakses oleh pengguna. Untuk melihat laporan untuk sekumpulan kubah, Anda hanya perlu memiliki akses pembaca ke ruang kerja Analitik Log tempat kubah mengirimkan datanya. Anda tidak perlu memiliki akses ke kubah individu.
  • Jika Anda adalah pengguna Azure Lighthouse dengan akses mendelegasikan ke langganan pelanggan, Anda dapat menggunakan laporan ini dengan Azure Lighthouse untuk melihat laporan di semua penyewa Anda.
  • Saat ini, data dapat dilihat di Laporan Cadangan di maksimum 100 Ruang Kerja Analitik Log (di seluruh penyewa).

    Catatan

    Bergantung pada kompleksitas kueri dan volume data yang diproses, ada kemungkinan Anda mungkin melihat kesalahan saat memilih sejumlah besar ruang kerja yang kurang dari 100, dalam beberapa kasus. Kami menyarankan agar Anda membatasi jumlah ruang kerja yang dikueri pada satu waktu.

  • Data untuk pekerjaan pencadangan log saat ini tidak ditampilkan dalam laporan.

Catatan

Fungsionalitas yang dijelaskan di bagian berikut ini juga dapat diakses melalui Pusat cadangan. Pusatcadangan adalah satu pengalaman manajemen terpadu di Azure. Backup Center memungkinkan perusahaan untuk mengatur, memantau, mengoperasikan, dan menganalisis cadangan dalam skala besar. Dengan solusi ini, Anda dapat melakukan sebagian besar operasi manajemen cadangan utama tanpa terbatas pada ruang lingkup vault individu.

Memulai

Untuk mulai menggunakan laporan, ikuti langkah-langkah berikut:

1. Buat ruang kerja Analitik Log atau gunakan ruang kerja yang sudah ada

Siapkan satu atau beberapa ruang kerja Analitik Log untuk menyimpan data pelaporan Cadangan Anda. Lokasi dan langganan tempat ruang kerja Analitik Log ini dapat dibuat tidak independen dari lokasi dan langganan tempat kubah Anda ada.

Untuk mempersiapkan ruang kerja Analitik Log, lihat Membuat ruang kerja Analitik Log di portal Microsoft Azure.

Secara default, data di ruang kerja Analitik Log dipertahankan selama 30 hari. Untuk melihat data untuk cakrawala waktu yang lebih lama, ubah periode penyimpanan ruang kerja Analitik Log. Untuk mengubah periode retensi, lihat Konfigurasikan retensi data dan kebijakan arsip di Log Azure Monitor.

2. Konfigurasikan pengaturan diagnostik untuk kubah Anda

Sumber daya Azure Resource Manager, seperti kubah Layanan Pemulihan, merekam informasi tentang operasi terjadwal dan operasi yang dipicu pengguna sebagai data diagnostik. Untuk mengonfigurasi pengaturan diagnostik untuk vault Anda, ikuti langkah-langkah berikut:

Pilih jenis vault:

Di bagian pemantauan kubah Layanan Pemulihan Anda, pilih Pengaturan diagnostik dan tentukan target untuk data diagnostik kubah Layanan Pemulihan. Untuk mempelajari selengkapnya tentang menggunakan peristiwa diagnostik, lihat Menggunakan pengaturan diagnostik untuk kubah Layanan Pemulihan.

Cuplikan layar pengaturan diagnostik vault layanan pemulihan.

Azure Backup juga menyediakan definisi Azure Policy bawaan, yang mengotomatiskan konfigurasi pengaturan diagnostik untuk semua vault Layanan Pemulihan dalam cakupan tertentu. Untuk mempelajari cara menggunakan kebijakan ini, lihat Mengonfigurasi pengaturan diagnostik kubah dalam skala besar.

Catatan

Setelah Anda mengonfigurasi diagnostik, mungkin perlu waktu hingga 24 jam agar dorongan data awal selesai. Setelah data mulai mengalir ke ruang kerja Analitik Log, Anda mungkin tidak langsung melihat data dalam laporan karena data untuk hari parsial saat ini tidak ditampilkan dalam laporan. Untuk informasi selengkapnya, lihat Konvensi yang digunakan dalam laporan Cadangan. Sebaiknya mulai menampilkan laporan dua hari setelah mengonfigurasi kubah untuk mengirim data ke Analitik Log.

3. Melihat laporan di portal Microsoft Azure

Setelah mengonfigurasi vault untuk mengirim data ke Analitik Log, lihat laporan Cadangan Anda dengan masuk ke pusat Cadangan dan pilih Laporan Cadangan. Pilih ruang kerja yang relevan pada tab Memulai .

Cuplikan layar entri laporan cadangan.

Laporan ini berisi berbagai tab:

Ringkasan

Gunakan tab ini untuk mendapatkan gambaran tingkat tinggi tentang properti cadangan Anda. Anda bisa mendapatkan sekilas jumlah total item cadangan, total penyimpanan cloud yang digunakan, jumlah instans yang dilindungi, dan tingkat keberhasilan pekerjaan per jenis beban kerja. Untuk informasi lebih rinci tentang jenis artefak cadangan tertentu, buka tab masing-masing.

Cuplikan layar tab ringkasan laporan cadangan.

Item Cadangan

Gunakan tab ini untuk melihat informasi dan tren penyimpanan cloud yang dikonsumsi pada tingkat Item cadangan. Misalnya, jika Anda menggunakan SQL di cadangan Azure VM, Anda dapat melihat penyimpanan cloud yang digunakan untuk setiap database SQL yang sedang dicadangkan. Anda juga dapat memilih untuk melihat data untuk item cadangan dari status perlindungan tertentu. Misalnya, memilih petak peta Proteksi Dihentikan di bagian atas tab memfilter semua widget di bawahnya untuk memperlihatkan data hanya untuk item Cadangan dalam status Perlindungan Dihentikan.

Cuplikan layar memperlihatkan tab Item Cadangan.

Penggunaan

Gunakan tab ini untuk melihat parameter penagihan kunci untuk cadangan Anda. Informasi yang ditampilkan pada tab ini berada pada tingkat entitas penagihan (kontainer terlindungi). Misalnya, jika server DPM dicadangkan ke Azure, Anda dapat melihat tren instans yang dilindungi dan penyimpanan cloud yang digunakan untuk server DPM. Demikian pula, jika Anda menggunakan SQL di Azure Backup atau SAP HANA di Azure Backup, tab ini memberi Anda informasi terkait penggunaan di tingkat komputer virtual tempat database ini dimuat.

Cuplikan layar memperlihatkan tab Penggunaan.

Catatan

  • Untuk beban kerja Azure File, Azure Blob, dan Azure Disk, penyimpanan yang digunakan ditampilkan sebagai nol. Ini karena bidang mengacu pada penyimpanan yang digunakan di vault, dan untuk Azure File, Azure Blob, dan Azure Disk; hanya solusi pencadangan berbasis rekam jepret yang saat ini didukung dalam laporan.
  • Untuk beban kerja DPM, pengguna mungkin melihat sedikit perbedaan (dari urutan 20 MB per server DPM) antara nilai penggunaan yang ditampilkan dalam laporan dibandingkan dengan nilai penggunaan agregat seperti yang ditunjukkan pada tab Gambaran Umum vault Layanan Pemulihan. Perbedaan ini diperhitungkan oleh fakta bahwa setiap server DPM yang terdaftar untuk pencadangan memiliki sumber data 'metadata' terkait, yang tidak muncul sebagai artefak untuk pelaporan.
Pekerjaan

Gunakan tab ini untuk melihat tren pekerjaan jangka panjang, seperti jumlah pekerjaan yang gagal per hari dan penyebab utama kegagalan pekerjaan. Anda dapat melihat informasi ini pada tingkat agregat dan pada tingkat Cadangan-item. Pilih item Cadangan tertentu dalam kisi untuk melihat informasi terperinci tentang setiap pekerjaan yang dipicu pada item Cadangan tersebut dalam rentang waktu yang dipilih.

Cuplikan layar memperlihatkan tab Pekerjaan.

Catatan

Untuk beban kerja Azure Database for PostgreSQL, Azure Blob, dan Azure Disk, bidang yang ditransfer data saat ini tidak tersedia dalam tabel Pekerjaan .

Kebijakan

Gunakan tab ini untuk melihat informasi tentang semua kebijakan aktif Anda, seperti jumlah item terkait dan total penyimpanan cloud yang digunakan oleh item yang dicadangkan berdasarkan kebijakan tertentu. Pilih kebijakan tertentu untuk melihat informasi tentang setiap item Cadangan yang terkait.

Cuplikan layar memperlihatkan tab Kebijakan.

Optimalkan

Gunakan tab ini untuk mendapatkan visibilitas ke potensi peluang pengoptimalan biaya untuk cadangan Anda. Berikut ini adalah skenario di mana tab Optimalkan saat ini memberikan wawasan:

Sumber daya tidak aktif

Dengan menggunakan tampilan ini, Anda dapat mengidentifikasi item cadangan yang belum memiliki cadangan yang sukses untuk jangka waktu yang signifikan. Ini bisa berarti bahwa komputer yang mendasari yang sedang dicadangkan tidak ada lagi (dan begitu juga menghasilkan cadangan yang gagal), atau ada beberapa masalah dengan komputer yang mencegah cadangan diambil dengan andal.

Untuk melihat sumber daya yang tidak aktif, navigasi ke tab Optimalkan, dan pilih petak peta Sumber Daya Tidak Aktif. Pilih petak peta ini menampilkan kisi yang berisi detail semua sumber daya tidak aktif yang ada dalam cakupan terpilih. Secara default, kisi memperlihatkan item yang tidak memiliki titik pemulihan dalam tujuh hari terakhir. Untuk menemukan sumber daya yang tidak aktif untuk rentang waktu yang berbeda, Anda bisa menyesuaikan filter Rentang Waktu di bagian atas tab.

Setelah mengidentifikasi sumber daya yang tidak aktif, Anda dapat menyelidiki masalah lebih lanjut dengan menavigasi ke dasbor item cadangan atau panel sumber daya Azure untuk sumber daya tersebut (di mana pun yang berlaku). Bergantung pada skenario Anda, Anda dapat memilih untuk menghentikan pencadangan untuk komputer (jika tidak ada lagi) dan menghapus cadangan yang tidak perlu, yang menghemat biaya, atau Anda dapat memperbaiki masalah di komputer untuk memastikan bahwa cadangan diambil dengan andal.

Cuplikan layar memperlihatkan tab Optimalkan - Sumber Daya Tidak Aktif.

Catatan

Untuk beban kerja Azure Database for PostgreSQL, Azure Blob, dan Azure Disk, tampilan Sumber Daya Tidak Aktif saat ini tidak didukung.

Item Cadangan dengan durasi retensi besar

Dengan menggunakan tampilan ini, Anda dapat mengidentifikasi item yang memiliki cadangan yang dipertahankan untuk durasi yang lebih lama daripada yang diperlukan oleh organisasi Anda.

Memilih petak peta Pengoptimalan Kebijakan diikuti dengan petak peta Pengoptimalan Penyimpanan menampilkan kisi yang berisi semua item cadangan yang retensinya baik harian, mingguan, bulanan, atau tahunan (RP) lebih besar dari nilai yang ditentukan. Secara default, kisi menampilkan semua item cadangan dalam cakupan yang dipilih. Anda dapat menggunakan filter untuk retensi RP harian, mingguan, bulanan, dan tahunan untuk memfilter grid lebih lanjut dan mengidentifikasi item-item yang retensinya berpotensi dikurangi untuk menghemat biaya penyimpanan cadangan.

Untuk beban kerja database seperti SQL dan SAP HANA, periode retensi yang ditunjukkan dalam grid sesuai dengan periode retensi titik cadangan penuh dan bukan titik cadangan diferensial. Hal yang sama berlaku untuk filter retensi juga.

Cuplikan layar memperlihatkan tab Optimalkan - Pengoptimalan Retensi.

Catatan

Untuk instans cadangan yang menggunakan tingkat standar vault, kisi Pengoptimalan Retensi mempertimbangkan durasi retensi di tingkat standar vault. Untuk instans cadangan yang tidak menggunakan tingkat brankas (misalnya, item yang dilindungi oleh solusi Azure Disk Backup), kisi mempertimbangkan retensi tingkat rekam jepret.

Database dikonfigurasi untuk pencadangan lengkap harian

Dengan menggunakan tampilan ini, Anda dapat mengidentifikasi beban kerja database yang telah dikonfigurasi untuk pencadangan lengkap harian. Seringkali, menggunakan cadangan diferensial harian bersama dengan cadangan penuh mingguan lebih hemat biaya.

Memilih petak peta Pengoptimalan Kebijakan diikuti dengan petak peta Pengoptimalan Jadwal Cadangan menampilkan kisi yang berisi semua database dengan kebijakan pencadangan lengkap harian. Anda dapat memilih untuk menavigasi ke item cadangan tertentu dan memodifikasi kebijakan untuk menggunakan cadangan diferensial harian dengan cadangan penuh mingguan.

Filter Jenis Manajemen Cadangan di bagian atas tab harus memiliki item SQL di Azure VM dan SAP HANA di Azure VM yang dipilih, agar kisi dapat menampilkan beban kerja database seperti yang diharapkan.

Cuplikan layar memperlihatkan tab Optimalkan - Pengoptimalan Jadwal Pencadangan.

Kepatuhan kebijakan

Dengan menggunakan tab ini, Anda dapat mengidentifikasi apakah semua instans cadangan Anda telah memiliki setidaknya satu cadangan yang berhasil dicadangkan setiap hari. Untuk item dengan kebijakan pencadangan mingguan, Anda dapat menggunakan tab ini untuk menentukan apakah semua instans cadangan telah memiliki setidaknya satu cadangan yang berhasil dicadangkan dalam seminggu.

Ada dua jenis tampilan kepatuhan kebijakan yang tersedia:

  • Kepatuhan Kebijakan berdasarkan Periode Waktu: Menggunakan tampilan ini, Anda dapat mengidentifikasi berapa banyak item yang telah memiliki setidaknya satu cadangan yang berhasil dalam hari tertentu dan berapa banyak yang belum memiliki cadangan yang sukses pada hari itu. Anda dapat mengklik baris untuk melihat detail semua pekerjaan cadangan yang telah dipicu pada hari yang dipilih. Perhatikan bahwa jika Anda meningkatkan rentang waktu ke nilai yang lebih besar, seperti 60 hari terakhir, kisi dirender dalam tampilan mingguan, dan menampilkan hitungan semua item yang telah memiliki setidaknya satu cadangan yang berhasil pada setiap hari dalam minggu tertentu. Demikian pula, ada tampilan bulanan untuk rentang waktu yang lebih besar.

Dalam kasus item yang dicadangkan setiap minggu, grid ini membantu Anda mengidentifikasi semua item yang telah memiliki setidaknya satu cadangan yang berhasil dalam minggu tertentu. Untuk rentang waktu yang lebih besar, seperti 120 hari terakhir, kisi dirender dalam tampilan bulanan, dan menampilkan hitungan semua item yang telah memiliki setidaknya satu cadangan yang berhasil dalam setiap minggu pada bulan tertentu. Lihat Konvensi yang digunakan dalam Laporan Cadangan untuk detail selengkapnya seputar tampilan harian, mingguan, dan bulanan.

Cuplikan layar memperlihatkan Kepatuhan Kebijakan Menurut Periode Waktu.

  • Kepatuhan Azure Policy berdasarkan Instans Azure Backup: Menggunakan tampilan ini, Anda dapat melihat detail kepatuhan kebijakan pada tingkat instans cadangan. Sel yang berwarna hijau menunjukkan bahwa instans cadangan memiliki setidaknya satu cadangan yang berhasil pada hari tertentu. Sel berwarna merah menunjukkan bahwa instans cadangan tidak memiliki satu pun cadangan yang berhasil pada hari tersebut. Agregasi harian, mingguan, dan bulanan mengikuti perilaku yang sama seperti tampilan Kepatuhan Kebijakan menurut Periode Waktu. Anda dapat mengklik baris mana pun untuk melihat semua pekerjaan cadangan pada instans cadangan yang diberikan dalam rentang waktu yang dipilih.

Cuplikan layar memperlihatkan kepatuhan kebijakan berdasarkan instans cadangan.

Laporan Pencadangan Azure Email

Dengan menggunakan fitur Laporan Email yang tersedia di Laporan Cadangan, Anda bisa membuat tugas otomatis untuk menerima laporan berkala melalui email. Fitur ini berfungsi dengan menyebarkan aplikasi logika di lingkungan Azure Anda yang meminta data dari ruang kerja Analitik Log (LA) yang Anda pilih, berdasarkan input yang Anda berikan.

Setelah aplikasi logika dibuat, Anda harus mengotorisasi koneksi ke Log Azure Monitor dan Office 365. Untuk melakukan ini, navigasikan ke Aplikasi Logika di portal Microsoft Azure dan cari nama tugas yang telah Anda buat. Memilih item menu koneksi API akan membuka daftar koneksi API yang perlu Anda otorisasi. Pelajari selengkapnya tentang cara mengonfigurasi email dan memecahkan masalah.

Mengostumisasi laporan Azure Backup

Laporan Cadangan menggunakan fungsi sistem pada log Azure Monitor. Fungsi-fungsi ini beroperasi pada data di tabel Azure Backup mentah di LA dan mengembalikan data yang diformat yang membantu Anda dengan mudah mengambil informasi dari semua entitas terkait cadangan Anda, menggunakan kueri sederhana.

Untuk membuat buku kerja pelaporan Anda sendiri menggunakan Laporan Azure Backup sebagai basis, Anda bisa menavigasi ke Laporan Backup, klik Edit di bagian atas laporan, dan tampilkan/edit kueri yang digunakan dalam laporan. Lihat dokumentasi buku kerja Azure untuk mempelajari selengkapnya tentang cara membuat laporan kustom.

Ekspor ke Excel

Pilih tombol panah bawah di kanan atas widget mana pun, seperti tabel atau bagan, untuk mengekspor konten widget tersebut sebagai lembar Excel apa adanya dengan filter yang sudah ada diterapkan. Untuk mengekspor lebih banyak baris tabel ke Excel, Anda dapat menambah jumlah baris yang ditampilkan di halaman dengan menggunakan panah turun bawah Baris Per Halaman di bagian atas setiap kisi.

Sematkan ke dasbor

Pilih tombol pin di bagian atas setiap widget untuk menyematkan widget ke dasbor portal Microsoft Azure Anda. Fitur ini membantu Anda membuat dasbor khusus yang disesuaikan untuk menampilkan informasi paling penting yang Anda butuhkan.

Laporan lintas penyewa

Jika Anda menggunakan Azure Lighthouse dengan akses mendelegasikan ke langganan di beberapa lingkungan penyewa, Anda bisa menggunakan filter langganan default. Pilih tombol filter di sudut kanan atas portal Microsoft Azure untuk memilih semua langganan yang ingin Anda lihat datanya. Melakukannya memungkinkan Anda memilih ruang kerja Analitik Log di seluruh penyewa Anda untuk melihat laporan multi-penyewa.

Konvensi yang digunakan dalam laporan Pencadangan

  • Filter bekerja dari kiri ke kanan dan atas ke bawah pada setiap tab. Artinya, filter apa pun hanya berlaku untuk semua widget yang diposisikan baik di sebelah kanan filter tersebut atau di bawah filter tersebut.
  • Memilih petak peta berwarna memfilter widget di bawah petak peta untuk rekaman yang berkaitan dengan nilai petak peta tersebut. Misalnya, memilih petak peta Proteksi Dihentikan pada tab Item Cadangan memfilter kisi dan bagan di bawah ini untuk memperlihatkan data untuk item cadangan dalam status Proteksi Dihentikan.
  • Petak peta yang tidak berwarna tidak dapat dipilih.
  • Data untuk hari parsial saat ini tidak diperlihatkan dalam laporan. Jadi, ketika nilai Rentang Waktu yang dipilih adalah 7 hari terakhir, laporan memperlihatkan rekaman selama tujuh hari terakhir yang diselesaikan. Hari ini tidak disertakan.
  • Laporan menunjukkan rincian pekerjaan (selain dari pekerjaan log) yang dipicu dalam rentang waktu yang dipilih.
  • Nilai yang ditampilkan untuk Penyimpanan Cloud dan Instans Terproteksi berada di akhir rentang waktu yang dipilih.
  • Item Cadangan yang ditampilkan dalam laporan adalah item yang ada di akhir rentang waktu yang dipilih. Item cadangan yang dihapus di tengah rentang waktu yang dipilih tidak ditampilkan. Konvensi yang sama juga berlaku untuk kebijakan Pencadangan.
  • Jika rentang waktu yang dipilih mencakup periode 30 hari lebih sedikit, bagan dirender dalam tampilan harian, di mana ada satu titik data untuk setiap hari. Jika rentang waktu mencakup periode yang lebih besar dari 30 hari dan kurang dari (atau sama dengan) 90 hari, bagan dirender dalam tampilan mingguan. Untuk rentang waktu yang lebih besar, bagan dirender dalam tampilan bulanan. Menggabungkan data setiap minggu atau bulanan membantu dalam kinerja kueri yang lebih baik dan keterbacaan data yang lebih mudah dalam bagan.
  • Kisi Kepatuhan Kebijakan juga mengikuti logika agregasi serupa seperti yang dijelaskan di atas. Namun, ada beberapa perbedaan kecil. Perbedaan pertama adalah untuk item dengan kebijakan cadangan mingguan, tidak ada tampilan harian (hanya tampilan mingguan dan bulanan yang tersedia). Selanjutnya, dalam kisi-kisi untuk item dengan kebijakan cadangan mingguan, 'bulan' dianggap sebagai periode 4 minggu (28 hari), dan bukan 30 hari, untuk menghilangkan sebagian minggu dari pertimbangan.

Cara memecahkan masalah?

Jika Anda mengamati masalah perbedaan data dalam Laporan Azure Backup, lakukan pemeriksaan awal ini:

  1. Pastikan semua vault mengirim log diagnostik yang diperlukan ke ruang kerja Analitik Log.

  2. Pastikan Anda telah memilih filter yang tepat di Laporan Azure Backup.

  3. Tinjau batasan berikut dalam Laporan Azure Backup:

    • Setelah Anda mengonfigurasi diagnostik, mungkin perlu waktu hingga 24 jam agar dorongan data awal selesai. Setelah data mulai mengalir ke ruang kerja Analitik Log, Anda mungkin tidak langsung melihat data dalam laporan karena data untuk hari parsial saat ini tidak ditampilkan dalam laporan. Sebaiknya mulai menampilkan laporan dua hari setelah mengonfigurasi vault untuk mengirim data ke Analitik Log.

    • Pekerjaan backup log SQL saat ini tidak ditampilkan di Laporan Backup.

    • Seperti disebutkan di atas, laporan tidak menampilkan data hari parsial saat ini, dan hanya mempertimbangkan hari penuh (UTC).

      Misalnya, dalam laporan, bahkan jika Anda memilih rentang waktu 23/3 4:30 PM – 24/3 10:00 AM, secara internal kueri berjalan untuk periode 23/3 12:00 UTC - 24/3 11:59 UTC. Ini berarti bahwa komponen waktu tanggalwaktu ditimpa oleh kueri.

      Demikian pula, jika tanggal hari ini adalah 29 Maret, data hanya ditampilkan sampai akhir (11:59 UTC) 28 Maret. Untuk pekerjaan yang dibuat pada 29 Maret, Anda dapat melihatnya ketika memeriksa laporan pada hari berikutnya, yaitu, 30 Maret.

Jika tidak ada hal di atas yang menjelaskan data yang terlihat dalam laporan, silakan hubungi Dukungan Microsoft.

Waktu muat kueri

Widget dalam laporan Cadangan didukung oleh kueri Kusto, yang berjalan di ruang kerja Analitik Log pengguna. Kueri ini biasanya melibatkan pemrosesan data dalam jumlah besar, dengan beberapa gabungan untuk memungkinkan wawasan yang lebih kaya. Akibatnya, widget mungkin tidak dimuat secara instan ketika pengguna melihat laporan di seluruh perkebunan cadangan besar. Tabel ini memberikan perkiraan kasar tentang waktu yang dapat diambil widget yang berbeda untuk dimuat, berdasarkan jumlah item Cadangan dan rentang waktu yang laporannya sedang dilihat.

# Sumber data Cakrawala waktu Perkiraan waktu muat
~5 K 1 bulan Petak peta: 5-10 detik
Kisi: 5-10 detik
Bagan: 5-10 detik
Filter level laporan: 5-10 detik
~5 K 3 bulan Petak peta: 5-10 detik
Kisi: 5-10 detik
Bagan: 5-10 detik
Filter level laporan: 5-10 detik
~10 K 3 bulan Petak peta: 15-20 detik
Kisi: 15-20 detik
Bagan: 1-2 menit
Filter level laporan: 25-30 detik
~15 K 1 bulan Petak peta: 15-20 detik
Kisi: 15-20 detik
Bagan: 50-60 detik
Filter level laporan: 20-25 detik
~15 K 3 bulan Petak peta: 20-30 detik
Kisi: 20-30 detik
Bagan: 2-3 menit
Filter level laporan: 50-60 detik

Apa yang terjadi dengan laporan Power BI?

  • Aplikasi templat Power BI sebelumnya untuk pelaporan, yang bersumber data dari akun penyimpanan Azure, berada di jalur penghentian. Kami merekomendasikan Anda untuk mulai mengirim data diagnostik kubah ke Analitik Log untuk melihat laporan.

  • Selain itu, skema V1 mengirim data diagnostik ke akun penyimpanan atau LA Workspace juga berada di jalur penghentian. Ini berarti bahwa jika Anda telah menulis kueri atau otomatisasi kustom berdasarkan skema V1, Anda disarankan untuk memperbarui kueri ini untuk menggunakan skema V2 yang saat ini didukung.

Langkah berikutnya

Pelajari selengkapnya tentang pemantauan dan pelaporan dengan Azure Backup