ServBay macOS Yerel Geliştirme Ortamı PostgreSQL Sorun Giderme Rehberi

PostgreSQL, yaygın olarak web uygulamaları ve veri depolama senaryolarında kullanılan güçlü ve özellik açısından zengin bir açık kaynak nesne ilişkisel veri tabanı sistemidir. ServBay yerel geliştirme ortamının temel bileşenlerinden biri olan PostgreSQL genellikle sorunsuz çalışır. Ancak bazı durumlarda, PostgreSQL paketinin başlatılamaması, bağlantı kurulamazsa, performans düşüşü ya da veri erişiminde anormallikler gibi sorunlarla karşılaşabilirsiniz.

Bu makale, ServBay kullanan geliştiriciler için ayrıntılı bir PostgreSQL sorun giderme rehberi sunmayı amaçlamaktadır. ServBay ortamında karşılaşabileceğiniz yaygın PostgreSQL paket sorunlarını, teşhis adımlarını ve çözümlerini açıklayacağız. ServBay’in macOS işletim sisteminde çalıştığını ve farklı PostgreSQL sürümlerini entegre ettiğini unutmayın; bazı tanı veya onarım adımlarında belirli sürümlere, konfigürasyon dosyalarına veya veri dizini yollarına ihtiyacınız olabilir.

Genel Bakış

Bu rehber, ServBay ortamında PostgreSQL paketini yönetirken ve kullanırken karşılaşılabilecek teknik sorunlara odaklanır. En yaygın paket başlatma ve bağlantı problemlerinden başlayıp, performans darboğazları, beklenmedik çökme ve yedekleme/geri yükleme gibi daha karmaşık senaryolara kadar detaylara ineceğiz. Bu rehberdeki adımları izleyerek, çoğu PostgreSQL ile ilgili sorunu sistematik şekilde teşhis edip çözebilirsiniz.

Ön Koşullar

Sorun gidermeye başlamadan önce aşağıdaki koşulları sağladığınızdan emin olun:

1. ServBay uygulamasını başarıyla kurup çalıştırmış olmanız.
2. Sorun gidereceğiniz PostgreSQL paket sürümünü ServBay üzerinden yüklemiş olmanız.
3. Temel macOS komut satırı bilgisine sahip olmanız.
4. Şu anda kullandığınız PostgreSQL paketinin konfigürasyon ve veri dizini yolunu bilmeniz (genellikle /Applications/ServBay/db/postgresql/<version> altındadır).
5. Bağlanmaya çalıştığınız veritabanının adı, kullanıcı adı ve şifrenin sizde olması.

Yaygın Sorunlar ve Çözümleri

1. PostgreSQL Paketi Başlatılamıyor

PostgreSQL paketini ServBay üzerinden başlatmayı denediğinizde durum durdurulmuş ya da başlatma başarısız görünüyor olabilir. Olası nedenler şunlardır:

Olası Nedenler

• Konfigürasyon dosyalarında yazım hatası ya da çakışan ayarlar.
• PostgreSQL paketinin kullandığı port (varsayılan 5432), sistemde başka bir işlem tarafından kullanılıyor.
• ServBay veya PostgreSQL veri dizini ve konfigurasyon dosyalarında yetersiz okuma/yazma izni.
• PostgreSQL veri dizininde bozulma.
• ServBay’in iç yönetimsel sorunları.

Çözüm Yolları

1. ServBay GUI Durumu ve Logları Kontrol Edin: Öncelikle, ServBay uygulama arayüzünü açıp PostgreSQL paketinin durumunu kontrol edin. Sorun varsa GUI’den manuel başlatmayı deneyin. ServBay’in ana günlük dosyalarını ya da PostgreSQL’e özel loglarını kontrol edin (GUI’den görüntülenebilir). Loglar genellikle /Applications/ServBay/logs/ dizinindedir. postgresql/<version>/postgresql-<version>.log dosyası çoğunlukla ayrıntılı hata bilgisini içerir.

