NON URGENTE TEMPORAIRE DEFINITIVE OBJET : RÉCUPÉRATION DES DONNÉES CLIENT SUR DISQUE DUR DÉFECTUEUX OU INVALIDÉ

Transcription

1 COMMUNICATION TECHNIQUE N TC0536 Ed. 01 OmniPCX Enterprise Nb de pages : 11 Date : URGENTE NON URGENTE TEMPORAIRE DEFINITIVE OBJET : RÉCUPÉRATION DES DONNÉES CLIENT Cette communication technique a pour but de donner une méthode pour : revalider l'accès au disque d'un Call Server, sans aucun dommage sur les données, lorsque celui-ci a été invalidé par la commande grubboot ETHER, ou, pour récupérer les différents fichiers de données client (fichiers de sauvegardes sur disque dur, fichiers de taxation et base de données) stockés sur le disque dur du Call Server lorsque celui-ci n'est plus accessible (cas d'un disque dur ne pouvant plus "booter" pour raison de secteurs défectueux par exemple) et qu'aucune sauvegarde externe n'existe (sur disquette ou PC). 1

2

3 RÉCUPÉRATION DES DONNÉES CLIENT OmniPCX Enterprise SOMMAIRE 1. BUT PRINCIPE PROCÉDURE Chargement du linux.ram Lancement de l'omnipcx Enterprise PC Installer Boot réseau du Call Server Transfert du linux.ram Revalidation du disque dur suite à la commande grubboot ETHER Récupération des données sous la partition /usr Montage de la partition /usr Transfert des sauvegardes sur le PC Serveur Récupération de la base de données client Recherche de la partition active Si le résultat est root (hd0,4) Si le résultat est root (hd0,10) Transfert des données sur le PC Serveur RESTAURATION DES DONNÉES SAUVEGARDÉES Restauration des différents fichiers de sauvegardes sur disque dur Restauration du fichier de taxation externe account.tar Restauration du fichier de la base de données mao.tar Ed. 01 / TC0536

4 OmniPCX Enterprise RÉCUPÉRATION DES DONNÉES CLIENT TC Ed. 01 /

5 RÉCUPÉRATION DES DONNÉES CLIENT OmniPCX Enterprise 1. BUT Cette communication technique a pour but de donner une méthode pour : revalider l'accès au disque d'un Call Server, sans aucun dommage sur les données, lorsque celui-ci a été invalidé par la commande grubboot ETHER, ou, pour récupérer les différents fichiers de données client (fichiers de sauvegardes sur disque dur, fichiers de taxation et base de données) stockés sur le disque dur du Call Server lorsque celui-ci n'est plus accessible (cas d'un disque dur ne pouvant plus "booter" pour raison de secteurs défectueux par exemple) et qu'aucune sauvegarde externe n'existe (sur disquette ou PC). Dans le cas d'un disque dur ne pouvant plus "booter" pour raison de secteurs défectueux par exemple, la procédure décrite ci-dessous n'est applicable que dans certaines conditions. En effet, le disque dur peut être dans un état tel qu il sera impossible d'accéder à une quelconque donnée. Il est impossible dans ce document de décrire dans quels cas cette opération sera réalisable. Si la procédure décrite ci-dessous ne fonctionne pas, le disque dur devra être remplacé ou reformaté et les données client seront définitivement perdues. Cette méthode est une ultime opération de maintenance dans des cas bien particuliers et ne remplace en aucun cas les méthodes de sauvegarde des données client traditionnelles : Sauvegardes sur disque dur (sauvegarde manuelle immédiate et automatique journalière) pour récupération sur PC via FTP. Sauvegardes sur disquettes (ne concernent que les CPU de type 4400). Sauvegardes réalisées avec l application OmniVista 4760/4760i ou Wizard. 2. PRINCIPE Le principe de cette méthode consiste à charger en mémoire un linux.ram (linux minimum) qui permettra ensuite de revalider un disque dur invalidé par la commande grubboot ETHER ou de "monter" manuellement la partition sur laquelle se trouvent les données à récupérer. Le choix de la partition à monter dépend du type de données à récupérer et de l'état de cette partition (secteurs défectueux interdisant le montage de la partition) : la partition commune /usr4 (DHS3dyn) dont le répertoire /BACKUP contient tous les fichiers de sauvegardes sur disque dur (sauvegarde manuelle immédiate et automatique journalière) et le répertoire /account contient tous les fichiers de taxation externe, la partition /usr3 (DHS3data) dont le répertoire /mao contient la base de données client. Ed. 01 / TC0536

