Serveur d'impression

Configuration du serveur de sauvegarde – Serveur SME – Serveur d’impression

Par Titanfall , le 24 août 2019 - 1 minute de lecture

Cet article vous est-il utile?
S'il vous plaît envisager faire un don ou faire du bénévolat
Je vous remercie!

Configuration du serveur de sauvegarde

Vue d'ensemble

Warning.png "src =" http://wiki.contribs.org/images/thumb/c/cb/Warning.png/25px-Warning.png "width =" 25 "height =" 25 "srcset =" / images /c/cb/Warning.png 1.5x, /images/c/cb/Warning.png 2x "/>
</td>
<td> <b>Attention:</b>
</td>
</tr>
<tr>
<td>
</td>
<td>  Il s'agit d'une méthode non standard de transfert de données entre serveurs. Elle doit être utilisée avec précaution pour garantir qu'aucune donnée n'est perdue ou altérée au cours du processus. Si des procédures de copie incorrectes ou inappropriées sont utilisées, des autorisations incorrectes peuvent être appliquées à vos données. Utiliser tar et scp est le "meilleur" moyen de transférer des fichiers directement entre serveurs, tout en conservant les autorisations / droits de propriété appropriés.
</td>
</tr>
</table>
</div>
<p>Cette méthode est un bon moyen de créer un clone de serveur avec une configuration identique mais pas de données, sans avoir à refaire toute la configuration.
</p>
<p>Cette méthode utilise la fonction standard de sauvegarde sur le bureau et la restauration à partir du CD ou du disque USB lors de la première fonction de démarrage.
</p>
<p>La partie non standard de cette procédure est que les données contenues dans ibays, les dossiers d’utilisateurs et d’autres emplacements spécifiques sont temporairement déplacées vers un dossier / temp nouvellement créé, qui ne sera pas inclus dans la sauvegarde (car / temp ne figure pas dans la liste standard). inclusions de sauvegarde).
</p>
<p>La raison principale en est de conserver la taille du fichier de sauvegarde smeserver.tgz obtenue à une taille inférieure à 2 Go, de sorte qu’il n’y ait aucun problème pour effectuer une sauvegarde sur le bureau d’un poste de travail utilisant le protocole http et tout navigateur.
</p>
<p>Si vous souhaitez également transférer des données, l'utilisateur, ibay et d'autres données situées dans des emplacements spécifiques peuvent être copiés manuellement du serveur de sauvegarde sur le serveur restauré, partiellement ou totalement après la restauration. Utilisez tar et scp pour transférer ces données de manière à conserver les autorisations et la propriété appropriées (reportez-vous à la section "Copie de données sur le serveur restauré").
</p>
<p>Si vous avez de grandes quantités de données dans d'autres emplacements qui entraîneront un dépassement de 2 Go du fichier de sauvegarde, ces données doivent également être temporairement déplacées vers le dossier / temp et copiées manuellement sur le nouveau serveur après la restauration.
</p>
<div style=
Important.png "src =" http://wiki.contribs.org/images/thumb/f/ff/Important.png/25px-Important.png "width =" 25 "height =" 25 "srcset =" / images /f/ff/Important.png 1.5x, /images/f/ff/Important.png 2x "/>
</td>
<td> <b>Remarque:</b>
</td>
</tr>
<tr>
<td>
</td>
<td>  Avec sme 7.2 ou une version plus récente, il est possible de créer une sauvegarde sur le fichier de bureau smeserver.tgz de l’ordre de 52 Go, lorsqu’elle est enregistrée sur un partage ou un lecteur connecté formaté avec un système de fichiers NTFS ou ext3 et lors de l’utilisation de Firefox comme navigateur. <span class=bugzilla: 81.

Procédure

