ServBay PostgreSQL Sorun Giderme Rehberi

PostgreSQL, web uygulamaları ve veri depolama senaryolarında yaygın şekilde kullanılan güçlü, açık kaynaklı bir nesne-ilişkisel veritabanı sistemidir. ServBay yerel geliştirme ortamının temel paketlerinden biri olan PostgreSQL genellikle sorunsuz çalışır. Buna rağmen, bazen PostgreSQL paketinin başlatılamaması, bağlantı sağlanamaması, performansın düşmesi veya veri erişiminde anormallikler gibi çeşitli problemlerle karşılaşabilirsiniz.

Bu belge, ServBay kullanıcıları için PostgreSQL paketinde oluşabilecek sorunlar ve bunların nasıl çözülebileceğine dair ayrıntılı bir rehber sunmaktadır. ServBay hem macOS hem de Windows üzerinde çalışır ve farklı PostgreSQL versiyonlarını entegre eder; bu nedenle teşhis veya onarım sırasında belirli sürüm numarasını, yapılandırma dosyasını veya veri dizin yolunu belirtmeniz gerekebilir.

Genel Bakış

Bu rehberde, ServBay ortamında PostgreSQL paketini yönetirken karşılaşabileceğiniz teknik sorunlara odaklanıyoruz. En sık rastlanan başlatma ve bağlantı problemlerinden başlayarak; performans darboğazları, beklenmeyen çökme ve yedekleme/geri yükleme gibi daha karmaşık senaryolara göre detaylandırıyoruz. Buradaki adımları izleyerek, PostgreSQL ile ilişkili çoğu sorunu sistematik olarak teşhis edip çözebilirsiniz.

Önkoşullar

Sorun gidermeye başlamadan önce aşağıdakileri sağlayın:

1. ServBay uygulamasını başarıyla yükleyip çalıştırıyor olmalısınız.
2. Sorun yaşanan PostgreSQL paketinin ServBay üzerinden kurulmuş olması gerekir.
3. Temel düzeyde komut satırı kullanma bilgisine sahip olmalısınız.
4. Mevcut PostgreSQL paketinin yapılandırma yolu ve veri dizini yolunu bilmelisiniz.
   • macOS: /Applications/ServBay/db/postgresql/<version>
   • Windows: C:\ServBay\db\postgresql\<version>
5. Bağlanmaya çalıştığınız veritabanının adı, kullanıcı adı ve şifresi gereklidir.

Yaygın Sorunlar ve Çözümleri

1. PostgreSQL Paketi Başlatılamıyor

ServBay aracılığıyla PostgreSQL paketini başlatmaya çalıştığınızda durumu durduruldu veya başlatma başarısız ise, bunun çeşitli nedenleri olabilir.

Olası Sebepler

• Yapılandırma dosyasında yazım hatası veya çakışan ayarlar var.
• PostgreSQL’in kullandığı port (varsayılan 5432) başka bir süreç tarafından kullanılıyor.
• ServBay, PostgreSQL veri dizini veya yapılandırma dosyalarına gerekli okuma/yazma izinlerine sahip değil.
• Veri dizini bozulmuş.
• ServBay’in iç yönetimiyle ilgili bir hata olabilir.

Çözüm Önerileri

1. ServBay arayüzünde durumu ve günlükleri kontrol edin: Öncelikle ServBay uygulamasını açıp PostgreSQL paketinin durumuna bakın. Durumda anormallik varsa, GUI üzerinden elle başlatmayı deneyin. ServBay ana günlüğünü veya PostgreSQL’e özel günlük dosyalarını inceleyin.

Günlük dosyası yolu:

• macOS: /Applications/ServBay/logs/postgresql/<version>/postgresql-<version>.log
• Windows: C:\ServBay\logs\postgresql\<version>\postgresql-<version>.log

2. Yapılandırma dosyasını kontrol edin: PostgreSQL’in ana yapılandırma dosyası postgresql.conf‘tur. Yazım hatası veya geçersiz ayar olmamasına dikkat edin.

Yapılandırma dosyası örneği (PostgreSQL 13):

• macOS: /Applications/ServBay/db/postgresql/13/postgresql.conf
• Windows: C:\ServBay\db\postgresql\13\postgresql.conf

