Merge branch 'PGPRO10_RUSDOC' into PGPRO10

Author: dmpgpro

doc/src/xml/ru/maintenance.xml

@@ -15,7 +15,7 @@
 
   <para>Ещё одной задачей, требующей периодического выполнения, является управление файлами журнала. Она рассматривается в <xref remap="6" linkend="logfile-maintenance"/>.</para>
 
-  <para>Для контроля состояния базы данных и для отслеживания нестандартных ситуаций можно использовать <ulink url="http://bucardo.org/wiki/Check_postgres"><application>check_postgres</application></ulink>. Скрипт <application>check_postgres</application> можно интегрировать с Nagios и MRTG, однако он может работать и самостоятельно.</para>
+  <para>Для контроля состояния базы данных и для отслеживания нестандартных ситуаций можно использовать <ulink url="https://bucardo.org/check_postgres/"><application>check_postgres</application></ulink>. Скрипт <application>check_postgres</application> можно интегрировать с Nagios и MRTG, однако он может работать и самостоятельно.</para>
 
   <para>По сравнению с некоторыми другими СУБД <productname>&productname;</productname> неприхотлив в обслуживании. Тем не менее, должное внимание к вышеперечисленным задачам будет значительно способствовать комфортной и производительной работе с СУБД.</para>
 
@@ -230,6 +230,6 @@ SELECT datname, age(datfrozenxid) FROM pg_database;</programlisting> Столб
 
   <para>Обратите внимание, что все описанные выше решения обеспечивают создание новых журнальных файлов через задаваемые промежутки времени, но не удаление старых, ставших бесполезными файлов журналов. Возможно, вы захотите создать задание для периодического удаления старых файлов. Кроме того, вы можете настроить программу ротации файлов так, чтобы старые файлы журналов циклически перезаписывались.</para>
 
-  <para>Также вам может быть полезен <ulink url="http://dalibo.github.io/pgbadger/"><productname>pgBadger</productname></ulink> — инструмент для сложного анализа файлов журнала. Кроме того, <ulink url="http://bucardo.org/wiki/Check_postgres"><productname>check_postgres</productname></ulink> может посылать уведомления в Nagios, когда в журнале появляются важные сообщения, а также при обнаружении других нестандартных ситуаций.</para>
+  <para>Также вам может быть полезен <ulink url="http://dalibo.github.io/pgbadger/"><productname>pgBadger</productname></ulink> — инструмент для сложного анализа файлов журнала. Кроме того, <ulink url="https://bucardo.org/check_postgres/"><productname>check_postgres</productname></ulink> может посылать уведомления в Nagios, когда в журнале появляются важные сообщения, а также при обнаружении других нестандартных ситуаций.</para>
  </sect1>
 </chapter>

doc/src/xml/ru/pgprobackup.xml

@@ -274,7 +274,7 @@ doc/src/xml/pgprobackup.xml
 
     <para><application>pg_probackup</application> создаёт подкаталоги <replaceable>имя_экземпляра</replaceable> в каталогах <literal>backups/</literal> и <literal>wal/</literal> каталога резервных копий. Каталог <filename>backups/<replaceable>имя_экземпляра</replaceable></filename> содержит файл конфигурации <filename>pg_probackup.conf</filename>, управляющий параметрами копирования и восстановления для данного экземпляра копии. Подробнее тонкая настройка конфигурации <application>pg_probackup</application> описана в <xref remap="6" linkend="configuring-pg-probackup"/>.</para>
       <para>Каталог резервных копий должен находиться в файловой системе сервера БД. Пользователь, запускающий <application>pg_probackup</application>, должен иметь полный доступ к содержимому этого каталога. Если вы зададите путь к этому каталогу в переменной окружения <envar>BACKUP_PATH</envar>, соответствующий параметр в командах <application>pg_probackup</application> можно не указывать.</para>
-    <para>Та как <application>pg_probackup</application> использует обычное подключение к <productname>PostgreSQL</productname> и стандартный протокол репликации, для команд <application>pg_probackup</application> необходимо задавать <link linkend="pg-probackup-connection-opts">параметры подключения</link>. Чтобы каждый раз не задавать эти параметры в командной строке, вы можете определить их в файле конфигурации <filename>pg_probackup.conf</filename> с помощью команды <xref linkend="pg-probackup-set-config"/>. За подробностями обратитесь к <xref remap="3" linkend="configuring-pg-probackup"/>.</para>
+    <para>Так как <application>pg_probackup</application> использует обычное подключение к <productname>PostgreSQL</productname> и стандартный протокол репликации, для команд <application>pg_probackup</application> необходимо задавать <link linkend="pg-probackup-connection-opts">параметры подключения</link>. Чтобы каждый раз не задавать эти параметры в командной строке, вы можете определить их в файле конфигурации <filename>pg_probackup.conf</filename> с помощью команды <xref linkend="pg-probackup-set-config"/>. За подробностями обратитесь к <xref remap="3" linkend="configuring-pg-probackup"/>.</para>
   </refsect2>
   <refsect2 id="configuring-database-cluster">
     <title>Настройка кластера баз данных</title>

doc/src/xml/ru/recovery-config.xml

@@ -98,7 +98,7 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"'  # Windows</programli
      <varlistentry id="recovery-target-inclusive" xreflabel="recovery_target_inclusive">
       <term><varname>recovery_target_inclusive</varname> (<type>boolean</type>) <indexterm><primary>параметр восстановления <varname>recovery_target_inclusive</varname></primary></indexterm></term>
       <listitem>
