MariaDB Mati, Bagaimana Cara Backup Database?


ultra7

Poster 2.0
sudah solved belum ya?
 

Milea Adnan

Expert 1.0
maaf nanya, kenapa dengan adanya folder itu bisa diklaim cuma memakai engine MyISAM ??

coba ts @luncur jalani ini
Code:
# cd /var/lib/mysql
# ls -l -R |egrep -e '.MY|.ibd'
paste hasilnya kesini,

Betul om, maaf saya misleading. Postingan saya menyesatkan. Mohon untuk dapat di hapus saja. Terimakasih.
 

luncur

Beginner 2.0
Tuan-tuan, maaf baru sempat updet trit ini. Pada akhirnya Mariadb-nya tidak bisa jalan lagi. Udah coba juga force recovery sampai tingkat 6 alias reset direktori mysql. Saya lihat di beberapa forum kalau reset direktori yang kelihatannya banyak berhasil. Itu rekomendasi di doc mariadb juga. Setelah reset, meski upgrade dan downgrade beberapa repo tidak bisa juga.

Tentu, sebelum force recovery, seisi /var/lib/mysql saya amankan dulu. Saya kira restor dari direktori mysql adalah opsi terakhir. Saya lega sekali cepat-cepat membackup direktori mysql.

Saya menyiapkan server baru dengan centmin juga, stop mysql, lalu meletakkan folder db web yang down ke dalam direktori mysql server baru, menimpa berkas ibdata1, ib_logfile1 dan iblog_file 2, start lalu dump. Data aman. Eror satu dua pikir belakangan.

Saya ceroboh karena sebelumnya tidak mengatur destinasi backup untuk beberapa web.

Trit ini mungkin sekaligus sebagai seruan moral: BACKUP.

Makasi banyak masukan-tuan-tuan.
 

junior riau

Hosting Guru
Verified Provider
Tuan-tuan, maaf baru sempat updet trit ini. Pada akhirnya Mariadb-nya tidak bisa jalan lagi. Udah coba juga force recovery sampai tingkat 6 alias reset direktori mysql. Saya lihat di beberapa forum kalau reset direktori yang kelihatannya banyak berhasil. Itu rekomendasi di doc mariadb juga. Setelah reset, meski upgrade dan downgrade beberapa repo tidak bisa juga.

Tentu, sebelum force recovery, seisi /var/lib/mysql saya amankan dulu. Saya kira restor dari direktori mysql adalah opsi terakhir. Saya lega sekali cepat-cepat membackup direktori mysql.

Saya menyiapkan server baru dengan centmin juga, stop mysql, lalu meletakkan folder db web yang down ke dalam direktori mysql server baru, menimpa berkas ibdata1, ib_logfile1 dan iblog_file 2, start lalu dump. Data aman. Eror satu dua pikir belakangan.

Saya ceroboh karena sebelumnya tidak mengatur destinasi backup untuk beberapa web.

Trit ini mungkin sekaligus sebagai seruan moral: BACKUP.

Makasi banyak masukan-tuan-tuan.
sudah solved ya ? alhamdulillah kalau begitu. kebetulan saya baru selesai juga ngerecovery 5000db+ sebagian besar innodb tables, juga kasus sama(lebih kurang). berdasarkan error info di
Code:
[06:51][[email protected] ~]# mysqldump --all-databases > /home/mysqlbackup/alldatabases.sql
mysqldump: Got error: 2002: "Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111 "Connection refused")" when trying to connect
[06:57][[email protected] ~]#

journalctl -u mariadb --no-pager

