Dasar-dasar cadangan

Halaman ini membahas strategi cadangan paling populer untuk platform Navixy. Diasumsikan bahwa semua komponen berjalan pada satu server, dan database berjalan baik pada server yang sama maupun pada server terpisah.

Platform terdiri dari komponen-komponen berikut, yang dicantumkan menurut jalur instalasi default mereka:

Aplikasi

Backend:

• /home/java/api-server

• /home/java/sms-server

• /home/java/tcp-server

Frontend:

• /var/www/panel-v2

• /var/www/pro-ui

Database

Database MySQL berikut digunakan oleh Navixy:

• google

• tracking

Jika platform Navixy Anda berjalan di VM pada platform cloud, Anda dapat membuat snapshot berkala dari mesin tersebut, dan selain itu melakukan dump MySQL. Pembuatan dump diperlukan untuk menjaga konsistensi database. Anda dapat menemukan informasi lebih lanjut tentang mysqldump di sini:

https://dev.mysql.com/doc/refman/8.0/en/mysqldump.html

Baik database "google" maupun "tracking" harus dicadangkan. Anda dapat membuat mysqldump pada database yang sedang berjalan tanpa mengunci tabel dan mengganggu layanan dengan menggunakan --single-transaction opsi.

Jika Anda menjalankan Navixy pada server fisik, Anda dapat mencadangkan komponen hanya sekali setelah instalasi, dan kemudian sekali setelah setiap pembaruan platform, sehingga Anda selalu memiliki versi backend dan frontend terbaru yang dicadangkan. Setelah itu, Anda hanya perlu melakukan cadangan database berkala menggunakan mysqldump.

Di bawah ini adalah contoh skrip bash yang membuat mysqldump dari kedua database, melewatkannya melalui gzip untuk mengurangi ukuran, lalu menghapus semua cadangan di direktori cadangan yang lebih tua dari 1 tahun. Silakan ubah skrip sesuai kebutuhan Anda.

#!/bin/bash

bak_dir=/home/navixy-backups
sql_user=root
sql_passwd=rootpasswd
now=$(date +"%Y-%m-%d")

mysqldump -u$sql_user -p$sql_passwd --single-transaction google | gzip > $bak_dir/google-bak-$now.sql.gz
mysqldump -u$sql_user -p$sql_passwd --single-transaction tracking | gzip > $bak_dir/tracking-bak-$now.sql.gz

find $bak_dir -maxdepth 1 -type f \( -name "google-bak-*.sql.gz" -o -name "tracking-bak-*.sql.gz" \) -mtime +365 -delete

Anda juga dapat menggunakan solusi pihak ketiga untuk cadangan MySQL, misalnya: https://www.percona.com/doc/percona-xtrabackup/LATEST/index.html. Ini adalah solusi yang terbukti bekerja dan memberikan opsi cadangan database tingkat lanjut. Solusi ini telah diuji dan digunakan dengan sukses oleh banyak insinyur sistem On-premise. Untuk menemukan praktik terbaik cadangan MySQL yang direkomendasikan oleh Navixy, silakan merujuk ke halaman ini.

Cadangan kunci lisensi

Saat merencanakan cadangan untuk platform Navixy, hal penting yang harus diperhitungkan adalah kunci lisensi. Kunci (juga dikenal sebagai fingerprint) diperbarui terhadap server lisensi kami kira-kira sekali seminggu. Itu berarti jika Anda mengembalikan cadangan yang dibuat sebelum pembaruan kunci terbaru, platform tidak akan berfungsi dan Anda perlu menghubungi dukungan teknis kami untuk mendapatkan kunci baru.

Untuk menghindari hal ini, kami menyarankan mencadangkan kunci lisensi secara terpisah dari cadangan utama. Kunci dapat dipilih dari database menggunakan kueri SQL berikut:

SELECT value FROM google.variables WHERE var='fingerprint';

Hasilnya adalah string teks sederhana yang dapat disimpan dalam file, atau di database lain. Kami menyarankan mencadangkan kunci setidaknya 2-3 kali sehari.

Jika Anda harus mengembalikan platform dari cadangan, Anda hanya perlu menulis kembali kunci ke dalam database, me-restart layanan dan platform seharusnya mulai berfungsi:

UPDATE google.variables SET value='<your_key>' WHERE var='fingerprint';