10 Administration de base de données

La base de données contient toutes les informations sur la configuration de la bibliothèque et l'emplacement des cartouches de la bibliothèque.

Les fichiers de contrôle ACSLS qui sont sauvegardés et récupérés incluent les fichiers configurables par le client situés dans $ ACS_home sous data/external et certains fichiers situés dans data/internal/client_config.

Ce chapitre décrit l'importation et l'exportation de la base de données, la vérification de la base de données importée et de la configuration de la bibliothèque, la sauvegarde de la base de données et la restauration et la récupération de la base de données.

  • Exportation et importation de la base de données :

    • Exportation de la base de données vers un fichier sur disque ou un périphérique de bande local

    • Importation de la base de données depuis un fichier sur disque ou un périphérique de bande local

    • Importation des fichiers de configuration de contrôle ACSLS

    • Fusion des éventuelles variables dynamiques personnalisées

    • Vérification de la base de données importée et de la configuration de la bibliothèque

  • Sauvegarde de la base de données et des fichiers de contrôle ACSLS :

    • Sauvegarde automatique de la base de données

    • Exécution de sauvegardes manuelles vers un périphérique de bande local ou un disque

    • Sauvegarde dans un fichier UNIX

    • Création d'une sauvegarde pouvant être restaurée sur un autre serveur

  • Récupération et restauration de la base de données et des fichiers de contrôle ACSLS :

    • Restauration de la sauvegarde de base de données la plus récente

    • Récupération à partir d'un fichier spécifique

    • Restauration des fichiers de contrôle ACSLS

    • Restauration d'une sauvegarde créée sur un autre serveur

    • Redémarrage de la base de données

Utilitaires utilisés

Vous utiliserez les utilitaires suivants :

  • L'utilitaire bdb.acsss pour les sauvegardes sur un :

    • Fichier UNIX spécifié

    • Périphérique de bande

    • Emplacement et fichier par défaut

  • L'utilitaire rdb.acsss pour :

    • Récupérer la base de données après une altération

    • Après des modifications produisant des résultats non voulus

    • Après une défaillance serveur

  • Les utilitaires db_export.sh et db_import.sh pour effectuer des migrations d'une version ACSLS à une autre. Ces opérations comprennent la migration vers une version ultérieure ou une version antérieure.

Quand vous installez ACSLS, vous installez automatiquement le logiciel de gestion de base de données. La base de données ACSLS est initialisée après l'installation quand vous :

  • configurez le matériel de la bibliothèque avec acsss_config

  • importez une base de données préalablement exportée avec db_import.sh

  • récupérez une sauvegarde de base de données créée sur un autre serveur avec rbd.acsss.sh

Exportation de la base de données

Cette section explique comment faire migrer la base de données exportée ACSLS et les fichiers de contrôle ACSLS associés à partir d'une version ACSLS précédente, du même niveau de version ou pour revenir à une version précédente.

Remarque :

Vous ne pouvez pas exécuter l'utilitaire db_export.sh si ACSLS est en cours d'exécution. Ceci garantit une copie cohérente de la base de données.

L'utilitaire db_export.sh crée une représentation ASCII de la base de données sur bande ou sur un fichier spécifié pour un disque. Il se charge également de collecter les fichiers de contrôle ACSLS. Cet utilitaire peut être exécuté de deux façons.

  • S'il est exécuté sans option, les fichiers exportés sont copiés vers le périphérique de bande par défaut : /dev/rmt/0n

    db_export.sh 
    
  • Si vous voulez utiliser un autre périphérique de bande, indiquez l'option -f, suivie du périphérique de bande souhaité :

    db_export.sh -f /dev/rmt/3n
    
  • Si vous voulez exporter la base dans un fichier local sur la même machine, indiquez le chemin du fichier à l'aide de l'option -f :

    db_export.sh -f /export/save/acsls_export.03_Dec_2014
    

Lors d'une sauvegarde dans un fichier, le résultat produit deux fichiers distincts. Les tables de la base de données sont enregistrées sous le nom du fichier que vous avez indiqué. Les divers fichiers de contrôle ont un nom de chemin identique avec une extension .misc.

Les fichiers générés par db_export.sh sont ensuite utilisés comme entrée pour l'utilitaire db_import.sh au moment d'une mise à niveau ou d'une récupération.

