校验 backup.sgml 完成

Author: linjialiang

postgresql/doc/src/sgml/backup.sgml

@@ -1068,7 +1068,7 @@ ________________________________________________________-->
    <para>
     在<varname>archive_command</varname>中，
     <literal>%p</literal>会被替换为要归档的文件路径名，而<literal>%f</literal>会被替换为文件名。
-    （文件路径名是相对于当前工作目录，即集群的数据目录的。）
+    （文件路径名是相对于当前工作目录，即集簇的数据目录的。）
     如果需要在命令中嵌入实际的<literal>%</literal>字符，请使用<literal>%%</literal>。
     最简单有用的命令可能是这样的：
 <programlisting>
@@ -1283,7 +1283,7 @@ ________________________________________________________-->
    <para>
     存档命令或函数仅在完成的WAL段上调用。因此，如果您的服务器生成的WAL流量很少（或者有间歇
     期），在事务完成和安全记录到存档存储之间可能会有很长的延迟。为了限制未存档数据的
-    年龄，您可以设置<xref linkend="guc-archive-timeout"/>，强制服务器至少在那么长时间内切换
+    最旧时间，您可以设置<xref linkend="guc-archive-timeout"/>，强制服务器至少在指定长的时间内切换
     到新的WAL段文件。请注意，由于强制切换而提前存档的文件仍然与完全满文件相同长度。因此，
     设置非常短的<varname>archive_timeout</varname>是不明智的——它会使您的存档存储膨胀。
     大约一分钟左右的<varname>archive_timeout</varname>设置通常是合理的。
@@ -1513,7 +1513,7 @@ SELECT pg_backup_start(label => 'label', fast => false);
     </para>
 ________________________________________________________-->
     <para>
-     在线备份始终从检查点的开始开始。默认情况下，<function>pg_backup_start</function>将等待下一个定期计划的检查点完成，这可能需要很长时间（请参阅配置参数<xref linkend="guc-checkpoint-timeout"/>和<xref linkend="guc-checkpoint-completion-target"/>）。通常这是最好的，因为它最大程度地减少了对运行系统的影响。如果您想尽快开始备份，请将<literal>true</literal>作为第二个参数传递给<function>pg_backup_start</function>，它将请求立即检查点，尽可能快地完成，尽可能多地使用I/O。
+     在线备份始终从检查点的开始启动。默认情况下，<function>pg_backup_start</function>将等待下一个定期计划的检查点完成，这可能需要很长时间（请参阅配置参数<xref linkend="guc-checkpoint-timeout"/>和<xref linkend="guc-checkpoint-completion-target"/>）。通常这是最好的，因为它最大程度地减少了对运行系统的影响。如果您想尽快开始备份，请将<literal>true</literal>作为第二个参数传递给<function>pg_backup_start</function>，它将请求立即检查点，尽可能快地完成，尽可能多地使用I/O。
     </para>
 <!-- pgdoc-cn_end sig_en=619155c4a25a25e0a48ce647f2fac73b -->