2. Konfigürasyon Dosyalarını Kontrol Edin: PostgreSQL’in ana konfigürasyon dosyası postgresql.conf’tur. Dosyada yazım hatası ya da geçersiz ayar bulunmadığından emin olun. ServBay’e entegre PostgreSQL 13 paketinde örnek yol:

   /Applications/ServBay/db/postgresql/13/postgresql.conf

   Bir diğer önemli dosya pg_hba.conf’tur ve istemci doğrulamasını kontrol eder. Yanlış ayarlar bağlantı sorunlarına veya başlatmada problem yaşamaya neden olabilir (örnek: başlarken dahili bağlantı kontrolü gerekirse). Genellikle postgresql.conf ile aynı klasördedir.

   PostgreSQL’de doğrudan tüm konfigürasyonu sınayan bir komut satırı aracı yoktur; ancak loglarda yükleme hatalarını bulabilirsiniz. Alternatif olarak, başka bir çalışan PostgreSQL sürümüne ya da geçici bir örneğe psql ile bağlanıp dosyaları kontrol edebilirsiniz. Ama en doğrudan yol, hata mesajını loglarda incelemektir.

   pg_hba.conf ayarlarını bağlandıktan sonra SQL ile kontrol edebilirsiniz:

   -- Bağlantı kurulduktan sonra çalıştırılır
   SELECT * FROM pg_hba_file_rules();

   Konfigürasyon yüklenirken hata var mı kontrolü:

   -- Bağlantı kurulduktan sonra çalıştırılır
   SELECT sourcefile, name, sourceline, error FROM pg_file_settings WHERE error IS NOT null;

   Not: Bu SQL’ler sadece PostgreSQL açıksa çalışır. Başlatılamıyorsa asıl önemli adım log dosyasını kontrol etmektir.

3. Port Kullanımını Kontrol Edin: PostgreSQL varsayılan olarak 5432 numaralı portu dinler. Bu port başka bir işlem tarafından kullanılıyorsa PostgreSQL başlatılamaz. lsof komutu ile portun kullanımını inceleyin:

   lsof -i :5432

   Eğer çıktı geldiyse başka bir işlem 5432 portunu kullanıyor demektir. PID’den (proses ID) hangi işlem olduğunu tespit edip ilgili işlemi durdurabilir veya postgresql.conf’da port ayarını değiştirip PostgreSQL’i başka porttan başlatabilirsiniz (GUI veya servbayctl ile yeniden başlatın/yükleyin).

4. Dosya ve Dizin İzinlerini Kontrol Edin: ServBay’in kurulu olduğu dizin ve alt dizinlerinde doğru okuma/yazma izinleri gerekir. PostgreSQL veri dizini ve ayar dosyaları için de ServBay’in çalıştığı kullanıcının yeterli izne sahip olması şart. Genellikle ServBay mevcut kullanıcıyla çalışır; /Applications/ServBay/ altındaki dosyalar için yazma hakkınız olmalı. İzinleri şöyle kontrol edebilirsiniz:

   ls -ld /Applications/ServBay/db/postgresql/13 # Veri dizini izinleri
   ls -l /Applications/ServBay/db/postgresql/13/postgresql.conf # Konfigürasyon dosyası
   ls -l /Applications/ServBay/db/postgresql/13/pg_hba.conf # Doğrulama dosyası

   Hata varsa, chmod veya chown ile düzeltebilirseniz de, genellikle ServBay üzerinde manuel müdahale önerilmez. Çünkü kurulum sırasında gerekli izinler zaten kurulur. İzin problemi çıktıysa kurulum eksik ya da dosyalar yanlışlıkla değiştirilmiş olabilir.

5. Veri Dizini Bozulmalarını Kontrol Edin: PostgreSQL veri dizini (data directory) tüm veritabanı dosyalarını barındırır. Bozulma olduğunda (ör. ani kapanma, disk hatası) başlatma başarısız olur. Loglarda bozulma emareleri bulunur. Onarım karmaşıktır ve bazen yedekten geri yükleme gerekir. PostgreSQL’in bazı araçları (örn. pg_resetwal) mevcuttur, ancak yanlış kullanımda veri kaybı olabilir. Önce mevcut veri dizininin yedeğini alın (hasarlı da olsa)!

6. ServBay Komutuyla Yeniden Başlatmayı Deneyin: Yukarıdaki adımları izleyip sorunun kaynağını gidermişseniz, ServBay komut satırı aracı ile PostgreSQL paketini tekrar başlatın. Sürüm numarasını belirtmeyi unutmayın:

   servbayctl restart postgresql 13

   Alternatif olarak ServBay GUI’den de işlemi yürütebilirsiniz.

2. PostgreSQL’e Bağlantı Kurulamıyor

PostgreSQL paketi “çalışıyor” gözükse de, psql, pgAdmin gibi istemci araçlardan ya da uygulama kodundan bağlantı kuramayabilirsiniz.

Olası Nedenler

