ServBay

Tiếng Việt

English
简体中文
繁體中文
Español
العربية
Português
Русский
日本語
Deutsch
Français
Türkçe
Italiano
हिन्दी
Bahasa Indonesia
Bahasa Melayu
Polski
Nederlands
Українська
ไทย
한국어

Tiếng Việt

English
简体中文
繁體中文
Español
العربية
Português
Русский
日本語
Deutsch
Français
Türkçe
Italiano
हिन्दी
Bahasa Indonesia
Bahasa Melayu
Polski
Nederlands
Українська
ไทย
한국어

Appearance

Hướng Dẫn Khắc Phục Sự Cố PostgreSQL Trong ServBay ​

PostgreSQL là hệ quản trị cơ sở dữ liệu quan hệ đối tượng nguồn mở mạnh mẽ, ứng dụng rộng rãi trong nhiều môi trường web và lưu trữ dữ liệu. Là một trong những gói phần mềm cốt lõi của môi trường phát triển cục bộ ServBay, PostgreSQL thường hoạt động ổn định. Tuy nhiên, trong một số tình huống, bạn có thể gặp phải các vấn đề như gói phần mềm không khởi động được, lỗi kết nối, hiệu suất giảm hoặc bất thường khi truy cập dữ liệu.

Tài liệu này nhằm giúp các lập trình viên sử dụng ServBay có một hướng dẫn chi tiết để khắc phục sự cố PostgreSQL. Chúng tôi sẽ trình bày các vấn đề phổ biến, quy trình chẩn đoán, và giải pháp tương ứng khi sử dụng gói phần mềm PostgreSQL trong môi trường ServBay. ServBay hỗ trợ cả hệ điều hành macOS và Windows với các phiên bản PostgreSQL khác nhau, vì thế khi thao tác bạn có thể cần chỉ rõ phiên bản, vị trí file cấu hình hoặc thư mục dữ liệu cụ thể.

Tổng Quan ​

Hướng dẫn này tập trung vào các vấn đề kỹ thuật bạn có thể gặp khi quản lý và sử dụng gói phần mềm PostgreSQL trong ServBay. Chúng tôi bắt đầu từ những sự cố phổ biến như khởi động, kết nối, dần mở rộng sang các vấn đề phức tạp hơn như nghẽn hiệu suất, sự cố bất ngờ và backup/restore dữ liệu. Thực hiện theo từng bước hướng dẫn, bạn có thể hệ thống hóa việc chẩn đoán và xử lý hầu hết các vấn đề liên quan đến PostgreSQL.

Điều Kiện Tiên Quyết ​

Trước khi bắt đầu khắc phục sự cố, hãy đảm bảo bạn đã đáp ứng đủ các điều kiện sau:

  1. Đã cài đặt và vận hành thành công ứng dụng ServBay.
  2. Đã cài đặt phiên bản PostgreSQL cần xử lý sự cố qua ServBay.
  3. Có kiến thức cơ bản về sử dụng dòng lệnh.
  4. Biết được đường dẫn cấu hình và thư mục dữ liệu của gói phần mềm PostgreSQL hiện dùng.
    • macOS: /Applications/ServBay/db/postgresql/<version>
    • Windows: C:\ServBay\db\postgresql\<version>
  5. Nắm rõ tên database, tên người dùng, và mật khẩu bạn sử dụng để kết nối.

Các Vấn Đề Phổ Biến & Giải Pháp ​

1. Không Khởi Động Được PostgreSQL ​

Khi bạn dùng ServBay để khởi động gói phần mềm PostgreSQL nhưng trạng thái hiển thị là đã dừng hoặc khởi động thất bại, có thể do các nguyên nhân sau:

Nguyên nhân khả dĩ ​

  • File cấu hình đã bị lỗi cú pháp hoặc mâu thuẫn.
  • Cổng mặc định của PostgreSQL (5432) bị ứng dụng khác chiếm dụng.
  • Thư mục dữ liệu, file cấu hình hoặc ServBay thiếu quyền truy xuất đọc/ghi cần thiết.
  • Thư mục dữ liệu PostgreSQL bị lỗi/corrupt.
  • Vấn đề nội bộ của ServBay.

