AnglaisFrançaisEspagnol

Ad


Icône de favori OnWorks

cback3 - En ligne dans le Cloud

Exécutez cback3 dans le fournisseur d'hébergement gratuit OnWorks sur Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

Il s'agit de la commande cback3 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


cback3 - Sauvegardes locales et distantes sur CD ou DVD ou stockage Amazon S3

SYNOPSIS


cback3 [commutateurs] Actions)

DESCRIPTION


Le script cback3 fournit l'interface de ligne de commande pour Cedar Backup 3. Cedar Backup 3
est un progiciel conçu pour gérer les sauvegardes du système pour un pool d'utilisateurs locaux et distants
Machines. Il comprend comment sauvegarder les données du système de fichiers ainsi que MySQL et PostgreSQL
bases de données et référentiels Subversion. Il peut également être facilement étendu pour prendre en charge d'autres
types de sources de données.

Cedar Backup 3 se concentre sur des sauvegardes hebdomadaires sur un seul CD ou DVD, avec le
s'attendre à ce que le disque soit modifié ou écrasé au début de chaque semaine.
Si votre matériel est suffisamment récent, Cedar Backup peut graver des disques multisession, vous permettant de
ajouter quotidiennement des données incrémentielles sur un disque.

Alternativement, Cedar Backup 3 peut écrire vos sauvegardes sur le cloud Amazon S3 plutôt que
en s'appuyant sur des supports physiques.

SAUVEGARDE NOTIONS


Il existe deux types de machines dans un pool de sauvegarde Cedar. Une machine (la maître) a un CD
ou graveur de DVD dessus et c'est là que la sauvegarde est écrite sur le disque. Les autres (CLIENTS)
collecter les données à graver sur le disque par le maître. Collectivement, le maître et le client
les machines d'un pool sont toutes appelées par les pairs Machines. Il y a quatre actions qui prennent
placer dans le cadre du processus de sauvegarde : recueillir, étape, Boutique ainsi que purge. Le maître et
les clients exécutent les actions de collecte et de purge, mais seul le maître exécute l'étape
et stocker les actions. Le fichier de configuration /etc/cback3.conf contrôle les actions entreprises
pendant les actions de collecte, de mise en scène, de stockage et de purge.

Cedar Backup prend également en charge le concept de gérés CLIENTS. Les clients gérés ont leur
tout le processus de sauvegarde géré par le maître via un shell distant. Les mêmes actions sont exécutées
dans le cadre du processus de sauvegarde, mais le maître contrôle quand les actions sont exécutées sur
les clients plutôt que les clients qui le contrôlent eux-mêmes. Cette installation est
destiné à être utilisé dans des environnements où un planificateur comme cron n'est pas disponible.

MIGRER De VERSION 2 À VERSION 3


La principale différence entre Cedar Backup version 2 et Cedar Backup version 3 est la
interpréteur Python ciblé. Cedar Backup version 2 a été conçu pour Python 2, tandis que
la version 3 est une conversion du code original en Python 3. A part ça, les deux
les versions sont fonctionnellement équivalentes. Le format de configuration est inchangé et vous pouvez
mélanger et associer des maîtres et des clients de différentes versions dans le même pool de sauvegarde. Les deux
les versions seront entièrement prises en charge jusqu'à la fin de la vie de Python 2 dans
2020, mais vous devriez prévoir de migrer plus tôt que cela si possible.

L'un des principaux objectifs de conception de la version 3 était de faciliter les tests de migration pour les utilisateurs, en
permettant d'installer la version 3 sur le même serveur où se trouvait déjà la version 2
utilisation. Un effet secondaire de ce choix de conception est que tous les exécutables, la configuration
les fichiers et les journaux ont changé de nom dans la version 3. Où la version 2 était utilisée retour, la version 3 utilise
cback3: cback3.conf au lieu de cback.conf, cback3.log au lieu de cback.log, etc.

