Comment répertorier l’index NMSAP avec la commande nsrinfo pour le saveset SAP Oracle Backint
Summary: Il s’agit d’une clarification de l’utilisation de NMSAP nsrinfo pour SAP Oracle [différent entre les versions NMSAP 8.2 et 9.x]
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
Il existe 2 types de configuration de sauvegarde Oracle NMSAP, dans la configuration SAP Brtools - init SID.sap> :
Spécifier backint comme utilitaire de sauvegarde et de restauration - backup_dev_type = util_file
Spécifier RMAN comme utilitaire de sauvegarde et de restauration - backup_dev_type = rman_util
[Case specification]
Dans ce cas, il s’agit de configurer backint - util_file pour exécuter la<sauvegarde, Mais après l’exécution de la commande client nsrinfo -n saporacle<>, il n’a rien renvoyé.
--backup command :
./brarchive -u system/networker -d util_file -c -sd
--nsrinfo command :
# nsrinfo -n saporacle xxx
scanning client 'xxx' for all savetimes from the saporacle namespace
0 objects found
With mminfo, it showing the backint :xxx savset which is just backed up :
xxx.002 clientname 04/01/16 6 KB full backint :xxx
xxx.002 clientname04/01/16 4 KB full backint : xxxUnefois que l’espace de noms a été changé en 'backup', nous pouvons maintenant voir la sortie des enregistrements d’archivelog.
xxx :~ # nsrinfo -n backup clientname | grep -i dbf
/mnt/oracle/CER/saparch/1_3248_851208123.dbf, date=1459469144 Fri Apr 1 08:05:44 2016
/mnt/oracle/CER/saparch/1_3247_851208123.dbf, date=1459468847 Fri Apr 1 08:00:47 2016
Explication :
lors de l’utilisation de util_file, NMSAP traite le saveset comme une sauvegarde normale du système de fichiers (récupérée en mode de sauvegarde Oracle),>< Il est donc raisonnable de le classer dans l’espace de nommage de sauvegarde.
Ceci est également validé dans notre ancienne version (NMSAP 8.2) Admin Guide, mais juste très vague. Reportez-vous à l’instruction suivante :Pour interroger l’index des fichiers client NetWorker, saisissez la commande nsrinfo.
Par exemple:
nsrinfo [-v] -n saporacle -s NetWorker_server client => !!! Notez qu’il y a un contexte ici, il est indiqué dans la section du document Vérification des enregistrements
de sauvegarde NSMNMSAP Interrogez les informations sur les fichiers sauvegardés dans l’index des fichiers client à l’aide de la commande nsrinfo. Par exemple:
nsrinfo -s NetWorker_server_hostname NMSAP_client_hostname
Remarque : Ce comportement a changé après la version NMSAP 9.x. Dans la version 9.x, exécutez nsrinfo -n saporacle <client>, même pour une sauvegarde de type utl_file.
Pour les versions 8.2.x et antérieures, utilisez toujours nsrinfo -n backup <client> ou nsrinfo <client> pour interroger utl_file saisissez SS.
Voir ceci dans le dernier Guide d’administration NMSAP 9.2 :
Vérification des enregistrements
de sauvegarde NMSAP NSM Le serveur NetWorker enregistre des informations sur chaque sauvegarde NSM NMSAP dans l’index des fichiers client en ligne et la base de données des supports. L’index des fichiers client NetWorker pour les sauvegardes NSM NMSAP est stocké dans l’espace de nommage saporacle, de la même manière que celui utilisé pour les sauvegardes NMSAP non-snapshot.
[Une autre déclaration concernant backup_dev_type = rman_util]
Lors de la configuration de backup_dev_type = rman_util, l’espace de nommage SS n’est pas non plus saporacle , mais oracle . Consultez les sorties suivantes :
# mminfo volume client date size level name
82nmdamysql.002 xxx 04/01/16 12 MB full RMAN :CER_besvtqqz.65_1 82nmdamysql.002 xxx 04/01/16 1025 KB full RMAN :CER_besvtqqz.66_1
82nmdamysql :~ # nsrinfo -n oracle <client scanning client 'xxx' for all savetimes from the oracle namespace>
CER_besvtqqz.65_1, date=1459469659 Fri Apr 1 08:14:19 2016
CER_besvtqqz.66_1, date=1459469658 Fri Apr 1 08:14:18 2016
[Summary]
Dans NMSAP 8.2 et les versions antérieures, exécutez
nsrinfo -n client> de sauvegarde <pour utl_file type SS ;
client oracle <> nsrinfo -n pour rman_util type SS ;
Dans les versions 9.x et supérieures, exécutez
nsrinfo -n saporacle <client> pour utl_file type SS ;
nsrinfo -n client> oracle <pour rman_util type SS ;
Spécifier backint comme utilitaire de sauvegarde et de restauration - backup_dev_type = util_file
Spécifier RMAN comme utilitaire de sauvegarde et de restauration - backup_dev_type = rman_util
[Case specification]
Dans ce cas, il s’agit de configurer backint - util_file pour exécuter la<sauvegarde, Mais après l’exécution de la commande client nsrinfo -n saporacle<>, il n’a rien renvoyé.
--backup command :
./brarchive -u system/networker -d util_file -c -sd
--nsrinfo command :
# nsrinfo -n saporacle xxx
scanning client 'xxx' for all savetimes from the saporacle namespace
0 objects found
With mminfo, it showing the backint :xxx savset which is just backed up :
xxx.002 clientname 04/01/16 6 KB full backint :xxx
xxx.002 clientname04/01/16 4 KB full backint : xxxUnefois que l’espace de noms a été changé en 'backup', nous pouvons maintenant voir la sortie des enregistrements d’archivelog.
xxx :~ # nsrinfo -n backup clientname | grep -i dbf
/mnt/oracle/CER/saparch/1_3248_851208123.dbf, date=1459469144 Fri Apr 1 08:05:44 2016
/mnt/oracle/CER/saparch/1_3247_851208123.dbf, date=1459468847 Fri Apr 1 08:00:47 2016
Explication :
lors de l’utilisation de util_file, NMSAP traite le saveset comme une sauvegarde normale du système de fichiers (récupérée en mode de sauvegarde Oracle),>< Il est donc raisonnable de le classer dans l’espace de nommage de sauvegarde.
Ceci est également validé dans notre ancienne version (NMSAP 8.2) Admin Guide, mais juste très vague. Reportez-vous à l’instruction suivante :Pour interroger l’index des fichiers client NetWorker, saisissez la commande nsrinfo.
Par exemple:
nsrinfo [-v] -n saporacle -s NetWorker_server client => !!! Notez qu’il y a un contexte ici, il est indiqué dans la section du document Vérification des enregistrements
de sauvegarde NSMNMSAP Interrogez les informations sur les fichiers sauvegardés dans l’index des fichiers client à l’aide de la commande nsrinfo. Par exemple:
nsrinfo -s NetWorker_server_hostname NMSAP_client_hostname
Remarque : Ce comportement a changé après la version NMSAP 9.x. Dans la version 9.x, exécutez nsrinfo -n saporacle <client>, même pour une sauvegarde de type utl_file.
Pour les versions 8.2.x et antérieures, utilisez toujours nsrinfo -n backup <client> ou nsrinfo <client> pour interroger utl_file saisissez SS.
Voir ceci dans le dernier Guide d’administration NMSAP 9.2 :
Vérification des enregistrements
de sauvegarde NMSAP NSM Le serveur NetWorker enregistre des informations sur chaque sauvegarde NSM NMSAP dans l’index des fichiers client en ligne et la base de données des supports. L’index des fichiers client NetWorker pour les sauvegardes NSM NMSAP est stocké dans l’espace de nommage saporacle, de la même manière que celui utilisé pour les sauvegardes NMSAP non-snapshot.
[Une autre déclaration concernant backup_dev_type = rman_util]
Lors de la configuration de backup_dev_type = rman_util, l’espace de nommage SS n’est pas non plus saporacle , mais oracle . Consultez les sorties suivantes :
# mminfo volume client date size level name
82nmdamysql.002 xxx 04/01/16 12 MB full RMAN :CER_besvtqqz.65_1 82nmdamysql.002 xxx 04/01/16 1025 KB full RMAN :CER_besvtqqz.66_1
82nmdamysql :~ # nsrinfo -n oracle <client scanning client 'xxx' for all savetimes from the oracle namespace>
CER_besvtqqz.65_1, date=1459469659 Fri Apr 1 08:14:19 2016
CER_besvtqqz.66_1, date=1459469658 Fri Apr 1 08:14:18 2016
[Summary]
Dans NMSAP 8.2 et les versions antérieures, exécutez
nsrinfo -n client> de sauvegarde <pour utl_file type SS ;
client oracle <> nsrinfo -n pour rman_util type SS ;
Dans les versions 9.x et supérieures, exécutez
nsrinfo -n saporacle <client> pour utl_file type SS ;
nsrinfo -n client> oracle <pour rman_util type SS ;
Additional Information
Voir ceci dans le dernier guide d’administration NMSAP 9.2 :
Vérification des enregistrements
de sauvegarde NSM NMSAP Le serveur NetWorker enregistre les informations relatives à chaque sauvegarde NSM NMSAP dans l’index des fichiers client en ligne et la base de données des supports. L’index des fichiers client NetWorker pour les sauvegardes NSM NMSAP est stocké dans l’espace de nommage saporacle, de la même manière que celui utilisé pour les sauvegardes NMSAP non-snapshot.
Dans NMSAP 8.2 et les versions antérieures, exécutez
nsrinfo -n client> de sauvegarde <pour utl_file type SS ;
nsrinfo -n client> oracle <pour rman_util type SS ;
Dans les versions 9.x et supérieures, exécutez
nsrinfo -n client saporacle <> pour utl_file type SS ;
nsrinfo -n client> oracle <pour rman_util type SS ;
Vérification des enregistrements
de sauvegarde NSM NMSAP Le serveur NetWorker enregistre les informations relatives à chaque sauvegarde NSM NMSAP dans l’index des fichiers client en ligne et la base de données des supports. L’index des fichiers client NetWorker pour les sauvegardes NSM NMSAP est stocké dans l’espace de nommage saporacle, de la même manière que celui utilisé pour les sauvegardes NMSAP non-snapshot.
Dans NMSAP 8.2 et les versions antérieures, exécutez
nsrinfo -n client> de sauvegarde <pour utl_file type SS ;
nsrinfo -n client> oracle <pour rman_util type SS ;
Dans les versions 9.x et supérieures, exécutez
nsrinfo -n client saporacle <> pour utl_file type SS ;
nsrinfo -n client> oracle <pour rman_util type SS ;
Affected Products
NetWorker Module for SAPProducts
NetWorker Module for SAPArticle Properties
Article Number: 000022465
Article Type: How To
Last Modified: 18 Sept 2025
Version: 6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.