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:
- ServBay uygulamasını başarıyla kurup çalıştırmış olmanız.
- Sorun gidereceğiniz PostgreSQL paket sürümünü ServBay üzerinden yüklemiş olmanız.
- Temel macOS komut satırı bilgisine sahip olmanız.
- Şu anda kullandığınız PostgreSQL paketinin konfigürasyon ve veri dizini yolunu bilmeniz (genellikle
/Applications/ServBay/db/postgresql/<version>
altındadır). - 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ı
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.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:bash/Applications/ServBay/db/postgresql/13/postgresql.conf
1Bir 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). Genelliklepostgresql.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:sql-- Bağlantı kurulduktan sonra çalıştırılır SELECT * FROM pg_hba_file_rules();
1
2Konfigürasyon yüklenirken hata var mı kontrolü:
sql-- Bağlantı kurulduktan sonra çalıştırılır SELECT sourcefile, name, sourceline, error FROM pg_file_settings WHERE error IS NOT null;
1
2Not: Bu SQL’ler sadece PostgreSQL açıksa çalışır. Başlatılamıyorsa asıl önemli adım log dosyasını kontrol etmektir.
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:bashlsof -i :5432
1Eğ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
’daport
ayarını değiştirip PostgreSQL’i başka porttan başlatabilirsiniz (GUI veyaservbayctl
ile yeniden başlatın/yükleyin).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:bashls -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ı
1
2
3Hata varsa,
chmod
veyachown
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.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)!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:
bashservbayctl restart postgresql 13
1Alternatif 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ı
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:bashservbayctl status postgresql 13
1Çıktının paketin çalıştığını göstermesi gerekir.
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 genelliklelocalhost
(ya da127.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ğunlukla127.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çintrust
) izin olduğundan emin olun.Örnek:
ini# TYPE DATABASE USER ADDRESS METHOD host all servbay-demo 127.0.0.1/32 md5 host all servbay-demo ::1/128 md5
1
2
3Ayarı değiştirdikten sonra PostgreSQL’i yeniden başlatmaya gerek kalmadan, konfigürasyonu yeniden yüklemek yeterli:
bashservbayctl reload postgresql 13
1veya ServBay GUI’den “Yeniden Yükle”yi kullanabilirsiniz.
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:bash# 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
1
2
3
4Komutlar için yönetici şifrenizi girmeniz gerekebilir.
Bağlantı Parametrelerini ve Kullanıcı Yetkilerini Kontrol Edin: Kullandığınız bağlantı dizgesi ya da istemci aracında hostname (
localhost
ya da127.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çinpsql
aracını kullanabilirsiniz:bashpsql -U your_username -d your_database -h localhost -p 5432
1your_username
veyour_database
’ı gerçek değerlerle değiştirin. Bağlantı olursapsql
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:sql-- psql içinde çalıştırılır \du
1
2Yetkili 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ı
Sorgu Analizi ve Optimizasyonu:
EXPLAIN
veyaEXPLAIN 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.sql-- psql ya da diğer SQL istemcilerinde çalıştırılır EXPLAIN ANALYZE SELECT * FROM your_table_name WHERE column_name = 'value';
1
2Çıktıya göre sorgunuzu yeniden yazabilir, indeks ekleyebilir veya şemayı optimize edebilirsiniz.
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.
ini# Örnek: 4GB RAM’e sahip bir sistem için shared_buffers = 1GB work_mem = 64MB
1
2
3Uygun İ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.sql-- Örnek: your_table_name tablosunda column_name sütununa indeks CREATE INDEX idx_column_name ON your_table_name(column_name);
1
2Ancak gereğinden fazla indeks, veri yazma işlemlerini yavaşlatır ve disk alanı harcar; yalnızca gerekli indeksleri oluşturun.
İ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:sql-- Tüm veritabanı için ANALYZE; -- Yalnızca belirli tablo için ANALYZE your_table_name;
1
2
3
4ServBay’in PostgreSQL paketlerinde otomatik vacuum/autovacuum genellikle etkin olsa da, performans tanısında manuel ANALYZE faydalı olabilir.
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ı
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ındakiFATAL
veERROR
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.).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.
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.
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
veyapsql
ile en güncel güvenilir yedekten verileri yeni dizine aktarın.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ı
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çinpg_restore
ile geri yüklemede hata raporuna güvenebilirsiniz. Yedekler genelde:bash/Applications/ServBay/backup/postgresql/13/your_backup_file.dump
1Boyutu,
ls -lh
ile kontrol edilebilir.Doğru Geri Yükleme Komutu Kullanımı (
pg_restore
veyapsql
): 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.bashHedef veritabanı (psql -U your_username -d your_database -h localhost -p 5432 -f /path/to/your_backup_file.sql
1your_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.bashYine, veritabanı önceden var olmalı.pg_restore -U your_username -d your_database -h localhost -p 5432 /path/to/your_backup_file.dump
1pg_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 dapostgres
süper kullanıcı ile geri yükleme yapılır.- Düz text dosyası yedeği (
Hedef Veritabanının Mevcudiyetini Sağlayın:
psql -f
ya dapg_restore
ile yüklemeden önce, hedef veritabanının var olduğundan emin olun. Yoksa şöyle oluşturun:bashcreatedb -U your_username -h localhost -p 5432 your_database
1veya ServBay GUI ya da başka bir yönetim aracı ile oluşturabilirsiniz.
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.
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
vepg_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 olanpostgres
ş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):- ServBay’de PostgreSQL paketini durdurun.
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 olaraktrust
olarak değiştirin:iniŞuna çevirin (sadece yerel bağlantı için):# 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.
1
2
3ini# TYPE DATABASE USER ADDRESS METHOD local all all trust host all all 127.0.0.1/32 trust host all all ::1/128 trust
1
2
3
4- ServBay ile PostgreSQL paketini başlatın.
psql
ile herhangi bir şifre sormadanpostgres
kullanıcısı ile bağlanın:bashpsql -U postgres -h localhost -p 5432
1psql
içinde şu komutla şifre değiştirin:sqlBuradaALTER USER postgres PASSWORD 'new_secure_password';
1'new_secure_password'
yerine yeni şifrenizi yazın. Farklı kullanıcı içinpostgres
ifadesini ilgili kullanıcı adı ile değiştirin.\q
komutuylapsql
’den çıkın.- Önemli: Hemen PostgreSQL paketini durdurup,
pg_hba.conf
dosyasındatrust
satırlarını tekrar güvenli bir kimlik doğrulama yöntemiyle (örn.md5
ya dascram-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 PostgreSQLpg_upgrade
dökümantasyonuna bakabilirsiniz. ServBay’in veri dizinlerini ayrı ayrı saklaması bu işlemi kolaylaştırır.