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
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
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'utilitairedb_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
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.
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.
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 :
Connectez-vous en tant qu'utilisateur acsss
.
Désactivez ACSLS :
acsss disable
(à partir d'une invite de commande UNIX)
Lancez l'utilitaire db_export.sh
.
db_export.sh -f /path/db_file
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.
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.Pour démarrer ACSLS et la base de données, entrez la commande suivante :
acsss enable
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 :
Connectez-vous en tant qu'utilisateur acsss
.
Désactivez ACSLS :
acsss disable
(à partir d'une invite de commande UNIX)
Insérez une bande vierge dans le périphérique de bande par défaut.
Lancez l'utilitaire db_export.sh
.
db_export.sh -f
tape_device
Exemple : dbexport.sh -f /dev/rmt/0mn
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.
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.
Pour démarrer ACSLS et la base de données, entrez la commande suivante :
acsss enable
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
.
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 :
Connectez-vous en tant qu'utilisateur acsss
.
Désactivez ACSLS.
acsss disable
(à partir d'une invite de commande UNIX)
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 avecdb_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.
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.
Pour démarrer ACSLS, entrez la commande suivante :
acsss enable
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.
Connectez-vous en tant qu'utilisateur acsss
.
Désactivez ACSLS.
acsss disable
(à partir d'une invite de commande UNIX)
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.
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'utilitairedb_import
depuis un terminal et que vous rembobinez une bande à partir d'un autre.Pour les options de menu, reportez-vous à l'étape Lancez l'utilitaire db_import.sh
..
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.
Procédez à l'importation depuis la bande, autre que le périphérique de bande par défaut (sans rembobinage).
Pour démarrer ACSLS, entrez la commande suivante :
acsss enable
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.
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.
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.
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.
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
:
Connectez-vous en tant qu'utilisateur acsss
.
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.
Enregistrez la sortie à partir de showDevs.sh
dans un fichier afin de pouvoir le copier-coller dans des invites acsss_config
.
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
.
Exécutez acsss_config
dans la seconde fenêtre de terminal.
Sélectionnez l'option 8 : Define or Change Library Configuration.
Répondez y à la question "Configure library communications? (y/n)".
Répondez y à la question "Library server data base exists and will be overwritten, continue (y or n)?".
En vous reportant à la sortie enregistrée depuis query
lmu
all
, reconfigurez tous les ACS qui étaient configurés sur votre ancien serveur ACSLS.
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.
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.
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
.
Terminez la reconfiguration du matériel de votre bibliothèque ACSLS.
Utilisez la procédure suivante pour monter ou démonter une cartouche afin de vérifier ACSLS.
Vérifiez que vous êtes connecté en tant qu'utilisateur acsss
.
Si ACSLS n'est pas en cours d'exécution, démarrez-le à l'aide de la commande suivante :
acsss enable
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.
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
Possédez-vous au moins une cartouche dans un LSM :
OUI - Poursuivez la procédure.
NON - Introduisez une cartouche dans un LSM.
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.
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.
Pour démonter une cartouche, entrez la commande suivante :
dismount
vol_id
drive_id
force
où vol_id
correspond au volume et drive_id
au lecteur que vous avez spécifié à l'étape 6.
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
.
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.
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 :
Connectez-vous en tant qu'utilisateur acsss
.
Insérez une bande vierge dans le périphérique de bande.
Dans une fenêtre de terminal, entrez la commande suivante :
bdb.acsss -f
tape_device
Où tape_device
spécifie un périphérique de bande connecté au serveur ACSLS.
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.
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
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 :
Connectez-vous en tant qu'utilisateur acsss
.
Dans une fenêtre de terminal, entrez la commande suivante :
bdb.acsss -f
db_file
Où 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.
Attendez que le message suivant apparaisse :
ACSLS database backup successfully completed.
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..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 :
Connectez-vous en tant qu'utilisateur acsss
.
Désactivez ACSLS.
acsss disable
Entrez la commande suivante :
rdb.acsss
Sélectionnez l'option 1.
1. Restore from a current local disk backup
Reportez-vous à rdb.acsss pour les procédures.
Pour démarrer ACSLS, entrez la commande suivante :
acsss enable
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 :
Installez le système d'exploitation.
Installez ACSLS.
Mise en garde :
Vous devez installer ACSLS dans le même répertoire que celui utilisé avant la défaillance de disque.Connectez-vous en tant qu'utilisateur acsss
.
Désactivez ACSLS :
acsss disable
Entrez la commande suivante :
rdb.acsss
Sélectionnez l'option 2.
2. Restore from a previous tape or network file backup
Reportez-vous à rdb.acsss pour les procédures.
Pour démarrer ACSLS, entrez la commande suivante :
acsss enable
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.
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 :
Connectez-vous en tant qu'utilisateur acsss
.
Désactivez ACSLS :
acsss disable
Entrez la commande suivante :
rdb.acsss
Sélectionnez l'option 4.
Restore only ACSLS non-database control files
Reportez-vous à rdb.acsss pour les procédures.
Pour démarrer ACSLS et la base de données, entrez la commande suivante :
acsss enable