• Paket tam başlatılamamış veya anormal çalışıyor olabilir.
• pg_hba.conf ayarları sizin bağlantınızı izin vermiyor.
• Güvenlik duvarı (firewall) bağlantıyı engelliyor.
• Bağlantı parametreleri (host, port, db adı, kullanıcı, şifre) hatalı girilmiş.
• Kullanıcınız yeterli veritabanı erişim iznine sahip değil.

Çözüm Yolları

1. ServBay GUI veya servbayctl ile Paket Durumu Kontrolü: PostgreSQL paketinin ServBay GUI’de “çalışıyor” olduğundan tekrar emin olun. Değilse, “PostgreSQL Paketi Başlatılamıyor” bölümüne başvurun. Komut satırı ile:

   servbayctl status postgresql 13

   Çıktının paketin çalıştığını göstermesi gerekir.

2. pg_hba.conf Doğrulama Ayarlarını Kontrol Edin:pg_hba.conf, hangi makine, kullanıcı ve veritabanının hangi kimlik doğrulama yöntemiyle bağlantı kurabileceğini belirler. Yerel geliştirme için genellikle localhost (ya da 127.0.0.1) bağlantılarına izin gerekir.

   pg_hba.conf yolunu bulun (ör. /Applications/ServBay/db/postgresql/13/pg_hba.conf) ve kullandığınız kullanıcı, veritabanı ve bağlantı kaynağına (çoğunlukla 127.0.0.1 ya da IPv6 için ::1) uygun, doğru kimlik doğrulama yöntemiyle (ör. md5 veya yerel bağlantılar için trust) izin olduğundan emin olun.

   Örnek:

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

   Ayarı değiştirdikten sonra PostgreSQL’i yeniden başlatmaya gerek kalmadan, konfigürasyonu yeniden yüklemek yeterli:

   servbayctl reload postgresql 13

   veya ServBay GUI’den “Yeniden Yükle”yi kullanabilirsiniz.

3. Güvenlik Duvarı Ayarlarını Kontrol Edin: macOS yerel güvenlik duvarı ya da üçüncü parti bir güvenlik duvarı (firewall), PostgreSQL’in portu (5432) üzerinden bağlantı kurulmasına engel olabilir. ServBay’in postgres çalıştırılabilir dosyasına gelen bağlantılara izin tanıyın. macOS güvenlik duvarı için şu komutları kullanabilirsiniz:

   # Uygulamayı izin listesine ekle
   sudo /usr/libexec/ApplicationFirewall/socketfilterfw --add /Applications/ServBay/bin/postgres
   # Uygulamanın engelini kaldır
   sudo /usr/libexec/ApplicationFirewall/socketfilterfw --unblockapp /Applications/ServBay/bin/postgres

   Komutlar için yönetici şifrenizi girmeniz gerekebilir.

4. Bağlantı Parametrelerini ve Kullanıcı Yetkilerini Kontrol Edin: Kullandığınız bağlantı dizgesi ya da istemci aracında hostname (localhost ya da 127.0.0.1), port (varsayılan 5432), veritabanı adı, kullanıcı adı ve şifrenin doğru girildiğinden emin olun. En doğrudan test için psql aracını kullanabilirsiniz:

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

   your_username ve your_database’ı gerçek değerlerle değiştirin. Bağlantı olursa psql istemi açılır. Başarısız olursa hata mesajı nedenini belirtir (yanlış şifre, veritabanı yok, yetki yetersizliği vb.).

   Veritabanına bağlanabiliyor fakat belirli veritabanı ya da tablolara erişemiyorsanız, yetki sorunu olabilir. psql içinde kullanıcı rolleri ve izinlerini sorgulayın:

   -- psql içinde çalıştırılır
   \du

   Yetkili bir kullanıcı ile bağlandıysanız, GRANT komutuyla gerekli izinleri verebilirsiniz.

3. Performans Sorunları

PostgreSQL paketi başlatılmış ve bağlantı yapılabiliyor; fakat sorgular yavaş yanıt veriyor, performans problemi yaşanıyor olabilir.

Olası Nedenler

• SQL sorguları optimize edilmemiş, verimsiz.
• Veritabanı şeması uygun tasarlanmamış.
• Önbellek ve bellekle ilgili konfigürasyon parametreleri yanlış.
• Gerekli indeksler eksik.
• Yetersiz donanım kaynağı (CPU, RAM, disk I/O).
• Veritabanı istatistikleri güncellenmemiş.