6 OmniPCX Enterprise RÉCUPÉRATION DES DONNÉES CLIENT Le chargement en mémoire du linux.ram s'effectue lorsque le Call Server fait un boot réseau sur un PC serveur équipé de l'application OmniPCX Enterprise PC Installer et d'une version de l'omnipcx Enterprise. Une fois le linux.ram chargé en mémoire sur la CPU, il existe deux solutions : le disque est revalidé par la commande grubboot DISK s'il a été invalidé par grubboot ETHER, la partition choisie est montée manuellement. Le transfert des données à récupérer se fait via le serveur FTP de l'application OmniPCX Enterprise PC Installer sur le PC Serveur. 3. PROCÉDURE 3.1. Chargement du linux.ram Le chargement du linux.ram en mémoire s'effectue lorsque le Call Server fait un boot réseau sur le PC serveur sur lequel est démarrée l'application OmniPCX Enterprise PC Installer avec une version de l'omnipcx Enterprise Lancement de l'omnipcx Enterprise PC Installer Connecter directement le PC Serveur sur le Call Server avec un câble Ethernet croisé. Ouvrir l'application OmniPCX Enterprise PC Installer, puis : Dans le menu Configuration, sélectionner le lecteur sur lequel se trouve la version PABX à installer. Dans le menu Type d installation choisir le type d'installation Linux + téléphone. La fenêtre Paramètres d installation s'affiche. Dans Version téléphonique, sélectionner la version complète. Dans Pays, sélectionner un pays (sans importance). Dans Type d installation, sélectionner le type d installation Linux en mémoire. Dans Type de réseau, sélectionner le type de réseau Câble direct. Dans Interface réseau, sélectionner la carte réseau utilisée. Dans Adresse IP du Client, l adresse IP affectée au Call Server apparaît. Dans Type de Call Server, sélectionner le type de Call Server à installer (Alizé, A4400 ou Appliance Server). Ne pas renseigner la MAC Address (Not needed) de la CPU dans Adresse MAC. Cliquer sur Valider Boot réseau du Call Server Connecter le port TCP/IP du Call Server au PC serveur à l'aide d'un câble Ethernet croisé ou par l'intermédiaire d'un Hub (externe) ou d'un switch (cartes XLANX ou LANX). TC Ed. 01 /

7 RÉCUPÉRATION DES DONNÉES CLIENT OmniPCX Enterprise Pour un Appliance Server, utiliser la prise Ethernet "1". ATTENTION Lors du chargement du linux.ram sur le Call Server, l'application OmniPCX Enterprise PC Installer lance des serveurs TFTP, FTP et DHCP. En conséquence le chargement du linux.ram sur le Call Server doit être effectué hors LAN client et nécessite une connexion Ethernet directe entre le Call Server et le PC serveur. De plus, dans le cas d'utilisation d'un Hub (externe) ou d'un Switch, seuls le Call Server et le PC Serveur devront y être raccordés durant la phase de chargement. Dans le cas où le disque dur a été invalidé par la commande grubboot ETHER un Call Server de type hardware commun (Alizé) ou Appliance Server effectue automatiquement un boot réseau : passer directement au Call Server de type hardware commun (Alizé) Effectuer un boot réseau à partir du menu du Bios. L'entrée dans le menu du Bios d'un Call Server ne nécessite aucun mot de passe. Taper la séquence Ctrl b. Taper la séquence Ctrl i. Taper Entrée comme mot de passe du Bios. Dans le menu Monitor Light Menu du Bios lancer 02-Load From Ethernet Call Server de type A4400 Effectuer un boot réseau à partir du menu du Bios. A partir du menu de boot dans le Bios du CPU, choisir 5-booting from Ethernet Network. ATTENTION Il est impératif de ne pas répondre y à la question de l installation standard sinon il y a reformatage du disque, installation Linux, etc. Après le boot une fenêtre apparaît avec les 3 choix suivants : Standard INSTALLATION (the whole disk is erased) Destructive INSTALLATION (also called MAJOR installation) Complete INSTALLATION: only ROOT file system is updated EXIT TO SHELL Choisir Complete INSTALLATION: only ROOT file system is updated. Répondre y ou n à la demande du serveur de boot (sans importance). Ed. 01 / TC0536

