]> git.sur5r.net Git - bacula/docs/blobdiff - docs/manual-fr/state.tex
'Spool Data = Yes' sets 'Spool Attributes = Yes'
[bacula/docs] / docs / manual-fr / state.tex
index 6dc6c42cab7499a720fbae95d1ef7906217ca620..379f1e600b59b726763675c1ba99e775e46081d9 100644 (file)
@@ -206,8 +206,8 @@ ssh pour administrer n'importe quelle partie de Bacula depuis n'importe o
    sur les systèmes Win32 ne sont pas supportés. Il sont sauvegardés mais 
    ne peuvent être restaurés. L'utilisation de la directive {\bf Portable=yes}
    dans votre FileSet permet de restaurer ces fichiers vers les systèmes 
-   Unix et Linux. Les noms de fichiers longs seront implémentés dans une 
-   version ultérieure.
+   Unix et Linux. Les noms de fichiers longs seront implémentés dans la  
+   version 1.40.
 \item Si vous avez plus de 4 billions de fichiers enregistr\'es dans votre 
    catalogue, la base de donn\'ees FileId atteindra probablement ses limites. 
    Ceci est une base de donn\'ees monstrueuse mais possible. A un certain stade,
@@ -225,12 +225,18 @@ ssh pour administrer n'importe quelle partie de Bacula depuis n'importe o
    défaut est en projet.
 \item Les Modules Système de Fichiers (routines configurables pour 
    sauvegarder/restaurer les fichiers spéciaux) ne sont pas encore implémentés.
-\item Le chiffrement des données sur les volumes n'est pas implémenté
+\item Le chiffrement des données sur les volumes sera implémenté dans la version 1.40
 \item Bacula ne peut restaurer automatiquement les fichiers d'un job depuis 
    deux ou plusieurs périphériques de stockage différents. Si vous 
    un même job utilise plusieurs périphériques ou plusieurs types de 
    média distincts, le processus de restauration nécessitera certaines 
    interventions manuelles. 
+\item Bacula ne supporte pas les volumes disque amovibles pour l'instant.
+  Des utilisateurs déclarent être parvenu à faire fonctionner Bacula 
+  ainsi, mais cela nécessite de prendre garde de monter le bon volume, de 
+  plus, les restaurations disséminées sur plusieurs volumes risquent 
+  fort de ne pas fonctionner. Cette fonctionnalité est prévue pour la version 
+  1.40. 
 \end{itemize}
 
 \subsection*{Limitations ou Restrictions inh\'erentes \`a la conception}
@@ -246,6 +252,6 @@ la conception}
 Notez que ceci ne concerne  pas les noms de fichiers qui peuvent \^etre
 arbitrairement longs.  
 \item Sur les machines Win32, les noms de fichiers sont limités à 260 caractères 
-   par l'API non-Unicode Windows que nous utilisons. Il est prévu de lever cette 
-   limitation en basculant sur l'API Unicode.
+   par l'API non-Unicode Windows que nous utilisons. A partir de la version 1.39, 
+   nous avons basculé sur l'API Unicode et cette limitation n'existe plus.
 \end{itemize}