Giải pháp ​

  1. Kiểm tra trạng thái và log trên giao diện ServBay: Mở ứng dụng ServBay và kiểm tra trạng thái gói PostgreSQL. Nếu hiện trạng bất thường, thử kích hoạt thủ công qua giao diện GUI. Kiểm tra log chính của ServBay hoặc log riêng của PostgreSQL.

Vị trí file log:

  • macOS: /Applications/ServBay/logs/postgresql/<version>/postgresql-<version>.log
  • Windows: C:\ServBay\logs\postgresql\<version>\postgresql-<version>.log
  1. Kiểm tra file cấu hình: File cấu hình chính của PostgreSQL là postgresql.conf. Đảm bảo cú pháp đúng, không có lỗi chính tả hoặc cấu hình không hợp lệ.

Vị trí file cấu hình (ví dụ PostgreSQL 13):

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

Một file quan trọng khác là pg_hba.conf, kiểm soát xác thực client. Cấu hình sai sẽ ảnh hưởng kết nối và có thể gián tiếp gây lỗi khởi động. File này thường nằm cùng thư mục với postgresql.conf.

PostgreSQL không có lệnh dòng lệnh nào kiểm tra cú pháp toàn bộ file cấu hình, nên bạn cần xem log để phát hiện lỗi khi nạp cấu hình. Hoặc, nếu có một instance khác đang chạy, có thể dùng `psql` để kiểm tra. Tuy nhiên, cách trực tiếp nhất là xem thông tin lỗi cụ thể trong log.

Với `pg_hba.conf`, kiểm tra quy tắc thiết lập bằng câu lệnh SQL:
```sql
-- Cần kết nối vào database để thực hiện
SELECT * FROM pg_hba_file_rules();
```
Kiểm tra lỗi nạp file cấu hình bằng:
```sql
-- Cần kết nối vào database để thực hiện
SELECT sourcefile, name, sourceline, error FROM pg_file_settings WHERE error IS NOT null;
```
**Lưu ý:** Các lệnh SQL trên chỉ áp dụng khi PostgreSQL đã khởi động được, với trường hợp *không khởi động được* thì **xem file log** vẫn là bước quan trọng nhất.
  1. Kiểm tra cổng bị chiếm dụng: PostgreSQL thường sử dụng cổng 5432. Nếu bị ứng dụng khác chiếm giữ, sẽ không khởi động được.

Kiểm tra cổng:

macOS:

bash
lsof -i :5432

Windows:

cmd
netstat -an | findstr :5432
# Hoặc sử dụng PowerShell
Get-NetTCPConnection -LocalPort 5432

Nếu lệnh trả về kết quả, nghĩa là có tiến trình sử dụng cổng 5432. Bạn cần xác định PID, rồi dừng tiến trình hoặc đổi cổng cho PostgreSQL (sửa tham số port trong postgresql.conf, sau đó reload/restart qua GUI hoặc lệnh servbayctl).

  1. Kiểm tra quyền file/thư mục: ServBay cần quyền truy cập đúng cho thư mục cài đặt và các thư mục con. Thư mục dữ liệu, file cấu hình của PostgreSQL cũng cần quyền cho tiến trình ServBay. Thông thường, ServBay chạy dưới người dùng hiện tại, do đó hãy đảm bảo người dùng đó có quyền ghi vào /Applications/ServBay/ và các nội dung bên trong. Kiểm tra quyền:

macOS:

bash
ls -ld /Applications/ServBay/db/postgresql/13 # kiểm tra quyền thư mục dữ liệu
ls -l /Applications/ServBay/db/postgresql/13/postgresql.conf # kiểm tra quyền file cấu hình
ls -l /Applications/ServBay/db/postgresql/13/pg_hba.conf # kiểm tra quyền file xác thực

