Sets the target directory to write the output to. <application>pg_basebackup</application> will create this directory (and any missing parent directories) if it does not exist. If it already exists, it must be empty. 出力を書き出す対象のディレクトリを設定します。 pg_basebackupは、存在していなければこのディレクトリ(とその親ディレクトリのうち存在していないものすべて)を作成します。 ディレクトリはすでに存在してもかまいませんが、空でなければなりません。

When the backup is in tar format, the target directory may be specified as <literal>-</literal> (dash), causing the tar file to be written to <literal>stdout</literal>. バックアップがtar形式であり、かつ、対象のディレクトリが-（ダッシュ）の場合、tarファイルをstdoutに書き出します。

This option is required. このオプションは必須です。

Selects the format for the output. <replaceable>format</replaceable> can be one of the following: 出力形式を選択します。 formatには以下のいずれかを取ることができます。

Creates a <link linkend="file-standby-signal"><filename>standby.signal</filename></link> <indexterm><primary><filename>standby.signal</filename></primary><secondary>pg_basebackup &#45;-write-recovery-conf</secondary></indexterm> file and appends connection settings to the <filename>postgresql.auto.conf</filename> file in the target directory (or within the base archive file when using tar format). This eases setting up a standby server using the results of the backup. standby.signal を作成し、対象のディレクトリ（tar形式の場合はベースアーカイブファイルの中）にあるpostgresql.auto.confに接続設定を追加します。 これにより、バックアップの結果を利用するスタンバイサーバの設定が容易になります。

The <filename>postgresql.auto.conf</filename> file will record the connection settings and, if specified, the replication slot that <application>pg_basebackup</application> is using, so that streaming replication will use the same settings later on. postgresql.auto.confファイルは接続設定の情報、また、指定があればpg_basebackupが使用しているレプリケーションスロットの情報を記録するので、ストリーミングレプリケーションは後で同じ設定を使用します。

Instructs the server where to place the base backup. The default target is <literal>client</literal>, which specifies that the backup should be sent to the machine where <application>pg_basebackup</application> is running. If the target is instead set to <literal>server:/some/path</literal>, the backup will be stored on the machine where the server is running in the <literal>/some/path</literal> directory. Storing a backup on the server requires superuser privileges or having privileges of the <literal>pg_write_server_files</literal> role. If the target is set to <literal>blackhole</literal>, the contents are discarded and not stored anywhere. This should only be used for testing purposes, as you will not end up with an actual backup. ベースバックアップを格納する場所をサーバに指示します。 デフォルトターゲットはclientです。これはpg_basebackupが実行されているマシンにバックアップが送信されるように指定します。 ターゲットがserver:/some/pathに設定されている場合、バックアップはサーバが実行されているマシンの/some/pathディレクトリに格納されます。 サーバにバックアップを格納するには、スーパーユーザ権限またはpg_write_server_filesロールの権限が必要です。 ターゲットがblackholeに設定されている場合、内容は破棄され、どこにも格納されません。 実際のバックアップは作成されないので、これはテスト目的でのみ使用してください。

Since WAL streaming is implemented by <application>pg_basebackup</application> rather than by the server, this option cannot be used together with <literal>-Xstream</literal>. Since that is the default, when this option is specified, you must also specify either <literal>-Xfetch</literal> or <literal>-Xnone</literal>. WALストリーミングはサーバではなくpg_basebackupによって実装されているため、このオプションは-Xstreamと一緒に使用することはできません。 それがデフォルトであるため、このオプションを指定する場合は-Xfetchか-Xnoneも指定する必要があります。