Bir diğer kritik dosya ise istemci doğrulamasını yöneten pg_hba.conf'tur. Hatalı yapılandırma bağlantı sorunlarına neden olabileceği gibi dolaylı olarak başlatmayı da etkileyebilir. Bu dosya genellikle postgresql.conf ile aynı dizindedir.

PostgreSQL’in doğrudan bir “yapılandırma doğrulama” aracı olmasa da günlüklerde yükleme hatalarını görebilirsiniz. Alternatif olarak çalışan başka bir PostgreSQL örneğine bağlanıp ayarları inceleyebilirsiniz; ancak, hataları görmek için en ideali günlük dosyasını incelemektir.

`pg_hba.conf` için şu SQL komutları ile kuralları sorgulayabilirsiniz:
```sql
-- Bağlantı sağlanabilen durumda çalıştırılır
SELECT * FROM pg_hba_file_rules();
```
Yükleme hatası olup olmadığını "`pg_file_settings`" ile sorgulayabilirsiniz:
```sql
-- Bağlantı sağlanabilen durumda çalıştırılır
SELECT sourcefile, name, sourceline, error FROM pg_file_settings WHERE error IS NOT null;
```
**Not:** Bu komutlar, PostgreSQL başlatılabilirse çalıştırılır; başlatılamıyorsa **günlük dosyasındaki hata** en önemli bilgidir.

3. Port kullanımı kontrolü: PostgreSQL varsayılan olarak 5432 numaralı portu dinler. Eğer başka bir süreç bu portu kullanıyorsa PostgreSQL başlatılamaz.

Port kullanımını kontrol etme:

macOS:

lsof -i :5432

Windows:

netstat -an | findstr :5432
# veya PowerShell ile
Get-NetTCPConnection -LocalPort 5432

Çıktı varsa, ilgili PID’den hangi programın portu kullandığını görebilir, gerekirse o programı durdurabilir veya PostgreSQL’in portunu postgresql.conf’ta değiştirip ServBay GUI ya da servbayctl ile yeniden başlatabilirsiniz.

4. Dosya ve dizin izinlerini kontrol edin: ServBay kurulumda ve çalışma sırasında /Applications/ServBay/ dizini ve altındaki tüm dosyalara okuma/yazma erişimine ihtiyaç duyar. PostgreSQL veri dizini ve yapılandırma dosyalarında da izin gerektiğinden, kullanıcınızın bu dizinlerde yazma yetkisi olmalı. İzin kontrolü:

macOS:

ls -ld /Applications/ServBay/db/postgresql/13 # veri dizini
ls -l /Applications/ServBay/db/postgresql/13/postgresql.conf # yapılandırma
ls -l /Applications/ServBay/db/postgresql/13/pg_hba.conf # doğrulama

Windows: Windows’ta dosya gezgini üzerinden dosya özelliklerinden yetkileri kontrol edin. ServBay kurulumu sırasında bu izinler otomatik ayarlanır; elle değiştirilirse veya eksikse, sorun çıkabilir.

5. Veri dizini bozukluğu kontrolü: PostgreSQL veri dizini, tüm veritabanı dosyalarını barındırır. Ani kapanma veya disk hatası sonucu dizin bozulmuş olabilir, bu da başlatmayı engeller. Günlük dosyası genellikle bozukluğa dair işaretler verir. Onarım için bazı gelişmiş araçlar (pg_resetwal gibi) sunulsa da veri kaybı riski olduğundan herhangi bir işlem öncesi mevcut veri dizinini mutlaka yedekleyin.

6. ServBay komutlarıyla yeniden başlatmayı deneyin: Yukarıdaki adımları geçtikten sonra ServBay komut satırı aracıyla PostgreSQL paketini yeniden başlatabilirsiniz. Doğru sürümü belirtmelisiniz:

   servbayctl restart postgresql 13

   veya ServBay GUI üzerinden başlatmayı deneyin.

2. PostgreSQL’e Bağlanılamıyor

PostgreSQL paketi çalışıyor görünüyor ancak psql, pgAdmin veya uygulama kodundan bağlantı sağlanamıyorsa, aşağıdaki nedenler söz konusu olabilir.

Olası Sebepler

