Hello !
Dans le serveur que j'utilise quotidiennement au boulot, j'ai un lecteur de bande sur lequel je fais des sauvegardes tous les jours. Ca fonctionne plutôt bien, mais j'aimerais pouvoir effectuer les opérations suivantes :
- qu'un cron vérifie la présence d'une cassette à une heure donnée. Est-ce possible ? Je précise quand même que le cron, je sais le faire fonctionner. C'est la détection d'une bande qui me préoccupe.
- Nommer explicitement mes cassettes ailleurs que sur l'étiquette afin d'être sûr, lors du contrôle évoqué ci-dessus, que non seulement il y a une bande dans le lecteur, mais en plus que c'est la bonne (pour éviter d'écrabouiller la sauvegarde de la veille). Quel utilitaire peut faire ça ?
Merci pour vos conseils éclairés par avance !
Forum Linux.général Utilisation avancée d'un lecteur de bandes....
27
avr.
2005
# débandade
Posté par Dabowl_94 . Évalué à 2.
Salut,
Avec mt, tu peux savoir si une cartouche se trouve dans le lecteur ou non, en testant tout simplement le code retour de la commande:
mt -f $TAPE rewind
Si le code retour vaut 0 c'est que la cartouche insérée a pu être rembobinée,
sinon c'est qu'il y en a pas ou qu'il y a un pb avec la cartouche elle-même.
Pour labeliser une cartouche, un coup d'oeil dans le man de dump stipule:
-L label
The user-supplied text string label is placed into the dump
header, where tools like restore(8) and file(1) can access it.
Note that this label is limited to be at most LBLSIZE (currently
16) characters, which must include the terminating `\0'.
dabowl_75
[^] # Re: débandade
Posté par Gyro Gearllose . Évalué à 2.
Juste après avoir posté cette question dans le forum, j'ai regardé la page d'info de tar, et j'ai trouvé l'option -V (ou --label=) qui fait exactement ce que je veux.
Seul inconvénient : ça oblige à dérouler toute la bande :-(
Si quelqu'un a mieux, je suis preneur là encore.
Pour le coup du mt rewind, c'est excellent !
Je m'en vais de ce pas coller tout ça dans mon script en attendant d'avoir mieux pour récupérer le label de la sauvegarde.
Merci donc pour ce commentaire fort à propos !
[^] # Re: débandade
Posté par Dabowl_94 . Évalué à 2.
dabowl_75
[^] # Re: débandade
Posté par Gyro Gearllose . Évalué à 3.
Je te remercie de ta sollicitude, qui me touche, vraiment, mais ce n'était pas la peine.
Etant donné que ça peut peut-être intéresser quelqu'un, voici ce que je sauvegarde, comment et pourquoi :
Ce sont mes bases postgres qui sont réparties sur plusieures machines, sous différentes versions. J'enregistre tout au format sql, dans deux fichiers. Le premier contient le schema de la base, le second les données. J'obtiens ces deux fichiers par deux appels successifs au pg_dump qui va bien, avec les options -D (pour avoir du sql), -s pour le schema, -a pour les données, et je redirige le tout vers des fichiers justement nommés $HOSTNAME-$BASE-{donnees|schema}.sql. Je sépare volontairement le schema des données, car l'usage de chaque n'est pas le même, et je demande du sql pour que ça reste compatible d'une version à une autre. J'ai déjà eu des problèmes avec pg_dump sans l'option -D. Les dates au format français sont effroyablement torturées dans ce cas. Aucun soucis par contre avec l'option -D.
Ce son ces fichiers que je mets sur bande, en les compressant (option -j). Ca fonctionne plutôt bien.
Je suis peut-être borné, vieux jeux, ou ce qu'on veut, mais il me semble que pour cet usage, tar est le compagnon qui va bien (ceci dit sans vouloir t'offencer).
Ceci étant posé, ça fait un moment que j'envisage quand même de me pencher sur les commandes dump/restore, comme tu me l'indiques, mais probablement plus pour faire un backup de mon /home et/ou mon /etc.
Voilà. Si ça intéresse quelqu'un, je veux bien poster mon script de sauvegarde dont je suis assez fier, je dois bien l'avouer !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.