Remarque :

Il s'agit de la méthode privilégiée pour la migration de toutes les versions ACSLS précédentes vers la version actuelle.

Lors de l'exécution de l'utilitaire db_export.sh avec ou sans l'option -f, vous serez invité à choisir la version d'ACSLS vers laquelle vous effectuez l'exportation.

$ db_export.sh

Exportation de la base de données vers /dev/tape

Choisissez la version vers laquelle vous voulez effectuer l'exportation en sélectionnant des options ci-dessous :

Pour l'exportation sur bande, un périphérique sans rembobinage est requis.

1: ACSLS 5.3.2 or 5.4 
2: ACSLS 6.0 or 6.0.1 
3: ACSLS 6.0.1 with L700e 
4: ACSLS 6.0.1 with PUT0201 
5: ACSLS 6.1, 7.0, or 7.1/7.1.1 before PUT0701 
6: ACSLS 7.1/7.1.1 with PUT0701 or ACSLS 7.2 (any) 
7: ACSLS 7.3 (any) 
8: ACSLS 8.0, 8.01, 8.02, and 8.1 
9: ACSLS 8.2 or later 
E: Exit 

Retrait des bibliothèques de bande, lecteurs et cartouches non pris en charge avant l'exportation vers une version antérieure

Si vous exportez votre base de données vers une version antérieure d'ACSLS qui ne prend pas en charge certains de vos lecteurs de bande, bibliothèques de bande ou types de média de cartouche, retirez les bibliothèques de bande non prises en charge de votre configuration, ainsi que les lecteurs de bande et cartouches de vos bibliothèques avant d'exporter votre base de données. Autrement, les événements suivants peuvent se produire :

  • Si vous sélectionnez une version antérieure d'ACSLS qui ne prend pas en charge une bibliothèque, vous êtes invité à retirer la bibliothèque de votre configuration avant d'exporter votre base de données.

  • Si vous exportez des lecteurs de bande vers une version antérieure d'ACSLS qui ne les prend pas en charge, les lecteurs sont signalés comme étant inconnus et vous ne pouvez pas les utiliser.

  • Si vous exportez des cartouches vers une version antérieure d'ACSLS qui ne prend pas en charge leur(s) type(s) de média, les cartouches sont marquées comme absentes et vous devez les retirer manuellement de vos bibliothèques.

Retrait des bibliothèques logiques avant l'exportation vers Linux

ACSLS s'exécutant sur Linux ne prend pas en charge les bibliothèques logiques accessibles à l'aide d'une cible Fibre Channel. Si vous exportez votre base de données vers ACSLS sous Linux, retirez les éventuelles bibliothèques logiques. Autrement, vous ne pourrez pas utiliser les éventuelles bibliothèques logiques s'exécutant sous Linux.

Exportation vers un fichier sur disque

