Itu terjadi di sini entah bagaimana saya mentransfer keajaiban ini dari mesin besi ke mesin virtual. Situasinya terus terang menyedihkan - Debian lama dengan versi kernel 2 dan Zimbra 6.0.4 Relokasi direncanakan untuk CentOS 7 dan ZImbra 8.8.
Saya harus mengatakan segera bahwa untuk menyelesaikan acara ini, Anda harus sepenuhnya mencintai BDSM, dan tidak ringan, tetapi hardcore dengan hit di bawah ikat pinggang. Kalau tidak, tidak akan ada yang berhasil untuk Anda dan semuanya akan berdiri di tengah jalan.
Jadi mari kita selesaikan.
Awalnya, kami perlu menggunakan versi Zimbra yang identik dengan server lama, dalam kasus saya itu adalah Zimbra 6.0.4 untuk CentOS 5, sayangnya itu adalah versi OS yang paling canggih untuk perangkat lunak ini pada waktu itu.
Unduh dari sini zimbra.
wget https://files2.zimbra.com/downloads/6.0.4_GA/zcs-6.0.4_GA_2038.RHEL5_64.20091214192925.tgz
Dan membongkar:
tar -xvf https://files2.zimbra.com/downloads/6.0.4_GA/zcs-6.0.4_GA_2038.RHEL5_64.20091214192925.tgz
Sebelum Anda menginstalnya, konfigurasikan CentOS. Dalam versi 5, nonaktifkan Selinux, Postfix / Sendmail (keduanya) dan atur lobak untuk yum.
vi /etc/sysconfig/selinux
Di sana kami mengatur nilainya:
SELINUX=disabled
Kami berhenti dan mematikan layanan sehingga selama instalasi dan pembaruan mereka tidak mengganggu kami:
service iptables stop chkconfig iptables off service sendmail stop chkconfig sendmail off service postfix stop chkconfig postfix off
Kami menyiapkan lobak untuk yum. Dalam file ini Anda perlu # mengomentari baris yang dimulai dengan mirror:
vi /etc/yum.repos.d/CentOS-Base.repo
Dan edit
'baseurl='
Alih-alih 5,11, kami mengatur versi kami.
baseurl=http://vault.centos.org/5.11/os/$basearch/
Selanjutnya, perbarui CentOS
yum update
Setelah kami memperbarui OS, itu tetap membuat hanya satu pengaturan, karena zimbra sangat iri dengan DNS, ini adalah pengaturan yang sangat penting dan tanpa itu proses instalasi tidak akan berfungsi.
vi /etc/hosts
Di dalamnya kami mendaftarkan ip Anda dan nama server lengkap - IP FQNS NS.
Semuanya dalam urutan itu, jika tidak lagi kesalahan. Dalam kasus saya, server disebut srvmail (atau lebih tepatnya, mx record-nya).
192.168.0.2 srvmail.domail.local srvmail
Selanjutnya, Anda dapat melanjutkan dengan instalasi, pergi ke direktori dengan zimbra dibongkar terlebih dahulu dan jalankan:
./install.sh --platform-override
Bendera
"--platform-override"
memberi tahu installer apa yang harus dipasang (tulis ulang platform secara paksa).
Bendera lain yang bermanfaat adalah
"-s" bendera ini memberi tahu penginstal bahwa kami hanya ingin menginstal paket yang dapat dieksekusi dan tidak mengkonfigurasi.
Selanjutnya, installer akan memulai instalasi dan jika semuanya dilakukan dengan benar, maka tidak akan ada kesalahan. Di akhir instalasi, periksa status layanan zimbra:
zmcontrol status
Jika semua layanan berada dalam status
Running , maka semuanya OK, lalu pindah.
Hentikan zimbru kami:
zmcontrol stop
Setelah zimbra diinstal, kita perlu mentransfer database, serta file konfigurasi dari server zimbra lama ke yang baru.
Kami membutuhkan folder
db data index
terletak di
/opt/zimbra
serta file
/opt/zimbra/conf/localconfig.xml
Data folder pada server baru dapat dihapus, atau dicadangkan.
Karena folder dan file selama transfer dapat mengubah host (izin), kami perlu memperbaiki hal ini:
chown -R zimbra.zimbra /opt/zimbra /opt/zimbra/libexec/zmfixperms
Juga, sebelum uji coba, perlu untuk memeriksa database sql untuk kesalahan, Anda dapat melakukan ini menggunakan utilitas standar
mysqlcheck
atau menggunakan utilitas Zimbro bawaan
zmdbintegrityreport
Jalankan mysql dan jalankan skrip:
/opt/zimbra/bin/mysql.server start /opt/zimbra/libexec/zmdbintegrityreport /opt/zimbra/libexec/zmdbintegrityreport -r
Baris pertama memeriksa kesalahan, dan baris kedua memeriksa dan segera mencoba untuk diperbaiki.
Jika tidak ada kesalahan terjadi, bertepuk tangan dan lihat di bawah, jika ada kesalahan:
mysql.general_log Error : You can't use locks with log tables. mysql.slow_log Error : You can't use locks with log tables.
Maka Anda perlu melakukan hal berikut:
cd /opt/zimbra/db/data/mysql ls -al *log.frm mv *log.frm /tmp/ /opt/zimbra/libexec/zmdbintegrityreport
Jika yang terakhir selesai tanpa kesalahan, maka hentikan mysql dan lanjutkan.
/opt/zimbra/bin/mysql.server stop
Sekarang kita perlu mengubah kata sandi menjadi basis ldap. Kami mulai ldap:
ldap start
Pada versi pertama dengan bendera "r", kami mengubah kata sandi untuk pengguna root, dan di baris kedua untuk pengguna zimbra, kami menghentikan ldap lagi:
zmldappasswd -r newrootpass zmldappasswd newpass ldap stop
Jika Anda menyukai BDSM dan okultisme, maka baca paragraf berikutnya dengan seksama. Jika tidak, silakan lewati.
Untuk penggemar BDSMSekarang sedikit pelambatan)) Saya mengerti bahwa Anda sudah cukup lelah dan kebodohan ini agak menjengkelkan, tetapi izinkan saya menjelaskan sesuatu kepada Anda. Ketika kami mentransfer basis (ldap dan sql), kami juga mentransfer aksesnya (pengguna dan kata sandi), ketika kami menetapkan zimbru baru, secara otomatis dihasilkan kata sandi untuk basis dan disimpan dalam file /opt/zimbra/conf/localconfig.xml. Dan jika kami mencoba mentransfer basis dan segera memulai layanan Zimbra, mereka akan mengirimi kami nafig dan tidak memulai, karena kata sandi tidak akan cocok. Pada prinsipnya, Anda dapat pergi ke arah lain tanpa menyalin file pengaturan, tetapi kemudian Anda harus membandingkan pengaturan dengan server lama untuk mengubahnya pada yang baru. Ada perintah zmlocalconfig khusus untuk ini.
Kami melihat pengaturan misalnya ldap:
zmlocalconfig -s | grep ldap
Kami menggunakannya di server baru:
zmlocalconfig -e < >=< >
Yang paling penting adalah mengubah kata sandi untuk semua ldap dan mysql.
Dengan mysql, semuanya jauh lebih rumit, Anda perlu memulai layanan dengan mengatur ulang tabel privilege dan kemudian menerapkan kata sandi yang sama dengan konfigurasi zimbra lama:
vi /opt/zimbra/bin/mysql.server
temukan garis di sana
(--ledir=${mysql_directory}/libexec < /dev/null > /dev/null 2>&1 &)
Dan mengubahnya menjadi
(--ledir=${mysql_directory}/libexec < /dev/null > /dev/null 2>&1 --skip-grant-tables &)
Periksa apakah mysql sedang berjalan, jika ya kita padamkan
/opt/zimbra/bin/mysql.server stop
Selanjutnya, jalankan tulang pipi dengan yang baru
mysql.server start
Selanjutnya, buka mysql tanpa kata sandi (mysql) dan atur kata sandi sama dengan zimbra lama (!!! Anda harus menjalankan zimbra lama !!!!!!!!!!)
zmlocalconfig -s | grep mysql_root_password zmlocalconfig -s | grep zimbra_mysql_password
mysql> UPDATE mysql.user SET Password=PASSWORD('password') WHERE User='root'; ----> Root user. mysql> UPDATE mysql.user SET Password=PASSWORD('password') WHERE User='zimbra'; ----> Zimbra user
Kami menulis perubahan dan keluar
FLUSH PRIVILEGES; exit;
Selanjutnya, restart tulang pipi dengan berhenti dan mulai
mysql.server stop mysql.server start
Periksa kemudahan servis
mysql zimbra
jika itu berjalan tanpa kesalahan, maka bersukacitalah.
hentikan mysql
/opt/zimbra/bin/mysql.server stop
Selanjutnya, kami kembali memastikan bahwa layanan
zimbra, mysql, ldap tidak berjalan:
ps -aux |grep slapd ps -aux |grep sql zmcontrol status
Jika ada sesuatu yang tiba-tiba berjalan, Anda harus membunuh atau berhenti.
Nah, saatnya telah tiba untuk peluncuran pertama Anda dari server baru. Kami menekuk jari-jari kami dengan salib dan tidak melepaskannya sampai diluncurkan sepenuhnya, jika Anda perlu menggunakan rebana di tangan:
zmcontrol start
Ada 2 opsi untuk pengembangan acara:
Saat startup,
figdit istirahat dan membengkokkan ldap
Periksa kembali kata sandi zimbra dan root. Atau pada peluncuran ldap sudah berjalan dan Anda hanya
lalai ternak melewatkan sesuatu.
Ketika memulai
figachit break dan mysql membungkuk, lihat poin 1
Nah, opsi kapan mailboxd tidak dimulai
Jadi, Anda perlu membuat sertifikat baru:
Sebelum itu, Anda perlu menghapus keystore lama, jika tidak FAIL menunggu Anda:
rm -rf /opt/zimbra/mailboxd/etc/keystone cd /opt/zimbra/bin ./zmcertmgr createca -new ./zmcertmgr createcrt -new -days 1825 ./zmcertmgr deploycrt self ./zmcertmgr deployca
Hentikan dan jalankan zimbra dengan cara baru:
zmcontrol stop zmcontrol start
Jika Anda melihat SUKES, lompat dan nikmati (semua layanan harus dalam status Berlari).
Anda dapat mencoba menabrak WEB, jika tidak dimuat, jangan putus asa. INI ADALAH NORMAL.
Masalah-masalah ini dihilangkan dengan peningkatan ke VERSI YANG SAMA !!!
Perhatian Layanan Zimbra harus dimulai ketika meningkatkan, jika tidak, GAGAL!
Kami pergi ke folder dengan zimbra yang diunduh dan masukkan:
./install.sh --platform-override
Zimbra akan bertanya beberapa kali jika kami ingin pembaruan, kami mengatakan ya dan melanjutkan. Omong-omong, itu akan mengambil pengaturan untuk sistem dari localconfig.xml yang kami pindah. Anggap saja sebagai hack kecil :-)
Setelah instalasi, periksa status mailer:
zmcontrol status
Jika semuanya baik-baik saja, maka Anda dapat masuk ke WEB dan masuk sebagai sembarang pengguna dari server lama, kata sandinya akan sama.
Selanjutnya, seperti pada ibu jari, unduh versi 7.x.x.x terbaru, bongkar dan pasang lagi:
./install.sh --platform-override
Pada tahap ini, kami siap untuk menilai OS kami ke langkah berikutnya.
Tetapi pertama-tama Anda perlu memeriksa database kami untuk korupsi:
/opt/zimbra/libexec/zmdbintegrityreport
Jika tidak ada kesalahan, maka silakan, jika kesalahan mboxgroup
mboxgroup1.appointment error : Table upgrade required. Please do "REPAIR TABLE `appointment`" or dump/reload to fix it! mboxgroup1.data_source_item error : Table upgrade required. Please do "REPAIR TABLE `data_source_item`" or dump/reload to fix it! mboxgroup1.imap_folder error : Table upgrade required. Please do "REPAIR TABLE `imap_folder`" or dump/reload to fix it! mboxgroup1.mail_item error : Table upgrade required. Please do "REPAIR TABLE `mail_item`" or dump/reload to fix it! mboxgroup1.pop3_message ........ error : Table upgrade required. Please do "REPAIR TABLE `volume`" or dump/reload to fix it!
maka Anda perlu memperbarui versi database:
/opt/zimbra/libexec/scripts/migrate20100913-Mysql51.pl
Pada saat yang mengasyikkan ini, ambil rebana di tangan kanan Anda dan berdoa ...
Setelah pembaruan, kami memeriksa database lagi dan memperbaikinya jika perlu:
/opt/zimbra/libexec/zmdbintegrityreport /opt/zimbra/libexec/zmdbintegrityreport -r
Jika lagi kesalahan kunci umum dan lambat, maka lihat di atas cara memperbaikinya.
Nah, hal terakhir yang harus dilakukan sebelum memutakhirkan OS adalah:
memuat variabel zimbra:
source /opt/zimbra/bin/zmshutil zmsetvars
backup MYSQL:
/opt/zimbra/mysql/bin/mysqldump --user=root --password=$mysql_root_password --socket=$mysql_socket --all-databases --single-transaction --master-data --flush-logs > {name dump}.sql
Jika kesalahan kembali, maka opsi di bawah ini:
/opt/zimbra/mysql/bin/mysqldump --user=root --password=$mysql_root_password --socket=$mysql_socket --all-databases --single-transaction --flush-logs > {name dump}.sql
backup ldap:
/opt/zimbra/libexec/zmslapcat /opt/zimbra/libexec/zmslapcat -c /opt/zimbra/libexec/zmslapcat -a
Selanjutnya, kami kembali mentransfer folder
db, data, index, localconfig.xml serta cadangan
sql ldap</code> , , scsi
? / , CentOS6.
, .. , :
6 Centos zimbra 7..., , 8.0.8 8.0.0!!!
8.0.8 CentOS7 ----> 8.5.1 ----> 8.6.0 :
zmprov ms <zimbraserverhostname> zimbraReverseProxyMailEnabled TRUE zimbraReverseProxyHttpEnabled TRUE
--->8.7.9 ------> 8.8.9.
.
sql ldap</code> , , scsi
? / , CentOS6.
, .. , :
6 Centos zimbra 7..., , 8.0.8 8.0.0!!!
8.0.8 CentOS7 ----> 8.5.1 ----> 8.6.0 :
zmprov ms <zimbraserverhostname> zimbraReverseProxyMailEnabled TRUE zimbraReverseProxyHttpEnabled TRUE
--->8.7.9 ------> 8.8.9.
.