• PostgreSQL aslında düzgün başlatılmamış veya sorunlu durumda.
• pg_hba.conf yapılandırmaları bağlantıya izin vermiyor.
• Güvenlik duvarı bağlantıyı engelliyor.
• Bağlantı parametresinde hata (host, port, veritabanı adı, kullanıcı, şifre).
• Kullanıcının yeterli yetkisi yok.

Çözüm Önerileri

1. ServBay arayüzü veya servbayctl ile paket durumu kontrolü: PostgreSQL paketinin “çalışıyor” durumda olduğundan emin olun. Değilse, “Başlatılamıyor” bölümündeki adımları uygulayın. Komut satırıyla da kontrol edebilirsiniz:

   servbayctl status postgresql 13

   Çıktıda paketin çalışıyor olduğunu görmelisiniz.

2. pg_hba.conf doğrulama yapılandırmasını kontrol edin:pg_hba.conf; hangi makine, kullanıcı ve veritabanlarının hangi doğrulama yöntemiyle bağlanabileceğini ayarlar. Geliştirme için genellikle localhost veya 127.0.0.1 bağlantısına izin gerekiyor.

Dosyayı bularak kuralların denediğiniz kullanıcı, veritabanı ve kaynağı kapsadığından emin olun; uygun doğrulama yöntemi kullanmalısınız.

pg_hba.conf dosyası yolu:

• macOS: /Applications/ServBay/db/postgresql/13/pg_hba.conf

• Windows: C:\ServBay\db\postgresql\13\pg_hba.conf

  Örneğin ServBay demo kullanıcısı için tüm veritabanlarına lokalden md5 parola ile bağlantı izni verecek kural:

  # TYPE  DATABASE        USER            ADDRESS                 METHOD
  host    all             servbay-demo    127.0.0.1/32            md5
  host    all             servbay-demo    ::1/128                 md5

  pg_hba.conf değiştirdikten sonra PostgreSQL yapılandırmasını tekrar yükleyin:

  servbayctl reload postgresql 13

  veya ServBay GUI üzerinden yükleyin.

3. Güvenlik duvarı ayarlarını kontrol edin:macOS:

# Uygulamayı izinli listeye ekle
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --add /Applications/ServBay/bin/postgres
# Engellenmediğinden emin ol
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --unblockapp /Applications/ServBay/bin/postgres

Windows: Windows Defender veya başka güvenlik duvarı programında izin vermelisiniz:

# Belirli programı izinli ekle
netsh advfirewall firewall add rule name="ServBay PostgreSQL" dir=in action=allow program="C:\ServBay\bin\postgresql\<version>\bin\postgres.exe"

4. Bağlantı parametresi ve kullanıcı yetkisini kontrol edin: Bağlantı zincirindeki host (localhost veya 127.0.0.1), port (5432), veritabanı adı, kullanıcı adı ve şifrenin doğru olduğundan emin olun. psql komut satırı ile bağlantı testi yapılabilir:

   psql -U your_username -d your_database -h localhost -p 5432

   your_username ve your_database kısmını kullandığınız isimlerle değiştirin. Bağlantı sağlanırsa prompt görünecektir, hata varsa genellikle nedeni yazılı olur (parola yanlış, veritabanı yok, yetki yetersiz vs).

   Veritabanına erişimde sorun varsa, yetki eksikliği olabilir. psql içinde kullanıcı ve rol için şu komut kullanılır:

   -- psql komut satırında çalıştırılır
   \du

   Gerekirse, admin (ör: postgres kullanıcısı) ile bağlanıp GRANT komutu ile yetki verebilirsiniz.

3. Performans Sorunları

PostgreSQL paketi başlıyor ve bağlantı sağlanabiliyor ama sorguları çalıştırırken yavaşlık yaşanıyorsa performans sorunu oluşmuş olabilir.

Olası Sebepler

• Sorgular optimize edilmemiş veya verimsiz.
• Veritabanı şema tasarımı uygun değil.
• Bellek, önbellek gibi yapılandırma parametreleri uygun ayarlanmamış.
• Gerekli indeksler yok.
• Donanım kaynakları yetersiz (CPU, RAM, disk I/O).
• İstatistikler güncel değil.

Çözüm Önerileri