Vous pouvez exporter la base de données ACSLS et les fichiers de contrôle ACSLS vers un fichier sur disque, comme l'illustre la procédure suivante :

  1. Connectez-vous en tant qu'utilisateur acsss.

  2. Désactivez ACSLS :

    acsss disable (à partir d'une invite de commande UNIX)

  3. Lancez l'utilitaire db_export.sh.

    db_export.sh -f /path/db_file

  4. Sélectionnez l'option souhaitée pour la version vers laquelle vous voulez effectuez la migration.

    • Lors de son exécution, l'utilitaire affiche la sortie indiquant que les données de table ont été exportées avec succès.

    • Quand l'exportation est terminée, un message s'affiche pour indiquer le succès de l'opération.

    • L'utilitaire db_export.sh crée deux fichiers : db_file et db_file.misc dans l'emplacement spécifié par l'option -f.

  5. Veillez à ce que ces fichiers soient placés ou transférés dans un emplacement sécurisé où ils ne seront pas supprimés.

    Ne stockez pas dans ou sous l'un des répertoires suivants, car ces répertoires peuvent être supprimés en cas de maintenance ACSLS :

    • $ACS_HOME
      (répertoire de base d'ACSSS)

    • $ACSDB_BACKUP_DIR (tel que /export/backup)
      (répertoire dans lequel sont stockées les sauvegardes ACSLS)

    • /tmp

      Remarque :

      Si vous planifiez d'installer une nouvelle version du système d'exploitation, n'enregistrez pas les fichiers exportés sur le serveur ACSLS.
  6. Pour démarrer ACSLS et la base de données, entrez la commande suivante :

    acsss enable

Exportation sur bande

Vous pouvez exporter la base de données ACSLS et les fichiers de contrôle ACSLS sur bande, comme l'illustre la procédure suivante :

Pour exporter la base de données et les fichiers de contrôle ACSLS sur bande :

  1. Connectez-vous en tant qu'utilisateur acsss.

  2. Désactivez ACSLS :

    acsss disable (à partir d'une invite de commande UNIX)

  3. Insérez une bande vierge dans le périphérique de bande par défaut.

  4. Lancez l'utilitaire db_export.sh.

    db_export.sh -f tape_device

    Exemple : dbexport.sh -f /dev/rmt/0mn

  5. Sélectionnez l'option souhaitée.

    Lors de son exécution, l'utilitaire affiche une sortie indiquant que les données de table ont été exportées avec succès et que les fichiers ACSLS ont bien été sauvegardés. Un message s'affiche quand l'exportation est terminée.

  6. Retirez la cartouche du lecteur uniquement quand le programme est terminé et que l'invite s'affiche de nouveau.

    Mise en garde :

    Vous risquez de perdre des fichiers si vous retirez la cartouche avant que le programme ait fini l'exportation. Notez sur la cartouche qu'elle doit être protégée et indiquez clairement qu'elle comporte le contenu de la base de données exportée.

    Ne laissez pas la cartouche dans la bibliothèque.

  7. Pour démarrer ACSLS et la base de données, entrez la commande suivante :

    acsss enable

Importation de la base de données

Les attributs suivants sont importés dans la nouvelle base de données quand vous exécutez l'utilitaire db_import.sh.

  • Volumes : ces tables de base de données comprennent toutes les informations associées à chaque volume dans la bibliothèque, notamment :

    • emplacement du volume

    • type de cartouche (de données, travail et nettoyage)

    • Dernier pool de travail associé

    • statut actuel de la cartouche (accueil, montée, etc.)

    • date d'insertion et dernière date d'accès

    • nombre de montages depuis la date d'insertion

    • nombre d'utilisations maximum (pour les cartouches de nettoyage)

    • ID verrou et ID utilisateur associés (si la cartouche est verrouillée)

  • ACS et bibliothèque : les tables de la base de données incluent les composants de la bibliothèque et des ACS tels que le LSM, lecteurs, panneaux et cellules.

  • Les fichiers de contrôle ACSLS englobent les mises à jour de configuration depuis l'installation initiale, notamment :

    • informations de contrôle d'accès

    • préférences de volume fixe

    • préférences de média de travail

    • modèles volrpt personnalisés

  • Variables statiques et dynamiques :il est possible d'importer les variables dynamiques qui ont été personnalisées dans une version précédente

Cette section décrit comment utiliser l'utilitaire db_import.sh pour :

  • recréer la base de données ACSLS,

  • récupérer des fichiers de contrôle ACSLS importants,

  • récupérer des variables dynamiques personnalisées à partir des données exportées à l'aide de l'utilitaire db_export.sh.

Importation depuis un fichier sur disque

Vous pouvez importer la base de données ACSLS et les fichiers de contrôle ACSLS depuis un fichier sur disque, comme l'illustre la procédure suivante :

Pour importer la base de données ACSLS, les fichiers de contrôle ACSLS ou des variables dynamiques personnalisées depuis un fichier sur disque :

  1. Connectez-vous en tant qu'utilisateur acsss.

  2. Désactivez ACSLS.

    acsss disable (à partir d'une invite de commande UNIX)

  3. Lancez l'utilitaire db_import.sh.

    db_import.sh -f db_file
    
    ACSLS Import Utility
    
       If importing from tape, a no-rewind device is required.
    
        What would you like to do:
    
        1) Import data, control files, and dynamic variables from
           from a DIFFERENT release or platform version of ACSLS (upgrade)
    
        2) Import data, control files, and dynamic variables from the SAME
           release (version and PUT level) and platform of ACSLS(Disaster Recovery)
    
        3) Import database tables only (any level of ACSLS)
    
        4) Import control files only (any level of ACSLS)
    
        5. Merge customized dynamic variables only (any level of ACSLS)
    
        E) Exit
    
        Please select one of the above:
    
    • Option 1 - importing data, control files, and dynamic variables from a different release or platform version.

      Utilisez cette option pour importer les fichiers de base de données, les fichiers de contrôle et les variables dynamiques lors du passage à une version différente ou de la mise à niveau d'ACSLS.

      Mise en garde :

      Les fichiers et les tables de contrôle de la base de données et les paramètres des variables dynamiques sont supprimés, recréés et alimentés par les données issues de l'exportation. Les résultats sont définitifs et il n'est pas possible de procéder à une récupération sans reconstruire la base de données. Pour conserver les informations des tables existantes, ne poursuivez pas si vous n'avez pas exporté les données des tables avec db_export.sh.

      Cette option permet également de récupérer les variables dynamiques personnalisées des environnements précédents. Elle s'avère utile pour la mise à niveau des versions ACSLS sans enregistrement des variables dynamiques personnalisées précédentes. Tous les fichiers présents dans le répertoire acs.home sous data/external, y compris les fichiers de contrôle d'accès, sont récupérés. Si le contrôle d'accès est configuré, elle récupère également data/internal/client_config.

    • Option 2 - importing data, control files, and dynamic variables from the same release or platform version

      Utilisez cette option pour recréer un environnement ACSLS, avec la base de données et les fichiers de contrôle. Vous pouvez l'utiliser :

      • en cas de récupération après une défaillance matérielle ou lors d'une mise à niveau du matériel.

      • si vous devez recréer un serveur ACSLS identique à celui à partir duquel les données ont été exportées.

    • Option 3 - importing only database tables from any ACSLS release level

      Utilisez cette option pour importer uniquement les fichiers de la base de données à partir de tout niveau de version ACSLS.

      Cette option supprime les tables de la base de données et les fichiers de contrôle, les recrée et les alimente avec les données issues de la base de données exportée. Pour conserver les informations des tables existantes, ne poursuivez pas si vous n'avez pas exporté les données avec db_export.sh.

    • Option 4 - importing ACSLS control files from any ACSLS release level

      Utilisez cette option pour importer uniquement les fichiers de contrôle ACSLS à partir de n'importe quelle version ACSLS. Tous les fichiers présents dans le répertoire acs.home sous data/external, y compris les fichiers de contrôle d'accès, sont importés. Si le contrôle d'accès est configuré, elle importe également data/internal/client_config.

      Cette option récupère les fichiers de la base de données ACSLS, les fichiers de contrôle et les variables dynamiques à partir de la même version. Tous les fichiers présents dans le répertoire acs.home sous data/external, y compris les fichiers de contrôle d'accès, sont récupérés.

      Cette option permet également de récupérer les variables dynamiques personnalisées des environnements précédents. Elle s'avère très utile pour la mise à niveau des versions ACSLS sans enregistrement des variables dynamiques personnalisées précédentes.

      La sélection de cette option collecte les paramètres à partir de l'exportation de la base de données et reconfigure la mémoire partagée avec les nouveaux paramètres de variable.

    • Option 5 - merging only customized dynamic variables

      Cette option s'avère très utile pour la mise à niveau des versions ACSLS sans enregistrement des variables dynamiques personnalisées précédentes. La sélection de cette option collecte les paramètres à partir de l'exportation de la base de données et reconfigure la mémoire partagée avec les nouveaux paramètres de variable.

      AVERTISSEMENT :

      Si vous procédez à une importation à partir de la version ACSLS 7.2.0 et que vous démarrez ACSLS avant d'exécuter cette option, vous risquez de perdre certaines données. Si vous mettez à niveau ACSLS à partir d'une version antérieure et que vous avez des variables dynamiques personnalisées, vous devez les importer AVANT de démarrer ACSLS.

  4. Vérifiez l'installation en vous reportant à Vérification de la base de données importée et de la configuration de la bibliothèque.

  5. Pour démarrer ACSLS, entrez la commande suivante :

    acsss enable

