Guide de l'administrateur Veritas NetBackup™ for Microsoft SQL Server
- Présentation de NetBackup for SQL Server
- Installation de NetBackup for SQL Server
- Gestion des instances pour les politiques intelligentes SQL Server
- Affichage des instances de Serveur SQL et des groupes d'instances dans la gestion d'instance
- À propos de l'enregistrement des instances de SQL Server
- Configuration des sauvegardes SQL Server avec une politique intelligente SQL Server
- Configuration de l'application NetBackup for SQL Server
- Restaurations de SQL Server
- Rediriger une base de données SQL Server vers un hôte différent
- Restauration des sauvegardes SQL Server multiflux
- Protection des données de SQL Server avec des sauvegardes VMware
- À propos de la protection des données SQL Server au moyen de sauvegardes VMware
- Utilisation de l'application NetBackup for SQL Server 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 de SQL Server dans des environnements haute disponibilité (HA)
- À propos de l'utilisation de NetBackup pour protéger les groupes de disponibilité SQL Server
- A 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
- A propos de NetBackup for SQL Server avec la mise en miroir de base de données
- Concepts de sauvegarde et de restauration
- Présentation des concepts de sauvegarde et de récupération de SQL Server
- A propos des facteurs de récupération pour SQL Server
- Utilisation de NetBackup for SQL Server avec plusieurs cartes d'interface réseau
- Configuration des sauvegardes avec des politiques SQL Server héritées en utilisant des clients et des fichiers batch
- A propos des fichiers batch avec NetBackup for SQL Server
- À propos des propriétés de planification
- Sauvegarde des groupes de fichiers en lecture seule
- Lancement d'opérations dirigées par l'utilisateur avec dbbackex
- Utilisation de bplist pour récupérer une liste de sauvegardes SQL Server
- Sauvegardes et restaurations de SQL Server dans un environnement SAP (politiques héritées de SQL Server)
- A propos des sauvegardes et des restaurations SQL Server dans un environnement SAP
- Dépannage
- À propos des journaux de débogage pour dépanner SQL Server
- Reprise après incident de SQL Server
- Annexe A. Exemples de fichier batch
- Fichiers batch de sauvegarde d'exemple pour les politiques héritées de SQL Server
- À propos d'exemples de fichiers batch de restauration
- Fichiers batch de sauvegarde d'exemple pour les politiques héritées de SQL Server
- Annexe B. Sauvegardes multiplexées
- Annexe C. Emplacements de Registre autorisé
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 dans l'emplacement de script par défaut et dans 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 n'est pas recommandé d'avoir des scripts 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. Tout script créé et enregistré dans l'emplacement db_ext
(UNIX) ou dbext
(Windows) de NetBackup doit être protégé pendant la 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 de 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é.