Windows: Dùng Windows Explorer xem thuộc tính file/thư mục, chắc chắn tài khoản dịch vụ của ServBay có quyền đọc/ghi thích hợp. Nếu quyền chưa đúng, có thể cần dùng chmod hoặc chown để sửa, song trong ServBay điều này hiếm khi phải chỉnh tay, vì quyền được cài đặt sẵn khi cài đặt. Nếu có vấn đề quyền, có thể do cài đặt chưa đầy đủ hoặc file bị chỉnh sửa ngoài ý muốn.

  1. Kiểm tra thư mục dữ liệu có bị hỏng: Thư mục dữ liệu (data directory) của PostgreSQL chứa tất cả file database. Nếu thư mục này bị lỗi (ví dụ do mất điện đột ngột hoặc lỗi ổ đĩa), PostgreSQL sẽ không khởi động được. Log thường chỉ rõ dấu hiệu thư mục dữ liệu bị corupt. Việc sửa chữa có thể phức tạp, đôi khi cần công cụ đặc biệt hoặc phục hồi từ backup. PostgreSQL có vài công cụ (vd. pg_resetwal), nhưng dùng sai thao tác có thể mất dữ liệu. Hãy backup toàn bộ thư mục dữ liệu trước khi khắc phục, kể cả khi đã bị lỗi.

  2. Thử khởi động lại qua dòng lệnh ServBay: Sau khi loại trừ các nguyên nhân trên, thử dùng công cụ dòng lệnh của ServBay để restart PostgreSQL, chỉ rõ phiên bản:

    bash
    servbayctl restart postgresql 13

    Hoặc thao tác qua giao diện GUI của ServBay.

2. Không Kết Nối Được Với PostgreSQL ​

Dù PostgreSQL đã khởi động, bạn vẫn có thể kết nối thất bại qua các công cụ như psql, pgAdmin, hoặc đoạn mã ứng dụng.

Nguyên nhân khả dĩ ​

  • PostgreSQL thực tế chưa khởi động hoàn toàn, hoặc bị lỗi trong quá trình chạy.
  • File pg_hba.conf chưa cho phép kiểu kết nối bạn dùng.
  • Firewall đang chặn kết nối.
  • Tham số kết nối (host, port, tên database, user, password) sai.
  • Người dùng thiếu quyền kết nối database.

Giải pháp ​

  1. Kiểm tra trạng thái qua GUI hoặc servbayctl: Xác nhận trạng thái PostgreSQL trên GUI ServBay là "đang chạy". Nếu không, quay lại phần "Không Khởi Động Được PostgreSQL" để kiểm tra. Bạn cũng có thể dùng lệnh kiểm tra trạng thái:

    bash
    servbayctl status postgresql 13

    Đảm bảo kết quả hiển thị phần mềm đang chạy.

  2. Kiểm tra file cấu hình xác thực pg_hba.conf: File này quyết định kết nối từ host, user, database nào được phép dùng phương thức xác thực nào. Với môi trường phát triển, thường nên cho phép user từ localhost hoặc 127.0.0.1 được kết nối.

Hãy xác định vị trí file pg_hba.conf và kiểm tra quy tắc đã cho phép user, tên database và địa chỉ kết nối của bạn.

Vị trí file pg_hba.conf:

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

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

    Ví dụ quy tắc cho user demo của ServBay xác thực bằng md5 qua localhost:

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

    Sau khi chỉnh sửa, hãy reload lại cấu hình mà không cần restart hoàn toàn:

    bash
    servbayctl reload postgresql 13

    Hoặc reload cấu hình qua GUI ServBay.

  1. Kiểm tra firewall:macOS:
bash
# Thêm ứng dụng vào danh sách cho phép
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --add /Applications/ServBay/bin/postgres
# Đảm bảo ứng dụng không bị block
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --unblockapp /Applications/ServBay/bin/postgres

Windows: Kiểm tra cài đặt Firewall của Windows hoặc phần mềm bảo vệ khác. Thêm quy tắc cho phép ứng dụng hoặc cổng:

cmd
# Cho phép ứng dụng qua firewall
netsh advfirewall firewall add rule name="ServBay PostgreSQL" dir=in action=allow program="C:\ServBay\bin\postgresql\<version>\bin\postgres.exe"

  1. Kiểm tra tham số kết nối và quyền user: Xác nhận bạn đã nhập đúng hostname (localhost hoặc 127.0.0.1), cổng (5432), tên database, tên user, và mật khẩu. Dùng lệnh psql để test kết nối trực tiếp:

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

    Thay thế your_username, your_database bằng thông tin bạn sử dụng. Nếu kết nối thành công sẽ hiện ra dấu nhắc psql. Nếu lỗi, thông báo sẽ chỉ nguyên nhân (sai mật khẩu, không tồn tại database, thiếu quyền, v.v.).

    Nếu kết nối được mà không truy cập được bảng hoặc database cụ thể, có thể do quyền user. Sử dụng lệnh \du trong psql để kiểm tra quyền:

    sql
    -- Thực hiện trong psql
