# Bir müdahale öncesinde mağaza nasıl doğru şekilde yedeklenir

> Sadece veritabanını içeren veya geri yükleme testi hiç yapılmamış bir yedek, gerçek anlamda yedek sayılmaz. Herhangi bir güncelleme veya kod değişikliğinden önce iki unsur ayrı ayrı yedeklenmeli ve yedeğin güvenilir kabul edilebilmesi için önceden doğrulanmalıdır.

- Source canonique : [https://allaux.fr/tr/guides/sauvegarder-boutique-avant-intervention](https://allaux.fr/tr/guides/sauvegarder-boutique-avant-intervention)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Doğrudan yanıt

> Veritabanını (eksiksiz bir SQL dışa aktarımıyla) ve sitenin tüm dosyalarını (kod, tema, medya) ayrı ayrı yedekleyin, ikisini de orijinal sunucunun dışında saklayın ve müdahaleye başlamadan önce kullanılabilir olduklarını doğrulayın.

## Eksiksiz bir yedek oluşturmak

1. **Veritabanını dışa aktarmak** — phpMyAdmin veya bir dışa aktarma komutu kullanılarak, sadece müdahaleyle ilgili görünen tablolar değil, tüm tablolar dahil edilmelidir. Unutulan bir tablo, geri yüklemeyi tutarsız hale getirebilir.
2. **Tüm dosyaları arşivlemek** — Kaynak kod, aktif tema, kurulu eklentiler ve medya klasörü, sadece değiştirilecek dosyalar değil, eksiksiz şekilde kopyalanmalıdır.
3. **Yedeği sunucu dışında saklamak** — Sitenin bulunduğu sunucuda kalan bir yedek, donanım arızası, siber saldırı veya sunucunun tamamını etkileyen kazara bir silme durumunda hiçbir koruma sağlamaz.
4. **Veritabanı ile dosyalar arasındaki tutarlılığı kontrol etmek** — Veritabanı ve dosyalar aynı ana ait olmalıdır. Güncel bir veritabanının daha eski dosyalarla, ya da tam tersinin bir arada kullanılması, sonradan fark edilmesi zor tutarsızlıklara yol açabilir.
5. **Riskli müdahalelerde geri yüklemeyi test etmek** — Ağır bir işlemden önce (geçiş, büyük güncelleme), yedeği ayrı bir ortamda geri yüklemek, ihtiyaç anında öğrenmek yerine yedeğin gerçekten kullanılabilir olduğunu önceden doğrulamayı sağlar.

## Sadece veritabanı neden yeterli değildir

PrestaShop'ta olduğu gibi WooCommerce'de de veritabanı; ürünleri, siparişleri, müşterileri ve yapılandırmayı içerir, ancak kodu içermez: tema, kurulu eklentiler ya da dosya olarak saklanan ürün görselleri veritabanında yer almaz. Sadece veritabanını boş bir kuruluma geri yüklemek, görünümü ve özelleştirilmiş işlevleri olmayan eksik bir site verir.

Tersine, dosyalar tek başına, karşılık geldikleri veritabanı olmadan hiçbir işe yaramaz: kod, yalnızca veritabanında bulunan ürün, kategori veya yapılandırma kimliklerine referans verir. Bu iki unsur tek bir bütün olarak kabul edilmeli, birlikte yedeklenmeli ve birlikte geri yüklenmelidir.

Büyük hacimli bir mağazada veritabanının dışa aktarılması zaman alabilir ve sunucuyu zorlayabilir: bu işlemi yoğun trafik dönemleri dışında başlatmak ya da dışa aktarma sırasında tabloları yalnızca gerekli süre kadar kilitleyen bir araç kullanmak daha uygundur.

## Sık yapılan hatalar

- Sitenin tamamı yerine yalnızca değiştirilen dosyaları yedeklemek: bir sorun çıktığında önceki duruma tam olarak dönmek imkânsız hale gelir.
- Yedeği aynı sunucuda herkese açık bir klasörde bırakmak; bu durum, adresi bilen veya tahmin eden herkese hassas verileri potansiyel olarak açık hale getirir.
- Yedeğe ihtiyaç duyulmadan önce hiç kontrol etmemek: bozuk bir arşiv veya eksik bir SQL dışa aktarımı genellikle en kötü anda fark edilir.
- Daha önce denenmiş bir yöntem olmadan, ilk yedeği almak için riskli bir güncellemenin son anına kadar beklemek.

## FAQ

### Bir e-ticaret sitesi ne sıklıkla yedeklenmelidir?

En azından her teknik müdahaleden önce, ideal olarak ise otomatik ve düzenli bir sıklıkla: aktif bir mağazada veritabanı için günlük, nadiren değişen dosyalar için daha seyrek olarak.

### Barındırma sağlayıcısının otomatik yedeği yeterli midir?

İyi bir güvenlik ağı oluşturur, ancak belirli bir müdahale için tamamen ona güvenmeden önce tam olarak neyi kapsadığını (dosyalar, veritabanı ya da ikisi birden) ve sürümleri ne kadar süre sakladığını kontrol etmek faydalıdır.

### Eski yedekler ne kadar süre saklanmalıdır?

Bu, kullanılabilir depolama alanına bağlıdır; ancak yalnızca son yedeği değil, zaman içinde farklı noktalara ait birden fazla geri yükleme noktasını saklamak, bir sorun ortaya çıktıktan günler sonra fark edilse bile geriye dönebilmeyi sağlar.

### Sunucu yapılandırma dosyaları da (.htaccess, wp-config.php) yedeklenmeli mi?

Evet, bu dosyalar sitenin ayrılmaz bir parçasıdır ve özel URL yönlendirme kuralları veya belirli yapılandırma sabitleri gibi hafızadan yeniden oluşturulması bazen zor olan ayarlar içerir.