Relocates the tablespace in directory <replaceable>olddir</replaceable> to <replaceable>newdir</replaceable> during the backup. To be effective, <replaceable>olddir</replaceable> must exactly match the path specification of the tablespace as it is defined on the source server. (But it is not an error if there is no tablespace in <replaceable>olddir</replaceable> on the source server.) Meanwhile <replaceable>newdir</replaceable> is a directory in the receiving host's filesystem. As with the main target directory, <replaceable>newdir</replaceable> need not exist already, but if it does exist it must be empty. Both <replaceable>olddir</replaceable> and <replaceable>newdir</replaceable> must be absolute paths. If either path needs to contain an equal sign (<literal>=</literal>), precede that with a backslash. This option can be specified multiple times for multiple tablespaces. ディレクトリolddirにあるテーブル空間を、バックアップ中にnewdirに再配置します。 これが有効であるためには、olddirが、ソースサーバでのテーブル空間のパス定義と完全に一致している必要があります。 (ただし、ソースサーバのolddir内にテーブル空間がなくてもエラーにはなりません。) 一方、newdirは受け取るホストのファイルシステム内のディレクトリです。 主対象ディレクトリと同様に、newdirは既に存在している必要はありませんが、存在している場合には空でなければなりません。 olddirとnewdirはいずれも絶対パスでなければなりません。 パス名に等号(=)を含む必要がある場合には、バックスラッシュをその前に付けてください。 このオプションは、複数のテーブル空間に対して複数回指定することができます。

If a tablespace is relocated in this way, the symbolic links inside the main data directory are updated to point to the new location. So the new data directory is ready to be used for a new server instance with all tablespaces in the updated locations. この方法でテーブル空間を再配置すると、メインのデータディレクトリ内のシンボリックリンクは、新しい場所を指すように更新されます。 このため、新しいデータディレクトリは、すべてのテーブル空間が更新された場所にあり、新しいサーバインスタンスがすぐに使える状態になっています。

Currently, this option only works with plain output format; it is ignored if tar format is selected. 現在、このオプションはplain出力形式でのみ機能します。tar形式が選択されている場合は無視されます。

Sets the directory to write WAL (write-ahead log) files to. By default WAL files will be placed in the <filename>pg_wal</filename> subdirectory of the target directory, but this option can be used to place them elsewhere. <replaceable>waldir</replaceable> must be an absolute path. As with the main target directory, <replaceable>waldir</replaceable> need not exist already, but if it does exist it must be empty. This option can only be specified when the backup is in plain format. WAL(先行書き込みログ)ファイルを書き込むディレクトリを設定します。 デフォルトでは、WALファイルは対象のpg_walサブディレクトリに置かれますが、どこか他の場所に置くためにこのオプションが使えます。 waldirは絶対パスでなければなりません。 主対象ディレクトリと同様に、waldirは既に存在している必要はありませんが、存在している場合には空でなければなりません。 このオプションは、バックアップがplain形式の場合にのみ指定できます。

Includes the required WAL (write-ahead log) files in the backup. This will include all write-ahead logs generated during the backup. Unless the method <literal>none</literal> is specified, it is possible to start a postmaster in the target directory without the need to consult the WAL archive, thus making the output a completely standalone backup. 必要なWAL（先行書き込みログ）ファイルをバックアップに含めます。 これはバックアップ中に生成された先行書き込みログをすべて含みます。 方法noneを指定しない場合、WALアーカイブを考慮することなく展開した対象ディレクトリ内でpostmasterを起動することができます。 つまり出力は完全なスタンドアローンバックアップを作成します。

The following <replaceable>method</replaceable>s for collecting the write-ahead logs are supported: 以下の先行書き込みログを収集するためのmethodがサポートされます。

Enables gzip compression of tar file output, with the default compression level. Compression is only available when using the tar format, and the suffix <filename>.gz</filename> will automatically be added to all tar filenames. tarファイル出力のデフォルトの圧縮レベルによるgzip圧縮を有効にします。 tarファイルを生成する場合のみ圧縮を利用することができ、すべてのtarファイルの名前に拡張子.gzが自動的に付加されます。