\du

    Nếu cần, dùng user có quyền cao (thường là postgres) để cấp quyền cho user của bạn bằng lệnh GRANT.

3. Vấn Đề Hiệu Suất ​

Dù PostgreSQL khởi động và kết nối được, các truy vấn vẫn chạy chậm, nguyên nhân thường liên quan hiệu suất.

Nguyên nhân khả dĩ ​

  • Câu truy vấn SQL chưa tối ưu, quá tải hoặc không hiệu quả.
  • Thiết kế schema database chưa hợp lý.
  • Tham số cấu hình cache, bộ nhớ chưa được chỉnh hợp lý.
  • Thiếu index cần thiết.
  • Hạn chế phần cứng (CPU, RAM, ổ đĩa).
  • Thông tin thống kê của database lỗi thời.

Giải pháp ​

  1. Phân tích tối ưu hóa truy vấn: Dùng lệnh EXPLAIN hoặc EXPLAIN ANALYZE để phân tích kế hoạch thực thi truy vấn, xác định bottleneck hiệu suất.

    sql
    -- Trong psql hoặc các công cụ SQL client
EXPLAIN ANALYZE SELECT * FROM your_table_name WHERE column_name = 'value';

    Dựa trên kết quả, cân nhắc viết lại truy vấn, bổ sung index, hoặc chỉnh lại thiết kế bảng.

  2. Chỉnh tham số cấu hình của PostgreSQL: File postgresql.conf có nhiều tham số ảnh hưởng hiệu suất, nhất là bộ nhớ và I/O:

    • shared_buffers: bộ nhớ dành cho cache dữ liệu. Giá trị cao hơn có thể tăng tốc, nhưng nên dưới 25% tổng RAM của hệ thống.
    • work_mem: bộ nhớ cho hoạt động sắp xếp, hash, v.v. Tăng lên nếu truy vấn có nhiều sort hoặc hash.

    Hãy chỉnh các tham số này phù hợp với cấu hình máy tính và khối lượng công việc. Sau khi sửa cần reload hoặc restart phần mềm để áp dụng.

    ini
    # Ví dụ: tùy vào RAM hệ thống
shared_buffers = 1GB # Nếu máy có 4GB RAM
work_mem = 64MB # Chỉnh theo nhu cầu truy vấn

  3. Tạo index hợp lý: Thêm index cho các cột thường dùng trong WHERE, JOIN, ORDER BY sẽ tăng tốc truy vấn đáng kể. Phân tích bằng EXPLAIN để xác định cột phù hợp.

    sql
    -- Ví dụ: tạo index cho cột column_name của bảng your_table_name
CREATE INDEX idx_column_name ON your_table_name(column_name);

    Lưu ý, tạo quá nhiều index làm tăng chi phí ghi và tốn ổ đĩa, chỉ nên tạo index cần thiết.

  4. Cập nhật thống kê: Bộ tối ưu hóa truy vấn của PostgreSQL dùng thông tin thống kê về bảng/index để lập kế hoạch thực thi. Nếu dữ liệu biến động lớn, hãy chạy lệnh ANALYZE để cập nhật thống kê:

    sql
    -- Phân tích toàn bộ database
ANALYZE;
-- Hoặc chỉ bảng cụ thể
ANALYZE your_table_name;

    ServBay cài đặt PostgreSQL thường có autovacuum chạy tự động, nhưng thủ công chạy ANALYZE vẫn hữu dụng khi dò hiệu suất.

  5. Kiểm tra phần cứng: Dù ServBay chỉ dùng cho phát triển cục bộ, nếu database lớn, truy vấn phức tạp thì CPU, RAM, ổ đĩa vẫn là yếu tố quan trọng. Dùng Activity Monitor của macOS kiểm tra mức sử dụng CPU, RAM, ổ đĩa, mạng để xác định có bị bottleneck hay không.

4. Sự Cố Database Bị Crash ​

Khi đang chạy, PostgreSQL có thể bị tắt đột ngột hoặc treo không phản hồi.