1. Sorguları analiz edin ve optimize edin:EXPLAIN veya EXPLAIN ANALYZE ile yavaş sorguların planını inceleyin. Kullanılan indeksler, tablo birleştirme sırası, tarama tipi gibi detayları görebilir ve darboğazları belirleyebilirsiniz:

   -- psql veya başka bir SQL istemcisinden çalıştırılır
   EXPLAIN ANALYZE SELECT * FROM your_table_name WHERE column_name = 'value';

   Sonuca göre sorguyu yeniden yazabilir, yeni indeks ekleyebilir veya şemayı iyileştirebilirsiniz.

2. PostgreSQL yapılandırma parametrelerini ayarlayın:postgresql.conf’daki özellikle bellek ve I/O ile ilgili değerleri ayarlamak önemlidir. En kritik iki parametre:

   • shared_buffers: Veritabanı verilerini önbellekte tutmak için kullanılan bellek miktarını belirler. Yüksek bir değer performansa olumlu yansır; toplam sistem belleğinin %25’ini geçmemesi önerilir.
   • work_mem: Sıralama, hash işlemleri için ayrılan bellek miktarı. Büyük sorgular için artırmak faydalı olabilir, aksi halde geçici disk dosyası oluşturulabilir.

   Sistem kapasitesine göre değerleri ayarladıktan sonra PostgreSQL’i yeniden başlatıp/yükleyin:

   # Örnek: sistem belleğine göre değer ayarı
   shared_buffers = 1GB # Sistem toplam 4GB ise
   work_mem = 64MB # Sorgu ihtiyacına göre ayarlanabilir

3. Gereken sütunlara indeks ekleyin: Sıkça WHERE, JOIN veya ORDER BY’da kullanılan sütunlara indeks oluşturmak sorguları hızlandırır. Hangi sütuna indeks eklemeniz faydalı olur diye önce EXPLAIN ile sorgu planına bakın:

   -- your_table_name tablosundaki column_name sütununa indeks eklemek için
   CREATE INDEX idx_column_name ON your_table_name(column_name);

   Çok fazla indeks yazma işlemini ve disk hacmini artırır; sadece gerekli sütunlara ekleyin.

4. İstatistikleri güncelleyin: PostgreSQL’in sorgu optimizasyonu için tablo ve indeks istatistikleri gereklidir. Çok miktarda veri ekleme/güncelleme/silme sonucu istatistikler güncelliğini yitirebilir. Düzenli olarak ANALYZE komutunu kullanarak istatistikleri güncelleyin:

   -- Tüm veritabanını analiz etmek için
   ANALYZE;
   -- Belirli bir tablo için
   ANALYZE your_table_name;

   ServBay ile gelen PostgreSQL genellikle otomatik temizlik (autovacuum) ile analiz işlemlerini zamanlar; fakat manuel ANALYZE performans sorunu teşhisinde faydalı olur.

5. Donanım kaynaklarını kontrol edin: ServBay yerel geliştirme ortamıdır; çok büyük veri veya karmaşık sorgularda cihazınızın CPU, RAM ve disk kapasitesi kısıtlayıcı olur. macOS için Aktivite Monitörü ile kaynak kullanımını kontrol ederek donanım darboğazı olup olmadığına bakabilirsiniz.

4. Veritabanı Çökmesi

PostgreSQL çalışırken aniden durdu veya yanıt vermemeye başladıysa bir çökme yaşanmış olabilir.

Olası Sebepler

• Donanım arızası (bellek, disk hatası).
• İşletim sistemi problemi veya kaynak sınırı.
• PostgreSQL yazılımındaki hata (nadir, belirli versiyon veya karmaşık senaryolarda).
• Veri dizini bozulması.
• Yanlış yapılandırma sebebiyle kaynakların tükenmesi (çok fazla bağlantı gibi).

Çözüm Önerileri

1. PostgreSQL hata günlüklerini kontrol edin: Çökme anında PostgreSQL ayrıntılı hata günlüğü yazar. Teşhisin ilk adımı budur.

Günlük dosyası yolu:

• macOS: /Applications/ServBay/logs/postgresql/<version>/postgresql-<version>.log
• Windows: C:\ServBay\logs\postgresql\<version>\postgresql-<version>.log

FATAL veya ERROR seviyesindeki mesajları, özellikle çökme zamanına yakın satırları inceleyin. Bellek erişim hatası, veri dosyası problemi veya benzeri detaylı hata mesajlarını bulacaksınız.