Requests compression of the backup. If <literal>client</literal> or <literal>server</literal> is included, it specifies where the compression is to be performed. Compressing on the server will reduce transfer bandwidth but will increase server CPU consumption. The default is <literal>client</literal> except when <literal>&#45;-target</literal> is used. In that case, the backup is not being sent to the client, so only server compression is sensible. When <literal>-Xstream</literal>, which is the default, is used, server-side compression will not be applied to the WAL. To compress the WAL, use client-side compression, or specify <literal>-Xfetch</literal>. バックアップの圧縮を要求します。 clientまたはserverが含まれている場合、それは圧縮を実行する場所を指定します。 サーバで圧縮すると、転送帯域幅が減少しますが、サーバのCPU消費が増加します。 デフォルトはclientですが、--targetを使用している場合は例外です。 その場合、バックアップはクライアントに送信されないため、サーバ圧縮のみが有効です。 デフォルトの-Xstreamが使用されている場合、サーバ側の圧縮はWALに適用されません。 WALを圧縮するには、クライアント側の圧縮を使用するか、-Xfetchを指定します。

The compression method can be set to <literal>gzip</literal>, <literal>lz4</literal>, <literal>zstd</literal>, <literal>none</literal> for no compression or an integer (no compression if 0, <literal>gzip</literal> if greater than 0). A compression detail string can optionally be specified. If the detail string is an integer, it specifies the compression level. Otherwise, it should be a comma-separated list of items, each of the form <literal>keyword</literal> or <literal>keyword=value</literal>. Currently, the supported keywords are <literal>level</literal>, <literal>long</literal>, and <literal>workers</literal>. The detail string cannot be used when the compression method is specified as a plain integer. 圧縮方法は、gzip、lz4、zstdで、圧縮しない場合はnoneに設定できます。また整数で設定できます（0なら圧縮しない、0より大きければgzip）。 オプションで圧縮の詳細文字列を指定できます。 詳細文字列が整数の場合は、圧縮レベルを指定します。 それ以外の場合は、keywordまたはkeyword=value形式のカンマ区切りの項目のリストにする必要があります。 現在サポートされているキーワードは、level、longおよびworkersです。 圧縮方法が単純な整数として指定されている場合、詳細文字列は使用できません。

If no compression level is specified, the default compression level will be used. If only a level is specified without mentioning an algorithm, <literal>gzip</literal> compression will be used if the level is greater than 0, and no compression will be used if the level is 0. 圧縮レベルが指定されていない場合、デフォルトの圧縮レベルが使用されます。 アルゴリズムを指定せずにレベルのみが指定されている場合、レベルが0より大きい場合はgzip圧縮が使用され、レベルが0の場合は圧縮が使用されません。

When the tar format is used with <literal>gzip</literal>, <literal>lz4</literal>, or <literal>zstd</literal>, the suffix <filename>.gz</filename>, <filename>.lz4</filename>, or <filename>.zst</filename>, respectively, will be automatically added to all tar filenames. When the plain format is used, client-side compression may not be specified, but it is still possible to request server-side compression. If this is done, the server will compress the backup for transmission, and the client will decompress and extract it. tar形式をgzip、lz4、zstdとともに使用すると、接尾辞.gz、.lz4、.zstがそれぞれすべてのtarファイルに自動的に追加されます。 plain形式を使用する場合、クライアント側の圧縮は指定されない可能性がありますが、サーバ側の圧縮を要求することは可能です。 この場合、サーバは転送用にバックアップを圧縮し、クライアントは展開して抽出します。

When this option is used in combination with <literal>-Xstream</literal>, <literal>pg_wal.tar</literal> will be compressed using <literal>gzip</literal> if client-side gzip compression is selected, but will not be compressed if any other compression algorithm is selected, or if server-side compression is selected. このオプションを-Xstreamと組み合わせて使用すると、クライアント側のgzip圧縮が選択されている場合、pg_wal.tarはgzipを使って圧縮されますが、他の圧縮アルゴリズムが選択されている場合やサーバ側の圧縮が選択されている場合は圧縮されません。

