Guide de l'administrateur NetBackup™ for Microsoft SQL Server
- Présentation de NetBackup for SQL Server
- Installation
- Configuration des hôtes et paramètres des travaux
- Gestion des objets SQL Server pour l'utilisation avec les politiques intelligentes SQL Server
- À propos de la découverte des objets SQL Server
- À propos de l'enregistrement d'instances SQL Server et de répliques de disponibilité
- Enregistrement des instances ou des répliques de disponibilité auprès d'un groupe d'instances
- Configuration des sauvegardes avec une politique intelligente SQL Server
- À propos des paramètres de réglage pour les sauvegardes de SQL Server
- Effectuer des restaurations de SQL Server
- Rediriger une base de données SQL Server vers un hôte différent
- Protection des données de SQL Server avec des sauvegardes VMware
- À propos de la protection d'une base de données d'application avec des sauvegardes VMware
- Configuration des sauvegardes avec Snapshot Client
- Utilisation des sauvegardes par snapshot de type copie seulement pour déterminer sur quelles sauvegardes baser les sauvegardes différentielles
- A propos des sauvegardes groupées de l'agent SQL Server (politiques héritées de SQL Server)
- Protection des groupes de disponibilité SQL Server
- Protection des groupes de disponibilité SQL Server avec des politiques intelligentes
- Protection des groupes de disponibilité SQL Server avec des politiques héritées
- À propos de la protection de la réplique préférée dans un groupe de disponibilité SQL Server (politiques de sauvegarde héritées)
- À propos de la protection d'un nœud spécifique dans un groupe de disponibilité SQL Server (politiques de sauvegarde héritées)
- À propos de la protection de la réplique préférée dans un groupe de disponibilité SQL Server (politiques de sauvegarde héritées)
- Protection de SQL Server dans un environnement de cluster
- Configuration de sauvegardes avec des politiques SQL Server héritées à l'aide de clients et de fichiers batch
- À propos des fichiers batch avec NetBackup for SQL Server
- À propos des propriétés de planification
- Réalisation de sauvegardes par l'utilisateur des bases de données SQL Server
- Réalisation de sauvegardes, par l'utilisateur, des groupes de fichiers en lecture seule
- Utilisation de NetBackup for SQL Server avec plusieurs cartes d'interface réseau
- Performances et résolution de problèmes
- À propos des journaux de débogage pour dépanner SQL Server
- À propos de reprise après incident de SQL Server
- Annexe A. Autres configurations
- A propos des sauvegardes et des restaurations SQL Server dans un environnement SAP
- A propos de NetBackup for SQL Server avec la mise en miroir de base de données
- Annexe B. Enregistrer des emplacements autorisés
Enregistrement d'emplacements autorisés utilisés par une politique basée sur un script de base de données NetBackup
Pendant une sauvegarde, NetBackup contrôle l'existence de scripts à l'emplacement de script par défaut et à tout autre emplacement autorisé. L'emplacement de script autorisé par défaut est usr/openv/netbackup/ext/db_ext
pour UNIX et install_path\netbackup\dbext
pour Windows. Si le script ne se trouve pas dans l'emplacement de script par défaut ou dans un emplacement autorisé, le travail de la politique échoue. Vous pouvez déplacer un script dans l'emplacement de script par défaut ou dans un emplacement autorisé supplémentaire pour que NetBackup l'identifie. Vous devez mettre à jour l'emplacement de script dans la politique si celui-ci a été modifié. Un emplacement autorisé peut être un répertoire. NetBackup reconnaît alors tous les scripts dans ce répertoire. Un emplacement autorisé peut également être un chemin d'accès complet à un script si vous ne voulez pas autoriser l'ensemble du répertoire.
Si l'emplacement de script par défaut ne convient pas à votre environnement, utilisez la procédure suivante pour entrer un ou plusieurs emplacements autorisés pour vos scripts. Utilisez nbsetconfig pour entrer un emplacement autorisé dans lequel résident les scripts. Vous pouvez également utiliser bpsetconfig. Toutefois, cette commande est seulement disponible sur le serveur maître ou le serveur de médias.
Remarque :
Il est préférable que les scripts ne soient pas accessibles en écriture. NetBackup n'autorise pas l'exécution de scripts à partir du réseau ou d'emplacements distants. Tous les scripts doivent être stockés et exécutés localement. N'importe quel script créé et enregistré à l'emplacement db_ext
(UNIX) ou dbext
(Windows) de NetBackup doit être protégé pendant une désinstallation de NetBackup.
Pour plus d'informations sur l'enregistrement des scripts et des emplacements disposant des autorisations nécessaires, consultez l'article de la base de connaissances :
Pour ajouter un emplacement autorisé
- Ouvrez une invite de commande sur le client.
- Utilisez nbsetconfig pour entrer des valeurs pour un emplacement autorisé. L'utilisateur ayant des privilèges de client doit exécuter ces commandes.
Les exemples suivants concernent les chemins d'accès que vous pouvez configurer pour l'agent Oracle. Utilisez le chemin d'accès qui correspond à votre agent.
Sous UNIX :
[root@client26 bin]# ./nbsetconfig nbsetconfig>DB_SCRIPT_PATH = /Oracle/scripts nbsetconfig>DB_SCRIPT_PATH = /db/Oracle/scripts/full_backup.sh nbsetconfig> <ctrl-D>
Sous Windows :
C:\Program Files\Veritas\NetBackup\bin>nbsetconfig nbsetconfig> DB_SCRIPT_PATH=c:\db_scripts nbsetconfig> DB_SCRIPT_PATH=e:\oracle\fullbackup\full_rman.sh nbsetconfig> <ctrl-Z>
Remarque :
Vérifiez le Guide de référence des commandes NetBackup pour connaître les options telles que la lecture à partir d'un fichier texte et la configuration des clients à distance à partir d'un serveur NetBackup à l'aide de bpsetconfig. Si vous disposez d'un fichier texte contenant l'emplacement de script ou la liste des emplacements autorisés, nbsetconfig ou bpsetconfig peut lire ce fichier. Une entrée DB_SCRIPT_PATH=none ne permet l'exécution d'aucun script sur un client. L'entrée none est utile si un administrateur veut complètement verrouiller un serveur pour empêcher toute exécution de scripts.
- (Conditionnel) Effectuez ces étapes sur toute base de données en cluster ou sur un nœud d'agent qui peut effectuer la sauvegarde.
- (Conditionnel) Mettez à jour les politiques si le paramètre par défaut ou l'emplacement autorisé du script a été modifié.