Di antara kelebihan Zimbra Collaboration Suite Open-Source Edition, seperti keandalan, kinerja tinggi, dan juga solusi gratis, kita juga harus menyebutkan penampilan Zimbra versi baru yang cukup sering dan penambahan fitur reguler yang diminta oleh komunitas di dalamnya. Jadi, misalnya, hanya selama setahun terakhir, fitur seperti kemampuan untuk memulihkan kata sandi secara mandiri oleh pengguna, kemampuan untuk mengubah kalender default, dukungan untuk buku alamat hierarkis, dan peluang bisnis bermanfaat lainnya telah ditambahkan. Namun, secara historis, manajer TI di Rusia tidak terlalu menyukai pembaruan.
Tua sebagai aturan dunia bahwa Anda tidak boleh menyentuh apa yang bekerja dengan baik telah dengan kuat terjebak di kepala para pakar TI Rusia di akhir 90-an. Memang, memecah stabilitas solusi pembaruan, serta perubahan antarmuka yang tiba-tiba, yang diperkenalkan pada pengguna yang bodoh, adalah hal yang lumrah saat itu. Namun, zaman baru menimbulkan tantangan baru bagi para manajer TI, dan sekarang pendekatan “jangan sentuh apa yang berhasil” tidak dapat diterapkan. Informasi tentang deteksi kerentanan menyebar di seluruh dunia begitu cepat, dan pasukan penyerang dunia maya menulis eksploitasi untuk kerentanan ini sedemikian rupa sehingga menggunakan versi perangkat lunak yang sudah ketinggalan zaman di perusahaan membawa risiko yang sangat besar untuk keamanan informasi. Dan khususnya risiko-risiko ini luar biasa ketika menyangkut platform kolaborasi.
Argumen lain yang khas terhadap pembaruan rutin sistem informasi di perusahaan adalah kebutuhan untuk menangguhkan pekerjaan mereka selama instalasi pembaruan. Dan argumen semacam itu memang menentukan bagi perusahaan besar dan penyedia SaaS yang bagi mereka ketersediaan layanan 100% penting. Itulah sebabnya setiap pengembang, ketika merancang dan mengembangkan solusinya sendiri, mencoba untuk meminimalkan atau sepenuhnya mengurangi ke nol downtime dari solusi perangkat lunak saat memperbaruinya. Tidak terkecuali pengembang Zimbra.
Saat ini, dimungkinkan untuk memutakhirkan Zimbra Collaboration Suite di perusahaan tanpa downtime dari sistem informasi itu sendiri, tetapi dalam kenyataannya proses ini akan berubah menjadi migrasi yang mulus dari satu server Zimbra ke yang lain, di mana versi ZCS yang lebih baru sudah diinstal menggunakan Zextras Suite. Kami telah menjelaskan proses ini di artikel sebelumnya. Mereka yang tidak siap untuk mengalokasikan kapasitas server tambahan untuk migrasi dapat menggunakan sejumlah kiat untuk mengurangi waktu henti Zimbra selama proses peningkatan.
Proses pembaruan itu sendiri adalah pengulangan dari proses instalasi Zimbra menggunakan versi distribusi yang lebih baru. Dengan kata lain, cukup mengunduh versi ZCS terbaru dari
Zimbra.com , dan ketika instalasi dimulai, program akan secara otomatis mendeteksi Zimbra yang terinstal di server, dan kemudian menawarkan untuk memperbaruinya. Dalam sebagian besar situasi, pembaruan berlangsung secara otomatis, tetapi jika Anda meningkatkan dari Zimbra versi 8.6 atau lebih baru, Anda mungkin perlu menginstal ulang modul memcached dan proksi zimbra, yang telah menjadi wajib untuk pemasangan mulai dari versi Zimbra 8.7.
Tidak ada tips untuk mengoptimalkan waktu untuk meningkatkan Zimbra bagi mereka yang menggunakan solusi server tunggal. Biasanya, opsi instalasi ini digunakan di perusahaan kecil yang mampu mengganggu sistem kolaborasi, terutama jika Anda berencana untuk meningkatkan Zimbra di malam hari atau di malam hari.
Adapun instalasi multiserver Zimbra, ada beberapa trik untuk mengurangi waktu henti sistem informasi. Pertama-tama, ini menyangkut pemasangan pembaruan. Jadi, pertama-tama, Anda harus meningkatkan server dengan LDAP. Jika di perusahaan Anda, selain LDAP utama, ada server dengan Replika LDAP, kemudian untuk menghindari waktu henti yang lama selama peningkatan, Anda dapat "meningkatkan" salah satu Replika LDAP ke LDAP Master, pada saat yang sama menggunakan firewall untuk melarang koneksi ke LDAP ini Tuan Jika infrastruktur Anda hanya memiliki satu server LDAP, Anda dapat menghindari waktu henti yang lama selama pembaruan dengan membuat server Replika LDAP virtual. Setelah LDAP Master diperbarui, dimungkinkan untuk menjalankannya kembali, dan kemudian memperbarui server LDAP yang tersisa.
Server selanjutnya dengan Zimbra MTA dan Zimbra Proxy. Jika Anda memutakhirkan dari Zimbra versi lama, maka setelah memutakhirkan server dengan MTA, tidaklah berlebihan untuk mengeksekusi perintah berikut di antarmuka baris perintah sehingga pengaturan default benar:
zmprov mcf zimbraMtaCommandDirectory /opt/zimbra/common/sbin zmprov mcf zimbraMtaDaemonDirectory /opt/zimbra/common/libexec zmprov mcf zimbraMtaMailqPath /opt/zimbra/common/sbin/mailq zmprov mcf zimbraMtaManpageDirectory /opt/zimbra/common/share/man zmprov mcf zimbraMtaNewaliasesPath /opt/zimbra/common/sbin/newaliases zmprov mcf zimbraMtaSendmailPath /opt/zimbra/common/sbin/sendmail
Hanya setelah semua node dengan LDAP, MTA dan Proxy diperbarui, Anda dapat mulai memutakhirkan toko surat Anda. Seperti semua yang sebelumnya, server dengan kotak surat harus diperbarui satu per satu. Fungsi doMoveMailbox, yang dijahit ke musim dingin Zextras Powerstore dan memungkinkan mentransfer kotak surat pengguna dari satu kotak pesan ke yang lain dalam infrastruktur yang sama, akan membantu menghindari tidak dapat diaksesnya kotak surat. Jadi, misalnya, perintah
zxsuite powerstore doMoveMailbox -a user@company.ru -f mailstore1.company.ru -t mailstore2.company.ru sinkronisasi akan mentransfer kotak pengguna
user@company.ru dari toko mail pertama ke yang kedua, meninggalkan entri yang sesuai di LDAP . Setelah itu, Anda harus menghapus kotak surat dari server lama menggunakan perintah dari form
zmpurgeoldmbox -a user@company.ru -s mailstore1.company.ru . Dan setelah pemutakhiran penyimpanan surat selesai, Anda dapat melakukan transfer ke arah yang berlawanan, sehingga semuanya kembali ke keadaan semula. Perhatikan bahwa jika Anda ingin dan memiliki daftar lengkap kotak surat yang terletak di toko surat, Anda dapat mengotomatiskan proses mentransfer kotak surat ke server baru dan sebaliknya. Anda juga dapat menggunakan
perintah doMoveMailbox untuk mencegah tidak tersedianya kotak surat yang paling penting untuk perusahaan Anda.
Setelah semua penyimpanan surat diperbarui, proses peningkatan instalasi multiserver Zimbra dapat dianggap selesai. Waktu henti yang nyata bagi pengguna, jika Anda menggunakan perintah
doMoveMailbox untuk semua kotak surat, secara praktis dihindari.
Untuk semua pertanyaan yang terkait dengan Zextras Suite, Anda dapat menghubungi perwakilan perusahaan "Zextras" Katerina Triandafilidi melalui email katerina@zextras.com