Sets checkpoint mode to fast (immediate) or spread (the default) (see <xref linkend="backup-lowlevel-base-backup"/>). チェックポイントモードをfast(即座に発行)またはspread(デフォルト)に設定します(26.3.3を参照してください)。

Specifies that the replication slot named by the <literal>&#45;-slot</literal> option should be created before starting the backup. An error is raised if the slot already exists. バックアップ開始前に--slotオプションで名づけられたレプリケーションスロットを作成することを指定します。 スロットが既に存在する場合、エラーが生じます。

Sets the label for the backup. If none is specified, a default value of <quote><literal>pg_basebackup base backup</literal></quote> will be used. バックアップのラベルを設定します。 何も指定がない場合、「pg_basebackup base backup」というデフォルト値が使用されます。

By default, when <command>pg_basebackup</command> aborts with an error, it removes any directories it might have created before discovering that it cannot finish the job (for example, the target directory and write-ahead log directory). This option inhibits tidying-up and is thus useful for debugging. デフォルトでは、pg_basebackupがエラーでアボートするとき、ジョブを完了できないことがわかるより前に作成したすべてのディレクトリ（例えば、対象のディレクトリと先行書き込みログのディレクトリ）を削除します。 このオプションはきれいに片付けることを禁止するので、デバッグのために有用です。

Note that tablespace directories are not cleaned up either way. テーブル空間のディレクトリはいずれにせよ削除されないことに注意してください。

By default, <command>pg_basebackup</command> will wait for all files to be written safely to disk. This option causes <command>pg_basebackup</command> to return without waiting, which is faster, but means that a subsequent operating system crash can leave the base backup corrupt. Generally, this option is useful for testing but should not be used when creating a production installation. デフォルトではpg_basebackupは全てのファイルがディスクに安全に書き出されるのを待ちます。 このオプションでpg_basebackupは待つことなく返ります。これは高速ですが、その後のオペレーションシステムのクラッシュでベースバックアップの破損が残るかもしれないことを意味します。 一般にこのオプションはテスト用に有用なのであって、本番導入の際に使うべきではありません。

Enables progress reporting. Turning this on will deliver an approximate progress report during the backup. Since the database may change during the backup, this is only an approximation and may not end at exactly <literal>100%</literal>. In particular, when WAL log is included in the backup, the total amount of data cannot be estimated in advance, and in this case the estimated target size will increase once it passes the total estimate without WAL. 進行状況報告を有効にします。 これを有効にすると、バックアップ中におおよその進行状況が報告されます。 データベースはバックアップ中に変更があるかもしれませんので、これはおおよそでしかなくちょうど100%では終わらないかもしれません。 特に、WALログがバックアップに含まれる場合、データ総量は前もって予測することはできません。 このためこの場合、推定対象容量はWALなしの総推定量を過ぎた後増加します。

Sets the maximum transfer rate at which data is collected from the source server. This can be useful to limit the impact of <application>pg_basebackup</application> on the server. Values are in kilobytes per second. Use a suffix of <literal>M</literal> to indicate megabytes per second. A suffix of <literal>k</literal> is also accepted, and has no effect. Valid values are between 32 kilobytes per second and 1024 megabytes per second. ソースサーバから収集されるデータの最大転送速度です。 これは、サーバでのpg_basebackupの影響を制限するのに有用です。 値は秒あたりのキロバイト数です。 添字Mを使うと秒あたりのメガバイト数を指定できます。 添字kを使うこともできますが、効果はありません。 有効な値は秒あたり32キロバイトから秒あたり1024メガバイトまでです。

This option always affects transfer of the data directory. Transfer of WAL files is only affected if the collection method is <literal>fetch</literal>. このオプションはデータディレクトリの転送に対しては、常に影響があります。 WALファイルの転送については、収集方法がfetchの場合にのみ影響があります。

