Il s'agit de la commande db_archive qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
db5.3_archive - Trouver les fichiers journaux inutilisés à des fins d'archivage
SYNOPSIS
db5.3_archive [-adlsVv] [-h accueil] [-P mot de passe]
DESCRIPTION
L'utilitaire db5.3_archive écrit les chemins d'accès des fichiers journaux qui ne sont plus utilisés (par
exemple, n'est plus impliqué dans les transactions actives), à la sortie standard, un nom de chemin
par ligne. Ces fichiers journaux doivent être écrits sur un support de sauvegarde pour permettre la récupération dans
le cas de panne catastrophique (qui nécessite également un instantané des fichiers de la base de données),
mais ils peuvent ensuite être supprimés du système pour récupérer de l'espace disque.
OPTIONS
-a Écrivez tous les chemins d'accès en tant que chemins d'accès absolus, au lieu d'être relatifs à l'accueil de la base de données
répertoires.
-d Supprimez les fichiers journaux qui ne sont plus nécessaires ; aucun nom de fichier n'est écrit. Automatique
la suppression du fichier journal est susceptible de rendre impossible une récupération catastrophique.
-h Spécifiez un répertoire de base pour l'environnement de base de données ; par défaut, le courant
répertoire de travail est utilisé.
-l Écrivez les chemins d'accès de tous les fichiers journaux de la base de données, qu'ils soient ou non
impliqués dans des transactions actives.
-P Spécifiez un mot de passe d'environnement. Bien que les utilitaires Berkeley DB écrasent le mot de passe
chaînes dès que possible, sachez qu'il peut y avoir une fenêtre de vulnérabilité sur
systèmes où les utilisateurs non privilégiés peuvent voir les arguments de ligne de commande ou où les utilitaires
ne sont pas en mesure d'écraser la mémoire contenant les arguments de ligne de commande.
-s Écrivez les chemins d'accès de tous les fichiers de base de données qui doivent être archivés afin de
récupérer la base de données d'une défaillance catastrophique. Si l'un des fichiers de la base de données a
pas été consulté pendant la durée de vie des fichiers journaux actuels, db5.3_archive
ne pas les inclure dans cette sortie.
Il est possible que certains des fichiers auxquels se réfère le journal aient été depuis
supprimé du système. Dans ce cas, db5.3_archive les ignorera. Lorsque
db5.3_recover est exécuté, tous les fichiers auxquels le journal fait référence qui ne sont pas présents pendant
récupération sont supposés avoir été supprimés et ne seront pas récupérés.
-V Écrivez le numéro de version de la bibliothèque sur la sortie standard et quittez.
-v Exécutez en mode détaillé, en répertoriant les points de contrôle dans les fichiers journaux au fur et à mesure qu'ils sont examinés.
Les poignées de curseur de journal (renvoyées par la méthode DB_ENV->log_cursor) peuvent avoir un fichier ouvert
descripteurs des fichiers journaux dans l'environnement de la base de données. De plus, les interfaces Berkeley DB
au sous-système de journalisation de l'environnement de base de données (par exemple, DB_ENV->log_put et
DB_TXN->abort) peut allouer des curseurs de journal et avoir des descripteurs de fichiers ouverts pour les fichiers journaux comme
bien. Sur les systèmes d'exploitation où les appels système liés au système de fichiers (par exemple, renommer et
unlink sur Windows/NT) peut échouer si un processus a un descripteur de fichier ouvert pour le
fichier, la tentative de déplacement ou de suppression des fichiers journaux répertoriés par db5.3_archive peut échouer. Tous
L'utilisation interne des curseurs de journal par Berkeley DB ne fonctionne que sur les fichiers journaux actifs et, en outre,
est de nature éphémère. Ainsi, une application voyant un tel échec doit être restructurée
pour fermer tous les curseurs de journal ouverts qu'il peut avoir, et sinon pour réessayer l'opération jusqu'à ce qu'il
réussit. (Bien que ce dernier ne soit probablement pas nécessaire, il est difficile d'imaginer un
raison de déplacer ou de renommer un fichier journal dans lequel les transactions sont enregistrées ou abandonnées.)
L'utilitaire db5.3_archive utilise un environnement Berkeley DB (comme décrit pour le -h option,
la variable d'environnement DB_HOME, ou parce que l'utilitaire a été exécuté dans un répertoire contenant
un environnement Berkeley DB). Afin d'éviter la corruption de l'environnement lors de l'utilisation d'un
Environnement Berkeley DB, db5.3_archive doit toujours avoir la possibilité de se détacher de
l'environnement et sortez gracieusement. Pour que db5.3_archive libère tout l'environnement
ressources et quittez proprement, envoyez-lui un signal d'interruption (SIGINT).
La méthode DB_ENV->log_archive est la méthode sous-jacente utilisée par l'utilitaire db5.3_archive.
Voir le code source de l'utilitaire db5.3_archive pour un exemple d'utilisation de DB_ENV->log_archive dans un
Environnement IEEE/ANSI Std 1003.1 (POSIX).
L'utilitaire db5.3_archive quitte 0 en cas de succès et >0 en cas d'erreur.
ENVIRONNEMENT
DB_HOME
Si la -h l'option n'est pas spécifiée et la variable d'environnement DB_HOME est définie, elle
est utilisé comme chemin d'accès à la base de données, comme décrit dans DB_ENV->open.
AUTEURS
Sleepycat Software, Inc. Cette page de manuel a été créée sur la base de la documentation HTML pour
db_archive de Sleepycat, par Thijs Kinkhorst[email protected]>, pour le système Debian
(mais peut être utilisé par d'autres).
28 Janvier 2005 DB5.3_ARCHIVE(1)
Utilisez db_archive en ligne à l'aide des services onworks.net
