X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar

Veritabanı Yönetimi: Güvenli Bakım ve Kontrol Rehberi

AnasayfaYazılarTeknik RehberlerVeritabanı Yönetimi: Güvenli Bakım ...

Veritabanı yönetimi sırasında amaç yalnızca tabloları görmek veya sorgu çalıştırmak değildir; önce doğru veritabanını belirlemek, değişiklikten önce geri dönüş noktası oluşturmak ve uygulamanın bağlantısını bozmadan tek bir işlemi doğrulamaktır. Paylaşımlı hosting panelinde panel ve veritabanı aracı yeterli olabilir; yönetilen sunucuda ise ayrıca yönetici erişimi ve yedekleme politikası gerekir.

Veritabanı yönetimi için ortamı ve erişimi belirleyin

İlk olarak sitenin hangi veritabanı motorunu kullandığını ve veritabanına nereden eriştiğinizi netleştirin. Paylaşımlı hosting hesabında veritabanı adı, kullanıcı adı, ana bilgisayar adresi ve yönetim aracı genellikle hosting panelinde görünür. Yönetilen bir sunucuda bu bilgiler uygulamanın yapılandırmasında, servis ayarlarında veya sağlayıcının sunduğu yönetim ekranında bulunabilir.

Uygulamanın yapılandırmasındaki veritabanı adını panelde gördüğünüz adla karşılaştırın. Önek kullanılması veya aynı hesapta birden fazla site bulunması sık rastlanan bir durumdur. Bir siteye ait tabloları başka bir sitenin veritabanında değiştirmek, doğru görünen bir sorgunun yanlış uygulamayı etkilemesine yol açabilir. Yönetici erişiminiz yoksa sunucu servislerini değiştirmeyin; yalnızca size açılan panel işlemleriyle sınırlı kalın.

Değişiklikten önce geri dönüş noktası oluşturun

Tablo silme, toplu güncelleme, içe aktarma veya yapılandırma değişikliği yapmadan önce veritabanının güncel yedeğini alın. Panelde dışa aktarma ya da yedekleme seçeneği varsa dosyanın oluşturulma zamanını ve kapsamını kontrol edin. Yönetilen sunucuda yedeğin yalnızca dosya kopyası mı, yoksa geri yüklenebilir bir veritabanı yedeği mi olduğunu ayrıca doğrulayın; bu iki yöntem aynı şey değildir.

Yedeği aldıktan sonra dosyanın gerçekten oluştuğunu ve boyutunun beklenmedik biçimde sıfır veya çok küçük olmadığını kontrol edin. Büyük veritabanlarında panelin yükleme ve dışa aktarma sınırları bulunabilir. İşlem yarıda kalırsa aynı denemeyi rastgele tekrarlamak yerine paneldeki hata mesajını, işlem zamanını ve oluşturulan dosyanın durumunu inceleyin. Hassas yedek dosyalarını herkese açık web klasöründe bırakmayın.

Bağlantı sorunu varsa belirtileri ayırın

Site veritabanına bağlanamıyorsa önce uygulamanın verdiği belirtinin niteliğine bakın. “Kimlik bilgileri geçersiz” benzeri bir sonuç kullanıcı adı, parola, veritabanı adı veya ana bilgisayar değerlerinden birinin uyuşmadığını düşündürür. “Bağlantı reddedildi” ya da zaman aşımı ise ağ erişimi, port, servis durumu veya uzak bağlantı politikasını gündeme getirir. Aynı ayarı bütün alanlarda değiştirmek yerine yalnızca gözlenen belirtiyle ilişkili alanı ele alın.

Örneğin, varsayımsal olarak bir mağaza sitesinde yönetim paneli açılıyor fakat ürün kaydederken bağlantı hatası görülüyor olsun. Bu durumda genel sunucu performansını değiştirmek yerine önce kaydetme işleminin kullandığı veritabanı kullanıcısının yazma yetkisini ve uygulamaya ait yeni hata kaydını kontrol etmek daha anlamlıdır. Kullanıcının yazma yetkisi eksik görünüyorsa yalnız gerekli veritabanına gerekli yetkiyi tanımlayıp mevcut parolayı değiştirmeden tekrar kayıt deneyin. Yeni kayıtta bağlantı yerine tablo veya sorgu hatası çıkarsa sorun artık yetki değil, uygulamanın beklediği şema ile mevcut tablo yapısı arasındaki fark olabilir.