Nguyên nhân khả dĩ ​

  • Lỗi phần cứng (RAM, ổ đĩa).
  • Lỗi hệ điều hành hoặc hụt tài nguyên.
  • Bug của PostgreSQL (hiếm, trừ version đặc biệt hoặc dùng phức tạp).
  • Thư mục dữ liệu bị lỗi.
  • Lỗi cấu hình dẫn tới cạn tài nguyên (quá nhiều kết nối).

Giải pháp ​

  1. Kiểm tra log lỗi PostgreSQL: Khi bị crash, PostgreSQL ghi chi tiết lỗi vào file log. Đây là bước đầu tiên để xác định nguyên nhân.

Vị trí log:

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

Tìm các dòng thông báo cấp độ FATAL hoặc ERROR, đặc biệt quanh thời điểm xảy ra crash. Log thường chỉ rõ nguyên nhân (lỗi bộ nhớ, assertion, lỗi dữ liệu, v.v.).

  1. Kiểm tra log hệ thống: Ngoài log PostgreSQL, log hệ thống macOS (Console app) đôi khi cũng có thông tin về lỗi phần cứng hoặc hệ điều hành, trợ giúp xác định nguyên nhân liên quan tới crash.

  2. Kiểm tra tình trạng phần cứng: Dùng tiện ích chẩn đoán của macOS hoặc công cụ phát hiện bên thứ ba để kiểm tra RAM, ổ cứng. Lỗi ổ đĩa là nguyên nhân phổ biến khiến database hỏng và crash.

  3. Sửa hoặc dựng lại thư mục dữ liệu (cẩn trọng): Nếu log trỏ rằng thư mục dữ liệu bị corupt, có thể thử các công cụ đặc biệt như pg_resetwal để sửa. Lưu ý, các công cụ này có rủi ro cao, có thể mất dữ liệu. Chỉ nên dùng khi mất một phần dữ liệu có thể chấp nhận.

    Cách an toàn và khuyến nghị: a. Backup thư mục dữ liệu hiện tại: Kể cả khi lỗi, hãy sao lưu nguyên vẹn thư mục dữ liệu. b. Khởi tạo thư mục dữ liệu mới: Dừng PostgreSQL, di chuyển tạm thư mục dữ liệu cũ, dùng initdb tạo thư mục dữ liệu trống mới (hoặc gỡ và cài lại phần mềm trong ServBay cũng có thể làm việc này). c. Phục hồi từ backup: Dùng pg_restore hoặc psql lấy dữ liệu từ bản backup gần nhất về đặt vào thư mục dữ liệu mới.

  4. Khôi phục dữ liệu từ backup: Nếu không thể sửa chữa hoặc khôi phục thư mục dữ liệu, hãy dùng các file backup tự động hoặc thủ công từ ServBay để phục hồi dữ liệu.

    Nơi lưu backup:

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

5. Vấn Đề Backup & Restore ​

ServBay hỗ trợ backup thủ công và tự động cho PostgreSQL. Nếu gặp lỗi khi backup hoặc phục hồi từ file backup, hãy tham khảo các giải pháp sau.

Nguyên nhân khả dĩ ​

  • File backup bị lỗi hoặc chưa đầy đủ.
  • Lệnh hoặc tham số restore sai.
  • Database đích chưa tồn tại hoặc thiếu quyền truy cập.
  • Ổ đĩa không đủ dung lượng.
  • Quá trình backup hoặc restore bị gián đoạn.

Giải pháp ​

  1. Kiểm tra file backup đủ và đúng định dạng: Đảm bảo file backup (sinh ra từ pg_dump hoặc chức năng backup của ServBay) có dung lượng hợp lý, không bị lỗi khi lưu trữ hoặc truyền. Với file text backup, có thể xem đầu cuối file để check. Với dạng custom hoặc directory, nên dựa vào tool pg_restore để xác định lỗi khi restore.

Vị trí file backup:

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