Çözüm Yolları

1. Sorgu Analizi ve Optimizasyonu:EXPLAIN veya EXPLAIN ANALYZE komutlarını kullanarak yavaş sorgularınızın yürütme planını analiz edin. Hangi indeksler kullanıldığı, tablo ortaklarının sırası, tarama şekli gibi detaylara ulaşabilirsiniz. Performans darboğazını tespit edebilirsiniz.

   -- psql ya da diğer SQL istemcilerinde çalıştırılır
   EXPLAIN ANALYZE SELECT * FROM your_table_name WHERE column_name = 'value';

   Çıktıya göre sorgunuzu yeniden yazabilir, indeks ekleyebilir veya şemayı optimize edebilirsiniz.

2. PostgreSQL Konfigürasyon Parametrelerini Ayarlama:postgresql.conf dosyasındaki bellek ve I/O ile ilgili parametreler performansı ciddi etkiler. En önemlilerinden ikisi:

   • shared_buffers: Veritabanı verilerini önbellekte tutmak için ayrılan bellek miktarı. Daha yüksek bir değer (ancak genelde toplam sistem belleğinin %25’ini geçmemeli) performansı artırır.
   • work_mem: Sıralama ve hash işlemlerinde sorgu başına kullanılacak bellek miktarı. Çoklu sıralama/hashing işlemleri varsa artırılması faydalı olur.

   Sistem kaynaklarınıza ve iş yükünüze uygun şekilde bu değerleri düzenleyin. Dosyada değişiklik yapınca PostgreSQL paketini yeniden başlatmalı ya da konfigürasyonu yeniden yüklemelisiniz.

   # Örnek: 4GB RAM’e sahip bir sistem için
   shared_buffers = 1GB
   work_mem = 64MB

3. Uygun İndeksler Oluşturun: WHERE, JOIN ve ORDER BY gibi sorgu ifadelerinde sık geçen sütunlarda indeks oluşturmak sorgu hızını ciddi biçimde artırır. İndeks oluşturmadan önce EXPLAIN ile odaklanılacak sütunları belirleyin.

   -- Örnek: your_table_name tablosunda column_name sütununa indeks
   CREATE INDEX idx_column_name ON your_table_name(column_name);

   Ancak gereğinden fazla indeks, veri yazma işlemlerini yavaşlatır ve disk alanı harcar; yalnızca gerekli indeksleri oluşturun.

4. İstatistikleri Güncelleyin: PostgreSQL’in sorgu iyileştiricisi (optimizer), tablo ve indeks istatistiklerine dayanır. Büyük veri değişikliklerinde (insert, update, delete) istatistikler eskiyebilir, kötü planlara neden olabilir. Düzenli olarak ANALYZE komutunu çalıştırın:

   -- Tüm veritabanı için
   ANALYZE;
   -- Yalnızca belirli tablo için
   ANALYZE your_table_name;

   ServBay’in PostgreSQL paketlerinde otomatik vacuum/autovacuum genellikle etkin olsa da, performans tanısında manuel ANALYZE faydalı olabilir.

5. Donanım Kaynaklarını Kontrol Edin: ServBay her ne kadar yerel geliştirme için olsa da, büyük veritabanı veya karmaşık sorgularda Mac cihazınızın CPU, RAM veya disk (özellikle eğer HDD varsa, SSD önerilir) limitiyle karşılaşabilirsiniz. macOS Activity Monitor ile CPU/bellek/disk/kullanımını inceleyin ve donanım darboğazı olup olmadığını belirleyin.

4. Veritabanı Çökmesi

PostgreSQL paketi çalışırken aniden duruyor ya da yanıt vermiyor, yani çöküyor olabilir.

Olası Nedenler

• Donanım hataları (RAM, disk arızası).
• İşletim sistemi kaynak kısıtlamaları veya sorunları.
• PostgreSQL yazılımında bir hata (nadir, özel sürüm ya da karmaşık durumlar hariç).
• Veri dizini bozulması.
• Hatalı konfigürasyon nedeniyle kaynak tükenmesi (ör. çok fazla bağlantı).

Çözüm Yolları

1. PostgreSQL Hata Logunu Kontrol Edin: Çökme anında, PostgreSQL log dosyasına detaylı hata bilgisi yazar. Teşhis için ilk adım odur. /Applications/ServBay/logs/postgresql/<version>/postgresql-<version>.log dosyasına bakın, özellikle olay zamanı civarındaki FATAL ve ERROR mesajlarını arayın. Bu hatalar genellikle çökme nedeni hakkında doğrudan bilgi verir (RAM hatası, assert hatası, veri dosyasıyla ilgili sorunlar vb.).

