Changeset 720

Show
Ignore:
Timestamp:
09/26/07 11:44:28 (1 year ago)
Author:
gleu
Message:

Relecture du chapitre « Archivage continu et récupération d'un instantané (PITR) ».

Files:

Legend:

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

    r712 r720  
    990990        doit renvoyer une valeur différente de zéro dans ce cas. 
    991991        Exemples : 
    992 <programlisting>restore_command = 'cp /mnt/server/archivedir/%f "%p"' 
    993 restore_command = 'copy /mnt/server/archivedir/%f "%p"'  # Windows</programlisting> 
     992<programlisting>restore_command = 'cp /mnt/serveur/reparchives/%f "%p"' 
     993restore_command = 'copy /mnt/serveur/reparchives/%f "%p"'  # Windows</programlisting> 
    994994       </para> 
    995995      </listitem> 
  • traduc/trunk/manuel/backup.xml

    r712 r720  
    2121   <listitem><para>la sauvegarde au niveau du système de 
    2222    fichiers&nbsp;;</para></listitem> 
    23    <listitem><para>l'archivage continue.</para></listitem> 
     23   <listitem><para>l'archivage continu.</para></listitem> 
    2424  </itemizedlist> 
    2525  Chacune a ses avantages et ses inconvénients. 
     
    451451     être rejouée, une sauvegarde continue est obtenue en continuant 
    452452     simplement à archiver les fichiers WAL. C'est particulièrement 
    453      intéressant pour les grosses bases de données dont une fréquent
    454      sauvegarde complète est difficilement réalisable. 
     453     intéressant pour les grosses bases de données dont une sauvegard
     454     complète fréquente est difficilement réalisable. 
    455455    </para> 
    456456   </listitem> 
     
    460460     intégralement. La ré-exécution peut être stoppée en tout point, tout en 
    461461     garantissant une image cohérente de la base de données telle qu'elle 
    462      était à ce moment-là. Ainsi, cette technique 
    463      supporte la <firstterm>récupération d'un instantané</firstterm> (PITR)&nbsp;: il est 
     462     était à ce moment-là. Ainsi, cette technique autorise la 
     463     <firstterm>récupération d'un instantané</firstterm> (PITR)&nbsp;: il est 
    464464     possible de restaurer l'état de la base de données telle qu'elle était  
    465465     en tout point dans le temps depuis la dernière sauvegarde de base. 
     
    482482   Tout comme la technique de sauvegarde standard du système de fichiers, 
    483483   cette méthode ne supporte que la restauration d'un cluster de bases de données 
    484    complet, pas d'un sous-ensemble. De plus, un volumineux espace 
    485    d'archivage est requis&nbsp;: la sauvegarde de la base peut être 
    486    volumineuse et un système 
    487    très utilisé engendre un trafic WAL à archiver de plusieurs Mo. Malgré tout, 
    488    c'est la technique de sauvegarde préférée dans 
    489    de nombreuses situations où une haute fiabilité est requise. 
     484   complet, pas d'un sous-ensemble. De plus, un espace d'archivage important 
     485   est requis&nbsp;: la sauvegarde de la base peut être volumineuse et un 
     486   système très utilisé engendre un trafic WAL à archiver de plusieurs Mo. 
     487   Malgré tout, c'est la technique de sauvegarde préférée dans de nombreuses 
     488   situations où une haute fiabilité est requise. 
    490489  </para> 
    491490 
     
    548547    serveur, c'est-à-dire le répertoire des données du cluster.) 
    549548    <literal>%%</literal> est utilisé pour écrire le 
    550     caractère <literal>%</literal> dans la commande. La commande utile la plus 
     549    caractère <literal>%</literal> dans la commande. La commande la plus 
    551550    simple ressemble à 
    552551<programlisting>archive_command = 'cp -i %p /mnt/serveur/repertoire_archive/%f &lt;/dev/null'</programlisting> 
     
    590589    mais pas sur toutes. Si la commande choisie ne gère pas elle-même ce 
    591590    cas, il convient d'ajouter une commande pour tester l'existence du fichier 
    592     d'archivage. Quelque chose comme 
     591       d'archivage. Par exemple, quelque chose comme 
    593592<programlisting>archive_command = 'test ! -f .../%f &amp;&amp; cp %p .../%f'</programlisting> 
    594     fonctionne, par exemple, correctement sur la plupart des variantes Unix. 
     593    fonctionne correctement sur la plupart des variantes Unix. 
    595594   </para> 
    596595 
     
    761760 
    762761   <para> 
    763     Il n'est pas utile d'accorder de l'importance au le temps passé entre 
     762    Il n'est pas utile d'accorder de l'importance au temps passé entre 
    764763    <function>pg_start_backup</function> et le début réel de la sauvegarde, pas 
    765764    plus qu'entre la fin de la sauvegarde et 
     
    977976    c'est-à-dire le répertoire des données du cluster.) Pour écrire le 
    978977    caractère <literal>%</literal> dans la commande, on utilise 
    979     <literal>%%</literal>. La commande utile la plus simple ressemble à 
     978    <literal>%%</literal>. La commande la plus simple ressemble à 
    980979<programlisting>restore_command = 'cp /mnt/serveur/répertoire_archive/%f %p'</programlisting> 
    981980    qui copie les segments WAL précédemment archivés à partir du répertoire 
     
    10781077        doit renvoyer une valeur différente de zéro dans ce cas. 
    10791078        Exemples&nbsp;: 
    1080 <programlisting>restore_command = 'cp /mnt/server/archivedir/%f "%p"' 
    1081 restore_command = 'copy /mnt/server/archivedir/%f "%p"'  # Windows</programlisting> 
     1079<programlisting>restore_command = 'cp /mnt/serveur/reparchives/%f "%p"' 
     1080restore_command = 'copy /mnt/serveur/reparchives/%f "%p"'  # Windows</programlisting> 
    10821081       </para> 
    10831082      </listitem> 
     
    13721371   de <firstterm>haute disponibilité</firstterm> (HA) avec un ou plusieurs 
    13731372   <firstterm>serveurs de secours</firstterm>, prêt(s) à prendre en main les 
    1374    opérations en cas de défaillance du serveur principal. Cette capacité est 
    1375    surtout connue sous le nom de 
     1373   opérations en cas de défaillance du serveur principal. Cette fonctionnalité 
     1374   est surtout connue sous le nom de 
    13761375   <firstterm><foreignphrase>Warm Standby</foreignphrase></firstterm> ou 
    13771376   <firstterm><foreignphrase>Log Shipping</foreignphrase></firstterm>. 
     
    13941393   une autre est généralement appelé <quote>transfert de journaux</quote> 
    13951394   (<foreignphrase>log shipping</foreignphrase>). 
    1396    Sous <productname>PostgreSQL</productname> c'est un transfert de 
     1395   Sous <productname>PostgreSQL</productname>, c'est un transfert de 
    13971396   fichiers, de sorte que les enregistrements 
    13981397   WAL sont transférés fichier par fichier. Les fichiers WAL peuvent être envoyés 
     
    16061605 
    16071606   <para> 
    1608     Pour les tests, il est possible d'exécuter les serveurs principal 
     1607    Pour les tests, il est possible d'exécuter le serveur principal 
    16091608    et celui de secours sur le même système. Cela n'apporte aucune amélioration 
    16101609    sur la robustesse du système, et ne peut pas être présenté comme 
     
    16551654   <para> 
    16561655    Au moment où le <foreignphrase>failover</foreignphrase> est mis en place sur le 
    1657     serveur se secours, un seul serveur est opérationnel. On parle alors 
     1656    serveur de secours, un seul serveur est opérationnel. On parle alors 
    16581657    d'état dégénéré. L'ancien serveur de secours est 
    16591658    devenu serveur principal, l'ancien serveur principal est arrêté 
     
    16971696   <para> 
    16981697    Un programme externe peut faire appel à la fonction  
    1699     <function>pg_xlogfile_name_offset()</function> (voir à ce propos 
     1698    <function>pg_xlogfile_name_offset()</function> (voir à ce propos la 
    17001699    <xref linkend="functions-admin"/>) pour trouver le nom du fichier et 
    17011700    l'exact décalage en octet dans celui-ci de la fin actuelle du WAL. Il