Kiểm tra dung lượng file:

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

  1. Dùng đúng lệnh restore pg_restore hoặc psql: Restore tùy theo loại file backup.

    • Backup dạng text (pg_dump -Fp): Dùng lệnh psql.
      bash
      psql -U your_username -d your_database -h localhost -p 5432 -f /path/to/your_backup_file.sql
      Phải tạo sẵn database đích your_database trước khi restore.
    • Backup dạng custom (-Fc) hoặc directory (-Fd) - dùng pg_restore:
      bash
      pg_restore -U your_username -d your_database -h localhost -p 5432 /path/to/your_backup_file.dump
      Database đích phải tạo sẵn. pg_restore cho phép phục hồi từng phần nếu muốn.

    Đảm bảo user your_username có quyền tạo object trong database đích (thường là owner hoặc superuser).

  2. Database đích cần tồn tại: Dù restore bằng psql -f hay pg_restore, database cần có từ trước. Nếu chưa, hãy tạo:

    bash
    createdb -U your_username -h localhost -p 5432 your_database

    Hoặc tạo bằng giao diện ServBay hoặc công cụ quản lý database khác.

  3. Kiểm tra dung lượng ổ đĩa: Database lớn cần dung lượng đủ để phục hồi dữ liệu. Đảm bảo ổ cứng macOS có đủ không gian trống.

  4. Kiểm tra cấu hình và log backup ServBay: Nếu dùng tính năng backup tự động mà gặp lỗi, kiểm tra thiết lập và file log liên quan đến backup trong ServBay để tìm nguyên nhân. ServBay cho phép lên lịch, cấu hình vị trí và chiến lược lưu trữ backup.

Câu Hỏi Thường Gặp (FAQ) ​

  • Hỏi: Tìm thư mục dữ liệu của PostgreSQL trong ServBay ở đâu? Đáp: Vị trí thư mục dữ liệu của PostgreSQL như sau:

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

    Vị trí file cấu hình:

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

  • Hỏi: Cách reset mật khẩu user postgres của PostgreSQL trong ServBay? Đáp: Nếu bạn quên mật khẩu user superuser mặc định postgres hoặc muốn reset cho user khác, hãy thực hiện các bước sau (giả sử bạn có thể kết nối trust hoặc có quyền superuser khác):

    1. Dừng PostgreSQL trong ServBay.

    2. Chỉnh file pg_hba.conf, tạm thời đổi cách xác thực local thành trust để kết nối không cần mật khẩu.

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

      Tìm đến các dòng như:

      ini
      # TYPE  DATABASE        USER            ADDRESS                 METHOD
local   all             all                                     peer  # hoặc md5
host    all             all             127.0.0.1/32            md5   # hoặc scram-sha-256

      Sửa lại cho local như sau (chỉ áp dụng nội bộ):

      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

    3. Khởi động lại PostgreSQL qua ServBay.

    4. Dùng lệnh psql để đăng nhập không mật khẩu bằng user postgres:

      bash
      psql -U postgres -h localhost -p 5432

    5. Đổi mật khẩu trong psql với lệnh:

      sql
      ALTER USER postgres PASSWORD 'new_secure_password';

      Thay 'new_secure_password' bằng mật khẩu mới. Cần đổi tên user nếu reset cho user khác.

    6. Nhập \q để thoát khỏi psql.

    7. Quan trọng: Dừng lại PostgreSQL và hoàn tác lại file pg_hba.conf về phương thức xác thực bảo mật hơn (md5 hoặc scram-sha-256), sau đó restart hoặc reload lại PostgreSQL qua ServBay.

  • Hỏi: ServBay hỗ trợ tính năng HA/replication của PostgreSQL không? Đáp: ServBay hướng đến môi trường phát triển cục bộ, tập trung quản lý và tích hợp phần mềm dễ dàng. Không có giao diện đồ họa để triển khai giải pháp HA/replication cấp sản xuất. Bạn vẫn có thể tự cấu hình replication của PostgreSQL theo hướng dẫn chính thức, nhưng cần nắm chắc các thao tác dòng lệnh và cấu hình nâng cao.

  • Hỏi: Cách nâng cấp phiên bản PostgreSQL trong ServBay? Đáp: ServBay cho phép cài nhiều phiên bản PostgreSQL. Để upgrade, hãy cài một phiên bản mới hơn và dùng tool pg_upgrade của PostgreSQL để di chuyển dữ liệu từ thư mục cũ sang mới. Quá trình này cần dừng cả hai phiên bản, chạy pg_upgrade, sau đó khởi động bản mới. Xem tài liệu PostgreSQL về pg_upgrade để biết chi tiết. ServBay thiết kế mỗi phiên bản có thư mục dữ liệu riêng, tiện cho thao tác upgrade.