This option can only be used together with <literal>-X stream</literal>. It causes WAL streaming to use the specified replication slot. If the base backup is intended to be used as a streaming-replication standby using a replication slot, the standby should then use the same replication slot name as <xref linkend="guc-primary-slot-name"/>. This ensures that the primary server does not remove any necessary WAL data in the time between the end of the base backup and the start of streaming replication on the new standby. このオプションは-X streamと一緒でのみ使用できます。 これはWALストリーミングに指定したレプリケーションスロットを使用させます。 レプリケーションスロットを使うストリーミングレプリケーションのスタンバイとしてベースバックアップを使用するつもりであるなら、スタンバイはprimary_slot_nameと同じレプリケーションスロット名を使うべきです。 これにより、ベースバックアップ終了と新しいスタンバイでのストリーミングレプリケーション開始の間の時間にプライマリサーバが必要なWALデータを削除しないことが確実になります。

The specified replication slot has to exist unless the option <option>-C</option> is also used. 指定されたレプリケーションスロットは、オプション-Cも使われている場合を除き、存在していなければなりません。

If this option is not specified and the server supports temporary replication slots (version 10 and later), then a temporary replication slot is automatically used for WAL streaming. このオプションが指定されておらず、サーバが一時レプリケーションスロットに対応している（バージョン10以降）場合、WALストリーミングに対して一時レプリケーションスロットが自動的に使われます。

Enables verbose mode. Will output some extra steps during startup and shutdown, as well as show the exact file name that is currently being processed if progress reporting is also enabled. 冗長モードを有効にします。 開始時および終了段階でいくつか追加の段階が出力されます。 また進行状況報告も有効な場合、現在処理中のファイル名も正しく出力されます。

Specifies the checksum algorithm that should be applied to each file included in the backup manifest. Currently, the available algorithms are <literal>NONE</literal>, <literal>CRC32C</literal>, <literal>SHA224</literal>, <literal>SHA256</literal>, <literal>SHA384</literal>, and <literal>SHA512</literal>. The default is <literal>CRC32C</literal>. バックアップマニフェストに含まれる各ファイル適用されるチェックサムアルゴリズムを指定します。 現在利用できるアルゴリズムはNONE、CRC32C、SHA224、SHA256、SHA384、SHA512です。 デフォルトはCRC32Cです。

If <literal>NONE</literal> is selected, the backup manifest will not contain any checksums. Otherwise, it will contain a checksum of each file in the backup using the specified algorithm. In addition, the manifest will always contain a <literal>SHA256</literal> checksum of its own contents. The <literal>SHA</literal> algorithms are significantly more CPU-intensive than <literal>CRC32C</literal>, so selecting one of them may increase the time required to complete the backup. NONEが選択されれば、バックアップマニフェストはチェックサムを含みません。 それ以外の場合、バックアップ内の各ファイルの指定したアルゴリズムを使ったチェックサムを含みます。 さらに、マニフェストは自身の内容のSHA256チェックサムを常に含みます。 SHAアルゴリズムはCRC32CよりもかなりCPU集約的なため、そのどれかを1つを選択するとバックアップの完了に掛かる時間が増えるでしょう。

Using a SHA hash function provides a cryptographically secure digest of each file for users who wish to verify that the backup has not been tampered with, while the CRC32C algorithm provides a checksum that is much faster to calculate; it is good at catching errors due to accidental changes but is not resistant to malicious modifications. Note that, to be useful against an adversary who has access to the backup, the backup manifest would need to be stored securely elsewhere or otherwise verified not to have been modified since the backup was taken. SHAハッシュ関数を使うと、バックアップが変更されていないことを検証したい利用者にとっては暗号学的に安全な各ファイルのダイジェストが提供されますが、一方、CRC32Cアルゴリズムでは計算がずっと速いチェックサムが提供されます。偶発的な変更によるエラーを補足するのには良いですが、悪意のある修正に抵抗力はありません。 バックアップにアクセスした敵に対抗するのに有用なように、バックアップマニフェストは、どこか他のところに安全に保管するか、バックアップが取られて以来変更されたことがないのを検証する必要があることに注意してください。