2. Sistem Loglarını Kontrol Edin: PostgreSQL haricinde, macOS sistem logları da (Console uygulamasıyla görüntülenebilir), donanım/sistem seviyesi sorunlara dair bilgi içerebilir — bu tür hatalar çökme ile bağlantılı olabilir.

3. Donanım Sağlığını Kontrol Edin: macOS’un dahili diagnostik araçlarını veya harici donanım testlerini çalıştırarak RAM ve disk sağlığınızı inceleyin. Disk hataları veritabanı bozulması ve çökmesinin başlıca nedenidir.

4. Veri Dizini Onarımı/Yeniden Oluşturma (Dikkatli): Logda veri dizini bozulması belirtiliyorsa, PostgreSQL’in gelişmiş araçlarıyla onarım denenebilir (pg_resetwal gibi). Ancak bu araçların hatalı kullanımı veri kaybına neden olabilir; yalnızca belirli veri kaybı tolere ediliyorsa kullanılmalı.

   Daha güvenli ve önerilen yöntem: a. Mevcut veri dizininin yedeğini alın: Bozuk dahi olsa, tümüyle kopyalayın. b. Yeni veri dizini başlatın: PostgreSQL paketini durdurup eski dizini taşıyın, ardından initdb ile yeni boş bir dizin başlatın (ServBay kurulum sırasında genellikle bu işlemi otomatikleştirir; elle sildiğinizde tekrar yüklemeniz gerekebilir). c. Son yedeğinizden geri yükleme yapın: pg_restore veya psql ile en güncel güvenilir yedekten verileri yeni dizine aktarın.

5. Yedekten Geri Yükleme: Eğer veri dizini onarılamıyorsa ya da çökmeden önceki duruma dönmek isteniyorsa, ServBay’in otomatik ya da manuel yedeklerinden geri yükleme en güvenli yoldur. Yedekler genellikle /Applications/ServBay/backup/postgresql/<version>/ dizinindedir.

5. Yedekleme ve Geri Yükleme Sorunları

ServBay, PostgreSQL paketleri için manuel ve otomatik yedeklemeyi destekler. Yedek alırken ya da yedekten geri yükleme yaparken hata alırsanız, aşağıdaki çözümlere başvurabilirsiniz.

Olası Nedenler

• Yedek dosyası bozuk veya eksik.
• Yanlış geri yükleme komutu veya parametreleri.
• Hedef veritabanı yok veya kullanıcı yetkisi yetersiz.
• Yetersiz disk alanı.
• Yedekleme veya geri yüklemede kesinti.

Çözüm Yolları

1. Yedek Dosyası Bütünlüğünü Kontrol Edin: Yedek dosyasının (pg_dump ile veya ServBay’in kendi aracıyla alınan) boyutunun beklenenden küçük olmadığından ve dosyanın transfer/depolama sırasında bozulmadığından emin olun. Text formatlı yedek için dosyanın başı-sonu tam mı bakın. Özel format ya da dizin formatı için pg_restore ile geri yüklemede hata raporuna güvenebilirsiniz. Yedekler genelde:

   /Applications/ServBay/backup/postgresql/13/your_backup_file.dump

   Boyutu, ls -lh ile kontrol edilebilir.

2. Doğru Geri Yükleme Komutu Kullanımı (pg_restore veya psql): Komut seçimi, yedek dosyasının formatına göre değişir.

   • Düz text dosyası yedeği (pg_dump -Fp veya format belirtilmemişse): psql ile geri yükleyin.

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

     Hedef veritabanı (your_database) önceden yaratılmış olmalıdır.
   • Özel format (-Fc) veya dizin formatı (-Fd) ile alınan yedek: pg_restore komutu kullanılmalıdır.

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

     Yine, veritabanı önceden var olmalı. pg_restore ile belirli nesneleri seçmeli geri yükleyebilirsiniz.

   Kullanıcı adınızın (your_username), hedef veritabanında gerekli objeleri oluşturma izni olmalı. Genellikle ilgili veritabanının sahibi ya da postgres süper kullanıcı ile geri yükleme yapılır.

