Şimdi Ara

Mysq Yedek alma problemi

Daha Fazla
Bu Konudaki Kullanıcılar: Daha Az
2 Misafir (1 Mobil) - 1 Masaüstü1 Mobil
5 sn
3
Cevap
0
Favori
350
Tıklama
Daha Fazla
İstatistik
  • Konu İstatistikleri Yükleniyor
0 oy
Öne Çıkar
Sayfa: 1
Giriş
Mesaj
  • Arkadaşlar aşağı yukarı 200mb lık bir veri tabanı var. Normalde dbwebadminden yedek alınca sadece 9 tablonun yedeğini alıyor diğerlerini almıyor. Navicat le denedim adamlar mysql a erişimi kapatmışlar ve açmıyorlar. Bu veri tabanını taşıyabilmem için başka bir yol var mı? 9 ar 9ar yedek alınır fakat çok zahmetli olur 110 tablo var.



  • Eğer sunucun linux ise ve Ssh erişim iznin var ise; aşağıda yazılanlar sorununu halledecektir. Yok windows ise henüz araştırıyorum ben de merak ettim kısa ve mükemmel bir çözüm bulunabilir ya da zaten vardır, biz sadece şu an bilmiyor olabiliriz. İnternette bilgilerini bizler ile paylaşanlara sonsuz teşekkürler, zaten başka ne amaç olabilirki bundan güzel...

    ===========ALINTIDIR===========
    AYNEN COPY PASTE KOMUTU KULLANILMIŞTIR.

    Son 5 gündür bir siteyi yeni sunucuma taşımak için ecel telleri döktüm... Dökerkende bunu düşündüm tecrübelerimi aktarayım , ben yandım başkaları yanmasın diye böyle bişey yazayım dedim :)

    İlk tecrübem olduğu için epey zorlandım, karşılaştığım problemleri ve bulabildiğim çözüm yollarını aktarmaya çalışayım. Forumda bir çok kaynaktan faydalandım, bu noktadaki bilgileri bu konu altına toplarsak taşınma ile ilgili sorun yaşayan arkadaşların zaman kaybını önleriz..

    Hatalarım var ise düzeltiniz, tecrübeleriniz var is ekleyiniz.

    HAZIRLIK

    Kendi makinanızdan sunucuya, yada mevcut sunucunuzdan başka bir sunucuya taşınmadan önce ilk yapılması gereken sağlam yedekler almak.

    En önemlisi ise yeni sunucuya %100 kurulumu yapan kadar eski sisteminizi kesinlikle silmeyin

    YEDEK ALMA (DOSYALAR)

    Önceik sitenizin dosyalarını yedekleyiniz, eğer imkanınız varsa kısa resim,html,php vb. dosylarınıza kısa göz atın çünkü ftp'den download sırasında bağlantı hatalarından dolayı dosyalarınız eksik gelebilir.
    Seri çalışmak için ve hatalardan uzak olmak için yedek klasorunuze yada arsiv dosyanıza mutlaka tarih atın, 1 den fazla yedeğiniz varsa karışıklığa sebeb vermemek için.

    İPUCU => Çok büyük bir siteye sayipseniz zaman kazanmak için sitenizi komple tekbir arsiv dosyasinda sıkıstırıp sadece bu dosyayı FTP'ye atarak ordan açtırmanız size zaman kazandıracaktır. Tabiki bunun için sunucunuza TELNET yada SSH bağlantınız olması gerekiyor.
    telnet bağlantısından sonra sitenizin dosylarını yedeklemek için aşağıdaki komutu veriniz.

    tar cvf yedeklerim.tar .

    Bu komuttan sonra sunucu yedeklerim.tar dosyasını oluşturarak FTP'ye atacaktır.

    YEDEK ALMA (VERİTABANI)

    Genelde taşınma sırasında vt yedeği alırken sorunlar çıkabiliyor. Bu nedenle verilerin güvenli ve temiz bir şekilde yedeklenmesi için PMA vb. programlar yerine direk Telnet yada SSH kullanmak oldukça sağlıklı. Dirde veritabanı büyükse kesinlikle konsol kullanmanızı öneririm.

    Telnet yada ssh ile sunucunuza bağlandıktan sonra aşağıdaki komutu giriniz bu vtyedek.sql adında bir dosya oluşturarak FTP'nize atacaktır.

    mysqldump --add-drop-table -h SUNUCU -u KULLANICI -pŞİFRE VERİTABANI > vtyedek.sql

    pŞİFRE birleşik yazıldığına dikkat edin.

    İPUCU => Forumdan edindiğim bilgiye göre yedek alırken karakter seti belirtmek daha sağlıklı oluyormuş. bunun için.

    mysqldump --add-drop-table -h SUNUCU -u KULLANICI -pŞİFRE --default-character-set=latin5 VERİTABANI > vtyedek.sql

    YENİ SUNUCUYA AKTARIM (DOSYALAR)

    VT ve Dosyalarımız artık birer arşiv dosyası olarak elimizde şimdi yeni sunucumuza FTP bağlantısı yaparak vtyedek.sql ve yedeklerim.tar dosylarını sunucuya upload edebiliriz. DAHA SONRA BU DOSYALARI SİLMEYİ UNUTMAYINIZ.

    yedeklerim.tar Dosyasını açmak için yeni sunuya Telnet yada SSH bağlantısı kurunuz.

    Bu komut ile dosyamızı açabiliriz.

    tar -xpf yedeklerim.tar

    Devamında güvenlik için bu dosyayı silmede fayda var silmek için

    rm yedeklerim.tar

    Komutunu kullanınız.

    Dosyalarımız ftp'de hazır tabiki arşivi silmeden önce dosyaları kontrol etmekte fayda var.

    YENİ SUNUCUYA AKTARIM (VERİTABANI)

    vtyedek.sql dosyamızı zaten FTP'ye atmıştık şimdi sitemizin paneli aracılığı ile oluşturduğumu veritabanımıza bu sql dosyasını yazabiliriz. Telnet yada SHH'ya bu konutu veriniz.

    mysql -h SUNUCU -u KULLANICI -pŞİFRE VERİTABANI < vtyedek.sql

    Bu komut ile vtyedek.sql yedek dosyamızı veritabanımıza yazmış olduk.

    İPUCU => Forumdan edindiğim bilgiye göre veritabanına yazarkende karakter seti belirtek sağlıklı oluyormuş yada panelden oluşturduğunuz veritabanının karakter setini ayarlayabilirsiniz.

    Karakter Setini ayarlamak için

    ALTER DATABASE `veritabaniadi` DEFAULT CHARACTER SET latin5 COLLATE latin5_turkish_ci

    Veritabanını Yazarken Karakter Belirmek İçin

    mysql -h SUNUCU -u KULLANICI -pŞİFRE --default-character-set=latin5 VERİTABANI < vtyedek.sql

    Konsoldan Latin5 Karakter Setine Sahib Veri tabanı oluşturmak için

    CREATE DATABASE `veritabaniadi` DEFAULT CHARACTER SET latin5 COLLATE latin5_turkish_ci;

    Böyle veritabanımızıda yazdık. Şuan dosyalarımız ve veritabanımız yeni sunucuda Sitemizi Test edlim... Oda ne ? TR Karakterler yok ? $kod vb. değişenler içeren sayfalar çalışmıyor..

    Eğer böyle bir sorun varsa , ki olabilir. şu yolu izleyiniz. Sitenizin veritabanına bağlanan kodunun altına

    mysql_query("SET NAMES 'latin5'");
    mysql_query("SET CHARACTER SET latin5");
    mysql_query("SET COLLATION_CONNECTION = 'latin5_turkish_ci'");

    bunları ekleyiniz bu TR karakter sorununu çözecektir. Tabiki safyanızın tepesinde bunlar olmalı...

    <meta http-equiv="Content-Type" content="text/html; charset=windows-1254">
    <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-9">

    Eğer sitenizde bulunan aşağıdaki vb. kodlar bulunan sayfalar çalışmıyorsa, ki buda normaldir.

    ?&kod=1713&islem=habersil
    ?&kod=1713&islem=haberduzelt

    yapmanız gerek değikenleri bu şekilde tanımlamak

    $kod=$_GET['kod']; eğer sayfanıza çok büyükse hepsini değiştirmek biraz zaman alır bunun yerine php.ini da bulunan register_globals bölümünü on yaparak kısa bir çözüm bulunabilir.

    SORULAR,,, SORUNLAR

    PHP.INI DOSYASIDA NE ? NERDEN BULUCAM

    sunucuda /etc/php.ini yolunda bulunuyor buna erişme şansınız varsa bir editorle acip ON yapabilirsiniz, eğer yoksa hostign şirketinden bunu taleb edin.

    İPUCU => Eğer sunucu sizinsi ve benim gibi komut satırı tecübeniz az ise, Bitvise Tunnelier adında br program var bununla sunucuya bağlanıp dosyalar arasında gezebiliyorsunuz örneğin php.ini dosyasini bulup, download edip değiştirip geri upload edebilirsiniz.

    VERİTABANIM 80 MB PMA İLE DUMP EDEMİYORUM NE YAPICAM

    bunun için bigdump adında tek dosyalık bir php yazılımı var 80 mblik dosyayı ftp'ye atıp, bu yazılama gösterdiğiniz o sizin yerinize bunu yapıyor. tabiki en sağlıklısı yukardaki anlattığımız telnet yada ssh kullanmak.

    MySQL 4.1.xxx KULLANIYORUM KARAKTER SORUNUM VAR.

    etc/my.cnf ya da /etc/mysql/my.cnf

    içine
    default-character-set=latin5
    ekleyiniz.

    MySQL karakter seti: UTF-8 Unicode (utf8) BUDA NE

    Tr karakterde sorun çıkıyorsa

    tabloları ve veritabanını "latin5_turkish_ci" olarak ayarlayın

    ayrıca bu kodları vt bağlantı dosyanıza ekleyin.

    mysql_query("SET NAMES 'latin5'");
    mysql_query("SET CHARACTER SET latin5");
    mysql_query("SET COLLATION_CONNECTION = 'latin5_turkish_ci'");

    ===========ALINTIDIR===========

    diğer kaynaklar ile birlikte google.com.tr de de araştırma yapabilirsin ve sonuçlarını burada tekrar bizimle paylaşırsan sevinirim.



    < Bu mesaj bu kişi tarafından değiştirildi yalle -- 2 Mart 2007; 12:30:34 >




  • verdiğin bilgiler için çok sağolasın @yalle Taşınan Veri tabanı Windowsta Taşınacak olan ise Linuxtaydı o yüzden bu bilgiler pek işime yaramadı ama sonunda taşıyabildim mysql u.


    Nasıl taşıdığıma gelince,

    Önce sitenin bulunduğu server ın sahibinden veri tabanının dosya halindeki yedeklerini istedik. onları veri tabanına dışardan bağlantı izni olan kendi serverımıza veri tabanı oluştururak o veri tabanına yükledik. Daha sonra burdan navicat programı ile direk linuxtaki sitenin veri tabanına taşıma işlemi yaptık. Taşıma sırasında 15 tane tabloyu taşıyamadık. Bunlarıda manuel olarak yükledik(sql a dönüştürerek) ve sorun halloldu.






  • Yapay Zeka’dan İlgili Konular
    Daha Fazla Göster
    
Sayfa: 1
- x
Bildirim
mesajınız kopyalandı (ctrl+v) yapıştırmak istediğiniz yere yapıştırabilirsiniz.