Code:
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: tablespace but not the InnoDB log files. See
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: for more information.
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: 2019-04-01 04:46:52 7f6f0ad6e900 InnoDB: Error: page 282 log sequence number 179057809143
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: is in the future! Current system log sequence number 178723624540.
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: Your database may be corrupt or you may have copied the InnoDB
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: tablespace but not the InnoDB log files. See
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: for more information.
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: 2019-04-01 04:46:52 7f6f0ad6e900 InnoDB: Error: page 1184 log sequence number 179057809143
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: is in the future! Current system log sequence number 178723624540.
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: Your database may be corrupt or you may have copied the InnoDB
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: tablespace but not the InnoDB log files. See
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
Apr 01 04:46:52 sg2.domain.com mysqld[26047]: InnoDB: for more information.
Apr 01 04:46:55 sg2.domain.com systemd[1]: mariadb.service: main process exited, code=exited, status=1/FAILURE
Apr 01 04:46:55 sg2.domain.com systemd[1]: Failed to start MariaDB 10.1.38 database server.
Apr 01 04:46:55 sg2.domain.com systemd[1]: Unit mariadb.service entered failed state.
Apr 01 04:46:55 sg2.domain.com systemd[1]: mariadb.service failed.

itu masalah tablespace nya ga sync dengan log. keynya disini => InnoDB: Error: page 282 log sequence number 179057809143
langkah pertama itu backup folder mysql lalu lakukan recovery mode
mode recovery yang dipilih itu 6, setelah restart sukses dan service running biarkan running, butuh waktu beberapa H sampai D, kalau saya kmarin +/- 2Days. :D cuma di cek aja rentang waktu 5-6 jam lakukan check db

Bash:
 mysqlcheck --all-databases > dbcheck.log
#atau bisa per db
 for db in `mysql -e "show databases" | egrep -e '_' |egrep -ve 'schema'`; do mysqlcheck --database $db > $db.log;done;

tinggal check, database yang ga ada error tinggal dumpnig deh ke format .sql selanjutnya tinggal reinstall db atau os, dan restore db dengan normal dari .sql
 

natanetwork

Hosting Guru
Verified Provider
Tuan-tuan, maaf baru sempat updet trit ini. Pada akhirnya Mariadb-nya tidak bisa jalan lagi. Udah coba juga force recovery sampai tingkat 6 alias reset direktori mysql. Saya lihat di beberapa forum kalau reset direktori yang kelihatannya banyak berhasil. Itu rekomendasi di doc mariadb juga. Setelah reset, meski upgrade dan downgrade beberapa repo tidak bisa juga.

Tentu, sebelum force recovery, seisi /var/lib/mysql saya amankan dulu. Saya kira restor dari direktori mysql adalah opsi terakhir. Saya lega sekali cepat-cepat membackup direktori mysql.

Saya menyiapkan server baru dengan centmin juga, stop mysql, lalu meletakkan folder db web yang down ke dalam direktori mysql server baru, menimpa berkas ibdata1, ib_logfile1 dan iblog_file 2, start lalu dump. Data aman. Eror satu dua pikir belakangan.

Saya ceroboh karena sebelumnya tidak mengatur destinasi backup untuk beberapa web.

Trit ini mungkin sekaligus sebagai seruan moral: BACKUP.

Makasi banyak masukan-tuan-tuan.
jadi om mau pake mode recovery 6 pun jg masi gagal start mariadb ya..
lalu copy seluruh isi /var/lib/mysql ke server yg baru dan coba di start akhirnya sukses begitu?

nice sharing jg bwat om @junior riau
biasanya itu yg masalah gini rata2 pake store engine innodb ya..
 

luncur

Beginner 2.0
jadi om mau pake mode recovery 6 pun jg masi gagal start mariadb ya..
lalu copy seluruh isi /var/lib/mysql ke server yg baru dan coba di start akhirnya sukses begitu?

nice sharing jg bwat om @junior riau
biasanya itu yg masalah gini rata2 pake store engine innodb ya..
Betul om, mode recovery 6 masih gagal.

Bukan seluruh isi /var/lib/mysql, tapi hanya folder db web, dan menimpa ibdata1, ib_logfile1 dan iblog_file2
 

Milea Adnan

Expert 1.0
kl replace folder db web nya, ya kemungkinan itu myisam ya .. soalnya kl replace folder db innodb, AFAIK tidak bisa. CMIIW.
 

Top