Eski hosting hesabınızdan aldığınız veritabanı dökümü 400 MB. Panelin içe aktarma aracı 50 MB'da duruyor. Dosyayı bölmeyi denediniz, yarısında hata verdi ve şimdi veritabanınız yarım.
Bu yazı, büyük veritabanı dökümlerini paylaşımlı hostingde içe aktarmayı ele alıyor.
Limit Neden Var?
Panel aracı, web üzerinden çalıştığı için birden fazla sınıra takılır:
- Yükleme boyutu sınırı.
- Betik çalışma süresi sınırı.
- Bellek sınırı.
- Tarayıcı zaman aşımı.
İkinci madde çoğu zaman asıl engeldir: dosyayı yükleseniz bile içe aktarma işlemi süre sınırına takılır ve yarıda kesilir — üstelik hangi satırda kaldığını size söylemez.
Bu, en tehlikeli senaryodur. Veritabanı ne eski hâlindedir ne yeni hâlinde; tabloların bir kısmı dolmuş, bir kısmı boştur.
Dördüncü madde ise tarayıcı tarafındadır ve sunucuda işlem devam ederken bağlantı düşer.
Alternatif Yöntemler
| Yöntem | Uygunluk |
|---|---|
| Panel içe aktarma | Küçük dökümler |
| SSH üzerinden komut | En güvenilir, erişim varsa |
| Parça parça içe aktarma betiği | SSH yoksa |
| Sağlayıcıdan talep | Tek seferlik taşımalarda |
| Sıkıştırılmış döküm | Boyutu düşürür |
İkinci satır varsa başka bir şey aramaya gerek yoktur: SSH erişimi olan bir hesapta komut satırından içe aktarma, web arayüzünün tüm sınırlarını atlar ve süre kısıtı olmadan çalışır.
Birçok paylaşımlı hosting paketi SSH erişimi sunar; sunulmuyorsa talep üzerine açılabilir.
Dördüncü satır ise en az bilinen ve en kolay yoldur. Tek seferlik bir taşıma için destek ekibine dosyayı iletmek, saatlerce uğraşmaktan hızlıdır.
Beşinci satır ilk denenmesi gerekendir. Metin dökümleri çok iyi sıkışır ve boyut belirgin biçimde düşer.
Dökümü Bölmek
Elle bölme yaparken dikkat edilmesi gerekenler:
- Rastgele satırdan bölmeyin.
- Tablo sınırlarından bölün.
- Yapı ve veriyi ayırın.
- Sırayı koruyun.
Birinci madde en sık yapılan hatadır: bir ekleme komutunun ortasından bölünen dosya, iki parçada da geçersiz komut üretir ve içe aktarma sözdizimi hatası verir.
Bu yüzden bölme, komut sonlarındaki noktalı virgülleri dikkate alan bir araçla yapılmalıdır.
Üçüncü madde işi kolaylaştırır. Önce tüm tablo yapıları oluşturulur, sonra veri tablo tablo yüklenir; böylece bir tablo hata verirse yalnızca onu tekrar denersiniz.
Dördüncü madde ise yabancı anahtar kısıtları olan veritabanlarında önemlidir. Bağımlı tablolar, bağlı oldukları tablolardan sonra yüklenmelidir.
İçe Aktarma Öncesi
- Hedef veritabanının boş olduğunu doğrulayın.
- Karakter kümesini kontrol edin.
- Disk alanını kontrol edin.
- Yabancı anahtar kontrolünü geçici kapatın.
İkinci madde Türkçe içerikte kritiktir: döküm ile hedef veritabanının karakter kümesi uyuşmazsa, Türkçe karakterler bozuk olarak yüklenir ve bunu düzeltmek yeniden yüklemekten daha zordur.
Dökümün hangi karakter kümesiyle alındığı dosyanın başındaki satırlarda yazar ve kontrol edilmelidir.
Üçüncü madde ise yarıda kalan bir içe aktarmanın en sıkıcı nedenidir. Veritabanı, döküm dosyasından daha fazla yer kaplar.
Dördüncü madde ise sıralama sorununu ortadan kaldırır ve yükleme hızını da artırır.
Sonrasında Doğrulama
| Kontrol | Yöntem |
|---|---|
| Tablo sayısı | Kaynak ile karşılaştırın |
| Satır sayıları | Tablo bazında |
| Türkçe karakterler | Rastgele kayıt açın |
| En son eklenen kayıt | Tarih kontrolü |
| Site açılıyor mu? | Gerçek test |
İkinci satır en güvenilir doğrulamadır: tablo sayısı eşit olsa bile satır sayıları farklıysa içe aktarma yarım kalmış demektir — ve bu, siteyi açtığınızda hemen fark edilmeyebilir.
Dördüncü satır ise kesilme noktasını gösterir. En son eklenen kaydın tarihi, kaynaktakinden eskiyse veri eksiktir.
Beşinci satır ise sonunda yapılması gerekendir ama tek başına yeterli değildir. Site açılıyor olabilir ama eski siparişler kayıp olabilir.
Sık Karşılaşılan Hatalar
- Paket boyutu aşıldı hatası.
- Bilinmeyen karakter kümesi.
- Tablo zaten var.
- Erişim reddedildi.
Birinci madde büyük içerikli tablolarda ortaya çıkar: tek bir satırda çok büyük bir metin veya ikili veri varsa, sunucunun izin verdiği paket boyutu aşılır ve içe aktarma o noktada durur.
Bu sınır sunucu tarafındadır ve paylaşımlı hostingde değiştirilemeyebilir. Bu durumda sağlayıcıdan destek istemek gerekir.
İkinci madde eski dökümlerde görülür ve döküm dosyasındaki ilgili satırı düzenleyerek çözülebilir.
Üçüncü madde ise hedefin boş olmadığını söyler; önce mevcut tablolar temizlenmelidir.
İleriye Dönük Önlem
- Düzenli ve sıkıştırılmış yedek alın.
- Büyüyen tabloları temizleyin.
- Günlük tablolarını ayırın.
- Yedeği geri yükleyerek test edin.
İkinci madde veritabanının neden bu kadar büyüdüğünü sorgulatır: çoğu şişkin veritabanında hacmin büyük kısmı, hiç kullanılmayan oturum kayıtları, eski günlükler ve silinmiş içeriğin sürüm geçmişinden gelir.
Bu tabloların temizlenmesi, veritabanını taşınabilir bir boyuta indirir.
Dördüncü madde ise en değerli alışkanlıktır. Geri yüklenemeyen bir yedek, yedek değildir.
SSH erişimi ve veritabanı araçlarına ulaşmak bu işlemleri kolaylaştırır; Linux hosting altyapısı üzerinde SSH erişimi ve veritabanı yönetim araçları hesap paneliniz üzerinden etkinleştirilebilir.
Sonuç
Büyük döküm içe aktarmada asıl engel dosya boyutu değil süre sınırıdır: işlem yarıda kesilir ve hangi satırda kaldığını size söylemez — veritabanı ne eski ne yeni hâlde kalır. SSH erişiminiz varsa komut satırından içe aktarın; tüm web arayüzü sınırlarını atlar. Yoksa dökümü sıkıştırın veya sağlayıcıdan talep edin. Ve mutlaka tablo bazında satır sayılarını karşılaştırın — tablo sayısı eşit olsa bile içe aktarma yarım kalmış olabilir.
Sıkça Sorulan Sorular (SSS)
Panel limitini nasıl aşarım?
En güvenilir yol SSH erişimiyle komut satırından içe aktarmaktır; web arayüzünün tüm sınırlarını atlar ve süre kısıtı olmadan çalışır. SSH yoksa dökümü sıkıştırmayı deneyin (metin dökümleri çok iyi sıkışır) veya tek seferlik bir taşıma için sağlayıcınızın destek ekibinden yardım isteyin.
Dosyayı bölerek yükleyebilir miyim?
Evet ama rastgele satırdan bölmeyin. Bir ekleme komutunun ortasından bölünen dosya iki parçada da geçersiz komut üretir ve sözdizimi hatası alırsınız. Tablo sınırlarından bölün, önce tüm yapıları oluşturun sonra veriyi tablo tablo yükleyin.
Türkçe karakterler bozuk yüklendi, ne yapmalıyım?
Döküm ile hedef veritabanının karakter kümesi uyuşmamış demektir. Bunu düzeltmek yeniden yüklemekten daha zordur, bu yüzden veritabanını temizleyip doğru karakter kümesiyle yeniden aktarın. Dökümün karakter kümesi dosyanın başındaki satırlarda yazar.
İçe aktarmanın tam olduğunu nasıl anlarım?
Tablo bazında satır sayılarını kaynakla karşılaştırın — tablo sayısı eşit olsa bile satır sayıları farklıysa aktarma yarım kalmıştır. Ayrıca en son eklenen kaydın tarihine bakın; kaynaktakinden eskiyse veri eksiktir. Sadece "site açılıyor" kontrolü yeterli değildir.