Important.png "src =" http://wiki.contribs.org/images/thumb/f/ff/Important.png/25px-Important.png "width =" 25 "height =" 25 "srcset =" / images /f/ff/Important.png 1.5x, /images/f/ff/Important.png 2x "/>
</td>
<td> <b>Remarque:</b>
</td>
</tr>
<tr>
<td>
</td>
<td>  Cette méthode transfère les informations de la base de données mysql.
</td>
</tr>
</table>
</div>
<p></p>
<div style=
Information.png "src =" http://wiki.contribs.org/images/thumb/5/54/Information.png/25px-Information.png "width =" 25 "height =" 25 "srcset =" / images /5/54/Information.png 1.5x, /images/5/54/Information.png 2x "/>
</td>
<td> <b>Pointe:</b>
</td>
</tr>
<tr>
<td>
</td>
<td>  Il est préférable de créer un dossier / temp car les fichiers de / tmp sont automatiquement supprimés par le système. L'utilisation de / temp permet d'éviter une suppression involontaire par inadvertance.</p>
<p>Si vous n'avez pas beaucoup de données ou d'e-mails dans / home / e-smith / files / users, ne vous inquiétez pas de le déplacer.
</p>
</td>
</tr>
</table>
</div>
<p></p>
<ol>
<li>Sur le serveur à sauvegarder (server1), faites
<pre>mkdir -p / temp
mv / home / e-smith / fichiers / utilisateurs / temp
mv / home / e-smith / fichiers / ibays / temp
mv / home / e-smith / fichiers / xxxx / temp
</pre>
</li>
<li>Effectuez une sauvegarde sur le poste de travail sur le serveur 1 à l'aide du panneau de gestion de serveur standard.
</li>
<li>Puis sur le serveur1 faire
<pre>mv / temp / utilisateurs / home / e-smith / fichiers /
mv / temp / ibays / home / e-smith / fichiers /
mv / temp / xxxx / home / e-smith / fichiers /
</pre>
</li>
<li>Construisez un autre serveur à restaurer sur (server2) et effectuez une nouvelle installation du serveur sme dessus. Notez que n'importe quel matériel préféré peut être utilisé, il n'est pas nécessaire qu'il soit physiquement identique au serveur d'origine sur lequel la sauvegarde a été effectuée.
</li>
<li>Copiez le fichier de sauvegarde smeserver.tgz sur un CD ou un disque USB connecté. Lorsque vous démarrez Server2 pour la première fois après avoir installé le nouveau système d'exploitation, il vous sera demandé si vous souhaitez effectuer une restauration. Sélectionnez la source appropriée, par exemple CD ou USB. Notez que vous ne voyez cette option de restauration que la première fois que vous démarrez le serveur2; ne l'utilisez donc pas car elle ne sera pas présentée lors des prochains redémarrages.
</li>
<li>Une fois la restauration terminée sur server2, connectez-vous en tant qu'administrateur et sélectionnez Configurer ce serveur.
<p>Modifiez l'adresse IP locale et les autres paramètres selon vos besoins, détectez différentes cartes réseau et passez en mode serveur uniquement s'il s'agit d'un deuxième serveur sur votre réseau (où le serveur sauvegardé était un serveur / une passerelle) et désactivez le serveur DHCP. Au minimum, veillez à modifier l'adresse IP locale sur le serveur restauré, car celle-ci sera configurée de manière identique après la restauration.
</p>
<p>Connectez-vous ensuite au gestionnaire de serveur sur le serveur restauré et modifiez les paramètres de nom de groupe de travail et de contrôleur de domaine, ainsi que tout autre paramètre requis, etc.</li>
</ol>
<p>Vous devriez maintenant avoir un deuxième serveur (server2) qui est configuré de manière identique à server1 (à l'exception des modifications apportées) mais sans les données utilisateur et ibay. Notez que l'utilisateur et ibays existeront dans le gestionnaire de serveur et dans la structure de fichiers, mais qu'ils seront vides.
</p>
<h4><span class=Copier des données sur le serveur restauré

Vous pouvez ensuite éventuellement transférer les données sur le réseau d'un serveur à un autre, en totalité ou sous une forme limitée, à l'aide de la ligne de commande, de la commande tar et de la commande scp.
Vous pouvez supprimer tous les utilisateurs, ibays, groupes et autres paramètres non requis sur le serveur restauré via le gestionnaire de serveur.

Il est préférable de tar / untar des données afin de ne pas perdre la propriété et les autorisations lors de la copie de server1 à server2. Si vous copiez des données utilisateur et des e-mails à l'aide des commandes de copie normales, assurez-vous que la propriété est correcte sur le nouveau serveur.

Modifiez les commandes suivantes de manière appropriée pour ne déplacer que les données dont vous avez besoin.

  1. Utilisez tar pour compresser tous les dossiers utilisateur et ibays (sur server1) en effectuant
    cd / home / e-smith / fichiers
    tar -czvf /temp/users.tar.gz utilisateurs
    tar -czvf /temp/ibays.tar.gz ibays
    tar -czvf /temp/xxxx.tar.gz xxxx
    
  2. Utilisez scp pour copier les fichiers tarés entre les machines en faisant (sur server1)
    Important.png "src =" http://wiki.contribs.org/images/thumb/f/ff/Important.png/25px-Important.png "width =" 25 "height =" 25 "srcset =" / images /f/ff/Important.png 1.5x, /images/f/ff/Important.png 2x "/>
</td>
<td> <b>Remarque:</b>
</td>
</tr>
<tr>
<td>
</td>
<td>  Vous devrez avoir un accès à distance entre la configuration du serveur pour pouvoir utiliser SSH, en utilisant des mots de passe ou des clés SSH.
</td>
</tr>
</table>
</div>
<pre>scp /temp/users.tar.gz server2IP: / home / e-smith / files /
scp /temp/ibays.tar.gz server2IP: / home / e-smith / files /
scp /temp/xxxx.tar.gz server2IP: / home / e-smith / files /
</pre>
<p>Si ssh est configuré pour un autre port (que 22), utilisez
</p>
<pre>scp -P zzzz /temp/users.tar.gz server2IP: / home / e-smith / files /
scp -P zzzz /temp/ibays.tar.gz server2IP: / home / e-smith / files /
scp -P zzzz /temp/xxxx.tar.gz server2IP: / home / e-smith / files /
</pre>
<p>où zzzz = numéro de port
</p>
</li>
<li>Utilisez tar pour décompresser tous les dossiers utilisateur et ibay en procédant de la manière suivante (sur server2)
<pre>cd / home / e-smith / fichiers /
tar -xvzf utilisateurs.tar.gz
tar -xvzf ibays.tar.gz
tar -xvzf xxxx.tar.gz
rm /home/e-smith/files/users.tar.gz
rm /home/e-smith/files/ibays.tar.gz
rm /home/e-smith/files/xxxx.tar.gz
</pre>
<p>Si nécessaire, pour corriger la propriété de chaque utilisateur sur server2, faites
</p>
<pre>cd / home / e-smith / fichiers / utilisateurs
chown -R nom d'utilisateur: nom d'utilisateur nom d'utilisateur
</pre>
</li>
</ol>
<h4><span class=Transférer manuellement les informations de configuration

    Si vous souhaitez transférer manuellement les informations de configuration d'un ancien serveur vers un nouveau serveur, procédez comme suit. Tous les fichiers énumérés ci-dessous sont obligatoires, car les informations et les mots de passe des utilisateurs se trouvent dans de nombreux emplacements différents.

    Sur l’ancien serveur, procédez comme suit pour vider les tables mysql dans un fichier de / home / e-smith / db / mysql /:

    pré-sauvegarde signal-event
    

    Avant de restaurer des fichiers sur le nouveau serveur, exécutez la commande suivante sur le nouveau serveur:

    pré-restauration signal-event
    

    Copiez ensuite tous les fichiers et dossiers suivants de l'ancien serveur sur le nouveau serveur, de préférence à l'aide des commandes tar & scp. Voir les exemples d'utilisation et la syntaxe ci-dessus dans la section "Copie de données sur le serveur restauré".
    Vous pouvez exclure ibay, l'utilisateur et d'autres données si vous le souhaitez en déplaçant ces données vers / temp (voir les étapes dans la section "Procédure" ci-dessus).
    Cette liste est basée sur les exigences de sme7.x:

    / etc / e-smith / templates-custom
    / etc / e-smith / templates-user-custom
    / etc / group
    / etc / gshadow
    / etc / passwd
    /etc/samba/secrets.tdb
    / etc / samba / smbpasswd
    / etc / shadow
    / etc / smbpasswd
    / etc / ssh
    / etc / sudoers
    / home / e-smith
    /racine
    

    et ajouter dans

    /opter
    

    si vous avez installé des choses là-bas.

    Après avoir copié tous les fichiers requis sur le nouveau serveur, vous devez exécuter les commandes suivantes sur le nouveau serveur:

    signal-event post-upgrade
    redémarrer
    

    Clonage d'un serveur à des fins de test, à l'aide de fichiers d'inclusion et d'exclusion

    Cette méthode alternative peut être utilisée pour cloner un serveur à des fins de test et utilise des fichiers texte d'inclusion et d'exclusion pour spécifier le contenu du fichier tgz de sauvegarde. Reportez-vous au forum http://forums.contribs.org/index.php/topic,46546.msg228428.html#msg228428

    Avertissement: Cette procédure est destinée à être utilisée UNIQUEMENT à des fins de test, où vous souhaitez tester les modifications, etc. avant de les implémenter sur un serveur de production "de configuration identique".

    Procédure pour créer la sauvegarde sur le serveur à cloner

    Créez un fichier nommé include.txt dans / root / avec ce contenu:

    touch /root/include.txt
    pico -w /root/include.txt
    

    Modifiez le fichier pour qu'il contienne ce qui suit (ce qui constitue un écart par rapport à l'ensemble d'inclusion de sauvegarde standard composé de fichiers et de dossiers)

    accueil / e-smith /
    etc / e-smith / templates-custom
    etc / e-smith / templates-user-custom
    etc / groupe
    etc / gshadow
    etc / passwd
    etc / samba / secrets.tdb
    etc / samba / smbpasswd
    etc / shadow
    etc / smbpasswd
    etc / ssh
    etc / sudoers
    racine
    

    Enregistrer et quitter

    Ctrl o
    Ctrl x
    

    Créez un fichier nommé /root/exclude.txt avec ce contenu:

    touch /root/exclude.txt
    pico -w /root/exclude.txt
    

    Editez le fichier pour qu'il contienne ce qui suit (qui est la liste des fichiers et dossiers que vous souhaitez exclure de la sauvegarde)

    accueil / e-smith / fichiers / ibays / * / fichiers / *
    home / e-smith / fichiers / utilisateurs / * / home / *
    

    Enregistrer et quitter

    Ctrl o
    Ctrl x
    

    Exécutez l'événement de pré-sauvegarde (pour vider les tables mysql dans un fichier dans / home / e-smith / db / mysql /)

    pré-sauvegarde signal-event
    

    Exécutez la commande tar pour créer le fichier de sauvegarde smeserver.tgz (la directive –totals n’est pas strictement nécessaire, elle doit uniquement fournir des informations)

    tar -cz --totals -vvp --directory / --exclude-from =. / exclude.txt --files-from =. / include.txt -f /tmp/smeserver.tgz
    
    Procédure pour restaurer la sauvegarde sur le serveur cloné

    Copiez le fichier smeserver.tgz sur le serveur cloné via ssh ou sur un disque USB et suivez les étapes décrites dans cette section de l'article du wiki de configuration du serveur de sauvegarde http://wiki.contribs.org/Backup_server_config#Command_line_manual_Restore_from_USB_drive_or_memory_stick

    Assurez-vous de préparer le nouveau serveur pour la restauration en exécutant la commande suivante.

    pré-restauration signal-event
    

    puis suivez les étapes mentionnées ci-dessus.

    L'exécution des procédures indiquées ci-dessus créera un clone "presque identique" du serveur d'origine sans données utilisateur ni fichiers dans ibays. Il contiendra toujours des messages utilisateur.

    Inclusions standard de sauvegarde et de restauration

    Cette commande donnera une liste des fichiers et dossiers inclus dans une sauvegarde et une restauration standard, comme pour une installation par défaut du serveur pme.

    perl -e 'utilise esmith :: Backup; $ b = new esmith :: Backup; print join (" n", $ b-> restore_list) '
    

    Voici la sortie sur trois versions de SME. La différence entre SME 7.5 et les autres est importante.

    PME 9 PME 8.2 PME 7.5.1
    maison / e-smith
    etc / e-smith / templates-custom
    etc / e-smith / templates-user-custom
    etc / ssh
    racine
    etc / sudoers
    etc / passwd
    etc / shadow
    etc / groupe
    etc / gshadow
    etc / samba / secrets.tdb
    etc / samba / smbpasswd 
    
    maison / e-smith
    etc / e-smith / templates-custom
    etc / e-smith / templates-user-custom
    etc / ssh
    racine
    etc / sudoers
    etc / passwd
    etc / shadow
    etc / groupe
    etc / gshadow
    etc / samba / secrets.tdb
    etc / samba / smbpasswd 
    
    maison / e-smith
    etc / e-smith / templates-custom
    etc / e-smith / templates-user-custom
    etc / ssh
    racine
    etc / sudoers
    etc / passwd
    etc / shadow
    etc / groupe
    etc / gshadow
    etc / samba / secrets.tdb
    etc / samba / smbpasswd
    etc / smbpasswd 
    

    Tous les fichiers / scripts associés aux processus de sauvegarde et de restauration standard peuvent être trouvés avec cette commande.

    rpm -ql e-smith-backup

    La liste d'inclusion se trouve dans

    /usr/lib/perl5/site_perl/esmith/Backup.pm
    

    Dans SME 9.2, c'est à:

    /usr/share/perl5/vendor_perl/esmith/Backup.pm
    
    Important.png "src =" http://wiki.contribs.org/images/thumb/f/ff/Important.png/25px-Important.png "width =" 25 "height =" 25 "srcset =" / images /f/ff/Important.png 1.5x, /images/f/ff/Important.png 2x "/>
</td>
<td> <b>Remarque:</b>
</td>
</tr>
<tr>
<td>
</td>
<td>  Veuillez noter que le chemin d'accès aux bibliothèques emsith perl à partir de SME Server 9.x a été remplacé par <b>/ usr / share / perl5 / vendor_perl / esmith</b>.
</td>
</tr>
</table>
</div>
<p>Les modifications apportées à ce fichier seront écrasées lors des mises à niveau.
</p>
<h3><span class=Modification des inclusions et exclusions de sauvegarde standard

    Pour modifier les dossiers et fichiers inclus et exclus, voir http://wiki.contribs.org/Backup_with_dar#Adding.2FExcluding_Directories_and_Files_from_the_backup_list

    Calcul de la taille des données pour les sauvegardes

    Selon l’emplacement où les données sont stockées sur votre serveur, la taille de la sauvegarde indiquée par le gestionnaire de serveur peut être moins précise, par exemple si de nombreuses données sont stockées dans / opt

    Une commande simple peut être enregistrée en tant que fichier de script et exécutée si nécessaire pour calculer la taille des données sur le serveur pour les dossiers sauvegardés par défaut. Des dossiers supplémentaires, par exemple / opt, peuvent être inclus pour répondre à des besoins particuliers.
    La taille calculée peut être considérée comme la taille de sauvegarde la plus grande possible, car il s'agit de la taille avant application d'une compression. Le degré de compression dépend du type de contenu / fichier, de sorte que la taille réelle du fichier de sauvegarde résultant varie d'un serveur à l'autre.
    La liste des dossiers de sauvegarde par défaut est obtenue à partir de /usr/lib/perl5/site_perl/esmith/Backup.pm

    mkdir -p / opt / scripts
    cd / opt / scripts
    pico -w taille de données
    

    Puis entrez la commande suivante (avec / opt inclus)

    du -hsc / home / e-smith / etc / e-smith / templates-custom 
    / etc / e-smith / templates-user-custom / etc / ssh / root 
    / etc / sudoers / etc / passwd / etc / shadow / etc / gshadow 
    /etc/samba/secrets.tdb / etc / samba / smbpasswd / etc / smbpasswd / opt
    

    ou entrez-le comme une longue ligne sans le

    du-hsc / home / e-smith / etc / e-smith / templates-custom / etc / e-smith / templates-user-custom / etc / ssh / root / etc / sudoers / etc / passwd / etc / shadow / etc / gshadow /etc/samba/secrets.tdb / etc / samba / smbpasswd / etc / smbpasswd / opt
    

    Enregistrez le fichier et quittez-le en appuyant simultanément sur les touches suivantes

    Ctrl o
    Ctrl x
    
    

    Rendre le fichier exécutable

    chmod + x / opt / scripts / datasize
    

    Exécutez la commande, ce qui peut prendre quelques minutes.

    / opt / scripts / datasize
    

    Vous devriez voir une sortie similaire à

    151G / maison / e-smith /
    76K / etc / e-smith / templates-custom /
    4.0K / etc / e-smith / templates-user-custom /
    152K / etc / ssh /
    289M / racine /
    4.0K / etc / sudoers
    8.0K / etc / passwd
    4.0K / etc / shadow
    4.0K / etc / gshadow
    12K /etc/samba/secrets.tdb
    4.0K / etc / samba / smbpasswd
    98M / opt
    151G total
    

    Manuel de ligne de commande Restauration depuis un lecteur USB ou une clé USB

    Ce n'est pas la méthode habituelle recommandée pour effectuer des restaurations, mais si nécessaire, cela peut être réalisé.

    De http://forums.contribs.org/index.php?topic=42012.msg196939#msg196939

    Q) Est-il possible de restaurer le serveur sans écran ni CD-ROM? Cela peut-il être fait via ssh sur le réseau local?

    A) Une restauration est possible en procédant comme suit:

    Nouvelle installation de sme OS

    Copiez le fichier de sauvegarde précédemment créé, smeserver.tgz, sur un nouveau noeud.
    par exemple

    mount / media / usbdisk
    cp /media/usbdisk/Backup-date-folder/smeserver.tgz /
    

    Connectez-vous à l'invite de commande en tant que root

    cd /
    pré-restauration signal-event
    tar -C / -xzvf smeserver.tgz
    / sbin / e-smith / signal-event après la mise à niveau
    / sbin / e-smith / signal-reboot redémarrage
    

    Après le redémarrage, connectez-vous à la console d'administration pour modifier les adresses IP en fonction du réseau.

    Enregistrer et redémarrer

    Supprimer le fichier de sauvegarde

    cd /
    rm smeserver.tgz
    

    Le système devrait maintenant être en ligne et opérationnel

    Différents disques USB / clés ont été testés et il a été observé que des clés USB externes avec alimentation externe ne présentaient aucune erreur, mais certaines clés USB et certains disques USB alimentés par le bus du port USB peuvent présenter des problèmes (éventuellement de basse tension / Problèmes de Hal-Daemon).


    Pour la restauration sur un nouveau serveur SME doté du nouveau nom de domaine complet (Domain-Nom de domaine complet) (newserver.home.net).

    supprimer les anciennes entrées DNS dans la base de données SME après une reconfiguration + un redémarrage!

    
    #db host show (pour lister les anciennes entrées !! comme oldserver.home.net ..) ou #db host show> domainlist.txt (pour exporter le nombre élevé d'entrées
    
    et enlever vieux avec
    
    #db hosts supprime oldserver.XXXX.XXX (XXX = domains.net avec prename oldserver !!)
    # signal-event post-upgrade
    # signal-event reboot
    

    Vérifiez sur Admin-Console (SSH-Login) -> Configuration du serveur -> IP si vous devez modifier NEWSERVER-IP & FQDN !! Cause Restauration définissez l'adresse IP et le nom de domaine complet de OLDSERVER!
    reconnectez-vous à https: // votre serveur / server-manager / pour vérifier les paramètres du domaine

    prêt..


    Restauration au redémarrage initial après une nouvelle installation du système d'exploitation – Option de réinitialisation

    Une restauration complète à partir d'un fichier de sauvegarde (situé par exemple sur une clé USB) est recommandée uniquement après l'installation d'un nouveau système d'exploitation serveur. Si cette option n'est pas sélectionnée lors du premier redémarrage, cette option n'est plus disponible lors des redémarrages suivants.

    Pour rendre cette option disponible, connectez-vous en tant que root, procédez comme suit:

    config delete PasswordSet
    config setprop bootstrap-console Exécuter Oui
    redémarrage du signal-event
    

    Si vous utilisez cette technique, veuillez vous assurer que vous avez un système "propre", sans utilisateur, groupe ou ibays, etc. configuré.

    Si des utilisateurs / groupes / fichiers ont été ajoutés au système depuis l'installation, les résultats de la restauration seront indéfinis et probablement indésirables.

    Par exemple, si ibays était précédemment configuré, ceux-ci seront toujours dans le système de fichiers mais ne seront pas affichés dans le gestionnaire de serveur.

    Concepts de sauvegarde et de restauration, problèmes et autres informations

    Le concept de sauvegarde et de restauration SME est que seules les données (utilisateurs et ibays) et la configuration (y compris tous les dbs mysql et les modèles personnalisés) sont sauvegardées et restaurées.
    Toutes les contributions (c-à-d installées en tant que fichiers rpms) ne sont pas sauvegardées et les modèles normaux (qui sont installés par le système ou ajoutés à des contributions) ne sont pas sauvegardés.

    Une restauration est effectuée sur une nouvelle installation du serveur pme, puis les contributions sont réinstallées.
    Une fois les données de configuration restaurées, vous ne devriez plus avoir à configurer ces contribs réinstallées.

    Si vous utilisez une contribution supplémentaire à des fins de sauvegarde, par exemple Affa ou Dar2 ou autre, après la réinstallation récente du système d’exploitation, la première chose à faire est de réinstaller la contribution de sauvegarde et de procéder manuellement à une configuration de base. Ensuite, vous restaureriez en utilisant cette contribution, vous pourrez alors réinstaller toutes les autres contributions, etc.

    La bonne pratique de l’administrateur consiste à créer un ibay spécialement pour stocker une copie de chaque RPM installé, de manière à pouvoir facilement réinstaller ceux de vos copies sauvegardées et restaurées, bien que, étant donné que les mises en pension sont disponibles maintenant, il n’est pas nécessaire de le faire. Il rappelle cependant tout ce que vous avez installé, au cas où vous l'oublieriez. Vous devriez également le faire si vous souhaitez conserver des versions spécifiques de rpms et source rpms, et inclure également des copies de la dépendance rpms.

    Affa contrib vous fournit un rapport sur les rpms manquants (si vous activez ce paramètre), ce qui représente la différence entre le serveur source et le serveur de sauvegarde. Vous pouvez ainsi voir facilement ce qui doit être réinstallé après une restauration ou une "augmentation" d’Affa. installez-les à l’avance sur le serveur de sauvegarde Affa (si vous utilisez un serveur de sauvegarde séparé).

    Notez qu'une sauvegarde sur bande sauvegarde tous les systèmes de fichiers sur le serveur, mais ne restaure que les fichiers de "restauration standard". Voir cette liste (ci-dessus) http://wiki.contribs.org/Backup_server_config#Standard_backup_.26_restore_inclusions

    Une restauration complète à partir d’une sauvegarde sur bande vers un système d’exploitation sme fraîchement installé entraînera toutes sortes de problèmes. Le serveur restauré commencera à démarrer, puis s’arrêtera pendant les processus de démarrage / post-configuration.

    Si vous utilisez d'autres méthodes de sauvegarde complète et de restauration complète, vous rencontrerez des problèmes lors de la tentative de restauration de fichiers RPM contenant des fichiers exécutables / binaires installés dans les emplacements de système de fichiers Linux normaux. C'est pourquoi ils doivent être réinstallés. Si vous restaurez l'un des fichiers / lib, / bin, etc. sur un serveur SME en cours d'exécution, vous êtes presque certain d'avoir des problèmes.

    De plus, certaines contributions devront être mises à jour si vous restaurez une version plus récente du système d'exploitation sme. Ainsi, si vous restaurez d'anciennes contributions, vous casserez votre serveur, dans certains cas.

    Si vous souhaitez sauvegarder "tout" (y compris les RPM installés), les méthodes de sauvegarde sme standard (sauvegarde sur le bureau et sauvegarde avec dar), ainsi que la plupart des contributions de sauvegarde disponibles, par exemple DAR2, Affa, etc., ne sauvegardent pas "tout". .
    Pour ce faire, vous devez effectuer une sauvegarde de type «bare metal» ou clone de disque.
    Mondo est une contribution qui semble ne pas avoir été mise à jour pour être compatible avec sme7.x.
    Pour ce faire, vous pouvez également échanger facilement un disque RAID1 et brancher un disque propre (vide) de taille identique ou supérieure. Il ne restera que quelques minutes d'indisponibilité pendant l'échange du disque, car l'échange à chaud n'est actuellement pas pris en charge. Une fois le disque vierge inséré, utilisez la console d’administration pour resynchroniser la matrice RAID1. Le système fonctionnera avec plaisir sur un disque en mode dégradé jusqu'à ce que la synchronisation soit terminée.
    Un logiciel de clonage de disque peut également être utilisé, mais il doit prendre en charge les partitions RAID et les volumes LVM, contrairement à certains logiciels de clonage.
    La commande Linux dd copiera également tous les bits d’un disque sur un autre disque monté, mais elle sera lente et risque de prendre du temps (plusieurs heures) pour un disque contenant beaucoup de données. Le serveur devrait idéalement être déconnecté du réseau local et d'Internet pendant cette opération pour empêcher toute modification des données sur le serveur pendant le processus de clonage / sauvegarde de disque. Émettez la commande man dd pour plus d'informations.
    Chacune de ces méthodes a ses propres problèmes pratiques, choisissez celle qui convient le mieux à votre situation.

    Les ajouts de scripts, etc. sont mieux implémentés via des modèles personnalisés (qui sont sauvegardés), et tout script peut être placé dans / opt / xxx, et vous ajoutez ensuite / opt à votre liste d'inclusions de sauvegarde, ou les placez dans un ibay si préféré, qui est sauvegardé automatiquement.

    La solution DAR2 dispose d’une interface Web configurable qui vous permet de créer la sauvegarde de reprise sur sinistre (c’est-à-dire toutes les données et la configuration) requise pour reconstruire un serveur, mais vous devez toujours réinstaller les contributions ajoutées (rpms). Il permet également d'effectuer des tâches de sauvegarde sélectives, par exemple pour certains ibays uniquement, en fonction de vos besoins particuliers.

    Erreur Cifs

    Lors de l'utilisation de la fonctionnalité de sauvegarde incluse ou de la contribution DAR2, la sauvegarde sur un partage distant Windows génère les erreurs cifs suivantes. voir bugzilla: 7341

    12 février 11:51:25 sme e-smith-bg: Connexion / mnt / dar2 / backup to \ 192.168.10.30  bkp
    12 février 2011 11:51:25 noyau sme: CIFS VFS: erreur d’envoi dans SessSetup = -12
    12 février 11:51:25 noyau du sme: CIFS VFS: cifs_mount a échoué avec le code retour = -12
    12 février 11:51:25 sme e-smith-bg: erreur de montage (12): impossible d'allouer de la mémoire
    12 février 11:51:25 sme e-smith-bg: Reportez-vous à la mount.cifs
    

    La solution pourrait être de modifier le registre Windows à l'aide du fichier ci-dessous.

    Éditeur de registre Windows version 5.00
    [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession ManagerMemory Management]
    "LargeSystemCache" = dword: 00000001
    [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesLanmanServerParameters]
    "Taille" = dword: 00000003
    

    Enregistrez le contenu ci-dessus dans un fichier nommé W7-backup.reg et importez-le dans le registre de Windows, redémarrez le service ou l'ordinateur Windows.

    Liens de référence

    http://wiki.contribs.org/UpgradeDisk

    http://forums.contribs.org/index.php?topic=30745.0

    http://forums.contribs.org/index.php?topic=39969.0


    Click to rate this post!
    [Total: 0 Average: 0]

    Commentaires

    Laisser un commentaire

    Votre commentaire sera révisé par les administrateurs si besoin.

    ×