Importation depuis une bande

Utilisez la procédure suivante pour importer la base de données ACSLS, récupérer les fichiers de contrôle ACSLS et recréer des variables dynamiques personnalisées à partir d'une bande.

  1. Connectez-vous en tant qu'utilisateur acsss.

  2. Désactivez ACSLS.

    acsss disable (à partir d'une invite de commande UNIX)

  3. Insérez la bande contenant la base de données que vous avez exportée avec la commande db_export.sh dans le lecteur de bande.

  4. Exécutez l'utilitaire d'importation de base de données en saisissant la commande suivante à l'invite UNIX.

    db_import.sh

    L'utilitaire db_import.sh affiche son menu principal, décrit dans Importation depuis un fichier sur disque. Il présente également d'autres informations.

    Remarque :

    Vous recevez un message d'échec si vous exécutez l'utilitaire db_import depuis un terminal et que vous rembobinez une bande à partir d'un autre.
  5. Pour les options de menu, reportez-vous à l'étape Lancez l'utilitaire db_import.sh..

  6. Vérifiez l'installation en vous reportant à Vérification de la base de données importée et de la configuration de la bibliothèque.

  7. Procédez à l'importation depuis la bande, autre que le périphérique de bande par défaut (sans rembobinage).

  8. Pour démarrer ACSLS, entrez la commande suivante :

    acsss enable

Migration des périphériques mchanger pour Fibre Channel vers une nouvelle plate-forme

Le changeur de média SCSI (mchanger) est le pilote de périphérique de la bibliothèque connectée via Fibre Channel qui permet la communication entre ACSLS et n'importe quelle bibliothèque connectée via Fibre Channel. Un mchanger doit être créé pour chaque bibliothèque connectée via Fibre Channel à ACSLS.

Les numéros indiqués dans les liens du pilote de périphérique /dev/mchanger# peuvent changer lors de l'importation d'ACSLS vers une autre plate-forme et/ou version, ce qui peut générer des problèmes. Par exemple, une bibliothèque SL500 ou SL150 qui était connectée via /dev/mchanger3 sur l'ancien serveur ACSLS peut être connectée via /dev/mchanger4 sur le nouveau serveur ACSLS.

Ce changement ne pose pas de problème si vous passez d'un serveur ACSLS Linux à un nouveau serveur Linux car le format des noms de mchanger est différent sur Linux. Sur les serveurs Linux, le nom du mchanger inclue le numéro de série de la bibliothèque à la place du numéro.

La procédure ci-après évite les problèmes quand vous avez des pilotes de changeur de média configurés pour des bibliothèques connectées via Fibre Channel et que vous procédez à la migration vers une nouvelle version d'ACSLS ou plate-forme serveur.

  1. Sur un serveur ACSLS Solaris ou AIX, enregistrez le numéro du mchanger associé à chaque bibliothèque connectée via Fibre Channel sur l'ancien serveur ACSLS. Voir Enregistrement des détails relatifs aux bibliothèques connectées via Fibre Channel sur l'ancien serveur ACSLS.

  2. Mettez à jour votre configuration avec les nouveaux noms de mchanger pour les bibliothèques. Voir Reconfiguration d'ACSLS pour la modification des noms de mchanger pour les bibliothèques connectées via Fibre Channel.

Enregistrement des détails relatifs aux bibliothèques connectées via Fibre Channel sur l'ancien serveur ACSLS

Sur un serveur ACSLS Solaris ou AIX, avant d'exporter la base de données depuis l'ancien serveur ACSLS, enregistrez le numéro du mchanger associé à chaque bibliothèque connectée via Fibre Channel sur l'ancien serveur ACSLS. Enregistrez la sortie à partir de cmd_proc et de l'utilitaire showDevs.sh qui présente le mchanger associé à chaque bibliothèque connectée via Fibre Channel et les numéros de série des bibliothèques.

cmd_proc:
  • query lmu all

    Tous les ACS contrôlés par ACSLS sont affichés avec leurs connexions de port. Les noms des ports pour les bibliothèques connectées via Fibre Channel sur les systèmes Solaris et AIX seront /dev/mchanger#, où # est un numéro.

  • display lsm * -f type serial_num

    Le type de bibliothèque et le numéro de série de tous les LSM gérés par ACSLS sont affichés. Utilisez le type de bibliothèque, tel que SL500 ou SL150, pour identifier les bibliothèques connectées via Fibre Channel. Utilisez le numéro de série pour identifier une bibliothèque spécifique.

Utilitaires :

showDevs.sh -s

L'utilitaire showDevs.sh avec l'option –s présente le lien du périphérique mchanger, le type de bibliothèque, le numéro de série de la bibliothèque et les détails qui identifient la bibliothèque connectée via Fibre Channel.

Reconfiguration d'ACSLS pour la modification des noms de mchanger pour les bibliothèques connectées via Fibre Channel

Après l'importation de votre base de données, si vous effectuez une migration vers ou depuis Linux, ou si les mêmes numéros de mchanger n'ont pas été configurés sur Solaris, vous devez mettre à jour votre configuration avec les nouveaux noms de mchanger pour ces bibliothèques.

Avec acsss_config :

  1. Connectez-vous en tant qu'utilisateur acsss.

  2. Utilisez showDevs.sh pour afficher toutes les bibliothèques connectées via Fibre Channel.

    L'utilitaire showDevs.sh avec l'option –s présente le lien du périphérique mchanger, le type de bibliothèque, le numéro de série de la bibliothèque et les détails qui identifient la bibliothèque connectée via Fibre Channel.

  3. Enregistrez la sortie à partir de showDevs.sh dans un fichier afin de pouvoir le copier-coller dans des invites acsss_config.

  4. Affichez la sortie de showDevs.sh -s dans une fenêtre de terminal et ouvrez une seconde fenêtre pour vous connecter en tant qu'utilisateur acsss.

  5. Exécutez acsss_config dans la seconde fenêtre de terminal.

  6. Sélectionnez l'option 8 : Define or Change Library Configuration.

  7. Répondez y à la question "Configure library communications? (y/n)".

  8. Répondez y à la question "Library server data base exists and will be overwritten, continue (y or n)?".

  9. En vous reportant à la sortie enregistrée depuis query lmu all, reconfigurez tous les ACS qui étaient configurés sur votre ancien serveur ACSLS.

    1. Configurez tous les ACS dans le même ordre et avec les mêmes numéros d'ACS qu'ils avaient sur l'ancien serveur ACSLS.

    2. Configurez les bibliothèques qui ne sont pas connectées via Fibre Channel comme partitionnées ou non partitionnées, et avec les mêmes connexions de port qu'elles avaient sur l'ancien serveur ACSLS.

  10. Lors de la configuration des connexions de port pour vos bibliothèques connectées via Fibre Channel, indiquez les nouveaux noms de lien mchanger utilisés sur le nouveau serveur ACSLS. Pour les noms de liens mchanger sur Linux, la méthode la plus simple consiste à les copier dans la sortie showDevs.sh et à les coller ensuite après l'invite acsss_config.

  11. Terminez la reconfiguration du matériel de votre bibliothèque ACSLS.

Vérification de la base de données importée et de la configuration de la bibliothèque

Utilisez la procédure suivante pour monter ou démonter une cartouche afin de vérifier ACSLS.

  1. Vérifiez que vous êtes connecté en tant qu'utilisateur acsss.

  2. Si ACSLS n'est pas en cours d'exécution, démarrez-le à l'aide de la commande suivante :

    acsss enable

  3. Interrogez le serveur depuis cmd_proc en entrant la commande suivante :

    query server

    Si des messages s'affichent indiquant que le serveur est en mode de récupération, patientez jusqu'à ce qu'un message indiquant que le serveur est en cours d'exécution s'affiche.

  4. Vérifiez que les éléments suivants sont en ligne. Si tel n'est pas le cas, mettez-les en ligne à l'aide de la commande vary.

    query port all

    query acs all

    query lsm all

    query drive all

  5. Possédez-vous au moins une cartouche dans un LSM :

    • OUI - Poursuivez la procédure.

    • NON - Introduisez une cartouche dans un LSM.

  6. Pour monter une cartouche, entrez la commande suivante :

    mount vol_id drive_id

    Exécutez la commande query drive pour obtenir l'ID d'un lecteur disponible et la commande query volume pour obtenir l'ID d'une cartouche de bibliothèque.

  7. Un message s'est-il affiché indiquant que l'opération de montage a réussi ?

    Voici un exemple de message de ce type :

    Mount: vol_id mounted on drive_id

    • OUI - La procédure est terminée.

    • NON - Si un message d'erreur s'affiche, réexécutez cette procédure de vérification, en vous assurant que vous avez spécifié un lecteur valide et disponible et une cartouche de bibliothèque. Si l'opération de montage ou de démontage échoue, contactez le support technique Oracle pour obtenir une assistance.

  8. Pour démonter une cartouche, entrez la commande suivante :

    dismount vol_id drive_id force

    vol_id correspond au volume et drive_id au lecteur que vous avez spécifié à l'étape 6.

Sauvegarde automatique de la base de données

ACSLS crée automatiquement un fichier de sauvegarde la base de données sur disque toutes les 24 heures à minuit, ou à l'heure du jour ou des jours de la semaine que vous avez indiquée dans les options de sauvegarde dans acsss_config.

Exécution de sauvegardes manuelles sur bande

En plus des sauvegardes automatiques de base de données que crée ACSLS, vous devez régulièrement exécuter l'utilitaire bdb.acsss pour créer des sauvegardes manuelles sur bande pouvant être stockées hors site et utilisées pour une récupération après sinistre de la base de données.

Les sauvegardes régulières transférées sur un périphérique hors site facilitent la restauration rapide en cas de sinistre sur un serveur ACSLS.

Utilisez bdb.acsss pour sauvegarder manuellement la base de données sur bande après :

  • L'exécution de l'utilitaire acsss_config.

  • L'importation de la base de données.

  • Un audit l'ensemble de la bibliothèque.

  • Toute récupération de la base de données.

Sauvegarde sur un périphérique de bande connecté au serveur ACSLS

Pour sauvegarder la base de données ACSLS sur un périphérique de bande spécifié et connecté au serveur ACSLS, procédez comme suit :

  1. Connectez-vous en tant qu'utilisateur acsss.

  2. Insérez une bande vierge dans le périphérique de bande.

  3. Dans une fenêtre de terminal, entrez la commande suivante :

    bdb.acsss -f tape_device

    tape_device spécifie un périphérique de bande connecté au serveur ACSLS.

  4. Des messages indiquant la progression de la sauvegarde s'affichent.

    Attendez que le message suivant apparaisse :

    Check tape device (/dev/rmt/0mn) to make sure you have a tape in the tape drive.

    [Hit RETURN to continue or Ctrl-C to exit]

    Press RETURN.

  5. Attendez que le message suivant apparaisse :

    ACSLS database backup successfully completed.

    Example: To backup the ACSLS database to tape device /dev/rmt/0mn, enter the following command:

    bdb.acsss -f /dev/rmt/0mn

Sauvegarde dans un fichier UNIX

A des fins de récupération après sinistre, Oracle ne recommande pas la sauvegarde dans un fichier UNIX sauf si ce fichier est stocké sur un disque distant. Voir bdb.acsss.

Pour sauvegarder la base de données ACSLS dans un fichier UNIX, procédez comme suit :

  1. Connectez-vous en tant qu'utilisateur acsss.

  2. Dans une fenêtre de terminal, entrez la commande suivante :

    bdb.acsss -f db_file

    db_file spécifie un fichier UNIX destiné à contenir la sauvegarde de la base de données ACSLS. Vous devez disposer des autorisations en écriture sur le fichier.

  3. Attendez que le message suivant apparaisse :

    ACSLS database backup successfully completed.

Récupération et restauration

Cette section décrit les procédures de restauration/récupération suivantes :

  • Restauration d'une base de données perdue ou altérée en fonction de la sauvegarde la plus récente

  • Restauration d'une base de données perdue ou altérée en fonction d'une date/heure spécifiée

  • Récupération après une défaillance de disque

  • Récupération après sinistre pour un serveur défaillant

  • Récupération à partir d'un fichier de sauvegarde spécifique

  • Restauration des fichiers de contrôle ACSLS hors base de données

La plupart de ces procédures utilisent l'utilitaire rdb.acsss qui fournit des options pour restaurer une base de données à partir de la sauvegarde la plus récente, d'une date/heure spécifiée, ou la récupération après sinistre à l'aide d'une sauvegarde créée par bdb.acsss et la restauration des fichiers de contrôle ACSLS créés par bdb.acsss. Pour plus d'informations sur ces options, voir rdb.acsss.

Remarque :

Si la cellule d'accueil d'une cartouche est différente de son dernier emplacement après une sauvegarde, la base de données restaurée ne sera pas à jour. Pour éviter le déplacement de cartouche lors des démontages : chaque LSM doit être le seul LSM dans son ACS (ce qui s'avère dans la plupart des bibliothèques SCSI), ou la fonction de magasin étendu (Extended Store) doit être activée pour tous les LSM qui sont connectés à d'autres LSM via un PTP.

Pour plus d'informations, voir Utilisation de la fonction de magasin étendu (Extended Store). Si la fonction de magasin étendu (Extended Store) n'est pas activée pour tous les LSM connectés ou si des cartouches qui ont été insérées et éjectées, auditez la bibliothèque après la restauration pour la mettre à jour et activez tous les LSM qui sont connectés à d'autres LSM via un PTP.

Remarque :

Ne spécifiez pas l'option -f en tant qu'option générale pour l'utilitaire rdb.acsss. Si vous avez sauvegardé votre base de données sur un fichier réseau externe ou un autre périphérique de bande, utilisez l'option -f uniquement après avoir saisi rdb.acsss. Choisissez la troisième option de récupération. A l'invite, entrez -f et le nom du chemin vers votre fichier réseau externe ou un autre périphérique de bande. Pour plus d'informations, voir Sélectionnez l'option 2..

Restauration de la base de données en fonction de la sauvegarde la plus récente

Lors de cette procédure, vous restaurez la base de données en fonction de la sauvegarde la plus récente créée sur le disque local par les sauvegardes automatiques. Les fichiers de contrôle ACSLS sont également restaurés.

Pour restaurer une base de données perdue ou altérée en fonction de la sauvegarde la plus récente, procédez comme suit :

  1. Connectez-vous en tant qu'utilisateur acsss.

  2. Désactivez ACSLS.

    acsss disable

  3. Entrez la commande suivante :

    rdb.acsss

  4. Sélectionnez l'option 1.

    1. Restore from a current local disk backup

  5. Reportez-vous à rdb.acsss pour les procédures.

  6. Pour démarrer ACSLS, entrez la commande suivante :

    acsss enable

Récupération d'un serveur défaillant

Utilisez cette procédure pour une récupération après sinistre si les deux disques principal et secondaire sont altérés ou si les données sont perdues.

Pour effectuer la récupération d'un serveur défaillant, procédez comme suit :

  1. Installez le système d'exploitation.

  2. Installez ACSLS.

    Mise en garde :

    Vous devez installer ACSLS dans le même répertoire que celui utilisé avant la défaillance de disque.
  3. Connectez-vous en tant qu'utilisateur acsss.

  4. Désactivez ACSLS :

    acsss disable

  5. Entrez la commande suivante :

    rdb.acsss

  6. Sélectionnez l'option 2.

    2. Restore from a previous tape or network file backup

  7. Reportez-vous à rdb.acsss pour les procédures.

  8. Pour démarrer ACSLS, entrez la commande suivante :

    acsss enable

  9. Vous devez lancer acsss_config pour spécifier de nouveau la date et l'heure de la sauvegarde automatique et les périodes de conservation sauf si vous voulez accepter les paramètres par défaut.

Restauration des fichiers de contrôle ACSLS

Lors de cette procédure, vous restaurez les fichiers de contrôle ACSLS. Ces fichiers, qui ne font pas partie de la base de données, incluent tous les fichiers du répertoire data/external tels que les fichiers de contrôle d'accès, le fichier de volume fixe, le fichier des préférences de travail, et les fichiers volrpt personnalisés. Ces fichiers sont restaurés à partir d'une sauvegarde sur bande ou d'un fichier réseau externe créé avec bdb.acsss.

Pour restaurer les fichiers de contrôle ACSLS, procédez comme suit :

  1. Connectez-vous en tant qu'utilisateur acsss.

  2. Désactivez ACSLS :

    acsss disable

  3. Entrez la commande suivante :

    rdb.acsss

  4. Sélectionnez l'option 4.

    Restore only ACSLS non-database control files

  5. Reportez-vous à rdb.acsss pour les procédures.

  6. Pour démarrer ACSLS et la base de données, entrez la commande suivante :

    acsss enable