Kontrollü bakım için beş adımlı uygulama

  1. Belirtiyi ve zamanı kaydedin. Aynı URL veya işlemi not edin; hata günlüğünde, paneldeki işlem geçmişinde ya da uygulamanın kendi kayıt ekranında aynı saate ait satırı bulun. Kayıt yoksa yanlış günlük alanına bakıyor olabilirsiniz; yönetilen sunucuda sağlayıcının ilgili servis günlüğünü isteyin.
  2. Hedefi doğrulayın. Uygulama yapılandırmasındaki veritabanı adını, paneldeki veritabanı listesindeki adla ve tablo önekleriyle karşılaştırın. Eşleşme yoksa sorgu veya bakım çalıştırmayın; önce doğru siteyi seçin. Eşleşiyorsa bir sonraki adıma geçin.
  3. Yedek alın ve özgün değeri saklayın. Dışa aktarma dosyasını güvenli bir yerde tutun; değişecek kullanıcı yetkisini, ayarı veya sorguyu ayrıca kaydedin. Yedek tamamlanmıyorsa bakım yapmayın. Gerekirse daha küçük kapsamlı, doğrulanabilir bir yedekleme yöntemi için hosting panelinin belgelenmiş seçeneğini kullanın.
  4. Tek bir faktörü değiştirin. Bağlantı hatasında yalnız ilgili kullanıcıya, doğru veritabanına gereken yetkiyi verin veya doğrulanmış bağlantı değerindeki tek hatayı düzeltin. Aynı anda parola, sunucu adresi ve tablo yapısını değiştirmeyin; aksi hâlde hangi değişikliğin sonucu etkilediği anlaşılamaz. Yetki değişikliği sunucuya göre panelden veya yönetici aracından yapılabilir.
  5. Aynı işlemi yeniden çalıştırıp yeni kanıtı inceleyin. Değişiklikten sonra ilk hatayı üreten aynı sayfayı veya işlemi tekrar deneyin. Bu denemenin saatini not edip yeni günlük satırını arayın. İşlem başarılı ve yeni hata kaydı oluşmuyorsa değişikliği koruyabilirsiniz; yeni kayıt aynı yetki hatasını gösteriyorsa yetkinin yanlış veritabanına uygulandığını veya uygulamanın farklı kullanıcı kullandığını kontrol edin. Farklı bir hata oluşursa ilk sorunun çözüldüğünü varsaymadan yeni mesajı ayrı değerlendirin.

Yetkiler ve bakım işlemlerinde sınırları koruyun

Bir veritabanı kullanıcısına tüm yetkileri vermek kısa vadede bağlantı sorununu gizleyebilir, ancak yanlış bir uygulama sorgusunun daha geniş değişiklik yapmasına da izin verebilir. Site yalnızca veri okuyorsa okuma yetkisi yeterli olabilir; içerik ekleyen veya güncelleyen bir uygulama için yazma yetkisi gerekebilir. Şema değiştirme yetkisi ise günlük uygulama işlemlerinden ayrılmalı ve yalnız planlı bakım sırasında verilmelidir. Sağlayıcının sunduğu rol modeli bu ayrımı desteklemiyorsa kapsamı yönetim panelinden doğrulayın.

Tablo onarma, indeks ekleme veya toplu temizlik gibi işlemler de çalışma yükünü etkileyebilir. Yavaşlık yalnız belirli bir rapor sorgusunda ortaya çıkıyorsa ilgili sorgu ve tablo yapısını inceleyin; tüm sunucu kaynaklarını artırmak doğrudan çözüm olmayabilir. İşlem sırasında yeni hata veya beklenmeyen veri değişikliği görürseniz işlemi durdurun, özgün ayarı geri yükleyin ve aldığınız yedeğin geri yükleme sürecini sağlayıcının yönergelerine göre doğrulayın. Verileri silmeyi veya güvenlik kontrollerini kapatmayı genel çözüm olarak kullanmayın.

İlk güvenli kontrolünüzü nasıl tamamlayabilirsiniz?

Başlangıç için tek bir site seçin ve paneldeki veritabanı adı, kullanıcı, son yedek zamanı ve son hata zamanını aynı notta eşleştirin. Ardından küçük, geri alınabilir bir işlemle bağlantıyı doğrulayın; kabul edilebilir sonuç, uygulamanın beklenen işlemi tamamlaması ve aynı zaman aralığında yeni bir hata kaydı bırakmamasıdır. Sorun sürerse ikinci bir ayarı değiştirmeden önce yeni kanıtı değerlendirin. Hosting hesabınızı ve sunucu seçeneklerini incelemek için İyibirNet ana sayfasındaki ilgili kaynaklardan yararlanabilirsiniz.


Top