sys.server_event_sessions (T-SQL)
Berlaku untuk: SQL Server Azure SQL Managed Instance
Mencantumkan semua definisi sesi peristiwa cakupan server yang ada di SQL Server atau Azure SQL Managed Instance.
Catatan
Azure SQL Database hanya mendukung sesi peristiwa cakupan database. Lihat tampilan terkait, sys.database_event_sessions.
Nama kolom | Jenis data | Deskripsi |
---|---|---|
event_session_id | int | ID unik sesi peristiwa. Tidak dapat diubah ke null. |
nama | nama sysname | Nama yang ditentukan pengguna untuk mengidentifikasi sesi peristiwa. nama unik. Tidak dapat diubah ke null. |
event_retention_mode | nchar(1) | Menentukan bagaimana kehilangan peristiwa ditangani. Defaultnya adalah S. Tidak dapat diubah ke null. Adalah salah satu hal berikut: S. Peta ke event_retention_mode_desc = ALLOW_SINGLE_EVENT_LOSS M. Peta ke event_retention_mode_desc = ALLOW_MULTIPLE_EVENT_LOSS N. Peta ke event_retention_mode_desc = NO_EVENT_LOSS |
event_retention_mode_desc | nama sysname | Menjelaskan bagaimana kehilangan peristiwa ditangani. Defaultnya adalah ALLOW_SINGLE_EVENT_LOSS. Tidak dapat diubah ke null. Adalah salah satu hal berikut: ALLOW_SINGLE_EVENT_LOSS. Peristiwa dapat hilang dari sesi. Peristiwa tunggal dihilangkan hanya ketika semua buffer peristiwa penuh. Kehilangan peristiwa tunggal ketika buffer penuh memungkinkan karakteristik performa SQL Server yang dapat diterima, sekaligus meminimalkan kehilangan dalam aliran peristiwa yang diproses. ALLOW_MULTIPLE_EVENT_LOSS. Buffer peristiwa penuh dapat hilang dari sesi. Jumlah peristiwa yang hilang tergantung pada ukuran memori yang dialokasikan untuk sesi, pemartisian memori, dan ukuran peristiwa dalam buffer. Opsi ini meminimalkan dampak performa pada server ketika buffer peristiwa diisi dengan cepat. Namun, sejumlah besar peristiwa dapat hilang dari sesi. NO_EVENT_LOSS. Tidak ada kehilangan peristiwa yang diperbolehkan. Opsi ini memastikan bahwa semua peristiwa yang diangkat dipertahankan. Menggunakan opsi ini memaksa semua tugas yang mengaktifkan peristiwa untuk menunggu hingga ruang tersedia dalam buffer peristiwa. Ini dapat menyebabkan penurunan performa yang dapat dideteksi saat sesi peristiwa aktif. |
max_dispatch_latency | int | Jumlah waktu, dalam milidetik, peristiwa tersebut akan di-buffer dalam memori sebelum disajikan ke target sesi. Nilai yang valid adalah dari 0 hingga 2147483648, dan 0. Nilai 0 menunjukkan bahwa latensi pengiriman tidak terbatas. Dapat diubah ke null. |
max_memory | int | Jumlah memori yang dialokasikan ke sesi untuk buffering peristiwa. Nilai defaultnya adalah 4 MB. Dapat diubah ke null. |
max_event_size | int | Jumlah memori yang disisihkan untuk peristiwa yang tidak sesuai dalam buffer sesi peristiwa. Jika max_event_size melebihi ukuran buffer yang dihitung, dua buffer tambahan max_event_size dialokasikan ke sesi peristiwa. Dapat diubah ke null. |
memory_partition_mode | nchar(1) | Lokasi dalam memori tempat buffer peristiwa dibuat. Mode partisi default adalah G. Tidak dapat diubah ke null. memory_partition_mode adalah salah satu dari: G - TIDAK ADA C - PER_CPU N - PER_NODE |
memory_partition_mode_desc | nama sysname | Defaultnya adalah NONE. Tidak dapat diubah ke null. Adalah salah satu hal berikut: TIDAK. Satu set buffer dibuat dalam instans SQL Server. PER_CPU. Satu set buffer dibuat untuk setiap CPU. PER_NODE. Satu set buffer dibuat untuk setiap simpul akses memori non-seragam (NUMA). |
track_causality | bit | Mengaktifkan atau menonaktifkan pelacakan kausalitas. Jika diatur ke 1 (AKTIF), pelacakan diaktifkan dan peristiwa terkait pada koneksi server yang berbeda dapat berkorelasi. Pengaturan default adalah 0 (NONAKTIF). Tidak dapat diubah ke null. |
startup_state | bit | Nilai menentukan apakah sesi dimulai secara otomatis atau tidak saat server dimulai. Defaultnya adalah 0. Tidak dapat diubah ke null. Adalah salah satu dari: 0 (NONAKTIF). Sesi tidak dimulai ketika server dimulai. 1 (AKTIF). Sesi peristiwa dimulai ketika server dimulai. |
Izin
Memerlukan izin TAMPILKAN STATUS SERVER pada server.
Langkah berikutnya
Pelajari selengkapnya tentang konsep terkait dalam artikel berikut:
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk