mevcut innodb veritabanınızın içine yedek tablolar açarak da yapabilirsiniz, en son işlem bittiğinde phpmyadmin export kısmından kurtardığınız tabloları seçip sql olarak çıkarabilirsiniz.
HERHANGİ BİR İŞLEM YAPMADAN ÖNCE LÜTFEN /var/lib/mysql/bozukdb KLASÖRÜNÜN YEDEĞİNİ ALIN.
cpanel innodb tamiri
20
●2.025
- 04-01-2013, 16:06:35http://mreschke.com/topic/148/Repair...+InnoDB+Tables
burdada birşey bahsedilmiş. işimize yarar birşey varmı yokmu anlayamadım.
Dediğiniz gibi yapacağım.
Özetle x tablosundan x1 tablosuna kopyalama yapacağız ama sorgu çalıştıramadığımız tabloda bunu nasıl yapacağız anlayamadım. Sorgu çalışmıyorsa bu sorgununda çalışmaması gerek mantıken.
birde
innodb_force_recovery=1
bunu ne için kullanacağız yoksa kullanmayaccakmıyız? /etc/my.cnf ye mi eklenecek? - 04-01-2013, 16:11:47innodb_force_recovery=1 bunu my.cnf içine ekleyerek mysql restart etmelisiniz,
bu sayede innodb yalnızca bozuk verilere erişirken çakılacak, sağlam veri isteklerini işleyebilecek, yani açmadan önce tabloyu tamamen kontrol etmeyecek.
verdiğim komutta dikkat ettiyseniz parça parça veri çekiliyor, bozuk kısma geldiğinizde mysqlden hata alacaksınız ve o kısmı atlayacaksınız,
eğer çok büyük boyutlu bir veritabanı ise çok uzun sürebilir, bunun için bir bash script yazabilirim belki ancak söz veremiyorum. - 04-01-2013, 16:50:58mysqli kapatmadan /var/lib/mysql i cp ile kopyalamamın bir sakıncası olurmu?
--R10.NET; Flood Engellendi -->-> Yeni yazılan mesaj 16:50:58 -->-> Daha önceki mesaj 16:26:03 --
çok garip bir şekilde mysqli restart ettim ilk denememi yapıcaktım fakat herşey düzeldi. - 04-01-2013, 16:55:19KALEHOSTING adlı üyeden alıntı: mesajı görüntüle
o zaman sorununuz tamamen mysql ana dizinindeki ibdata* dosyalarından kaynaklı,
mysql ilk çalıştırılldığında bu dosyaya innodb veritabanlarının bazı bilgileri kaydedilir ve her seferinde tablodan okumak yerine burdan okunur, mysql restart edildiğinde bu dosya veritabanındaki orjinal verilerle tekrar oluşturulur.
Herşeyin düzelmiş olması sevindirici, bu sayede yedek almanın önemini bir kere daha anladık, dosyalar neysede db lerin yedeğini arkadaşın hazırladığı bash script ile ister sunucuda bir klasöre ister uzak ftp ye belirlediğiniz saatlerde otomatik aldırabilirsiniz. Tavsiyem mutlaka yedeklemeyi ayarlayın. - 04-01-2013, 17:35:16Herşey düzeldiyse https://www.r10.net/kabuk-programlama...l-scripti.html adresindeki scripti kurarak tüm veritabanlarınızı yedekleyin.
Hatta günlük çalışması için crona ekleyin. - 04-01-2013, 18:07:21crontaba nasıl eklemeliyim + ordaki uygulama /var/www yedekleme yapıp Bir ftp ye veya scp ile bir yere atabiliyormu?
- 04-01-2013, 21:51:37Öncelikle ftp upload bileşenini aşağıdaki komutla kurun.KALEHOSTING adlı üyeden alıntı: mesajı görüntüle
wget ftp://rpmfind.net/linux/epel/5/x86_6...l5.x86_64.rpm; rpm -Uvh ncftp-3.2.2-1.el5.x86_64.rpm
Daha sonra aşağıdaki komutu girip bilgileri not almasını sağlayın.
mysqlftp mysqlrootşifreniz
Bu komuttan sonra size Ftp hostname, username, password soracak bu bilgileri girin.
Eğer yanlış girerseniz yada değiştirmeniz gerekirse /root/.ydkftp dosyasından değiştirebilirsiniz.
Daha sonra crona eklemek için crontab -e komutunu kullanıp en alt satıra şu şekilde ekleyin.
0 4 * * * /usr/bin/mysqlftp mysqlrootşifreniz > /dev/null 2>&1
Her sabah saat 4'te sql yedeği alıp belirttiğiniz ftp hesabına gönderecektir.
Hayırlı olsun. - 04-01-2013, 22:20:50süper bir uygulama emeğinize sağlık dediğim gibi bir de /var/www yi zipleyen mysql ile birlikte FTP ye gönderen bir uygulama varmı?

o zaman sorununuz tamamen mysql ana dizinindeki ibdata* dosyalarından kaynaklı,