2. Sistem günlüklerini inceleyin: macOS’in Konsol uygulamasıyla donanım veya işletim sistemi kaynaklı hataları gösteren sistem günlüklerine bakın.

3. Donanım kontrolleri yapın: macOS’in yerleşik ya da üçüncü parti donanım testlerini kullanarak RAM ve diskte sorun olup olmadığını kontrol edin. Disk arızası, veri kaybı ve çökme için en yaygın sebeptir.

4. Veri dizinini dikkatli şekilde onarın ya da yeniden oluşturun: Günlükte veri dizini bozulduğu yazıyorsa, PostgreSQL’in düşük seviyeli araçlarıyla onarıma çalışabilirsiniz (pg_resetwal gibi). Ancak veri kaybı riski yüksek olduğundan, öncelikle mevcut veri dizininin kopyasını alın.

   Daha güvenli ve önerilen yöntem: a. Eski veri dizinini yedekleyin: Bozuk da olsa eksiksiz kopyalayın. b. Yeni boş veri dizini başlatın: PostgreSQL’i durdurun, eskisini taşıyın; ardından initdb ile yeni veri dizini oluşturun (ServBay paket kurulumu bu işlemi genellikle halleder, gerekirse PostgreSQL’i yeniden kurun). c. En son eksiksiz yedekten geri yükleyin: pg_restore veya psql ile son sağlam yedeği yeni veri dizinine yükleyin.

5. Yedekten veri kurtarın: Veri dizini telafi edilemez şekilde bozulduysa veya geri döndürmek istiyorsanız, ServBay’in otomatik ya da manuel oluşturulan yedeğinden geri yüklemek en iyi yöntemdir.

   Yedek dosyası yolu:

   • macOS: /Applications/ServBay/backup/postgresql/<version>/
   • Windows: C:\ServBay\backup\postgresql\<version>\

5. Yedekleme ve Geri Yükleme Sorunları

ServBay, PostgreSQL paketinde hem elle hem otomatik yedekleme destekler. Yedek alma veya yedekten geri yüklemede sorunlar yaşıyorsanız aşağıdaki adımları inceleyin.

Olası Sebepler

• Yedek dosyası bozuk veya eksik.
• Yanlış geri yükleme komutu veya parametresi kullanılıyor.
• Hedef veritabanı yok veya kullanıcı yetkisi yetersiz.
• Diskte boş alan yok.
• Yedekleme veya geri yükleme işlemi yarıda kesildi.

Çözüm Önerileri

1. Yedek dosyası bütünlüğünü kontrol edin: Oluşturulan yedek dosyasının (pg_dump veya ServBay aracı ile) boyutu ve yapısı beklenene uygun mu, dosya aktarımında bozulmuş mu? Metin formatlı yedeklerde baş ve son satırlara bakın, özel ya da dizin formatlarında pg_restore ile hata raporu alın.

Yedek dosyası yolu:

• macOS: /Applications/ServBay/backup/postgresql/13/your_backup_file.dump
• Windows: C:\ServBay\backup\postgresql\13\your_backup_file.dump

Dosya boyutuna bakmak için:

• macOS: ls -lh /Applications/ServBay/backup/postgresql/13/your_backup_file.dump
• Windows: dir C:\ServBay\backup\postgresql\13\your_backup_file.dump

2. Doğru pg_restore veya psql komutunu kullanın: Geri yükleme için kullandığınız komut, yedek formatına bağlıdır.

   • Metin formatlı yedek (pg_dump -Fp veya varsayılan): psql ile yüklenir.

     psql -U your_username -d your_database -h localhost -p 5432 -f /path/to/your_backup_file.sql

     Öncesinde your_database mutlaka var olmalı.
   • Özel format (-Fc) veya dizin formatı (-Fd): pg_restore ile yüklenir.

     pg_restore -U your_username -d your_database -h localhost -p 5432 /path/to/your_backup_file.dump

     Burada da hedef veritabanı önceden oluşturulmuş olmalı. pg_restore ile nesneleri seçerek yükleyebilirsiniz.

   Kullanacağınız your_username kullanıcısının, veri tabanında nesne oluşturma yetkisi olması gerekir. Genellikle veritabanı sahibi ya da postgres kullanıcısı ile işlem yapmak en iyisidir.

