phpMyAdmin'den SQL dosyası indirmek yararlı bir veritabanı yedek adımı olabilir; ancak bu dosyayı “bütün sitenin yedeği” diye adlandırmak yanıltıcıdır. Bir siteyi çalışır hâle getirmek için veritabanına ek olarak uygulama dosyaları, medya ve doğru yapılandırma gerekebilir. Önce hangi sistemi geri getirmek istediğinizi ve hangi bileşenlerin elde bulunduğunu yazın.
Hangi veritabanını ve tabloları seçtiniz?
phpMyAdmin içe ve dışa aktarma belgesi, seçilen veritabanı veya tablo bağlamında işlemlerin yürütülmesini açıklar. Bu nedenle dosyayı indirmeden önce doğru hedefte bulunduğunuzu kontrol edin. Birden fazla uygulamanın olduğu hesapta benzer adlar karışabilir. Seçimi yaptıktan sonra kapsamı, tarihi ve işlemi yapan kişiyi güvenli bir kayıtla eşleştirin.
SQL çıktısı ile dosya yedeğini eşleştirin
Medya klasörü güncel ama veritabanı eskiyse veya bunun tersi varsa geri dönüşte beklenmeyen tutarsızlıklar görülebilir. Yedekleri mümkün olduğunca aynı bakım planının parçaları olarak değerlendirin. Geri yükleme testi rehberi, dosyanın varlığını gerçek kurtarma kabiliyetinden ayırır. SQL çıktısının e-posta kutularını veya paneldeki bütün ayarları kendiliğinden kapsadığını varsaymayın.
Yedeğin erişimini sınırlandırın
Dosyanın içinde müşteri ve uygulama bilgileri bulunabileceğini kabul ederek saklama planı yapın. Herkese açık web klasörüne veya açık bağlantılı paylaşım alanına koymayın. Kimlerin indirebileceğini, nerede tutulacağını ve ne zaman gözden geçirileceğini belirleyin. KOBİ güvenlik rehberi açısından yedek, korunması gereken veri kopyasıdır; güvenlikten bağımsız bir dosya değildir.
Canlıya dokunmadan geri dönüşü deneyin
İçe aktarma denemesini üretim veritabanına yapmayın. Ayrı test hedefini ve doğru dosyayı doğrulayın; uygulamanın önemli ekranlarını kontrollü açın. Test sitesi rehberi canlı veriden ayrılmış ortamın önemini açıklar. Teste gerçek müşteri verisi taşınacaksa erişim ve veri minimizasyonunu sorumlu kişilerle ayrıca kararlaştırın.
Web hosting hizmetinizin otomatik yedek kapsamını da bu planın yanında yazılı olarak kontrol edin. Kendi aldığınız çıktı ile sağlayıcının yedeği aynı şey değildir. Kurtarma planında hangi dosyanın hangi uygulamaya ait olduğunu, nereden erişildiğini ve son doğrulama sonucunu belirtin. Bu düzen, acil durumda yanlış dosya aramak veya yanlış veritabanını seçmek gibi önlenebilir hataları azaltır.
Kurtarma notunun nasıl kullanılacağını belirleyin
Yedeği alan kişi ile acil durumda kullanacak kişi aynı olmayabilir. Bu nedenle dosyanın nerede saklandığını, erişim yetkisinin nasıl alınacağını ve hangi uygulamaya ait olduğunu kurum içinde anlaşılır biçimde yazın. Hassas dosyanın herkese açık bağlantısını bu notun içine yerleştirmeyin. Geri yükleme testi tamamlandığında yalnız başarılı yazmak yerine kullanılan test hedefini ve doğrulanan ekranları belirtin. Bir hata varsa dosyanın eksik olduğunu hemen varsaymadan içe aktarma sonucunu ve hedef uyumunu inceleyin. Üretimde deneme yaparak yedeği kanıtlamaya çalışmayın. Yeni bir yedek alındığında eski test sonucunu yeni dosyaya otomatik aktarmayın; kapsam değişmiş olabilir.
Sıkça Sorulan Sorular
SQL dosyası bütün siteyi geri getirir mi?
Tek başına bunu garanti etmez. Uygulama dosyaları, yüklenen medya ve ilgili yapılandırma ayrıca değerlendirilmelidir. Yedeğin kapsamını dosya adına bakarak varsaymayın.
Dışa aktarılan dosyayı public_html altında tutabilir miyim?
Herkese açık alanda bırakmayın. Veritabanı çıktısı hassas bilgiler içerebilir; erişimi sınırlı ve kurumun uygun gördüğü güvenli depolamayı kullanın.
Canlı veritabanına test içe aktarımı yapayım mı?
Hayır. Doğrulama için ayrı ve kontrollü bir test hedefi kullanın. Yanlış hedefe içe aktarmak mevcut verileri etkileyebilir.
Dosya büyükse daha iyi yedek mi?
Boyut tek başına kalite göstergesi değildir. Doğru tabloların, gerekli yapının ve beklenen verinin bulunduğunu test ederek doğrulayın.