Changeset 1168

Show
Ignore:
Timestamp:
10/10/08 12:03:31 (1 month ago)
Author:
gleu
Message:

Corrections par Christophe Bouchet.

Files:

Legend:

Unmodified
Added
Removed
Modified
Copied
Moved
  • traduc/branches/bv81x/manuel/runtime.xml

    r868 r1168  
    6565   supposent son existence. Une autre base de données est créée à l'intérieur 
    6666   de chaque groupe lors de l'initialisation. Elle est appelée 
    67    <literal>template1</literal>. comme le nom le suggère, elle sera utilisée 
     67   <literal>template1</literal>. Comme le nom le suggère, elle sera utilisée 
    6868   comme modèle pour les bases de données créées après&nbsp;; elle ne devrait 
    6969   pas être utilisée pour un vrai travail (voir le <xref 
     
    7676   simple répertoire sous lequel les données seront stockées. Nous l'appelons le 
    7777   <firstterm>répertoire de données</firstterm> ou l'<firstterm>emplacement des 
    78    données</firstterm>. le choix de cet emplacement vous appartient complètement. 
     78   données</firstterm>. Le choix de cet emplacement vous appartient complètement. 
    7979   Il n'existe pas de valeur par défaut bien que les emplacements tels que 
    8080   <filename>/usr/local/pgsql/data</filename> ou 
    81    <filename>/var/lib/pgsql/data</filename> sont populaires. pour initialiser un 
     81   <filename>/var/lib/pgsql/data</filename> sont populaires. Pour initialiser un 
    8282   groupe de bases de données, utilisez la commande <xref 
    8383   linkend="app-initdb"/>,<indexterm><primary>initdb</primary></indexterm> installée avec 
    84    <productname>PostgreSQL</productname>. l'emplacement désiré sur le groupe de 
     84   <productname>PostgreSQL</productname>. L'emplacement désiré sur le groupe de 
    8585   fichier est indiqué par l'option <option>-d</option>, par exemple 
    8686<screen><prompt>$</prompt> <userinput>initdb -d /usr/local/pgsql/data</userinput></screen> 
     
    104104   droits). Dans ce cas, vous devez créer le répertoire vous-même (en tant que 
    105105   root) et modifier le propriétaire pour qu'il corresponde à l'utilisateur 
    106    <productname>PostgreSQL</productname>. voici comment réaliser ceci&nbsp;: 
     106   <productname>PostgreSQL</productname>. Voici comment réaliser ceci&nbsp;: 
    107107<screen>root# <userinput>mkdir /usr/local/pgsql/data</userinput> 
    108108root# <userinput>chown postgres /usr/local/pgsql/data</userinput> 
     
    131131   <option>--pwprompt</option> de la commande <command>initdb</command> pour 
    132132   affecter un mot de passe au super-utilisateur de la base de 
    133    données.<indexterm><primary>mot de passe</primary><secondary>du 
    134    super-utilisateur</secondary></indexterm>. de plus, spécifiez <option>-a md5</option> ou 
     133   données <indexterm><primary>mot de passe</primary><secondary>du 
     134   super-utilisateur</secondary></indexterm>. De plus, spécifiez <option>-a md5</option> ou 
    135135   <option>-a mot_de_passe</option> de façon à ce que la méthode d'authentification 
    136136   <literal>trust</literal> par défaut ne soit pas utilisée&nbsp;; ou modifiez le fichier 
     
    153153   initialisé par <command>initdb</command> et ne peut pas être modifié après, 
    154154   en dehors de la sauvegarde des données, du redémarrage de 
    155    <command>initdb</command> et du rechargement des données. il y a aussi un 
     155   <command>initdb</command> et du rechargement des données. Il y a aussi un 
    156156   impact sur les performances lors de l'utilisation de locales autres que 
    157    <literal>c</literal> ou <literal>posix</literal>. du coup, il est important de faire ce 
     157   <literal>c</literal> ou <literal>posix</literal>. Du coup, il est important de faire ce 
    158158   choix correctement la première fois. 
    159159  </para> 
     
    162162   <command>initdb</command> configure aussi le codage par défaut de l'ensemble 
    163163   de caractères pour le groupe de bases de données. Normalement, cela doit 
    164    été choisi pour correspondre au paramétrage de la locale. Pour les détails, 
     164   être choisi pour correspondre au paramétrage de la locale. Pour les détails, 
    165165   voir la <xref linkend="multibyte"/>. 
    166166  </para> 
     
    191191<screen>$ <userinput>postmaster -d /usr/local/pgsql/data &gt;journaux_trace 2&gt;&amp;1 &amp;</userinput></screen> 
    192192   Il est important de sauvegarder les sorties <systemitem>stdout</systemitem> et 
    193    <systemitem>stderr</systemitem> du serveur quelque part, comme montré ci-dessus. cela 
     193   <systemitem>stderr</systemitem> du serveur quelque part, comme montré ci-dessus. Cela 
    194194   vous aidera dans des buts d'audits ou pour diagnostiquer des problèmes (voir 
    195195   la <xref linkend="logfile-maintenance"/> pour une discussion plus détaillée 
     
    217217  <para> 
    218218   Normalement, vous lancerez le serveur de bases de données lors du 
    219    démarrage de l'ordinateur.<indexterm><primary>démarrage</primary><secondary>au 
    220    lancement du serveur</secondary></indexterm> les scripts de lancement automatique sont 
     219   démarrage de l'ordinateur <indexterm><primary>démarrage</primary><secondary>au 
     220   lancement du serveur</secondary></indexterm>. Les scripts de lancement automatique sont 
    221221   spécifiques au système d'exploitation. Certains sont distribués avec 
    222222   <productname>PostgreSQL</productname> dans le répertoire 
    223    <filename>contrib/start-scripts</filename>. en installer un demandera les 
     223   <filename>contrib/start-scripts</filename>. En installer un demandera les 
    224224   droits de root. 
    225225  </para> 
     
    229229   démarrage. La plupart des systèmes ont un fichier 
    230230   <filename>/etc/rc.local</filename> ou 
    231    <filename>/etc/rc.d/rc.local</filename>. d'autres utilisent les répertoires 
    232    <filename>rc.d</filename>. quoi que vous fassiez, le serveur doit être exécuté par le 
     231   <filename>/etc/rc.d/rc.local</filename>. D'autres utilisent les répertoires 
     232   <filename>rc.d</filename>. Quoi que vous fassiez, le serveur doit être exécuté par le 
    233233   compte utilisateur <productname>PostgreSQL</productname> <emphasis>et non pas 
    234    par root</emphasis> ou tout autre utilisateur. donc, vous devriez 
     234   par root</emphasis> ou tout autre utilisateur. Donc, vous devriez 
    235235   probablement former vos commandes en utilisant <literal>su -c '...'  
    236    postgres</literal>. par exemple&nbsp;: 
     236   postgres</literal>. Par exemple&nbsp;: 
    237237<programlisting>su -c 'pg_ctl start -D /usr/local/pgsql/data -l serverlog' postgres</programlisting> 
    238238  </para> 
     
    351351     noyau. Comme contournement temporaire, vous pouvez essayer de lancer le 
    352352     serveur avec un nombre de tampons plus petit que la normale 
    353      (<xref linkend="guc-shared-buffers"/>). éventuellement, vous pouvez 
     353     (<xref linkend="guc-shared-buffers"/>). Éventuellement, vous pouvez 
    354354     reconfigurer votre noyau pour accroître la taille de mémoire partagée 
    355355     autorisée. Vous pourriez voir aussi ce message en essayant d'exécuter 
     
    400400        TCP/IP connections on port 5432?</screen> 
    401401     Ceci est l'échec générique <quote>je n'ai pas trouvé de serveur à qui 
    402      parler</quote>. cela ressemble au message ci-dessus lorsqu'une connexion 
     402     parler</quote>. Cela ressemble au message ci-dessus lorsqu'une connexion 
    403403     TCP/IP est tentée. Une erreur commune est d'oublier de configurer le 
    404404     serveur pour qu'il autorise les connexions TCP/IP. 
     
    435435  <para> 
    436436   Une installation importante de <productname>PostgreSQL</productname> peut rapidement 
    437    épuiser les limites des ressources du système d'exploitation. (Sur certains 
     437   épuiser les limites des ressources du système d'exploitation (Sur certains 
    438438   systèmes, les valeurs par défaut sont trop basses que vous n'avez même pas 
    439    besoin d'une installation <quote>importante</quote>.) si vous avez rencontré ce 
     439   besoin d'une installation <quote>importante</quote>.). Si vous avez rencontré ce 
    440440   type de problème, continuez votre lecture. 
    441441  </para> 
     
    456456    <quote><acronym>ipc</acronym> <systemitem class="osname">system v</systemitem></quote> 
    457457    (ensemble avec les queues de messages, qui n'ont pas d'importance pour 
    458     <productname>PostgreSQL</productname>). pratiquement, tous les systèmes d'exploitation 
     458    <productname>PostgreSQL</productname>). Pratiquement, tous les systèmes d'exploitation 
    459459    modernes fournissent ces fonctionnalités mais, parmi elles, toutes ne sont pas 
    460460    activées ou dimensionnées suffisamment par défaut, spécialement les systèmes 
     
    467467   <para> 
    468468    Le manque complet de fonctionnalités est généralement manifesté par  
    469     une erreur <errorname>illegal system call</errorname> au lancement du serveur. dans 
     469    une erreur <errorname>illegal system call</errorname> au lancement du serveur. Dans 
    470470    ce cas, il n'y a rien à faire à part reconfigurer votre noyau. 
    471471    <productname>PostgreSQL</productname> ne fonctionnera pas sans. 
     
    597597   <para> 
    598598    Certains systèmes ont aussi une limite sur le nombre total de mémoire partagée 
    599     dans le système (<varname>shmall</varname>). assurez-vous que cela soit suffisamment 
     599    dans le système (<varname>shmall</varname>). Assurez-vous que cela soit suffisamment 
    600600    important pour <productname>PostgreSQL</productname> et quelque autres applications 
    601601    utilisant des segments de mémoire partagée (attention&nbsp;: 
     
    609609    La taille minimum des segments de mémoire partagée (<varname>shmmin</varname>) est 
    610610    moins sensible aux problèmes. Elle devrait être au plus à environ 
    611     500&nbsp;Ko pour <productname>PostgreSQL</productname> (il est habituellement à 1). l
     611    500&nbsp;Ko pour <productname>PostgreSQL</productname> (il est habituellement à 1). L
    612612    nombre maximum de segments au travers du système (<varname>shmmni</varname>) ou par 
    613613    processus (<varname>shmseg</varname>) a peu de chances de causer un problème sauf 
     
    635635   <para> 
    636636    Dans certains cas, il pourrait être nécessaire d'augmenter 
    637     <varname>semmap</varname> pour être au moins dans l'ordre de <varname>semmns</varname>. c
     637    <varname>semmap</varname> pour être au moins dans l'ordre de <varname>semmns</varname>. C
    638638    paramètre définit la taille de la carte de ressources de sémaphores, dans 
    639639    laquelle chaque bloc contigü de sémaphores disponibles ont besoin d'une 
     
    680680         Pour ceux utilisant une version 4.3 ou ultérieure, vous aurez 
    681681         probablement besoin d'augmenter <varname>kernel_virtual_mb</varname> au-dessus 
    682          de la valeur par défaut, <literal>248</literal>. une fois tous les changements 
     682         de la valeur par défaut, <literal>248</literal>. Une fois tous les changements 
    683683         effectués, recompilez le noyau et redémarrez. 
    684684        </para> 
     
    693693        Ensuite, ajoutez <varname>sysptsize</varname> comme valeur codée en dur dans 
    694694        le fichier de configuration du noyau. Augmentez la valeur que vous 
    695         trouvez en utilisant <command>bpatch</command>. ajoutez 1 pour chaque 
     695        trouvez en utilisant <command>bpatch</command>. Ajoutez 1 pour chaque 
    696696        4&nbsp;Mo supplémentaire de mémoire partagée que vous souhaitez. 
    697697<programlisting>options "SYSPTSIZE=16"</programlisting> 
     
    705705         Vous voudrez probablement aussi augmenter le nombre de sémaphores&nbsp;; 
    706706         la somme totale par défaut du système (60) n'autorisera seulement que 
    707          50 connexions <productname>PostgreSQL</productname>. initialisez les 
     707         50 connexions <productname>PostgreSQL</productname>. Initialisez les 
    708708         valeurs que vous souhaitez dans le fichier de configuration du 
    709709         noyau&nbsp;: 
     
    723723        Les paramètres par défaut sont seulement acceptables pour de petites 
    724724        installations (par exemple, la valeur par défaut de 
    725         <varname>shmmax</varname> est de 32&nbsp;mo). les modifications se font 
     725        <varname>shmmax</varname> est de 32&nbsp;mo). Les modifications se font 
    726726        via les interfaces <command>sysctl</command> ou 
    727         <command>loader</command>. les paramètres suivants peuvent être configurés 
     727        <command>loader</command>. Les paramètres suivants peuvent être configurés 
    728728        en utilisant <command>sysctl</command>&nbsp;: 
    729729<screen><prompt>$</prompt> <userinput>sysctl -w kern.ipc.shmall=32768</userinput> 
     
    784784        activées à la compilation du noyau (ils le sont par défaut). La taille 
    785785        maximum de mémoire partagée est déterminée par l'option 
    786         <varname>shmmaxpgs</varname> (en pages). ce qui suit montre un exemple de 
     786        <varname>shmmaxpgs</varname> (en pages). Ce qui suit montre un exemple de 
    787787        l'initialisation des différents paramètres (<systemitem 
    788788        class="osname">OpenBSD</systemitem> utilise <literal>option</literal> à la place)&nbsp;: 
     
    821821        <application>system administration manager</application> (<acronym>sam</acronym>) sous 
    822822        <menuchoice><guimenu>kernel configuration</guimenu><guimenuitem>configurable 
    823         Parameters</guimenuitem></menuchoice>. allez sur <guibutton>create a new kernel</guibutton> une fois 
     823        Parameters</guimenuitem></menuchoice>. Allez sur <guibutton>create a new kernel</guibutton> une fois 
    824824        terminée. 
    825825       </para> 
     
    10581058    Les systèmes d'exploitation style Unix renforcent différents types de 
    10591059    limites de ressources qui pourraient interférer avec les opérations de votre 
    1060     serveur <productname>PostgreSQL</productname>. les limites sur le nombre de 
     1060    serveur <productname>PostgreSQL</productname>. Les limites sur le nombre de 
    10611061    processus par utilisateur, le nombre de fichiers ouverts par un processus et la 
    10621062    taille mémoire disponible pour chaque processus sont d'une grande 
    10631063    importance. Chacun d'entre elles ont une limite <quote>dure</quote> et une 
    1064     limite <quote>souple</quote>. la limite souple est réellement ce qui compte 
     1064    limite <quote>souple</quote>. La limite souple est réellement ce qui compte 
    10651065    mais cela pourrait être changé par l'utilisateur jusqu'à la limite dure. La 
    10661066    limite dure pourrait seulement être modifiée par l'utilisateur root. L'appel 
     
    10811081        :openfiles-cur=256:\ 
    10821082...</programlisting> 
    1083     (<literal>-cur</literal> est la limite douce. ajoutez 
     1083    (<literal>-cur</literal> est la limite douce. Ajoutez 
    10841084    <literal>-max</literal> pour configurer la limite dure.) 
    10851085   </para> 
     
    10951095      fichiers ouverts que le noyau supportera. Ce nombre est modifiable en 
    10961096      écrivant un autre nombre dans le fichier ou en ajoutant une affectation 
    1097       dans <filename>/etc/sysctl.conf</filename>. la limite des fichiers par 
     1097      dans <filename>/etc/sysctl.conf</filename>. La limite des fichiers par 
    10981098      processus est fixée lors de la compilation du noyau&nbsp;; voir 
    10991099      <filename>/usr/src/linux/documentation/proc.txt</filename> pour plus 
     
    11751175    ou en plaçant une entrée équivalente dans <filename>/etc/sysctl.conf</filename>. 
    11761176    Vous pourriez souhaiter modifier le paramétrage relatif 
    1177     <literal>vm.overcommit_ratio</literal>. pour les détails, voir la documentation du 
     1177    <literal>vm.overcommit_ratio</literal>. Pour les détails, voir la documentation du 
    11781178    noyau (<filename>documentation/vm/overcommit-accounting</filename>). 
    11791179   </para> 
     
    12671267  <important> 
    12681268   <para> 
    1269     Il est mieux de ne pas utiliser <systemitem>sigkill</systemitem> pour arrêter 
     1269    Il vaux mieux de ne pas utiliser <systemitem>sigkill</systemitem> pour arrêter 
    12701270    le serveur. Le faire empêchera le serveur de libérer la mémoire partagée et 
    12711271    les sémaphores, ce qui pourrait devoir être fait manuellement avant qu'un 
     
    13391339    <para> 
    13401340     Sur Linux, le chiffrement peut se faire au niveau du montage d'un système 
    1341      de fichiers en utilisant un <quote>périphérique loopback</quote>. ceci 
     1341     de fichiers en utilisant un <quote>périphérique loopback</quote>. Ceci 
    13421342     permet à une partition entière du système de fichiers d'être cryptée et 
    13431343     décryptée par le système d'exploitation. Sur FreeBSD, la fonctionnalité 
     
    13841384      fichier <filename>pg_hba.conf</filename> permet aux administrateurs de spécifier 
    13851385      quels hôtes peuvent utiliser des connexions non cryptées (<literal>host</literal>) 
    1386       et lesquels requièrent des connexions SSL (<literal>hostssl</literal>). de plus, 
     1386      et lesquels requièrent des connexions SSL (<literal>hostssl</literal>). De plus, 
    13871387      les clients peuvent spécifier qu'ils se connectent aux serveurs seulement 
    13881388      via SSL. <application>stunnel</application> ou <application>ssh</application> peuvent aussi 
     
    15281528   Vous pouvez utiliser <application>ssh</application> pour crypter la 
    15291529   connexion réseau entre les clients et un serveur 
    1530    <productname>PostgreSQL</productname>. réalisé correctement, ceci fournit une 
     1530   <productname>PostgreSQL</productname>. Réalisé correctement, ceci fournit une 
    15311531   connexion réseau sécurisée, y compris pour les clients non SSL. 
    15321532  </para> 
     
    15361536   en cours d'exécution sur la même machine que le serveur 
    15371537   <productname>PostgreSQL</productname> et que vous pouvez vous connecter via 
    1538    <command>ssh</command> en tant qu'un utilisateur quelconque. ensuite, vous 
     1538   <command>ssh</command> en tant qu'un utilisateur quelconque. Ensuite, vous 
    15391539   pouvez établir un tunnel sécurisé avec une commande comme ceci sur la machine 
    15401540   cliente&nbsp;: 
  • traduc/branches/bv82x/manuel/runtime.xml

    r867 r1168  
    6363   supposent son existence. Une autre base de données est créée à l'intérieur 
    6464   de chaque groupe lors de l'initialisation. Elle est appelée 
    65    <literal>template1</literal>. comme le nom le suggère, elle sera utilisée 
     65   <literal>template1</literal>. Comme le nom le suggère, elle sera utilisée 
    6666   comme modèle pour les bases de données créées après&nbsp;; elle ne devrait 
    6767   pas être utilisée pour un vrai travail (voir le <xref 
     
    7474   simple répertoire sous lequel les données seront stockées. Nous l'appelons le 
    7575   <firstterm>répertoire de données</firstterm> ou l'<firstterm>emplacement des 
    76    données</firstterm>. le choix de cet emplacement vous appartient complètement. 
     76   données</firstterm>. Le choix de cet emplacement vous appartient complètement. 
    7777   Il n'existe pas de valeur par défaut bien que les emplacements tels que 
    7878   <filename>/usr/local/pgsql/data</filename> ou 
    79    <filename>/var/lib/pgsql/data</filename> sont populaires. pour initialiser un 
     79   <filename>/var/lib/pgsql/data</filename> sont populaires. Pour initialiser un 
    8080   groupe de bases de données, utilisez la commande <xref 
    8181   linkend="app-initdb"/>,<indexterm><primary>initdb</primary></indexterm> installée avec 
    82    <productname>PostgreSQL</productname>. l'emplacement désiré sur le groupe de 
     82   <productname>PostgreSQL</productname>. L'emplacement désiré sur le groupe de 
    8383   fichier est indiqué par l'option <option>-d</option>, par exemple 
    8484<screen><prompt>$</prompt> <userinput>initdb -d /usr/local/pgsql/data</userinput></screen> 
     
    102102   droits). Dans ce cas, vous devez créer le répertoire vous-même (en tant que 
    103103   root) et modifier le propriétaire pour qu'il corresponde à l'utilisateur 
    104    <productname>PostgreSQL</productname>. voici comment réaliser ceci&nbsp;: 
     104   <productname>PostgreSQL</productname>. Voici comment réaliser ceci&nbsp;: 
    105105<screen>root# <userinput>mkdir /usr/local/pgsql/data</userinput> 
    106106root# <userinput>chown postgres /usr/local/pgsql/data</userinput> 
     
    129129   <option>--pwprompt</option> de la commande <command>initdb</command> pour 
    130130   affecter un mot de passe au super-utilisateur de la base de 
    131    données.<indexterm><primary>mot de passe</primary><secondary>du 
    132    super-utilisateur</secondary></indexterm>. de plus, spécifiez <option>-a md5</option> ou 
     131   données <indexterm><primary>mot de passe</primary><secondary>du 
     132   super-utilisateur</secondary></indexterm>. De plus, spécifiez <option>-a md5</option> ou 
    133133   <option>-a mot_de_passe</option> de façon à ce que la méthode d'authentification 
    134134   <literal>trust</literal> par défaut ne soit pas utilisée&nbsp;; ou modifiez le fichier 
     
    151151   initialisé par <command>initdb</command> et ne peut pas être modifié après, 
    152152   en dehors de la sauvegarde des données, du redémarrage de 
    153    <command>initdb</command> et du rechargement des données. il y a aussi un 
     153   <command>initdb</command> et du rechargement des données. Il y a aussi un 
    154154   impact sur les performances lors de l'utilisation de locales autres que 
    155    <literal>c</literal> ou <literal>posix</literal>. du coup, il est important de faire ce 
     155   <literal>c</literal> ou <literal>posix</literal>. Du coup, il est important de faire ce 
    156156   choix correctement la première fois. 
    157157  </para> 
     
    160160   <command>initdb</command> configure aussi le codage par défaut de l'ensemble 
    161161   de caractères pour le groupe de bases de données. Normalement, cela doit 
    162    été choisi pour correspondre au paramétrage de la locale. Pour les détails, 
     162   être choisi pour correspondre au paramétrage de la locale. Pour les détails, 
    163163   voir la <xref linkend="multibyte"/>. 
    164164  </para> 
     
    171171   Avant qu'une personne ait accès à la base de données, vous devez démarrer le 
    172172serveur de bases de données. Le programme serveur est appelé 
    173 <command>postgres</command>.<indexterm><primary>postgres</primary></indexterm>. Le 
     173<command>postgres</command><indexterm><primary>postgres</primary></indexterm>. Le 
    174174programme <command>postgres</command> doit savoir où trouver les données qu'il est 
    175 supposé utiliser. Ceci se fait avec l'option <option>-d</option>. du coup, la 
     175supposé utiliser. Ceci se fait avec l'option <option>-d</option>. Du coup, la 
    176176façon la plus simple de lancer le serveur est&nbsp;: 
    177177<screen>$ <userinput>postgres -d /usr/local/pgsql/data</userinput></screen> 
    178178   qui laissera le serveur s'exécuter en avant plan. Pour cela, vous devez être 
    179179   connecté en utilisant le compte de l'utilisateur 
    180    <productname>PostgreSQL</productname>. sans <option>-d</option>, le serveur 
     180   <productname>PostgreSQL</productname>. Sans l'option <option>-d</option>, le serveur 
    181181   essaiera d'utiliser le répertoire de données nommé par la variable 
    182    d'environnement <envar>pgdata</envar>. si cette variable ne le fournit pas 
     182   d'environnement <envar>pgdata</envar>. Si cette variable ne le fournit pas 
    183183   non plus, le lancement échouera. 
    184184  </para> 
     
    189189<screen>$ <userinput>postgres -d /usr/local/pgsql/data &gt;journaux_trace 2&gt;&amp;1 &amp;</userinput></screen> 
    190190   Il est important de sauvegarder les sorties <systemitem>stdout</systemitem> et 
    191    <systemitem>stderr</systemitem> du serveur quelque part, comme montré ci-dessus. cela 
     191   <systemitem>stderr</systemitem> du serveur quelque part, comme montré ci-dessus. Cela 
    192192   vous aidera dans des buts d'audits ou pour diagnostiquer des problèmes (voir 
    193193   la <xref linkend="logfile-maintenance"/> pour une discussion plus détaillée 
     
    215215  <para> 
    216216   Normalement, vous lancerez le serveur de bases de données lors du 
    217    démarrage de l'ordinateur.<indexterm><primary>démarrage</primary><secondary>au 
    218    lancement du serveur</secondary></indexterm> les scripts de lancement automatique sont 
     217   démarrage de l'ordinateur <indexterm><primary>démarrage</primary><secondary>au 
     218   lancement du serveur</secondary></indexterm>. Les scripts de lancement automatique sont 
    219219   spécifiques au système d'exploitation. Certains sont distribués avec 
    220220   <productname>PostgreSQL</productname> dans le répertoire 
    221    <filename>contrib/start-scripts</filename>. en installer un demandera les 
     221   <filename>contrib/start-scripts</filename>. En installer un demandera les 
    222222   droits de root. 
    223223  </para> 
     
    227227   démarrage. La plupart des systèmes ont un fichier 
    228228   <filename>/etc/rc.local</filename> ou 
    229    <filename>/etc/rc.d/rc.local</filename>. d'autres utilisent les répertoires 
    230    <filename>rc.d</filename>. quoi que vous fassiez, le serveur doit être exécuté par le 
     229   <filename>/etc/rc.d/rc.local</filename>. D'autres utilisent les répertoires 
     230   <filename>rc.d</filename>. Quoi que vous fassiez, le serveur doit être exécuté par le 
    231231   compte utilisateur <productname>PostgreSQL</productname> <emphasis>et non pas 
    232    par root</emphasis> ou tout autre utilisateur. donc, vous devriez 
     232   par root</emphasis> ou tout autre utilisateur. Donc, vous devriez 
    233233   probablement former vos commandes en utilisant <literal>su -c '...'  
    234    postgres</literal>. par exemple&nbsp;: 
     234   postgres</literal>. Par exemple&nbsp;: 
    235235<programlisting>su -c 'pg_ctl start -D /usr/local/pgsql/data -l serverlog' postgres</programlisting> 
    236236  </para> 
     
    304304    Tant que le serveur est lancé, son 
    305305    <acronym>pid</acronym> est stocké dans le fichier 
    306     <filename>postmaster.pid</filename> du répertoire de données. c'est utilisé 
     306    <filename>postmaster.pid</filename> du répertoire de données. C'est utilisé 
    307307    pour empêcher plusieurs instances du serveur d'être exécutées dans le même 
    308308    répertoire de données et peut aussi être utilisé pour arrêter le processus 
     
    349349     noyau. Comme contournement temporaire, vous pouvez essayer de lancer le 
    350350     serveur avec un nombre de tampons plus petit que la normale 
    351      (<xref linkend="guc-shared-buffers"/>). éventuellement, vous pouvez 
     351     (<xref linkend="guc-shared-buffers"/>). Éventuellement, vous pouvez 
    352352     reconfigurer votre noyau pour accroître la taille de mémoire partagée 
    353353     autorisée. Vous pourriez voir aussi ce message en essayant d'exécuter 
     
    398398        TCP/IP connections on port 5432?</screen> 
    399399     Ceci est l'échec générique <quote>je n'ai pas trouvé de serveur à qui 
    400      parler</quote>. cela ressemble au message ci-dessus lorsqu'une connexion 
     400     parler</quote>. Cela ressemble au message ci-dessus lorsqu'une connexion 
    401401     TCP/IP est tentée. Une erreur commune est d'oublier de configurer le 
    402402     serveur pour qu'il autorise les connexions TCP/IP. 
     
    433433  <para> 
    434434   Une installation importante de <productname>PostgreSQL</productname> peut rapidement 
    435    épuiser les limites des ressources du système d'exploitation. (Sur certains 
     435   épuiser les limites des ressources du système d'exploitation (Sur certains 
    436436   systèmes, les valeurs par défaut sont trop basses que vous n'avez même pas 
    437    besoin d'une installation <quote>importante</quote>.) si vous avez rencontré ce 
     437   besoin d'une installation <quote>importante</quote>.). Si vous avez rencontré ce 
    438438   type de problème, continuez votre lecture. 
    439439  </para> 
     
    454454    <quote><acronym>ipc</acronym> <systemitem class="osname">system v</systemitem></quote> 
    455455    (ensemble avec les queues de messages, qui n'ont pas d'importance pour 
    456     <productname>PostgreSQL</productname>). pratiquement, tous les systèmes d'exploitation 
     456    <productname>PostgreSQL</productname>). Pratiquement, tous les systèmes d'exploitation 
    457457    modernes fournissent ces fonctionnalités mais, parmi elles, toutes ne sont pas 
    458458    activées ou dimensionnées suffisamment par défaut, spécialement les systèmes 
     
    464464   <para> 
    465465    Le manque complet de fonctionnalités est généralement manifesté par  
    466     une erreur <errorname>illegal system call</errorname> au lancement du serveur. dans 
     466    une erreur <errorname>illegal system call</errorname> au lancement du serveur. Dans 
    467467    ce cas, il n'y a rien à faire à part reconfigurer votre noyau. 
    468468    <productname>PostgreSQL</productname> ne fonctionnera pas sans. 
     
    473473    <acronym>ipc</acronym>, le serveur refusera de s'exécuter et lèvera un 
    474474    message d'erreur instructif décrivant le problème rencontré et que faire 
    475     avec (voir aussi la <xref linkend="server-start-failures"/>). les 
     475    avec (voir aussi la <xref linkend="server-start-failures"/>). Les 
    476476    paramètres adéquats du noyau sont nommés de façon cohérente parmi les 
    477477    différents systèmes&nbsp;; le <xref linkend="sysvipc-parameters"/> donne un 
     
    594594   <para> 
    595595    Certains systèmes ont aussi une limite sur le nombre total de mémoire partagée 
    596     dans le système (<varname>shmall</varname>). assurez-vous que cela soit suffisamment 
     596    dans le système (<varname>shmall</varname>). Assurez-vous que cela soit suffisamment 
    597597    important pour <productname>PostgreSQL</productname> et quelque autres applications 
    598598    utilisant des segments de mémoire partagée (attention&nbsp;: 
     
    606606    La taille minimum des segments de mémoire partagée (<varname>shmmin</varname>) est 
    607607    moins sensible aux problèmes. Elle devrait être au plus à environ 
    608     500&nbsp;Ko pour <productname>PostgreSQL</productname> (il est habituellement à 1). l
     608    500&nbsp;Ko pour <productname>PostgreSQL</productname> (il est habituellement à 1). L
    609609    nombre maximum de segments au travers du système (<varname>shmmni</varname>) ou par 
    610610    processus (<varname>shmseg</varname>) a peu de chances de causer un problème sauf 
     
    632632   <para> 
    633633    Dans certains cas, il pourrait être nécessaire d'augmenter 
    634     <varname>semmap</varname> pour être au moins dans l'ordre de <varname>semmns</varname>. c
     634    <varname>semmap</varname> pour être au moins dans l'ordre de <varname>semmns</varname>. C
    635635    paramètre définit la taille de la carte de ressources de sémaphores, dans 
    636636    laquelle chaque bloc contigü de sémaphores disponibles ont besoin d'une 
     
    677677         Pour ceux utilisant une version 4.3 ou ultérieure, vous aurez 
    678678         probablement besoin d'augmenter <varname>kernel_virtual_mb</varname> au-dessus 
    679          de la valeur par défaut, <literal>248</literal>. une fois tous les changements 
     679         de la valeur par défaut, <literal>248</literal>. Une fois tous les changements 
    680680         effectués, recompilez le noyau et redémarrez. 
    681681        </para> 
     
    690690        Ensuite, ajoutez <varname>sysptsize</varname> comme valeur codée en dur dans 
    691691        le fichier de configuration du noyau. Augmentez la valeur que vous 
    692         trouvez en utilisant <command>bpatch</command>. ajoutez 1 pour chaque 
     692        trouvez en utilisant <command>bpatch</command>. Ajoutez 1 pour chaque 
    693693        4&nbsp;Mo supplémentaire de mémoire partagée que vous souhaitez. 
    694694<programlisting>options "SYSPTSIZE=16"</programlisting> 
     
    702702         Vous voudrez probablement aussi augmenter le nombre de sémaphores&nbsp;; 
    703703         la somme totale par défaut du système (60) n'autorisera seulement que 
    704          50 connexions <productname>PostgreSQL</productname>. initialisez les 
     704         50 connexions <productname>PostgreSQL</productname>. Initialisez les 
    705705         valeurs que vous souhaitez dans le fichier de configuration du 
    706706         noyau&nbsp;: 
     
    720720        Les paramètres par défaut sont seulement acceptables pour de petites 
    721721        installations (par exemple, la valeur par défaut de 
    722         <varname>shmmax</varname> est de 32&nbsp;mo). les modifications se font 
     722        <varname>shmmax</varname> est de 32&nbsp;mo). Les modifications se font 
    723723        via les interfaces <command>sysctl</command> ou 
    724         <command>loader</command>. les paramètres suivants peuvent être configurés 
     724        <command>loader</command>. Les paramètres suivants peuvent être configurés 
    725725        en utilisant <command>sysctl</command>&nbsp;: 
    726726<screen><prompt>$</prompt> <userinput>sysctl -w kern.ipc.shmall=32768</userinput> 
     
    781781        activées à la compilation du noyau (ils le sont par défaut). La taille 
    782782        maximum de mémoire partagée est déterminée par l'option 
    783         <varname>shmmaxpgs</varname> (en pages). ce qui suit montre un exemple de 
     783        <varname>shmmaxpgs</varname> (en pages). Ce qui suit montre un exemple de 
    784784        l'initialisation des différents paramètres (<systemitem 
    785785        class="osname">OpenBSD</systemitem> utilise <literal>option</literal> à la place)&nbsp;: 
     
    818818        <application>system administration manager</application> (<acronym>sam</acronym>) sous 
    819819        <menuchoice><guimenu>kernel configuration</guimenu><guimenuitem>configurable 
    820         Parameters</guimenuitem></menuchoice>. allez sur <guibutton>create a new kernel</guibutton> une fois 
     820        Parameters</guimenuitem></menuchoice>. Allez sur <guibutton>create a new kernel</guibutton> une fois 
    821821        terminée. 
    822822       </para> 
     
    10741074    Les systèmes d'exploitation style Unix renforcent différents types de 
    10751075    limites de ressources qui pourraient interférer avec les opérations de votre 
    1076     serveur <productname>PostgreSQL</productname>. les limites sur le nombre de 
     1076    serveur <productname>PostgreSQL</productname>. Les limites sur le nombre de 
    10771077    processus par utilisateur, le nombre de fichiers ouverts par un processus et la 
    10781078    taille mémoire disponible pour chaque processus sont d'une grande 
    10791079    importance. Chacun d'entre elles ont une limite <quote>dure</quote> et une 
    1080     limite <quote>souple</quote>. la limite souple est réellement ce qui compte 
     1080    limite <quote>souple</quote>. La limite souple est réellement ce qui compte 
    10811081    mais cela pourrait être changé par l'utilisateur jusqu'à la limite dure. La 
    10821082    limite dure pourrait seulement être modifiée par l'utilisateur root. L'appel 
     
    10971097        :openfiles-cur=256:\ 
    10981098...</programlisting> 
    1099     (<literal>-cur</literal> est la limite douce. ajoutez 
     1099    (<literal>-cur</literal> est la limite douce. Ajoutez 
    11001100    <literal>-max</literal> pour configurer la limite dure.) 
    11011101   </para> 
     
    11111111      fichiers ouverts que le noyau supportera. Ce nombre est modifiable en 
    11121112      écrivant un autre nombre dans le fichier ou en ajoutant une affectation 
    1113       dans <filename>/etc/sysctl.conf</filename>. la limite des fichiers par 
     1113      dans <filename>/etc/sysctl.conf</filename>. La limite des fichiers par 
    11141114      processus est fixée lors de la compilation du noyau&nbsp;; voir 
    11151115      <filename>/usr/src/linux/documentation/proc.txt</filename> pour plus 
     
    11921192    ou en plaçant une entrée équivalente dans <filename>/etc/sysctl.conf</filename>. 
    11931193    Vous pourriez souhaiter modifier le paramétrage relatif 
    1194     <literal>vm.overcommit_ratio</literal>. pour les détails, voir la documentation du 
     1194    <literal>vm.overcommit_ratio</literal>. Pour les détails, voir la documentation du 
    11951195    noyau (<filename>documentation/vm/overcommit-accounting</filename>). 
    11961196   </para> 
     
    12841284  <important> 
    12851285   <para> 
    1286     Il est mieux de ne pas utiliser <systemitem>sigkill</systemitem> pour arrêter 
     1286    Il vaux mieux de ne pas utiliser <systemitem>sigkill</systemitem> pour arrêter 
    12871287    le serveur. Le faire empêchera le serveur de libérer la mémoire partagée et 
    12881288    les sémaphores, ce qui pourrait devoir être fait manuellement avant qu'un 
     
    13561356    <para> 
    13571357     Sur Linux, le chiffrement peut se faire au niveau du montage d'un système 
    1358      de fichiers en utilisant un <quote>périphérique loopback</quote>. ceci 
     1358     de fichiers en utilisant un <quote>périphérique loopback</quote>. Ceci 
    13591359     permet à une partition entière du système de fichiers d'être cryptée et 
    13601360     décryptée par le système d'exploitation. Sur FreeBSD, la fonctionnalité 
     
    14011401      fichier <filename>pg_hba.conf</filename> permet aux administrateurs de spécifier 
    14021402      quels hôtes peuvent utiliser des connexions non cryptées (<literal>host</literal>) 
    1403       et lesquels requièrent des connexions SSL (<literal>hostssl</literal>). de plus, 
     1403      et lesquels requièrent des connexions SSL (<literal>hostssl</literal>). De plus, 
    14041404      les clients peuvent spécifier qu'ils se connectent aux serveurs seulement 
    14051405      via SSL. <application>stunnel</application> ou <application>ssh</application> peuvent aussi 
     
    15501550   Vous pouvez utiliser <application>ssh</application> pour crypter la 
    15511551   connexion réseau entre les clients et un serveur 
    1552    <productname>PostgreSQL</productname>. réalisé correctement, ceci fournit une 
     1552   <productname>PostgreSQL</productname>. Réalisé correctement, ceci fournit une 
    15531553   connexion réseau sécurisée, y compris pour les clients non SSL. 
    15541554  </para> 
     
    15581558   en cours d'exécution sur la même machine que le serveur 
    15591559   <productname>PostgreSQL</productname> et que vous pouvez vous connecter via 
    1560    <command>ssh</command> en tant qu'un utilisateur quelconque. ensuite, vous 
     1560   <command>ssh</command> en tant qu'un utilisateur quelconque. Ensuite, vous 
    15611561   pouvez établir un tunnel sécurisé avec une commande comme ceci sur la machine 
    15621562   cliente&nbsp;: 
  • traduc/trunk/postgresql/runtime.xml

    r898 r1168  
    6666   supposent son existence. Une autre base de données est créée à l'intérieur 
    6767   de chaque groupe lors de l'initialisation. Elle est appelée 
    68    <literal>template1</literal>. comme le nom le suggère, elle sera utilisée 
     68   <literal>template1</literal>. Comme le nom le suggère, elle sera utilisée 
    6969   comme modèle pour les bases de données créées après&nbsp;; elle ne devrait 
    7070   pas être utilisée pour un vrai travail (voir le <xref 
     
    7777   simple répertoire sous lequel les données seront stockées. Nous l'appelons le 
    7878   <firstterm>répertoire de données</firstterm> ou l'<firstterm>emplacement des 
    79    données</firstterm>. le choix de cet emplacement vous appartient complètement. 
     79   données</firstterm>. Le choix de cet emplacement vous appartient complètement. 
    8080   Il n'existe pas de valeur par défaut bien que les emplacements tels que 
    8181   <filename>/usr/local/pgsql/data</filename> ou 
    82    <filename>/var/lib/pgsql/data</filename> sont populaires. pour initialiser un 
     82   <filename>/var/lib/pgsql/data</filename> sont populaires. Pour initialiser un 
    8383   groupe de bases de données, utilisez la commande <xref 
    8484   linkend="app-initdb"/>,<indexterm><primary>initdb</primary></indexterm> installée avec 
    85    <productname>PostgreSQL</productname>. l'emplacement désiré sur le groupe de 
     85   <productname>PostgreSQL</productname>. L'emplacement désiré sur le groupe de 
    8686   fichier est indiqué par l'option <option>-d</option>, par exemple 
    8787<screen><prompt>$</prompt> <userinput>initdb -d /usr/local/pgsql/data</userinput></screen> 
     
    105105   droits). Dans ce cas, vous devez créer le répertoire vous-même (en tant que 
    106106   root) et modifier le propriétaire pour qu'il corresponde à l'utilisateur 
    107    <productname>PostgreSQL</productname>. voici comment réaliser ceci&nbsp;: 
     107   <productname>PostgreSQL</productname>. Voici comment réaliser ceci&nbsp;: 
    108108<screen>root# <userinput>mkdir /usr/local/pgsql/data</userinput> 
    109109root# <userinput>chown postgres /usr/local/pgsql/data</userinput> 
     
    132132   <option>--pwprompt</option> de la commande <command>initdb</command> pour 
    133133   affecter un mot de passe au super-utilisateur de la base de 
    134    données.<indexterm><primary>mot de passe</primary><secondary>du 
    135    super-utilisateur</secondary></indexterm>. de plus, spécifiez <option>-a md5</option> ou 
     134   données <indexterm><primary>mot de passe</primary><secondary>du 
     135   super-utilisateur</secondary></indexterm>. De plus, spécifiez <option>-a md5</option> ou 
    136136   <option>-a mot_de_passe</option> de façon à ce que la méthode d'authentification 
    137137   <literal>trust</literal> par défaut ne soit pas utilisée&nbsp;; ou modifiez le fichier 
     
    154154   initialisé par <command>initdb</command> et ne peut pas être modifié après, 
    155155   en dehors de la sauvegarde des données, du redémarrage de 
    156    <command>initdb</command> et du rechargement des données. il y a aussi un 
     156   <command>initdb</command> et du rechargement des données. Il y a aussi un 
    157157   impact sur les performances lors de l'utilisation de locales autres que 
    158    <literal>c</literal> ou <literal>posix</literal>. du coup, il est important de faire ce 
     158   <literal>c</literal> ou <literal>posix</literal>. Du coup, il est important de faire ce 
    159159   choix correctement la première fois. 
    160160  </para> 
     
    163163   <command>initdb</command> configure aussi le codage par défaut de l'ensemble 
    164164   de caractères pour le groupe de bases de données. Normalement, cela doit 
    165    été choisi pour correspondre au paramétrage de la locale. Pour les détails, 
     165   être choisi pour correspondre au paramétrage de la locale. Pour les détails, 
    166166   voir la <xref linkend="multibyte"/>. 
    167167  </para> 
     
    208208   Avant qu'une personne ait accès à la base de données, vous devez démarrer le 
    209209serveur de bases de données. Le programme serveur est appelé 
    210 <command>postgres</command>.<indexterm><primary>postgres</primary></indexterm>. Le 
     210<command>postgres</command><indexterm><primary>postgres</primary></indexterm>. Le 
    211211programme <command>postgres</command> doit savoir où trouver les données qu'il est 
    212 supposé utiliser. Ceci se fait avec l'option <option>-d</option>. du coup, la 
     212supposé utiliser. Ceci se fait avec l'option <option>-d</option>. Du coup, la 
    213213façon la plus simple de lancer le serveur est&nbsp;: 
    214214<screen>$ <userinput>postgres -d /usr/local/pgsql/data</userinput></screen> 
    215215   qui laissera le serveur s'exécuter en avant plan. Pour cela, vous devez être 
    216216   connecté en utilisant le compte de l'utilisateur 
    217    <productname>PostgreSQL</productname>. sans <option>-d</option>, le serveur 
     217   <productname>PostgreSQL</productname>. Sans l'option <option>-d</option>, le serveur 
    218218   essaiera d'utiliser le répertoire de données nommé par la variable 
    219    d'environnement <envar>pgdata</envar>. si cette variable ne le fournit pas 
     219   d'environnement <envar>pgdata</envar>. Si cette variable ne le fournit pas 
    220220   non plus, le lancement échouera. 
    221221  </para> 
     
    226226<screen>$ <userinput>postgres -d /usr/local/pgsql/data &gt;journaux_trace 2&gt;&amp;1 &amp;</userinput></screen> 
    227227   Il est important de sauvegarder les sorties <systemitem>stdout</systemitem> et 
    228    <systemitem>stderr</systemitem> du serveur quelque part, comme montré ci-dessus. cela 
     228   <systemitem>stderr</systemitem> du serveur quelque part, comme montré ci-dessus. Cela 
    229229   vous aidera dans des buts d'audits ou pour diagnostiquer des problèmes (voir 
    230230   la <xref linkend="logfile-maintenance"/> pour une discussion plus détaillée 
     
    252252  <para> 
    253253   Normalement, vous lancerez le serveur de bases de données lors du 
    254    démarrage de l'ordinateur.<indexterm><primary>démarrage</primary><secondary>au 
    255    lancement du serveur</secondary></indexterm> les scripts de lancement automatique sont 
     254   démarrage de l'ordinateur <indexterm><primary>démarrage</primary><secondary>au 
     255   lancement du serveur</secondary></indexterm>. Les scripts de lancement automatique sont 
    256256   spécifiques au système d'exploitation. Certains sont distribués avec 
    257257   <productname>PostgreSQL</productname> dans le répertoire 
    258    <filename>contrib/start-scripts</filename>. en installer un demandera les 
     258   <filename>contrib/start-scripts</filename>. En installer un demandera les 
    259259   droits de root. 
    260260  </para> 
     
    264264   démarrage. La plupart des systèmes ont un fichier 
    265265   <filename>/etc/rc.local</filename> ou 
    266    <filename>/etc/rc.d/rc.local</filename>. d'autres utilisent les répertoires 
    267    <filename>rc.d</filename>. quoi que vous fassiez, le serveur doit être exécuté par le 
     266   <filename>/etc/rc.d/rc.local</filename>. D'autres utilisent les répertoires 
     267   <filename>rc.d</filename>. Quoi que vous fassiez, le serveur doit être exécuté par le 
    268268   compte utilisateur <productname>PostgreSQL</productname> <emphasis>et non pas 
    269    par root</emphasis> ou tout autre utilisateur. donc, vous devriez 
     269   par root</emphasis> ou tout autre utilisateur. Donc, vous devriez 
    270270   probablement former vos commandes en utilisant <literal>su -c '...'  
    271    postgres</literal>. par exemple&nbsp;: 
     271   postgres</literal>. Par exemple&nbsp;: 
    272272<programlisting>su -c 'pg_ctl start -D /usr/local/pgsql/data -l serverlog' postgres</programlisting> 
    273273  </para> 
     
    341341    Tant que le serveur est lancé, son 
    342342    <acronym>pid</acronym> est stocké dans le fichier 
    343     <filename>postmaster.pid</filename> du répertoire de données. c'est utilisé 
     343    <filename>postmaster.pid</filename> du répertoire de données. C'est utilisé 
    344344    pour empêcher plusieurs instances du serveur d'être exécutées dans le même 
    345345    répertoire de données et peut aussi être utilisé pour arrêter le processus 
     
    386386     noyau. Comme contournement temporaire, vous pouvez essayer de lancer le 
    387387     serveur avec un nombre de tampons plus petit que la normale 
    388      (<xref linkend="guc-shared-buffers"/>). éventuellement, vous pouvez 
     388     (<xref linkend="guc-shared-buffers"/>). Éventuellement, vous pouvez 
    389389     reconfigurer votre noyau pour accroître la taille de mémoire partagée 
    390390     autorisée. Vous pourriez voir aussi ce message en essayant d'exécuter 
     
    435435        TCP/IP connections on port 5432?</screen> 
    436436     Ceci est l'échec générique <quote>je n'ai pas trouvé de serveur à qui 
    437      parler</quote>. cela ressemble au message ci-dessus lorsqu'une connexion 
     437     parler</quote>. Cela ressemble au message ci-dessus lorsqu'une connexion 
    438438     TCP/IP est tentée. Une erreur commune est d'oublier de configurer le 
    439439     serveur pour qu'il autorise les connexions TCP/IP. 
     
    470470  <para> 
    471471   Une installation importante de <productname>PostgreSQL</productname> peut rapidement 
    472    épuiser les limites des ressources du système d'exploitation. (Sur certains 
     472   épuiser les limites des ressources du système d'exploitation (Sur certains 
    473473   systèmes, les valeurs par défaut sont trop basses que vous n'avez même pas 
    474    besoin d'une installation <quote>importante</quote>.) si vous avez rencontré ce 
     474   besoin d'une installation <quote>importante</quote>.). Si vous avez rencontré ce 
    475475   type de problème, continuez votre lecture. 
    476476  </para> 
     
    491491    <quote><acronym>ipc</acronym> <systemitem class="osname">system v</systemitem></quote> 
    492492    (ensemble avec les queues de messages, qui n'ont pas d'importance pour 
    493     <productname>PostgreSQL</productname>). pratiquement, tous les systèmes d'exploitation 
     493    <productname>PostgreSQL</productname>). Pratiquement, tous les systèmes d'exploitation 
    494494    modernes fournissent ces fonctionnalités mais, parmi elles, toutes ne sont pas 
    495495    activées ou dimensionnées suffisamment par défaut, spécialement les systèmes 
     
    501501   <para> 
    502502    Le manque complet de fonctionnalités est généralement manifesté par  
    503     une erreur <errorname>illegal system call</errorname> au lancement du serveur. dans 
     503    une erreur <errorname>illegal system call</errorname> au lancement du serveur. Dans 
    504504    ce cas, il n'y a rien à faire à part reconfigurer votre noyau. 
    505505    <productname>PostgreSQL</productname> ne fonctionnera pas sans. 
     
    510510    <acronym>ipc</acronym>, le serveur refusera de s'exécuter et lèvera un 
    511511    message d'erreur instructif décrivant le problème rencontré et que faire 
    512     avec (voir aussi la <xref linkend="server-start-failures"/>). les 
     512    avec (voir aussi la <xref linkend="server-start-failures"/>). Les 
    513513    paramètres adéquats du noyau sont nommés de façon cohérente parmi les 
    514514    différents systèmes&nbsp;; le <xref linkend="sysvipc-parameters"/> donne un 
     
    629629   <para> 
    630630    Certains systèmes ont aussi une limite sur le nombre total de mémoire partagée 
    631     dans le système (<varname>shmall</varname>). <