3. Hedef veritabanı var mı diye kontrol edin: Gerek psql -f gerekse pg_restore için önceden veritabanı oluşturulmalı:

   createdb -U your_username -h localhost -p 5432 your_database

   ServBay GUI veya başka bir veritabanı aracı ile de oluşturabilirsiniz.

4. Disk alanını kontrol edin: Büyük veri geri yüklerken yeterli disk alanı olduğundan emin olun.

5. ServBay yedekleme ayarlarını ve günlükleri inceleyin: Otomatik yedeklemeyle ilgili sorunlarda yedekleme yapılandırmasının, planlama ve koruma stratejisinin ve ServBay günlüklerinin doğru olup olmadığını denetleyin.

Sıkça Sorulan Sorular (SSS / FAQ)

• ServBay’de PostgreSQL veri dizini nerede bulunur? Cevap:

  • macOS: /Applications/ServBay/db/postgresql/<version>/data
  • Windows: C:\ServBay\db\postgresql\<version>\data

  Yapılandırma dosyası:

  • macOS: /Applications/ServBay/db/postgresql/<version>/
  • Windows: C:\ServBay\db\postgresql\<version>\

• PostgreSQL paketinde postgres kullanıcı şifresi nasıl sıfırlanır? Cevap: Varsayılan süper kullanıcı postgres‘in şifresini unuttuysanız veya başka bir kullanıcının şifresini sıfırlamak istiyorsanız, yeterli yetkiye sahipseniz şu adımları izleyebilirsiniz:

  1. ServBay’de PostgreSQL paketini durdurun.

  2. pg_hba.conf dosyasını açıp lokal bağlantı yöntemini geçici olarak trust yaparak şifresiz girişe izin verin.

     • macOS: /Applications/ServBay/db/postgresql/13/pg_hba.conf
     • Windows: C:\ServBay\db\postgresql\13\pg_hba.conf

     Şuna benzer satırları bulun:

     # TYPE  DATABASE        USER            ADDRESS                 METHOD
     local   all             all                                     peer  # veya md5
     host    all             all             127.0.0.1/32            md5   # veya scram-sha-256

     Bunları (yalnızca lokal için) şöyle değiştirin:

     # TYPE  DATABASE        USER            ADDRESS                 METHOD
     local   all             all                                     trust
     host    all             all             127.0.0.1/32            trust
     host    all             all             ::1/128                 trust

  3. ServBay ile PostgreSQL’i başlatın.

  4. psql ile şifresiz postgres kullanıcısı olarak bağlanın:

     psql -U postgres -h localhost -p 5432

  5. psql komut satırında şifreyi değiştirin:

     ALTER USER postgres PASSWORD 'yeni_guvenli_sifre';

     'yeni_guvenli_sifre'’yi kendi şifrenizle değiştirin. Diğer kullanıcı içinse postgres yerine ilgili kullanıcı adı yazılır.

  6. \q ile çıkış yapın.

  7. Önemli: PostgreSQL’i durdurup, pg_hba.conf dosyasını tekrar güvenli bir doğrulama yöntemine (md5 veya scram-sha-256) döndürün ve ServBay ile paketi yeniden başlatın/yükleyin.

• ServBay, PostgreSQL için yüksek erişilebilirlik veya replikasyon destekler mi? Cevap: ServBay esas olarak yerel geliştirmeye yönelik kolay paket yönetimi sağlar; üretim seviyesinde yüksek erişilebilirlik veya replikasyon için grafiksel bir yönetim aracı sunmaz. İsterseniz komut satırıyla PostgreSQL replikasyonunu yapılandırabilirsiniz; bunun için ileri düzey bilgi gerekir.

• ServBay’de PostgreSQL paket sürümü nasıl yükseltilir? Cevap: ServBay’de birden fazla PostgreSQL sürümüne sahip olabilirsiniz. Sürüm yükseltmek için yeni, daha güncel bir paketi kurup PostgreSQL’in resmi pg_upgrade aracını kullanarak eski veri dizinini yeniye aktarabilirsiniz. Bu işlemde iki sürümü de durdurmak, pg_upgrade komutunu çalıştırmak ve yeni sürümü başlatmak gerekir. Detaylı adımlar için PostgreSQL’in resmi pg_upgrade dökümantasyonuna bakın. ServBay’de veri dizinleri her sürüm için ayrı tutulduğundan bu işlem kolayca yapılır.