<xref linkend="app-pgverifybackup"/> can be used to check the integrity of a backup against the backup manifest. pg_verifybackupを使ってバックアップマニフェストに対するバックアップの完全性を検査できます。

Forces all filenames in the backup manifest to be hex-encoded. If this option is not specified, only non-UTF8 filenames are hex-encoded. This option is mostly intended to test that tools which read a backup manifest file properly handle this case. バックアップマニフェスト内のファイル名をすべて強制的に16進数でエンコードします。 このオプションが指定されなければ、UTF8でないファイル名だけが16進数でエンコードされます。 このオプションは主に、バックアップマニフェストファイルを読むツールが、この場合を正しく扱うか試験することを意図しています。

Prevents the server from estimating the total amount of backup data that will be streamed, resulting in the <structfield>backup_total</structfield> column in the <structname>pg_stat_progress_basebackup</structname> view always being <literal>NULL</literal>. ストリームされるバックアップデータの総量をサーバが評価しないようにします。その結果、pg_stat_progress_basebackupビューのbackup_total列は常にNULLになります。

Without this option, the backup will start by enumerating the size of the entire database, and then go back and send the actual contents. This may make the backup take slightly longer, and in particular it will take longer before the first data is sent. This option is useful to avoid such estimation time if it's too long. このオプションがなければ、バックアップはまずデータベース全体容量を計算し、その後バックアップに戻り、実際の内容を送信します。 これにより、バックアップに要する時間は少し長くなるかもしれません。特に最初のデータが送られるようになるまでの時間がより長くなります。 このオプションは、評価時間が長過ぎる場合にそれを避けるのに有用です。

This option is not allowed when using <option>&#45;-progress</option>. --progressを使う場合には、このオプションは認められません。

Disables generation of a backup manifest. If this option is not specified, the server will generate and send a backup manifest which can be verified using <xref linkend="app-pgverifybackup"/>. The manifest is a list of every file present in the backup with the exception of any WAL files that may be included. It also stores the size, last modification time, and an optional checksum for each file. バックアップマニフェストを生成しないようにします。 このオプションが指定されなければ、サーバはpg_verifybackupを使って検証できるバックアップマニフェストを生成し送信します。 マニフェストは、含まれるかもしれないWALファイルを除いて、バックアップの中にある各ファイルの一覧です。 各ファイルの大きさや最終修正時刻、省略可能なチェックサムも保存されます。

Prevents the creation of a temporary replication slot for the backup. バックアップ時に一時レプリケーションスロットを作成しないようにします。

By default, if log streaming is selected but no slot name is given with the <option>-S</option> option, then a temporary replication slot is created (if supported by the source server). デフォルトでは、ログストリーミングが選択されたものの-Sオプションでスロット名が与えられなかった場合、(ソースサーバがサポートしていれば)一時レプリケーションスロットが作成されます。

The main purpose of this option is to allow taking a base backup when the server has no free replication slots. Using a replication slot is almost always preferred, because it prevents needed WAL from being removed by the server during the backup. このオプションの主な目的は、サーバにレプリケーションスロットの空きが無いときにベースバックアップを取得できるようにすることです。 レプリケーションスロットを使うことは、必要とされるWALがバックアップ中のサーバにより削除されることを防止するため、ほとんどの場合に好ましいです。

Disables verification of checksums, if they are enabled on the server the base backup is taken from. ベースバックアップ取得元のサーバでチェックサムの検証が有効になっている場合に、チェックサムの検証を無効化します。

By default, checksums are verified and checksum failures will result in a non-zero exit status. However, the base backup will not be removed in such a case, as if the <option>&#45;-no-clean</option> option had been used. Checksum verification failures will also be reported in the <link linkend="monitoring-pg-stat-database-view"> <structname>pg_stat_database</structname></link> view. デフォルトでは、チェックサムは検証され、チェックサムエラーは非ゼロの終了ステータスをもたらします。 とはいえ、このような場合には、--no-cleanオプションが使われていたかのように、ベースバックアップは削除されません。 チェックサム検証の失敗はpg_stat_databaseビューでも報告されます。

