ZImbra

Basic Guidelines

Ketika zimbra server anda berkinerja buruk, ada bbrp guidelines yg bisa anda ikuti, yaitu menanyakan bbrp pertanyaan2 seperti:

  1. Apakah sumber permasalahannya di Disk atau CPU?

  2. Komponen yg mana yg anda curigai bermasalah (Postfix, server, MySQL, LDAP, dll.)?

  3. Kalau anda mencurigai disk anda, dan jika anda memiliki partisi2 terpisah untuk Zimbra, cek partisi disk yg mana yg menunjukan indikasi masalah?

  4. Protocol apa yg anda curigai  (SOAP, POP atau IMAP)?

  5. Dimana masalah dikeluhkan, di Client atau di server?

  6. Client nya menggunakan apa, pc?, mac?, mozilla?, safari?, MSIE?  Check ua (user agent) context di file mailbox.log

Investigation

Investigasi selanjutnya adalah:

– Jika memang benar utilisasi disk sangat tinggi (bukan disk usage, tapi terkait process/beban) (dari file proc.csv)

  • Jika anda sudah memisahkan partisi2 di zimbra seperti anjuran Zimbra, di partisi manakah utilisasi tsb tinggi?, di Database, index, mail store?;

  • Jika belum, mungkin anda perlu mempertimbangkan kelak untuk menempatkan komponen2 tsb tadi pada device yg terpisah, sehingga mempermudah anda untuk mendapatkan data statistic;

 

– Jika anda curiga utilisasi tinggi di disk tempat database (dari file mailboxd.csv, proc.csv, vm.csv)

  • Cek jika InnoDB buffer pool hit rate berada di bawah 990;

  • Anda mungkin  perlu mempertimbangkan untuk menambah memory.

– Jika anda mencurigai utilisasi CPU tidak normal atau tinggi (dari file mailboxd.csv, cpu.csv, threads.csv)

  • Jika statistic terkait Garbage collection (GC) seperti GC mengalokasikan waktu yg tinggi  anda bisa menaikan nilai JVM heap size.

          (zmlocalconfig -e mailboxd_java_heap_size= 30% atau 35% dari total memory)

           Periksa http://wiki.zimbra.com/wiki/Performance_Tuning_Guidelines_ for_Large_Deployments#Memory_Allocation

  • Anda bisa menjalankan zmdiaglog untuk bisa mendapatkan threat dumps pada saat anda merasa Zimbra anda berkinerja lambat untuk mengetahui apa yg sebenarnya sedang dikerjakan oleh server;

  • Anda bisa memberikan hasil dari zmdiaglog (include hasil threat dumps) ke engineer Zimbra untuk di analisa atau anda bisa mencari sendiri anomali2 dari hasil threat dumps tsb;

  • Bisa juga anda menjalankan seperti ini di terminal linux: ps -el | grep java.

 

Jika anda yakin bahwa utilisasi disk dan CPU rendah, tapi Zimbra tetap “lambat” anda juga bisa melakukan juga thread dumps untuk bisa memperlihatkan threads yg mungkin ter-blocked.

 

Thread

  • Thread adalah bagian terkecil dari process di dalam sebuah operating system (setiap OS punya implementasi berbeda2 ttg threads);

  • Beberapa threads bisa timbul dari proses yg sama (misal mailboxd), dan saling share resources, seperti memory;

  • Thread dump maksudnya adalah status dari seluruh running threads terkait process mailboxd pada spesifik waktu tertentu.

 

Untuk Frequently Asked Questions (FAQ), periksa halaman ini: Zimbra FAQ

Untuk Customer Success Stories, periksa halaman ini: Zimbra Success Stories

Untuk fitur-fitur dan penjelasannya dalam bahasa, periksa halaman ini: Zimbra Features

Untuk jadwal training terkini, periksa halaman ini: Zimbra Official Training

 

Untuk pertanyaan atau penawaran terkait Incident Support Zimbra silahkan menghubungi atau chat melalui fasilitas yang kami sediakan