Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Azure Database for PostgreSQL memungkinkan Anda mengonfigurasi dan mengakses log standar Postgres. Log ini dapat digunakan untuk mengidentifikasi, memecahkan masalah, dan memperbaiki kesalahan konfigurasi dan performa yang kurang optimal. Informasi pengelogan yang dapat Anda konfigurasi dan akses meliputi kesalahan, informasi kueri, rekaman autovacuum, koneksi, dan titik pemeriksaan. (Akses ke log transaksi tidak tersedia).
Pengelogan audit tersedia melalui ekstensi Postgres, pgaudit. Untuk mempelajari lebih lanjut, kunjungi artikel konsep audit.
Mengonfigurasi pengelogan
Anda dapat mengonfigurasi pengelogan standar Postgres di server Anda menggunakan parameter server pengelogan. Untuk mempelajari selengkapnya tentang parameter log Postgres, kunjungi bagian Kapan Harus Log dan Apa yang Harus Dilog dalam dokumentasi Postgres. Sebagian besar, tetapi tidak semua, parameter pengelogan Postgres tersedia untuk dikonfigurasi di Azure Database for PostgreSQL.
Untuk mempelajari cara mengonfigurasi parameter di Azure Database for PostgreSQL, lihat dokumentasi portal atau dokumentasi CLI.
Catatan
Untuk mengonfigurasi log dalam volume tinggi, Anda dapat menambahkan overhead performa yang signifikan. Misalnya, pengelogan pernyataan dapat memengaruhi performa.
Catatan akses
Azure Database for PostgreSQL terintegrasi dengan pengaturan diagnostik Azure Monitor. Pengaturan diagnostik memungkinkan Anda mengirim log PostgreSQL dalam format JSON ke Log Azure Monitor untuk analitik dan pemberitahuan. Anda juga dapat mengalirkannya ke Azure Event Hubs atau mengarsipkannya di Azure Storage.
Kontrol akses untuk log
Akses ke log server dikontrol melalui Azure Role-Based Access Control (RBAC). Peran apa pun yang menyediakan akses baca ke server juga memungkinkan pengunduhan log. Ini termasuk peran bawaan seperti:
- Pembaca
- Sistem Pemantauan Pembaca
- Pembaca Analitik Log
- Atau peran kustom yang setara
Peringatan
Log mungkin berisi informasi sensitif, seperti kredensial, tergantung pada konfigurasi pengelogan Anda.
Kebijakan dan Harga Retensi Data
Untuk log yang dikirim ke Azure Event Hubs atau akun Storage, Anda dapat menyiapkan kebijakan penyimpanan untuk menghapus data secara otomatis setelah periode tertentu. Biaya Analitik Log bergantung pada dua faktor:
- Penyerapan Data: Biaya didasarkan pada volume data yang diserap ke ruang kerja.
- Retensi Data: Log yang disimpan di ruang kerja Analitik Log Anda disimpan secara gratis selama 31 hari pertama. Di luar periode retensi gratis ini, ada biaya untuk menyimpan data, dihitung berdasarkan pro-rata harian, berdasarkan jumlah data (dalam GB) yang disimpan setiap bulan.
Untuk perincian biaya yang terkait dengan penyerapan dan retensi data, kunjungi halaman harga Azure Monitor.
Format Log
Tabel berikut ini menjelaskan bidang untuk jenis PostgreSQLLogs . Bergantung pada titik akhir output yang Anda pilih, bidang yang disertakan dan urutan tampilannya mungkin bervariasi.
| Bidang | Deskripsi |
|---|---|
| TenantId | ID penyewa Anda |
| SourceSystem | Azure |
| WaktuDibuat [UTC] | Tanda waktu ketika log direkam di UTC |
| Jenis | Jenis log. Selalu AzureDiagnostics |
| SubscriptionId | GUID untuk langganan milik server |
| ResourceGroup | Nama grup sumber daya milik server |
| ResourceProvider | Nama penyedia sumber daya. Selalu MICROSOFT.DBFORPOSTGRESQL |
| ResourceType | FlexibleServers |
| ResourceId | URI Sumber Daya |
| Sumber daya | Nama server |
| Kategori | PostgreSQLLogs |
| OperationName | LogEvent |
| errorLevel_s | Tingkat pengelogan, contoh: LOG, ERROR, NOTICE |
| processId_d | ID proses backend PostgreSQL |
| sqlerrcode_s | Kode Kesalahan PostgreSQL yang mengikuti konvensi standar SQL untuk kode SQLSTATE |
| Pesan | Pesan log utama |
| Detail | Pesan log sekunder (jika ada) |
| ColumnName | Nama kolom (jika ada) |
| Nama Skema | Nama skema (jika ada) |
| DatatypeName | Nama jenis data (jika ada) |
| _ResourceId | URI Sumber Daya |
Batasan yang diketahui
- Ukuran Peristiwa Log: Paket kueri atau pesan log yang lebih besar dari 65 KB tidak ditangkap di Azure Monitor Logs. Ini adalah batas Azure Monitor di seluruh platform. Akibatnya, kueri kompleks (misalnya, kueri yang melibatkan tampilan berlapis) mungkin menghasilkan output rencana kueri yang tidak lengkap atau hilang di log server.
- Batasan lainnya: Batas seluruh platform lainnya berlaku untuk Log Azure Monitor, seperti kuota aturan pemberitahuan dan ukuran hasil kueri. Untuk daftar lengkapnya, lihat dokumentasi batas layanan Azure Monitor untuk detailnya.