8 OmniPCX Enterprise RÉCUPÉRATION DES DONNÉES CLIENT Call Server de type Appliance Server Le Call Server doit être équipé d'un écran et d'un clavier. Appuyer sur la touche F12 au démarrage pour accéder au boot menu (pendant la phase du bios) et effectuer un boot réseau en utilisant le menu 4. Broadcom MBA Transfert du linux.ram L installation du linux.ram commence et se termine par le message Type <exit> to return to the install program Suivi d'un prompt [/]> 3.2. Revalidation du disque dur suite à la commande grubboot ETHER Sous le prompt [/]> taper la commande grubboot DISK. Au message Boot device set to DISK at next reboot, taper la commande reboot. Au reboot du Call Server, l'accès au disque est de nouveau possible sans aucun dommage sur les données Récupération des données sous la partition /usr4 Les différents fichiers de sauvegardes sur disque dur (sauvegarde manuelle immédiate effectuée par swinst et automatique journalière) sont accessibles sous la partition commune /usr4/backup. Les fichiers de taxation externe sont accessibles sous la partition commune /usr4/account Montage de la partition /usr4 Sous le prompt [/]>, taper la commande mount t ext2 /dev/hda9 /mnt Ceci est valable quelle que soit la partition active car hda9 est égal à /usr4 qui est une partition commune. /usr4 étant monté sur /mnt, tous les répertoires et leurs contenus initialement sous /usr4 sont accessibles sous /mnt. Les différentes sauvegardes sur disque dur sont disponibles sous /mnt/backup. Taper les commandes : cd /mnt/backup ls pour lister les différents répertoires de sauvegarde cd /IMMED (ou /DAY ou /DAY-1 etc.) RAPPEL Le répertoire IMMED contient les toutes dernières sauvegardes manuelles effectuées par swinst (menu Immediate Backup), les autres répertoires DAY, etc. comprennent les sauvegardes journalières des derniers jours, semaines, mois. TC Ed. 01 /

9 RÉCUPÉRATION DES DONNÉES CLIENT OmniPCX Enterprise Les fichiers de taxation externe sont disponibles sous /mnt/account Taper les commandes : cd /mnt/account tar cvf account.tar * Note La commande tar permet d'archiver un ensemble de fichiers en un seul tout en conservant les droits, appartenance et sous-répertoires Transfert des sauvegardes sur le PC Serveur Une fois positionné dans le répertoire des données à sauvegarder, il faut transférer les fichiers sur le PC Serveur via FTP. L'application OmniPCX Enterprise PC Installer possède son propre serveur FTP avec un compte anonymous. Taper la commande ftp <@ip_du_pc serveur> Se loguer anonymous, le mot de passe est vide. Taper Entrée. Au prompt ftp> taper : bin prompt mput * (pour transférer tous les fichiers) ou mput "nom du fichier" (pour transférer un fichier du répertoire courant ; par exemple mput account.tar). Une fois le transfert des fichiers terminé, taper : quit cd / umount /mnt Les fichiers de données (mao-acc, cho-dat, account.tar etc.) sont stockés dans le PC Serveur sous c:\program Files\Alcatel\OmniPCX Enterprise PC Installer (\Program files étant le répertoire d'installation par défaut de l'application OmniPCX Enterprise PC Installer) Récupération de la base de données client Cette méthode a pour but de récupérer intégralement la base de données du client qui était sur la partition active juste avant l'inaccessibilité du disque dur. Elle est plus complexe que les deux précédentes. Cette opération peut être utile lorsqu'il n'existe pas de sauvegarde manuelle effectuée par swinst ou que les données des sauvegardes automatiques journalières sont trop différentes des données actuelles. Cette opération peut également être nécessaire si la partition /usr4 est inaccessible et ne peut être montée manuellement comme décrit précédemment (cas de secteurs disque défectueux sur cette partition par exemple). Ed. 01 / TC0536

