Laporan

Menghasilkan laporan adalah proses yang membutuhkan sumber daya besar. Ini melibatkan pengumpulan berbagai informasi dari banyak tabel dalam basis data dan menggabungkannya menjadi dokumen tunggal. Mari kita tinjau tantangan yang dapat muncul saat membuat laporan pada instance On-Premise. Masalah ini terutama berasal dari perangkat keras server, namun pendeteksiannya seringkali tidak mencolok. Oleh karena itu, pemahaman menyeluruh tentang penyebab mendasar menjadi sangat penting.

Laporan tidak dibuat

Ini adalah masalah yang cukup umum pada instance Navixy mandiri yang tidak dikelola dengan baik. Saat Anda mencoba menghasilkan laporan, Anda melihat indikator pemuatan, tetapi proses tersebut berlangsung selamanya dan laporan tidak benar-benar dibuat. Jika Anda membuka tab Network di alat pengembang browser Anda, Anda dapat melihat bahwa permintaan API untuk menghasilkan laporan gagal dengan 504 Gateway Time-out error.

Penyebabnya adalah ruang disk bebas yang tidak mencukupi. Jika platform Anda berjalan di dua server, di sini yang dimaksud adalah server aplikasi (tempat layanan Java berjalan).

Platform dikonfigurasi untuk menghentikan proses yang memakan sumber daya saat disk terisi 99%. Dalam beberapa kasus (pada instance yang disebarkan sebelum 2022), hal ini terjadi saat disk terisi lebih dari 90%. Tujuannya adalah untuk mempertahankan fungsionalitas dasar, menghindari overflow disk penuh, dan memberi Anda waktu untuk menyelesaikan masalah.

Hal pertama yang harus dilakukan adalah memastikan bahwa disk benar-benar penuh. Jika tidak, kemungkinan terjadi kegagalan platform yang harus dilaporkan ke dukungan teknis.

Pastikan bahwa disk memiliki ukuran yang direkomendasikan sesuai dengan persyaratan sistem untuk perangkat keras server. Jika ruang disk kurang dari yang direkomendasikan, Anda harus mengambil langkah darurat untuk meningkatkannya.

Langkah berikutnya adalah menemukan apa yang menyebabkan overflow disk. Jika Anda hanya memiliki platform Navixy di server Anda, ruang bebas biasanya habis oleh log platform. Basis data juga mungkin memakan ruang jika terletak di drive yang sama - ukurannya pasti bertambah seiring waktu. Dalam kasus terakhir, Anda harus bertindak segera, karena kurangnya ruang bebas untuk penulisan ke basis data dapat menyebabkan ketidakmampuan beroperasi dan kehilangan informasi.

Jika Anda memiliki banyak perangkat terdaftar di server Anda (lebih dari beberapa ribu), log layanan backend dapat mengambil ruang yang signifikan - terkadang sebuah file tunggal bisa berukuran lebih dari 1 GB. Namun, log tidak tumbuh tanpa batas, karena siklus hidup defaultnya adalah 7 hari, setelah itu dihapus.

Sebagai solusi sementara (dan tidak direkomendasikan) untuk masalah ruang dalam keadaan darurat, Anda dapat menghapus file log dari hari-hari sebelumnya, karena file tersebut tidak diperlukan untuk fungsi platform saat ini. Namun, pertimbangkan bahwa dalam waktu seminggu log akan menumpuk lagi dan akan mengambil kira-kira jumlah ruang disk yang sama.

Laporan membutuhkan waktu lama untuk dibuat

Ketika menghadapi skenario ini, menjadi krusial untuk menilai masalah dengan mempertimbangkan baik rentang waktu maupun jumlah perangkat yang untuknya laporan dibuat. Secara alami, seiring bertambahnya jumlah perangkat dan durasi waktu, platform memerlukan waktu dan sumber daya tambahan untuk mengambil data yang diperlukan dari basis data dan menghasilkan laporan.

Alasan yang mungkin menyebabkan lambatnya pembuatan laporan:

• Kekurangan RAM atau kecepatan disk yang tidak memadai adalah alasan yang paling umum. Dengan peningkatan jumlah perangkat dan pengguna, server Anda mungkin mulai kekurangan sumber daya untuk bekerja secara efisien. Administrator sistem Anda perlu menganalisis kinerja server.

• Beban tinggi pada server selama jam kerja. Jika pengguna Anda membuat banyak laporan secara bersamaan, atau jika banyak data diminta melalui API, ini dapat memengaruhi kinerja keseluruhan platform.

• Batasan yang berlebihan untuk laporan. Jika Anda sebelumnya mengubah batas default, beban mungkin meningkat secara dramatis.

• Konfigurasi MySQL yang salah. Jika konfigurasi diubah untuk tujuan apa pun dan berbeda dari standar, basis data itu sendiri mungkin tidak bekerja secara efisien.

• Perangkat lunak yang tidak relevan di server atau beban eksternal pada basis data. Terkadang pelanggan menggunakan beberapa perangkat lunak pihak ketiga (yang tidak terkait dengan Navixy) pada server yang sama dengan platform untuk melakukan tugas spesifik tertentu. Bahkan terkadang perangkat lunak pihak ketiga mengambil informasi langsung dari basis data, menghasilkan beban yang tidak terduga. Hal ini sangat tidak disarankan.

• Malfungsi platform. Sayangnya, kegagalan perangkat lunak terkadang terjadi, tetapi mereka cukup jarang, jadi Anda harus terlebih dahulu menyingkirkan semua penyebab di atas. Jika Anda yakin bahwa lambatnya pembuatan laporan disebabkan oleh kegagalan platform, laporkan hal ini ke dukungan teknis dengan semua informasi yang memungkinkan Anda mencapai kesimpulan tersebut.