-       <para>Указывает на необходимость остановки сразу после (<literal>true</literal>), либо до (<literal>false</literal>) достижения целевой точки. Применяется одновременно с <xref linkend="recovery-target-time"/>, либо <xref linkend="recovery-target-xid"/>. Этот параметр управляет тем, нужно ли восстанавливать транзакции, у которых время фиксации либо идентификатор в точности совпадает со значением соответствующего параметра. Значение по умолчанию — <literal>true</literal>.</para>
+       <para>Указывает на необходимость остановки сразу после (<literal>true</literal>) либо до (<literal>false</literal>) достижения целевой точки. Применяется одновременно с <xref linkend="recovery-target-lsn"/>, <xref linkend="recovery-target-time"/> или <xref linkend="recovery-target-xid"/>. Этот параметр определяет, нужно ли восстанавливать транзакции, у которых позиция в WAL (LSN), время фиксации либо идентификатор в точности совпадает с заданным соответствующим значением. Значение по умолчанию — <literal>true</literal>.</para>
       </listitem>
      </varlistentry>
 

doc/src/xml/ru/ref/grant.xml

@@ -106,7 +106,7 @@ GRANT <replaceable class="parameter">имя_роли</replaceable> [, ...] TO <r
 
   <para>Право удалять объект или изменять его определение произвольным образом не считается назначаемым; оно неотъемлемо связано с владельцем, так что отозвать это право или дать его кому-то другому нельзя. (Однако похожий эффект можно получить, управляя членством в роли, владеющей объектом; см. ниже.) Владелец также неявно получает право распоряжения всеми правами для своего объекта.</para>
 
-  <para>&productname; по умолчанию назначает группе <literal>PUBLIC</literal> определённые права для некоторых типов объектов. Для таблиц, столбцов, схем и табличных пространств <literal>PUBLIC</literal> по умолчанию никаких прав не имеет. Для других типов объектов <literal>PUBLIC</literal> имеет следующие права: <literal>CONNECT</literal> и <literal>CREATE TEMP TABLE</literal> — для баз данных; <literal>EXECUTE</literal> — для функций; <literal>USAGE</literal> — для языков. Владелец объекта, конечно же, может отозвать (с помощью <command>REVOKE</command>) как явно назначенные права, так и права, назначаемые по умолчанию. (Для максимальной безопасности команду <command>REVOKE</command> нужно выполнять в транзакции, создающей объект; тогда не образуется окно, в котором другой пользователь смог бы обратиться к объекту.) Кроме того, эти изначально назначаемые права по умолчанию можно изменить, воспользовавшись командой <xref linkend="sql-alterdefaultprivileges"/>.</para>
+  <para>&productname; по умолчанию назначает группе <literal>PUBLIC</literal> определённые права для некоторых типов объектов. Для таблиц, столбцов, последовательностей, обёрток сторонних данных, сторонних серверов, больших объектов, схем или табличных пространств <literal>PUBLIC</literal> по умолчанию никаких прав не имеет. Для других типов объектов <literal>PUBLIC</literal> имеет следующие права по умолчанию: <literal>CONNECT</literal> и <literal>TEMPORARY</literal> (создание временных таблиц) для баз данных; <literal>EXECUTE</literal> — для функций, <literal>USAGE</literal> — для языков и типов данных (включая домены). Владелец объекта, конечно же, может отозвать (с помощью <command>REVOKE</command>) как явно назначенные права, так и права по умолчанию. (Для максимальной безопасности команду <command>REVOKE</command> нужно выполнять в транзакции, создающей объект; тогда не образуется окно, в котором другой пользователь смог бы обратиться к объекту.) Кроме того, эти изначально назначаемые права по умолчанию можно изменить, воспользовавшись командой <xref linkend="sql-alterdefaultprivileges"/>.</para>
 
   <para>Все возможные права перечислены ниже: <variablelist>
     <varlistentry>

doc/src/xml/ru/ref/prepare_transaction.xml

@@ -53,7 +53,7 @@ doc/src/xml/ref/prepare_transaction.xml
 
   <para>Эта команда должна выполняться внутри блока транзакции. Начинает блок транзакции команда <xref linkend="sql-begin"/>.</para>
 
-  <para>В настоящее время команда <command>PREPARE</command> неспособна подготавливать транзакции, в которых выполнялись какие-либо действия с временными таблицами, создавались курсоры <literal>WITH HOLD</literal> или выполнялись команды <command>LISTEN</command> и <command>UNLISTEN</command>. Эти функции слишком тесно связаны с текущим сеансом, так что в подготовленной транзакции они не были бы полезны.</para>
+  <para>В настоящее время команда <command>PREPARE</command> неспособна подготавливать транзакции, в которых выполнялись какие-либо действия с временными таблицами, создавались курсоры <literal>WITH HOLD</literal> либо выполнялись команды <command>LISTEN</command>, <command>UNLISTEN</command> или <command>NOTIFY</command>. Эти функции слишком тесно связаны с текущим сеансом, так что в подготовленной транзакции они не были бы полезны.</para>
 
   <para>Если транзакция меняет какие-либо параметры времени выполнения командой <command>SET</command> (без указания <literal>LOCAL</literal>), их значения сохраняются после <command>PREPARE TRANSACTION</command> и не зависят от последующих команд <command>COMMIT PREPARED</command> и <command>ROLLBACK PREPARED</command>. Так что в этом отношении <command>PREPARE TRANSACTION</command> больше похожа на <command>COMMIT</command>, чем на <command>ROLLBACK</command>.</para>