3. Hedef Veritabanının Mevcudiyetini Sağlayın:psql -f ya da pg_restore ile yüklemeden önce, hedef veritabanının var olduğundan emin olun. Yoksa şöyle oluşturun:

   createdb -U your_username -h localhost -p 5432 your_database

   veya ServBay GUI ya da başka bir yönetim aracı ile oluşturabilirsiniz.

4. Disk Alanı Kontrolü: Büyük veritabanı yedeklemelerinde, geri yükleme işleminde yeterli disk alanı olmalı. macOS diskinde yeterli boş alan bulunduğundan emin olun.

5. ServBay Yedekleme Ayarları ve Loglarını Kontrol Edin: ServBay’in otomatik yedekleme işleviyle ilgili bir sorun varsa, yedekleme yapılandırmasını ve loglarda (ana log ya da yedekleme logu) neden başarısız olduğuna dair hataları arayın. ServBay, yedeklerin zamanlamasını, hedefini ve saklanma süresini yapılandırmanıza izin verir.

Sıkça Sorulan Sorular (SSS)

• S: ServBay’de PostgreSQL’in veri dizinini nasıl bulabilirim? C: PostgreSQL’in veri dizini genellikle /Applications/ServBay/db/postgresql/<version>/data altındadır, burada <version>, kurulu PostgreSQL paketinin sürümünü gösterir (ör. 13). Ayar dosyaları postgresql.conf ve pg_hba.conf ise genellikle /Applications/ServBay/db/postgresql/<version>/ dizinindedir.

• S: PostgreSQL paketinde postgres kullanıcısının şifresini nasıl sıfırlarım? C: Varsayılan superuser olan postgres şifresini unuttuysanız veya başka bir kullanıcının şifresini değiştirmek istiyorsanız, aşağıdaki adımları uygulayın (en azından güvenilir bağlantı veya başka bir süper kullanıcı ile bağlantı kurabiliyorsanız):

  1. ServBay’de PostgreSQL paketini durdurun.
  2. pg_hba.conf dosyasını açın (ör. /Applications/ServBay/db/postgresql/13/pg_hba.conf) ve yerel bağlantı satırlarını geçici olarak trust olarak değiştirin:

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

     Şuna çevirin (sadece yerel bağlantı için):

     # 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 paketini başlatın.
  4. psql ile herhangi bir şifre sormadan postgres kullanıcısı ile bağlanın:

     psql -U postgres -h localhost -p 5432

  5. psql içinde şu komutla şifre değiştirin:

     ALTER USER postgres PASSWORD 'new_secure_password';

     Burada 'new_secure_password' yerine yeni şifrenizi yazın. Farklı kullanıcı için postgres ifadesini ilgili kullanıcı adı ile değiştirin.
  6. \q komutuyla psql’den çıkın.
  7. Önemli: Hemen PostgreSQL paketini durdurup, pg_hba.conf dosyasında trust satırlarını tekrar güvenli bir kimlik doğrulama yöntemiyle (örn. md5 ya da scram-sha-256) değiştirin. Ardından ServBay ile PostgreSQL’i tekrar başlatın veya konfigürasyonunu yeniden yükleyin.

• S: ServBay, PostgreSQL’de yüksek erişilebilirlik ya da çoğaltma (replication) desteği sunuyor mu? C: ServBay yerel geliştirme ortamı için tasarlanmıştır; entegre paket yönetimi ve kurulum kolaylığı sağlar. Üretim seviyesi yüksek erişilebilirlik veya çoğaltma çözümüne dair grafik arayüz sağlamaz. PostgreSQL’in akış replikasyonunu ve benzeri fonksiyonlarını manuel olarak yapılandırmak mümkündür fakat bu ileri düzey PostgreSQL ve komut satırı bilgisi gerektirir.

• S: ServBay’de PostgreSQL paketinin sürümünü nasıl yükseltebilirim? C: ServBay, farklı PostgreSQL paket sürümlerinin yüklenmesini ve yönetilmesini destekler. Yükseltme işlemi genellikle yeni, daha güncel bir PostgreSQL paketinin kurulması ve sonra resmi PostgreSQL pg_upgrade aracıyla eski sürüm veri dizininin yeni sürüme taşınması ile olur. Bu süreçte iki sürümün de kapalı olup, pg_upgrade çalıştırılır ve ardından yeni sürüm başlatılır. Ayrıntılı adımlar için PostgreSQL pg_upgrade dökümantasyonuna bakabilirsiniz. ServBay’in veri dizinlerini ayrı ayrı saklaması bu işlemi kolaylaştırır.