Amanda contre Bacula et (moderne à partir de 2017)
Je déploie ma première solution de sauvegarde de bande (avec Superloader quantique 3 LTO-7, CENTOS 6.9), et je suis surpris et je suis excitée par ce qui semble être des exigences de configuration intimidant de Bacula et d'Amanda.
Je suis attiré par l'approche philosophique que Amanda prend en charge d'utiliser des outils et des formats communs existants. Voici comment j'ai fait mes sauvegardes basées sur disque pendant des années. Le problème est que lorsque je cherche des allusions en ligne, tout ce que je peux trouver, ce sont des messages du début des années 2000 (Precious rares autour de 2010) à propos de la sauvegarde seulement de quelques Go à des cassettes de quelques douzaines de Gb. En outre, les paramètres tels qu'ils existent sur une nouvelle yum install amanda-server des fichiers de configuration dans /etc/amanda/DailySet1/amanda.conf semble aligné sur ces types de chiffres (par ex. Bumpsize est de 20 Mo!). Cela semble totalement hors de contact avec la réalité moderne. Je traite avec plusieurs systèmes de fichiers multiples hautement compressibles de 40+ TB et 6 TB bandes sur un téléchargeur automatique de 16 ruban.
Bien sûr, l'anachronisme n'aurait pas d'importance, mais je suis à perte de la manière de configurer les paramètres (par exemple de dumpcycle, de runspercycle, de Tapecycle, de Bumpsize, etimeout) en l'absence de toute sagesse collective sur le Web. Les valeurs par défaut semblent abyssagées. En outre, comme une question, plutôt que de faire pivoter de nombreuses petites sauvegardes sur de nombreuses grandes bandes, j'ai un mélange de nombreuses petites sauvegardes qui correspondent à une bande coexistant nécessairement avec de grandes sauvegardes qui devront couvrir plusieurs bandes et je dois être Sûr des bandes ne sont pas écrasées. Les bandes de l'autochargeur ont définitivement une capacité suffisante pour plusieurs niveaux 0 et plusieurs niveaux, mais je ne sais pas comment le configurer.
Donc, mes questions:
- Amanda est-elle utilisée pour des emplois de cette ampleur? Est-ce remplacé à ce stade de Bacula? Y a-t-il une raison convaincante d'utiliser l'un des autres?
- Il semble presque plus simple et moins risqué de simplement écrire ma propre logique de change de bande et un script d'invocation TAR/DUMP/DD/DD/RSYNC que nécessaire pour compter sur des fichiers de configuration massive avec des dizaines de paramètres? Imprudent ou conseillé à long terme? Est-ce que les gens font ça?
- Je veux pouvoir faire pivoter un sous-ensemble de bandes hors de l'autochargeur pour la sauvegarde hors site. Est-ce que cette amanda ou une bacula ou provoqueront-elles des maux de tête d'administration?
- Ces systèmes peuvent-ils tirer parti des codes à barres que j'ai sur les cassettes étant donné que le matériel lit les codes à barres?
Je m'excuse si ces questions semblent non informées. J'ai lu la littérature depuis des jours maintenant, mais c'est opaque pour moi. Toute aide ou guides de démarrage avec des dizaines de TB Les sauvegardes sur les autocharmateurs modernes avec des cassettes modernes sur un système d'exploitation moderne seraient très appréciés!
J'ai utilisé Amanda depuis de nombreuses années maintenant, bacula plus récemment. Ils vont tous les deux faire le travail. Ils ont tous deux un peu une courbe d'apprentissage. Les deux sont très fiables.
Je dirais dans l'ensemble, Bacula est un peu plus facile à configurer. Bacula utilise MTX pour toute son interface de bande afin que vous puissiez le faire faire à peu près tout ce que vous voulez. Je l'utilise avec Amazon VTL principalement.
Amanda peut certainement gérer votre charge de travail, et je discuterais est un peu plus flexible une fois que vous avez la suspension.
Amanda 3.5 binaires sont disponibles dans les pages suivantes.
Source Tarballs sont disponibles à partir de
http://www.amanda.orghttps://sourceforge.net/project/showfiles.php?group_id=12
Les binaires pour de nombreux systèmes sont disponibles à partir de
http://www.zmanda.com/download-amanda.php
La documentation peut être trouvée à
Voici une liste des modifications apportées à la version 3.5 (à partir du fichier de presse): regardez le fichier ReleasNotes et Changelog pour plus de détails.
Correction de la compilation sur Solaris Ne vérifiez pas tout "R 'Bit sur Susid Binary Correction de l'analyse du remplacement de la configuration (-O) peut non défini Certains définir le code client ne manqueront pas si la mémoire partagée n'est pas disponible AmReport Lot d'amélioration Autoriser" *' pour un Datestamp Wildcard Amgetconf Imprimer une chaîne vide Si un paramètre n'est pas défini à la place de "Aucun paramètre de ce type 'Amdump New --No-Dump, -NO-Flush et -NO-Vault Argument AMStatus Correction du disque de fixation pour protéger plusieurs accès parallèles