10 OmniPCX Enterprise RÉCUPÉRATION DES DONNÉES CLIENT Procéder au chargement du linux.ram comme décrit au Recherche de la partition active Il faut commencer par déterminer quelle était la partition active avant l'inaccessibilité du disque dur. Sous le prompt [/]> taper les commandes : mount t ext2 /dev/hda5 /mnt cat /mnt/boot/grub/menu.lst # Do not edit this file: automatically generated at installation time # Generating command: /boot/grub/grubinstall '0' '0' '4' menu # DHS3 boot menu configuration file, before postprocessing (see grubinstall) # # Configuration of the serial line (default conf) serial unit=0 --port=0x3f8 --speed= word=8 --stop=1 --parity=no # Select serial line for GRUB prompting (no delay before printing the # menu out) terminal timeout=0 serial # Boot automatically after 5 secs. timeout 5 # autoboot # By default, boot the first entry. default 0 # Fallback to the second entry. fallback 1 # For booting Linux title Boot GNU/Linux [default] root (hd0,4) kernel /boot/vmlinuz root=/dev/hda5 console=ttys0,9600 panic=5 # For installing GRUB into the hard disk title Install GRUB into the hard disk root (hd0,4) setup_dhs3 (hd0) (hd0,0) Repérer la ligne qui suit title Boot GNU/Linux [default] Elle doit être suivie de root (hd0,4) ou root (hd0,10) Si le résultat est root (hd0,4) Taper la commande grep "/usr3" /mnt/etc/fstab Le résultat est par exemple: "/dev/hda8 /usr3 ext2 defaults 1 2" Repérer le début marqué /dev/hd ; dans l'exemple /dev/hda8 Taper les commandes : TC Ed. 01 /

11 RÉCUPÉRATION DES DONNÉES CLIENT OmniPCX Enterprise cd / umount /mnt mount t ext2 /dev/hdaxx /mnt avec xx qui correspond au résultat de la commande grep. Par exemple mount t ext2 /dev/hda8 /mnt, puis taper les commandes : cd /mnt/mao tar cvf mao.tar * Si le résultat est root (hd0,10) Taper les commandes : cd / umount /mnt mount -t ext2 /dev/hda11 /mnt grep "/usr3" /mnt/etc/fstab Le résultat est par exemple: "/dev/hda14 /usr3 ext2 defaults 1 2" Repérer le début marqué /dev/hd ; dans l'exemple /dev/hda14 Taper les commandes: cd / umount /mnt mount t ext2 /dev/hdaxx /mnt avec xx qui correspond au résultat de la commande grep. Par exemple mount t ext2 /dev/hda14 /mnt, puis taper les commandes : cd /mnt/mao tar cvf mao.tar * Note La commande tar permet de concaténer un ensemble de fichiers en un seul tout en conservant les droits, appartenance et sous-répertoires Transfert des données sur le PC Serveur Procéder au transfert du fichier mao.tar sur le PC Serveur comme décrit au Ed. 01 / TC0536

12 OmniPCX Enterprise RÉCUPÉRATION DES DONNÉES CLIENT 4. RESTAURATION DES DONNÉES SAUVEGARDÉES Les différents fichiers de données sauvegardés dans le PC Serveur doivent être restaurés dans leurs répertoires respectifs sur le Call Server. Le Call Server doit être installé avec la même version que celle de la sauvegarde (procéder à une "Installation standard" de cette version sur le Call Server) et ne doit posséder aucune donnée client. Les répertoires /usr3/mao, /usr4/account, /usr4/backup/immed (.../DAY ou /DAY1 etc...) doivent être vides. Le transfert des fichiers de données sera effectué via FTP avec un client quelconque sur le PC Serveur Restauration des différents fichiers de sauvegardes sur disque dur Les fichiers de sauvegardes sur disque dur (mao-acc, cho-dat, etc.) doivent être : transférés sous /usr4/backup/immed ou /DAY ou /DAY-1 etc. puis restaurés par swinst (menu Restore from cpu disk) Restauration du fichier de taxation externe account.tar Le fichier de taxation externe account.tar doit être transféré sous /usr4/account. Se loguer mtcl sur le Call Server et taper les commandes : cd /usr4/account tar xvf account.tar rm account.tar 4.3. Restauration du fichier de la base de données mao.tar Le fichier de la base de données mao.tar doit être transféré sous /usr3/mao. Se loguer mtcl sur le Call Server et taper les commandes : cd /usr3/mao tar xvf mao.tar rm mao.tar TC Ed. 01 /