Ainsi, si la migration de la version 2 vers la version 3 est relativement simple, vous
devez faire quelques changements manuellement. Vous devrez créer un nouveau fichier de configuration (ou
lien symbolique vers l'ancien), modifiez vos tâches cron pour utiliser le nouveau nom de l'exécutable, etc. Vous
peut migrer un serveur à la fois dans votre pool sans effets néfastes, voire de manière incrémentale
migrer un seul serveur en utilisant la version 2 et la version 3 à différents jours de la semaine ou
pour différentes parties de la sauvegarde.

INTERRUPTEURS


-h, --Aidez-moi
Afficher la liste d'utilisation/d'aide.

-V, --version
Afficher les informations de version.

-b, --verbeux
Imprimez la sortie détaillée à l'écran et écrivez dans le fichier journal. Lorsque cette option
est activé, la plupart des informations qui seraient normalement écrites dans le fichier journal seront
également être écrit à l'écran.

-q, --silencieux
Exécutez tranquillement (n'affiche aucune sortie à l'écran).

-c, --config
Spécifiez le chemin d'accès à un autre fichier de configuration. La configuration par défaut
le fichier est /etc/cback3.conf.

-f, --complet
Effectuez une sauvegarde complète, quelle que soit la configuration. Pour l'action de collecte, cette
signifie que toute information existante liée aux sauvegardes incrémentielles sera ignorée
et réécrit ; pour l'action de stockage, cela signifie qu'un nouveau disque sera lancé.

-M, --géré
Inclure les clients gérés lors de l'exécution des actions. Si l'action en cours d'exécution est
répertorié comme une action gérée pour un client géré, exécuter l'action sur ce client
après avoir exécuté l'action localement.

-N, --géré uniquement
Incluez uniquement les clients gérés lors de l'exécution des actions. Si l'action en cours d'exécution
est répertorié comme une action gérée pour un client géré, exécutez l'action sur ce
client, mais n'exécutez pas l'action localement.

-l, --fichier journal
Spécifiez le chemin d'accès à un autre fichier journal. Le fichier journal par défaut est
/var/log/cback3.log.

-o, --propriétaire
Spécifiez la propriété du fichier journal, sous la forme user:group. Le défaut
la propriété est racine:adm, pour correspondre au standard Debian pour la plupart des fichiers journaux. Cette valeur
ne sera utilisé que lors de la création d'un nouveau fichier journal. Si le fichier journal existe déjà lorsque
le script cback3 est exécuté, il conservera sa propriété et son mode existants.
Seuls les noms d'utilisateur et de groupe peuvent être utilisés, pas les valeurs numériques uid et gid.

-m, --mode
Spécifiez les autorisations pour le fichier journal, en utilisant le mode numérique comme dans chmod (1).
Le mode par défaut est 640 (-rw-r-----). Cette valeur ne sera utilisée que lors de la création d'un
nouveau fichier journal. Si le fichier journal existe déjà lorsque le script cback3 est exécuté, il
conservera sa propriété et son mode existants.

-O, --output
Enregistrez une sortie de sous-commande dans le fichier journal. Lorsque cette option est activée, tous
la sortie des commandes système sera enregistrée. Cela peut être utile pour le débogage ou
Juste pour référence.

-d, --déboguer
Écrivez les informations de débogage dans le fichier journal. Cette option produit un volume élevé de
sortie, et ne serait généralement nécessaire que lors du débogage d'un problème. Cette option
implique également l'option --output.

-s, --empiler
Videz une trace de pile Python au lieu d'avaler des exceptions. Cela force Cedar
Sauvegarde pour vider l'intégralité de la trace de la pile Python associée à une erreur, plutôt que
il suffit de propager le dernier message qu'il a reçu vers l'interface utilisateur. Sous certains
circonstances, il s'agit d'informations utiles à inclure avec un rapport de bogue.

-D, --Diagnostique
Affichez les informations de diagnostic d'exécution, puis quittez. Ces informations diagnostiques
est souvent utile lors du dépôt d'un rapport de bogue.

ACTIONS


TOUTE Effectuez toutes les actions normales (collecter, organiser, stocker, purger), dans cet ordre.

recueillir
Exécutez l'action de collecte, en créant des fichiers tar pour chaque répertoire spécifié dans le
section collect du fichier de configuration.

étape Prenez l'action d'étape, en copiant les fichiers tar de chaque pair du pool de sauvegarde vers le
répertoire de transfert quotidien, basé sur la section stage du fichier de configuration.

Boutique Effectuez l'action de stockage, en écrivant le répertoire de transfert quotidien sur le disque en fonction du
section store du fichier de configuration.

purge Exécutez l'action de purge, en supprimant les fichiers anciens et obsolètes comme spécifié dans la purge
section du fichier de configuration.

reconstruire
L'action de reconstruction tente de reconstruire le disque "de cette semaine" à partir de tout disque restant
répertoires de transfert non purgés. Généralement, il est utilisé pour faire une copie d'une sauvegarde,
remplacer les supports perdus ou endommagés, ou passer à un nouveau support en milieu de semaine pour un autre
raison.

valider
Assurez-vous que la configuration est valide, mais n'entreprenez aucune autre action. Contrôles de validation
que le fichier de configuration peut être trouvé et peut être analysé, et vérifie également
problèmes de configuration typiques, tels que des répertoires non accessibles en écriture ou
problèmes avec le périphérique SCSI cible.

RETOUR VALEURS


Cedar Backup renvoie 0 (zéro) à la fin normale, et six autres codes d'erreur liés à
erreurs particulières.

1 La version de l'interpréteur Python est < 3.4.

2 Erreur lors du traitement des arguments de ligne de commande.

3 Erreur lors de la configuration de la journalisation.

4 Erreur lors de l'analyse du fichier de configuration indiqué.

5 La sauvegarde a été interrompue avec un CTRL-C ou similaire.

6 Erreur lors de l'exécution des actions de sauvegarde spécifiées.

NOTES


Le script est conçu pour s'exécuter en tant que root, car sinon il est difficile de sauvegarder le système
répertoires ou graver le périphérique CD ou DVD. Cependant, des efforts sont déployés pour passer à une sauvegarde
utilisateur (spécifié dans la configuration) le cas échéant.

Pour utiliser le script, vous devez spécifier au moins une action à effectuer. Plus d'un des
Les actions "collecter", "stage", "store" ou "purge" peuvent être spécifiées, dans n'importe quel ordre arbitraire.
Les actions "all", "rebuild" ou "validate" ne peuvent pas être combinées avec d'autres actions. Si
plus d'une action est spécifiée, alors les actions seront entreprises dans un ordre raisonnable
(généralement collecte, suivi d'une étape, suivi d'un stockage, suivi d'une purge).

Si vous avez configuré des extensions Cedar Backup, les actions associées à ces
les extensions peuvent également être spécifiées sur la ligne de commande. Si vous spécifiez d'autres actions
avec une action prolongée, les actions seront exécutées dans un ordre raisonnable par
configuration. Cependant, l'action "all" n'exécute jamais d'actions étendues.

Notez qu'il n'y a pas de possibilité de restaurer les sauvegardes. On suppose que l'utilisateur peut
gérer la copie des fichiers tar hors du disque et les utiliser pour restaurer les fichiers manquants si nécessaire.
Le manuel d'utilisation fournit des instructions détaillées dans l'annexe C.

Enfin, vous devez savoir que les sauvegardes sur CD ou DVD peuvent probablement être lues par n'importe quel utilisateur.
qui a les autorisations pour monter le lecteur de CD ou de DVD. Si vous avez l'intention de laisser la sauvegarde
disque dans le lecteur à tout moment, vous voudrez peut-être en tenir compte lors de la configuration de l'appareil
autorisations sur votre machine. Vous voudrez peut-être également enquêter sur l'extension de chiffrement.

Utilisez cback3 en ligne en utilisant les services onworks.net


Serveurs et postes de travail gratuits

Télécharger des applications Windows et Linux

  • 1
    LAMPÉE
    LAMPÉE
    SWIG est un outil de développement logiciel
    qui relie les programmes écrits en C et
    C++ avec une variété de
    langages de programmation. SWIG est utilisé avec
    différent...
    Télécharger SWIG
  • 2
    Thème de réaction WooCommerce Nextjs
    Thème de réaction WooCommerce Nextjs
    Thème React WooCommerce, construit avec
    Suivant JS, Webpack, Babel, Node et
    Express, en utilisant GraphQL et Apollo
    Client. Boutique WooCommerce dans React (
    contient : Produits...
    Télécharger le thème WooCommerce Nextjs React
  • 3
    archlabs_repo
    archlabs_repo
    Repo de paquets pour ArchLabs Ceci est un
    application qui peut également être récupérée
    de
    https://sourceforge.net/projects/archlabs-repo/.
    Il a été hébergé dans OnWorks en...
    Télécharger archlabs_repo
  • 4
    Projet Zéphyr
    Projet Zéphyr
    Le projet Zephyr est une nouvelle génération
    système d'exploitation en temps réel (RTOS) qui
    prend en charge plusieurs matériels
    architecturales. Il est basé sur un
    noyau à faible encombrement...
    Télécharger le projet Zéphyr
  • 5
    SCons
    SCons
    SCons est un outil de construction de logiciels
    c'est une alternative supérieure à la
    outil de construction classique "Make" qui
    nous connaissons et aimons tous. SCons est
    mis en place un...
    Télécharger SCons
  • 6
    PSeInt
    PSeInt
    PSeInt est un interpréteur de pseudo-code pour
    étudiants en programmation hispanophones.
    Son objectif principal est d'être un outil pour
    apprendre et comprendre les bases
    conception...
    Télécharger PSeInt
  • Plus "

Commandes Linux

Ad