Specifies parameters used to connect to the server, as a <link linkend="libpq-connstring">connection string</link>; these will override any conflicting command line options. サーバとの接続のために使用するパラメータを、接続文字列として指定します。 衝突するコマンドラインオプションよりも優先します。

The option is called <literal>&#45;-dbname</literal> for consistency with other client applications, but because <application>pg_basebackup</application> doesn't connect to any particular database in the cluster, any database name in the connection string will be ignored. このオプションは他のクライアントアプリケーションとの整合性のために--dbnameと呼ばれます。 しかし、pg_basebackupはクラスタ内の何らかの特定のデータベースに接続しませんので、接続文字列内のデータベース名は無視されます。

Specifies the host name of the machine on which the server is running. If the value begins with a slash, it is used as the directory for a Unix domain socket. The default is taken from the <envar>PGHOST</envar> environment variable, if set, else a Unix domain socket connection is attempted. サーバが稼働しているマシンのホスト名を指定します。 この値がスラッシュから始まる場合、Unixドメインソケット用のディレクトリとして使用されます。 デフォルトは、設定されていれば環境変数PGHOSTから取得されます。 設定されていなければ、Unixドメインソケット接続とみなされます。

Specifies the TCP port or local Unix domain socket file extension on which the server is listening for connections. Defaults to the <envar>PGPORT</envar> environment variable, if set, or a compiled-in default. サーバが接続を監視するTCPポートもしくはローカルUnixドメインソケットファイルの拡張子を指定します。 デフォルトは、設定されている場合、環境変数PGPORTの値となります。設定されていなければ、コンパイル時のデフォルト値となります。

Specifies the number of seconds between status packets sent back to the source server. Smaller values allow more accurate monitoring of backup progress from the server. A value of zero disables periodic status updates completely, although an update will still be sent when requested by the server, to avoid timeout-based disconnects. The default value is 10 seconds. 状態パケットがソースサーバに返送される間隔を秒単位で指定します。 より小さな値を指定することで、より正確にサーバからバックアップの進行状況を監視できます。 ゼロという値は定期的な状態更新を完全に無効にします。 しかし、タイムアウトによる切断を防止するために、サーバにより要求された場合には更新が送信されます。 デフォルト値は10秒です。

Specifies the user name to connect as. 接続ユーザ名を指定します。

Prevents issuing a password prompt. If the server requires password authentication and a password is not available by other means such as a <filename>.pgpass</filename> file, the connection attempt will fail. This option can be useful in batch jobs and scripts where no user is present to enter a password. パスワードの入力を促しません。 サーバがパスワード認証を必要とし、かつ、.pgpassファイルなどの他の方法が利用できない場合、接続試行は失敗します。 バッチジョブやスクリプトなどパスワードを入力するユーザが存在しない場合にこのオプションは有用かもしれません。

Forces <application>pg_basebackup</application> to prompt for a password before connecting to the source server. ソースサーバに接続する前に、pg_basebackupは強制的にパスワード入力を促します。

This option is never essential, since <application>pg_basebackup</application> will automatically prompt for a password if the server demands password authentication. However, <application>pg_basebackup</application> will waste a connection attempt finding out that the server wants a password. In some cases it is worth typing <option>-W</option> to avoid the extra connection attempt. サーバがパスワード認証を要求する場合pg_basebackupは自動的にパスワード入力を促しますので、これが重要になることはありません。 しかし、pg_basebackupは、サーバにパスワードが必要かどうかを判断するための接続試行を無駄に行います。 こうした余計な接続試行を防ぐために-Wの入力が有意となる場合もあります。

Prints the <application>pg_basebackup</application> version and exits. pg_basebackupのバージョンを表示し終了します。

Shows help about <application>pg_basebackup</application> command line arguments, and exits. pg_basebackupコマンドライン引数の使用方法を表示し、終了します。