'\" t
.\"     Title: pg_ctl
.\"    Author: The PostgreSQL Global Development Group
.\" Generator: DocBook XSL Stylesheets vsnapshot <http://docbook.sf.net>
.\"      Date: 2026
.\"    Manual: PostgreSQL 18.6 Documentation
.\"    Source: PostgreSQL 18.6
.\"  Language: English
.\"
.TH "PG_CTL" "1" "2026" "PostgreSQL 18.6" "PostgreSQL 18.6 Documentation"
.\" -----------------------------------------------------------------
.\" * Define some portability stuff
.\" -----------------------------------------------------------------
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" http://bugs.debian.org/507673
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.ie \n(.g .ds Aq \(aq
.el       .ds Aq '
.\" -----------------------------------------------------------------
.\" * set default formatting
.\" -----------------------------------------------------------------
.\" disable hyphenation
.nh
.\" disable justification (adjust text to left margin only)
.ad l
.\" -----------------------------------------------------------------
.\" * MAIN CONTENT STARTS HERE *
.\" -----------------------------------------------------------------
.SH "نام (NAME)"
pg_ctl \- مقداردهی اولیه، راه‌اندازی، متوقف‌سازی یا کنترل یک سرور PostgreSQL
.SH "خلاصه دستور (SYNOPSIS)"
.HP \w'\fBpg_ctl\fR\ 'u
\fBpg_ctl\fR \fBinit[db]\fR [\fB\-D\fR\ \fIdatadir\fR] [\fB\-s\fR] [\fB\-o\fR\ \fIinitdb\-options\fR]
.HP \w'\fBpg_ctl\fR\ 'u
\fBpg_ctl\fR \fBstart\fR [\fB\-D\fR\ \fIdatadir\fR] [\fB\-l\fR\ \fIfilename\fR] [\fB\-W\fR] [\fB\-t\fR\ \fIseconds\fR] [\fB\-s\fR] [\fB\-o\fR\ \fIoptions\fR] [\fB\-p\fR\ \fIpath\fR] [\fB\-c\fR]
.HP \w'\fBpg_ctl\fR\ 'u
\fBpg_ctl\fR \fBstop\fR [\fB\-D\fR\ \fIdatadir\fR] [\fB\-m\fR\ \fBs[mart]\fR\ |\ \fBf[ast]\fR\ |\ \fBi[mmediate]\fR] [\fB\-W\fR] [\fB\-t\fR\ \fIseconds\fR] [\fB\-s\fR]
.HP \w'\fBpg_ctl\fR\ 'u
\fBpg_ctl\fR \fBrestart\fR [\fB\-D\fR\ \fIdatadir\fR] [\fB\-m\fR\ \fBs[mart]\fR\ |\ \fBf[ast]\fR\ |\ \fBi[mmediate]\fR] [\fB\-W\fR] [\fB\-t\fR\ \fIseconds\fR] [\fB\-s\fR] [\fB\-o\fR\ \fIoptions\fR] [\fB\-c\fR]
.HP \w'\fBpg_ctl\fR\ 'u
\fBpg_ctl\fR \fBreload\fR [\fB\-D\fR\ \fIdatadir\fR] [\fB\-s\fR]
.HP \w'\fBpg_ctl\fR\ 'u
\fBpg_ctl\fR \fBstatus\fR [\fB\-D\fR\ \fIdatadir\fR]
.HP \w'\fBpg_ctl\fR\ 'u
\fBpg_ctl\fR \fBpromote\fR [\fB\-D\fR\ \fIdatadir\fR] [\fB\-W\fR] [\fB\-t\fR\ \fIseconds\fR] [\fB\-s\fR]
.HP \w'\fBpg_ctl\fR\ 'u
\fBpg_ctl\fR \fBlogrotate\fR [\fB\-D\fR\ \fIdatadir\fR] [\fB\-s\fR]
.HP \w'\fBpg_ctl\fR\ 'u
\fBpg_ctl\fR \fBkill\fR \fIsignal_name\fR \fIprocess_id\fR
.PP
همچنین در Microsoft Windows:
.HP \w'\fBpg_ctl\fR\ 'u
\fBpg_ctl\fR \fBregister\fR [\fB\-D\fR\ \fIdatadir\fR] [\fB\-N\fR\ \fIservicename\fR] [\fB\-U\fR\ \fIusername\fR] [\fB\-P\fR\ \fIpassword\fR] [\fB\-S\fR\ \fBa[uto]\fR\ |\ \fBd[emand]\fR] [\fB\-e\fR\ \fIsource\fR] [\fB\-W\fR] [\fB\-t\fR\ \fIseconds\fR] [\fB\-s\fR] [\fB\-o\fR\ \fIoptions\fR]
.HP \w'\fBpg_ctl\fR\ 'u
\fBpg_ctl\fR \fBunregister\fR [\fB\-N\fR\ \fIservicename\fR]
.SH "توضیحات (DESCRIPTION)"
.PP
ابزار
pg_ctl
برای مقداردهی اولیهٔ یک کلاستر پایگاه‌دادهٔ
PostgreSQL،
راه‌اندازی، متوقف‌سازی یا راه‌اندازی مجدد سرور پایگاه‌دادهٔ
PostgreSQL
(\fBpostgres\fR(1))،
یا نمایش وضعیت یک سرور در حال اجرا به کار می‌رود\&. اگرچه سرور می‌تواند به‌صورت دستی نیز راه‌اندازی شود،
pg_ctl
وظایفی مانند تغییر مسیر خروجی گزارش‌ها (logs) و جدا شدن مناسب از ترمینال و گروه فرایند (process group) را کپسوله‌سازی می‌کند\&. این ابزار همچنین گزینه‌های مناسبی برای خاموش‌سازی کنترل‌شده فراهم می‌آورد\&.
.PP
حالت
\fBinit\fR
یا
\fBinitdb\fR
یک کلاستر پایگاه‌دادهٔ جدید
PostgreSQL
ایجاد می‌کند؛ یعنی مجموعه‌ای از پایگاه‌های داده که توسط یک نمونهٔ واحد از سرور مدیریت خواهند شد\&. این حالت دستور
\fBinitdb\fR
را فراخوانی می‌کند\&. برای جزئیات به
\fBinitdb\fR(1)
مراجعه کنید\&.
.PP
حالت
\fBstart\fR
یک سرور جدید را راه‌اندازی می‌کند\&. سرور در پس‌زمینه اجرا می‌شود و ورودی استاندارد آن به
/dev/null
(یا در ویندوز به
nul)
متصل می‌گردد\&. در سیستم‌های شبه‌یونیکس، به‌طور پیش‌فرض، خروجی استاندارد و خطای استاندارد سرور به خروجی استاندارد
pg_ctl
(نه خطای استاندارد آن) فرستاده می‌شوند\&. در این حالت، خروجی استاندارد
pg_ctl
باید به یک فایل هدایت شود یا از طریق لوله (pipe) به فرایند دیگری مانند یک برنامهٔ چرخش گزارش‌ها نظیر
rotatelogs
فرستاده شود؛ در غیر این صورت،
\fBpostgres\fR
خروجی خود را (از پس‌زمینه) روی ترمینال کنترلی می‌نویسد و از گروه فرایندِ شل خارج نخواهد شد\&. در Windows، به‌طور پیش‌فرض خروجی استاندارد و خطای استاندارد سرور به ترمینال فرستاده می‌شوند\&. این رفتارهای پیش‌فرض را می‌توان با استفاده از
\fB\-l\fR
برای الحاق خروجی سرور به یک فایل لاگ تغییر داد\&. استفاده از
\fB\-l\fR
یا تغییر مسیر خروجی توصیه می‌شود\&.
.PP
حالت
\fBstop\fR
سروری را که در دایرکتوری داده‌های مشخص‌شده در حال اجراست خاموش می‌کند\&. سه روش مختلف برای خاموش‌سازی را می‌توان با گزینهٔ
\fB\-m\fR
انتخاب کرد\&.
حالت
\(lqSmart\(rq
اتصالات جدید را رد می‌کند، سپس منتظر می‌ماند تا تمام کلاینت‌های موجود قطع شوند\&. اگر سرور در حالت hot standby باشد، پس از قطع ارتباط تمام کلاینت‌ها، فرایند بازیابی و همانندسازی جریانی (streaming replication) پایان می‌یابد\&.
حالت
\(lqFast\(rq
(حالت پیش‌فرض) منتظر قطع اتصال کلاینت‌ها نمی‌ماند\&. تمام تراکنش‌های فعال rollback می‌شوند و ارتباط کلاینت‌ها به اجبار قطع می‌گردد، سپس سرور خاموش می‌شود\&.
حالت
\(lqImmediate\(rq
تمام فرایندهای سرور را فوراً و بدون خاموش‌سازی تمیز متوقف می‌کند\&. این انتخاب منجر به یک چرخهٔ بازیابی پس از خرابی (crash\-recovery) در راه‌اندازی بعدی سرور خواهد شد\&.
.PP
حالت
\fBrestart\fR
در عمل یک دستور توقف و به دنبال آن یک راه‌اندازی را اجرا می‌کند\&. این کار امکان تغییر گزینه‌های خط فرمان
\fBpostgres\fR
یا تغییر گزینه‌های فایل پیکربندی را که بدون راه‌اندازی مجدد سرور قابل اعمال نیستند، فراهم می‌سازد\&. اگر در زمان راه‌اندازی سرور از مسیرهای نسبی در خط فرمان استفاده شده باشد، ممکن است
\fBrestart\fR
با شکست مواجه شود، مگر اینکه
pg_ctl
در همان دایرکتوری جاری اجرا شود که سرور هنگام راه‌اندازی در آن اجرا شده بود\&.
.PP
حالت
\fBreload\fR
تنها یک سیگنال
SIGHUP
به فرایند سرور
\fBpostgres\fR
ارسال می‌کند که باعث می‌شود فایل‌های پیکربندی خود (postgresql\&.conf،
pg_hba\&.conf
و غیره) را دوباره بخواند\&. این ویژگی اجازه می‌دهد گزینه‌هایی از فایل‌های پیکربندی تغییر داده شوند که اعمال آن‌ها نیازی به راه‌اندازی مجدد کامل سرور ندارد\&.
.PP
حالت
\fBstatus\fR
بررسی می‌کند که آیا سروری در دایرکتوری داده‌های مشخص‌شده در حال اجرا هست یا خیر\&. در صورت اجرا بودن،
PID
سرور و گزینه‌های خط فرمانی که برای فراخوانی آن استفاده شده‌اند نمایش داده می‌شوند\&. اگر سرور در حال اجرا نباشد،
pg_ctl
وضعیت خروج 3 را برمی‌گرداند\&. اگر دایرکتوری داده‌های قابل دسترسی مشخص نشده باشد،
pg_ctl
وضعیت خروج 4 را برمی‌گرداند\&.
.PP
حالت
\fBpromote\fR
به سرور standby که در دایرکتوری داده‌های مشخص‌شده در حال اجراست دستور می‌دهد تا به حالت standby پایان داده و عملیات خواندن/نوشتن را آغاز کند\&.
.PP
حالت
\fBlogrotate\fR
فایل گزارش سرور را می‌چرخاند (rotate می‌کند)\&. برای جزئیات در مورد نحوهٔ استفاده از این حالت با ابزارهای خارجی چرخش گزارش‌ها، به
Section\ \&24.3
مراجعه کنید\&.
.PP
حالت
\fBkill\fR
سیگنالی را به یک فرایند مشخص ارسال می‌کند\&. این قابلیت عمدتاً در
Microsoft Windows
که فاقد دستور توکار
kill
است کاربرد دارد\&. برای مشاهدهٔ فهرستی از نام‌های سیگنال پشتیبانی‌شده از
\-\-help
استفاده کنید\&.
.PP
حالت
\fBregister\fR
سرور
PostgreSQL
را به‌عنوان یک سرویس سیستمی در
Microsoft Windows
ثبت می‌کند\&. گزینهٔ
\fB\-S\fR
امکان انتخاب نوع راه‌اندازی سرویس را فراهم می‌کند، که می‌تواند
\(lqauto\(rq
(راه‌اندازی خودکار سرویس هنگام بالا آمدن سیستم) یا
\(lqdemand\(rq
(راه‌اندازی سرویس بر حسب تقاضا) باشد\&.
.PP
حالت
\fBunregister\fR
یک سرویس سیستمی را در
Microsoft Windows
حذف (لغو ثبت) می‌کند\&. این عمل اثرات دستور
\fBregister\fR
را خنثی می‌کند\&..SH "گزینه‌ها (OPTIONS)"
.PP
\fB\-c\fR
.br
\fB\-\-core\-files\fR
.RS 4
تلاش برای ایجاد فایل‌های core هنگام فروپاشی سرور، در پلتفرم‌هایی که این امر ممکن است، از طریق برداشتن هرگونه محدودیت نرم منابع (soft resource limit) اعمال‌شده روی فایل‌های core\&. این امر برای عیب‌یابی یا اشکال‌زدایی مشکلات از طریق امکان دریافت یک stack trace از فرایند ناموفق سرور مفید است\&.
.RE
.PP
\fB\-D \fR\fB\fIdatadir\fR\fR
.br
\fB\-\-pgdata=\fR\fB\fIdatadir\fR\fR
.RS 4
مکان فایل‌های پیکربندی پایگاه‌داده را در سیستم فایل مشخص می‌کند\&. اگر این گزینه نادیده گرفته شود، از متغیر محیطی
\fBPGDATA\fR
استفاده می‌شود\&.
.RE
.PP
\fB\-l \fR\fB\fIfilename\fR\fR
.br
\fB\-\-log=\fR\fB\fIfilename\fR\fR
.RS 4
الحاق خروجی گزارش (log) سرور به
\fIfilename\fR\&. اگر فایل وجود نداشته باشد، ایجاد می‌شود\&. به‌طور پیش‌فرض، تنها مالک کلاستر می‌تواند به فایل گزارش دسترسی داشته باشد\&. اگر دسترسی گروهی در کلاستر فعال باشد، کاربران هم‌گروه با مالک کلاستر نیز می‌توانند آن را بخوانند\&.
.RE
.PP
\fB\-m \fR\fB\fImode\fR\fR
.br
\fB\-\-mode=\fR\fB\fImode\fR\fR
.RS 4
حالت خاموش کردن (shutdown) را تعیین می‌کند\&.
\fImode\fR
می‌تواند
smart،
fast یا
immediate یا حرف نخست یکی از این سه باشد\&. در صورت حذف این گزینه،
fast
پیش‌فرض است\&.
.RE
.PP
\fB\-o \fR\fB\fIoptions\fR\fR
.br
\fB\-\-options=\fR\fB\fIoptions\fR\fR
.RS 4
گزینه‌هایی را مشخص می‌کند که مستقیماً به دستور
\fBpostgres\fR
ارسال می‌شوند\&.
\fB\-o\fR
را می‌توان چند بار مشخص کرد، که تمام گزینه‌های داده‌شده منتقل می‌شوند\&.
.sp
\fIoptions\fR
معمولاً باید داخل کوتیشن تکی یا دوتایی قرار گیرد تا اطمینان حاصل شود که به عنوان یک گروه منتقل می‌شوند\&.
.RE
.PP
\fB\-o \fR\fB\fIinitdb\-options\fR\fR
.br
\fB\-\-options=\fR\fB\fIinitdb\-options\fR\fR
.RS 4
گزینه‌هایی را مشخص می‌کند که مستقیماً به دستور
\fBinitdb\fR
ارسال می‌شوند\&.
\fB\-o\fR
را می‌توان چند بار مشخص کرد، که تمام گزینه‌های داده‌شده منتقل می‌شوند\&.
.sp
\fIinitdb\-options\fR
معمولاً باید داخل کوتیشن تکی یا دوتایی قرار گیرد تا اطمینان حاصل شود که به عنوان یک گروه منتقل می‌شوند\&.
.RE
.PP
\fB\-p \fR\fB\fIpath\fR\fR
.RS 4
مکان فایل اجرایی
postgres
را مشخص می‌کند\&. به‌طور پیش‌فرض فایل اجرایی
postgres
از همان دایرکتوری که
\fBpg_ctl\fR
قرار دارد برداشته می‌شود، یا در صورت عدم موفقیت، از دایرکتوری نصب ثابت (hard\-wired)\&. استفاده از این گزینه ضروری نیست مگر اینکه در حال انجام کار غیرمعمولی باشید و با خطای پیدا نشدن فایل اجرایی
postgres
مواجه شوید\&.
.sp
در حالت
init،
این گزینه به طور مشابه مکان فایل اجرایی
initdb
را مشخص می‌کند\&.
.RE
.PP
\fB\-s\fR
.br
\fB\-\-silent\fR
.RS 4
تنها خطاها را چاپ می‌کند، بدون پیام‌های اطلاعاتی\&.
.RE
.PP
\fB\-t \fR\fB\fIseconds\fR\fR
.br
\fB\-\-timeout=\fR\fB\fIseconds\fR\fR
.RS 4
حداکثر تعداد ثانیه‌ها برای انتظار جهت تکمیل یک عملیات را مشخص می‌کند (گزینهٔ
\fB\-w\fR
را ببینید)\&. مقدار پیش‌فرض آن برابر با متغیر محیطی
\fBPGCTLTIMEOUT\fR
است، یا اگر تنظیم نشده باشد، 60 ثانیه خواهد بود\&.
.RE
.PP
\fB\-V\fR
.br
\fB\-\-version\fR
.RS 4
نسخهٔ
pg_ctl
را چاپ کرده و خارج می‌شود\&.
.RE
.PP
\fB\-w\fR
.br
\fB\-\-wait\fR
.RS 4
منتظر تکمیل عملیات می‌ماند\&. این گزینه برای حالت‌های
start،
stop،
restart،
promote
و
register
پشتیبانی می‌شود، و حالت پیش‌فرض برای این موارد است\&.
.sp
هنگام انتظار،
\fBpg_ctl\fR
به طور مکرر فایل
PID
سرور را بررسی کرده و بین هر بررسی، مدت کوتاهی به خواب (sleep) می‌رود\&. راه‌اندازی (Startup) زمانی کامل در نظر گرفته می‌شود که فایل
PID
نشان دهد سرور برای پذیرش اتصالات آماده است\&. خاموش شدن (Shutdown) زمانی کامل در نظر گرفته می‌شود که سرور فایل
PID
را حذف کند\&.
\fBpg_ctl\fR
بر اساس موفقیت راه‌اندازی یا خاموش شدن، یک کد خروج برمی‌گرداند\&.
.sp
اگر عملیات در بازهٔ زمانی مجاز (timeout) کامل نشود (گزینهٔ
\fB\-t\fR
را ببینید)، آنگاه
\fBpg_ctl\fR
با یک وضعیت خروج غیرصفر خارج می‌شود\&. اما توجه داشته باشید که عملیات ممکن است در پس‌زمینه ادامه یابد و سرانجام موفق شود\&.
.RE
.PP
\fB\-W\fR
.br
\fB\-\-no\-wait\fR
.RS 4
برای تکمیل عملیات منتظر نمی‌ماند\&. این برعکس گزینهٔ
\fB\-w\fR
است\&.
.sp
اگر انتظار غیرفعال باشد، عمل درخواستی آغاز می‌شود، اما هیچ بازخوردی در مورد موفقیت آن وجود نخواهد داشت\&. در این حالت، باید از فایل گزارش سرور یا یک سامانه نظارت خارجی برای بررسی پیشرفت و موفقیت عملیات استفاده شود\&.
.sp
در نسخه‌های پیشین PostgreSQL، این حالت پیش‌فرض بود به جز برای حالت
stop\&.
.RE
.PP
\fB\-?\fR
.br
\fB\-\-help\fR
.RS 4
راهنمایی دربارهٔ آرگومان‌های خط فرمان
pg_ctl
را نمایش داده و خارج می‌شود\&.
.RE
.PP
اگر گزینه‌ای مشخص شود که معتبر است، اما به حالت عملیاتی انتخاب‌شده ارتباطی ندارد،
pg_ctl
آن را نادیده می‌گیرد\&..SS "گزینه‌های ویندوز (Options for Windows)"
.PP
\fB\-e \fR\fB\fIsource\fR\fR
.RS 4
نام منبع رویداد برای استفاده توسط
pg_ctl
جهت ثبت وقایع در لاگ رویدادها هنگام اجرا به‌عنوان یک سرویس ویندوز\&. پیش‌فرض،
PostgreSQL
است\&. توجه داشته باشید که این فقط پیام‌های ارسال‌شده از خود
pg_ctl
را کنترل می‌کند؛ سرور پس از راه‌اندازی، از منبع رویدادی که توسط پارامتر
event_source
آن مشخص شده است استفاده خواهد کرد\&. چنانچه سرور در مراحل اولیه راه‌اندازی، پیش از تنظیم آن پارامتر با خطا مواجه شود، ممکن است وقایع را با استفاده از نام پیش‌فرض منبع رویداد، یعنی
PostgreSQL
ثبت کند\&.
.RE
.PP
\fB\-N \fR\fB\fIservicename\fR\fR
.RS 4
نام سرویس سیستمی جهت ثبت\&. این نام هم به‌عنوان نام سرویس و هم به‌عنوان نام نمایشی استفاده خواهد شد\&. پیش‌فرض،
PostgreSQL
است\&.
.RE
.PP
\fB\-P \fR\fB\fIpassword\fR\fR
.RS 4
گذرواژه کاربری که سرویس با دسترسی آن اجرا می‌شود\&.
.RE
.PP
\fB\-S \fR\fB\fIstart\-type\fR\fR
.RS 4
نوع راه‌اندازی سرویس سیستم\&.
\fIstart\-type\fR
می‌تواند
auto
یا
demand
یا حرف اول یکی از این دو باشد\&. در صورت حذف این گزینه،
auto
پیش‌فرض است\&.
.RE
.PP
\fB\-U \fR\fB\fIusername\fR\fR
.RS 4
نام کاربری کاربری که سرویس با دسترسی آن اجرا می‌شود\&. برای کاربران دامنه، از قالب
DOMAIN\eusername
استفاده کنید\&.
.RE
.SH "محیط (ENVIRONMENT)"
.PP
\fBPGCTLTIMEOUT\fR
.RS 4
حد پیش‌فرض تعداد ثانیه‌های انتظار در زمان منتظر ماندن برای اتمام راه‌اندازی یا خاموش شدن\&. در صورت عدم تنظیم، مقدار پیش‌فرض ۶۰ ثانیه است\&.
.RE
.PP
\fBPGDATA\fR
.RS 4
مکان پیش‌فرض دایرکتوری داده\&.
.RE
.PP
بیشتر حالت‌های
\fBpg_ctl\fR
نیازمند دانستن مکان دایرکتوری داده هستند؛ بنابراین، گزینه
\fB\-D\fR
الزامی است مگر اینکه
\fBPGDATA\fR
تنظیم شده باشد\&.
.PP
برای متغیرهای دیگری که بر سرور اثر می‌گذارند،
\fBpostgres\fR(1)
را ببینید\&.
.SH "فایل‌ها (FILES)"
.PP
postmaster\&.pid
.RS 4
ابزار
pg_ctl
این فایل را در دایرکتوری داده بررسی می‌کند تا مشخص کند آیا سرور در حال حاضر در حال اجرا است یا خیر\&.
.RE
.PP
postmaster\&.opts
.RS 4
اگر این فایل در دایرکتوری داده وجود داشته باشد،
pg_ctl
(در حالت
\fBrestart\fR)
محتویات آن را به‌عنوان گزینه به
postgres
ارسال می‌کند، مگر اینکه توسط گزینه
\fB\-o\fR
لغو و جایگزین شود\&. محتویات این فایل همچنین در حالت
\fBstatus\fR
نمایش داده می‌شود\&.
.RE.SH "مثال‌ها (EXAMPLES)"
.SS "راه‌اندازی سرور"
.PP
برای راه‌اندازی سرور و منتظر ماندن تا زمانی که سرور پذیرای اتصالات باشد:
.sp
.if n \{\
.RS 4
.\}
.nf
$ \fBpg_ctl start\fR
.fi
.if n \{\
.RE
.\}
.PP
برای راه‌اندازی سرور با استفاده از پورت 5433 و اجرا بدون
\fBfsync\fR، استفاده کنید:
.sp
.if n \{\
.RS 4
.\}
.nf
$ \fBpg_ctl \-o "\-F \-p 5433" start\fR
.fi
.if n \{\
.RE
.\}
.SS "متوقف کردن سرور"
.PP
برای متوقف کردن سرور، استفاده کنید:
.sp
.if n \{\
.RS 4
.\}
.nf
$ \fBpg_ctl stop\fR
.fi
.if n \{\
.RE
.\}
.sp
گزینهٔ
\fB\-m\fR
امکان کنترل بر روی
\fIچگونگی\fR
خاموش شدن سرور را فراهم می‌کند:
.sp
.if n \{\
.RS 4
.\}
.nf
$ \fBpg_ctl stop \-m smart\fR
.fi
.if n \{\
.RE
.\}
.SS "راه‌اندازی مجدد سرور"
.PP
راه‌اندازی مجدد سرور تقریباً معادل با متوقف کردن سرور و اجرای دوبارهٔ آن است، به جز اینکه به صورت پیش‌فرض،
\fBpg_ctl\fR
گزینه‌های خط فرمانی را که به نمونهٔ قبلی در حال اجرا داده شده بودند ذخیره و مجدداً استفاده می‌کند\&. برای راه‌اندازی مجدد سرور با همان گزینه‌های قبلی، استفاده کنید:
.sp
.if n \{\
.RS 4
.\}
.nf
$ \fBpg_ctl restart\fR
.fi
.if n \{\
.RE
.\}
.PP
اما اگر
\fB\-o\fR
مشخص شود، جایگزین هر گزینهٔ پیشین خواهد شد\&. برای راه‌اندازی مجدد با استفاده از پورت 5433 و غیرفعال کردن
\fBfsync\fR
در هنگام راه‌اندازی مجدد:
.sp
.if n \{\
.RS 4
.\}
.nf
$ \fBpg_ctl \-o "\-F \-p 5433" restart\fR
.fi
.if n \{\
.RE
.\}.SS "نمایش وضعیت سرور (Showing the Server Status)"
.PP
در اینجا یک نمونه از خروجی وضعیت از
pg_ctl
آمده است:
.sp
.if n \{\
.RS 4
.\}
.nf
$ \fBpg_ctl status\fR

pg_ctl: server is running (PID: 13718)
/usr/local/pgsql/bin/postgres "\-D" "/usr/local/pgsql/data" "\-p" "5433" "\-B" "128"
.fi
.if n \{\
.RE
.\}
.sp
خط دوم، دستوری است که در حالت restart فراخوانی خواهد شد\&.
.SH "همچنین ببینید (SEE ALSO)"
\fBinitdb\fR(1), \fBpostgres\fR(1)