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:
- ServBay uygulamasını başarıyla yükleyip çalıştırıyor olmalısınız.
- Sorun yaşanan PostgreSQL paketinin ServBay üzerinden kurulmuş olması gerekir.
- Temel düzeyde komut satırı kullanma bilgisine sahip olmalısınız.
- Mevcut PostgreSQL paketinin yapılandırma yolu ve veri dizini yolunu bilmelisiniz.
- macOS:
/Applications/ServBay/db/postgresql/<version>
- Windows:
C:\ServBay\db\postgresql\<version>
- macOS:
- 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
- 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
- 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.
- 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:
bash
lsof -i :5432
1
Windows:
cmd
netstat -an | findstr :5432
# veya PowerShell ile
Get-NetTCPConnection -LocalPort 5432
1
2
3
2
3
Çı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.
- 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:
bash
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
1
2
3
2
3
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.
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.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:
bashservbayctl restart postgresql 13
1veya 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
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:bashservbayctl status postgresql 13
1Çıktıda paketin çalışıyor olduğunu görmelisiniz.
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 genelliklelocalhost
veya127.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:
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
3pg_hba.conf
değiştirdikten sonra PostgreSQL yapılandırmasını tekrar yükleyin:bashservbayctl reload postgresql 13
1veya ServBay GUI üzerinden yükleyin.
- Güvenlik duvarı ayarlarını kontrol edin:macOS:
bash
# 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
1
2
3
4
2
3
4
Windows: Windows Defender veya başka güvenlik duvarı programında izin vermelisiniz:
cmd
# 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"
1
2
2
Bağlantı parametresi ve kullanıcı yetkisini kontrol edin: Bağlantı zincirindeki host (
localhost
veya127.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:bashpsql -U your_username -d your_database -h localhost -p 5432
1your_username
veyour_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:sql-- psql komut satırında çalıştırılır \du
1
2Gerekirse, admin (ör:
postgres
kullanıcısı) ile bağlanıpGRANT
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
Sorguları analiz edin ve optimize edin:
EXPLAIN
veyaEXPLAIN 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:sql-- psql veya başka bir SQL istemcisinden çalıştırılır EXPLAIN ANALYZE SELECT * FROM your_table_name WHERE column_name = 'value';
1
2Sonuca göre sorguyu yeniden yazabilir, yeni indeks ekleyebilir veya şemayı iyileştirebilirsiniz.
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:
ini# Ö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
1
2
3Gereken 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:sql-- your_table_name tablosundaki column_name sütununa indeks eklemek için CREATE INDEX idx_column_name ON your_table_name(column_name);
1
2Çok fazla indeks yazma işlemini ve disk hacmini artırır; sadece gerekli sütunlara ekleyin.
İ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:sql-- Tüm veritabanını analiz etmek için ANALYZE; -- Belirli bir tablo için ANALYZE your_table_name;
1
2
3
4ServBay ile gelen PostgreSQL genellikle otomatik temizlik (autovacuum) ile analiz işlemlerini zamanlar; fakat manuel
ANALYZE
performans sorunu teşhisinde faydalı olur.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
- 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.
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.
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.
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
veyapsql
ile son sağlam yedeği yeni veri dizinine yükleyin.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>\
- macOS:
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
- 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ındapg_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
Doğru
pg_restore
veyapsql
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.bashÖncesindepsql -U your_username -d your_database -h localhost -p 5432 -f /path/to/your_backup_file.sql
1your_database
mutlaka var olmalı. - Özel format (
-Fc
) veya dizin formatı (-Fd
):pg_restore
ile yüklenir.bashBurada da hedef veritabanı önceden oluşturulmuş olmalı.pg_restore -U your_username -d your_database -h localhost -p 5432 /path/to/your_backup_file.dump
1pg_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 dapostgres
kullanıcısı ile işlem yapmak en iyisidir.- Metin formatlı yedek (
Hedef veritabanı var mı diye kontrol edin: Gerek
psql -f
gereksepg_restore
için önceden veritabanı oluşturulmalı:bashcreatedb -U your_username -h localhost -p 5432 your_database
1ServBay GUI veya başka bir veritabanı aracı ile de oluşturabilirsiniz.
Disk alanını kontrol edin: Büyük veri geri yüklerken yeterli disk alanı olduğundan emin olun.
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>\
- macOS:
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:ServBay’de PostgreSQL paketini durdurun.
pg_hba.conf
dosyasını açıp lokal bağlantı yöntemini geçici olaraktrust
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:
ini# TYPE DATABASE USER ADDRESS METHOD local all all peer # veya md5 host all all 127.0.0.1/32 md5 # veya scram-sha-256
1
2
3Bunları (yalnızca lokal için) şöyle değiştirin:
ini# 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- macOS:
ServBay ile PostgreSQL’i başlatın.
psql
ile şifresizpostgres
kullanıcısı olarak bağlanın:bashpsql -U postgres -h localhost -p 5432
1psql
komut satırında şifreyi değiştirin:sqlALTER USER postgres PASSWORD 'yeni_guvenli_sifre';
1'yeni_guvenli_sifre'
’yi kendi şifrenizle değiştirin. Diğer kullanıcı içinsepostgres
yerine ilgili kullanıcı adı yazılır.\q
ile çıkış yapın.Önemli: PostgreSQL’i durdurup,
pg_hba.conf
dosyasını tekrar güvenli bir doğrulama yöntemine (md5
veyascram-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 resmipg_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.