Ketika seorang engineer membuka peringatan, aplikasi mungkin sudah pulih. Lonjakan waktu respons telah berlalu, sementara tim masih perlu mengetahui kapan masalah dimulai dan permintaan mana yang terdampak.

JENNIFER Dashboard Replay memungkinkan engineer meninjau kembali tampilan pemantauan historis. Periode sebelum dan sesudah peringatan membantu menyusun urutan kejadian dan memilih transaksi untuk diperiksa lebih dekat.

Tentukan titik awal

Replay tersedia dari dasbor dan layar analisis insiden yang didukung, termasuk analisis EVENT, notifikasi, dan X-View Transaction Analysis. Fitur ini pertama kali hadir di JENNIFER Server 5.6.4.5.

Pilih kejadian atau transaksi yang mewakili masalah, lalu tulis pertanyaan yang ingin dijawab. Apakah kesalahan itu awal insiden, atau aplikasi sudah melambat sebelumnya? Pertanyaan yang jelas membantu ketika beberapa grafik berubah sekaligus.

Telusuri linimasa

Kontrol pemutaran memungkinkan Anda memutar, menjeda, memundurkan, mempercepat, dan mengatur kecepatan.

Replay menyediakan linimasa yang dapat digeser, kecepatan hingga empat kali normal, serta penanda kejadian dengan warna menurut tingkat keparahan. Gunakan pemutaran cepat untuk rentang panjang, lalu kembali ke perubahan yang perlu diperiksa.

Untuk meninjau insiden, urutan berikut dapat membantu:

  1. Temukan rentang terakhir yang tampak normal.
  2. Maju ke perubahan relevan yang pertama.
  3. Catat apa yang berubah dan apa yang tetap stabil.
  4. Periksa transaksi terdampak sebelum menyimpulkan penyebab perubahan.
  5. Lanjutkan hingga pemulihan untuk melihat apakah gejalanya berakhir bersamaan.

Ini adalah metode investigasi yang disarankan. Memisahkan pengamatan dari penjelasan membantu tim mengenali pertanyaan yang belum terjawab dan menunjuk tindak lanjutnya.

Periksa transaksi di balik perubahan

Misalnya terjadi deadlock PostgreSQL dan waktu respons meningkat di sekitar suatu kejadian. Engineer memilih area terdampak di X-View lalu membuka analisis transaksi, tempat kesalahan database memberi bukti tambahan. Replay juga dapat dimulai dari transaksi yang gagal untuk melihat konteks sebelumnya.

Dasbor membantu menentukan urutan dan cakupan; transaksi menunjukkan apa yang dialami satu permintaan. Lonjakan waktu respons saja tidak menjelaskan penyebabnya. Catat rentang waktu, aplikasi terdampak, transaksi contoh, dan pertanyaan terbuka agar engineer lain dapat menelusuri investigasi tersebut.

Periksa dukungan dasbor dan retensi

Dasbor yang didukung pada awalnya mencakup administrasi sistem, sumber daya, tampilan database, pengguna, dan pemantauan multidomain. Replay juga bergantung pada data yang masih tersimpan. Tombol replay EVENT dapat hilang setelah masa retensi database berakhir. Ekspor Replay ke Talk ditambahkan di Server 5.6.4.24.

Server 5.6.5.5 memperluas dukungan ke dasbor Application Insights, Application Insights untuk beberapa domain, dan Memory. Periksa versi yang terpasang saat memilih tampilan untuk peninjauan.

Sebelum insiden berikutnya, coba replay masalah terbaru yang sudah dipahami tim. Pastikan periode yang diperlukan masih tersedia dan tampilan terkait dapat diakses. Menelusuri gejala yang dikenal hingga detail transaksi membantu memeriksa kesiapan tim menggunakan Replay saat investigasi.