Guide de l'administrateur NetBackup™ for Microsoft SQL Server
- À propos de NetBackup for SQL Server
- Installation
- Configuration des hôtes et paramètres des travaux
- Installation du fournisseur VSS Cohesity pour vSphere
- Configuration de RBAC pour les administrateurs SQL Server
- Gestion des biens et des informations d'authentification SQL Server
- À propos de la découverte des objets SQL Server
- À propos de l'enregistrement des instances SQL Server
- À propos des règles d'informations d'authentification
- À propos des groupes intelligents
- Configuration des sauvegardes avec une politique intelligente SQL Server
- Options de configuration et de paramétrage des performances
- 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 basées sur fichier batch
- À propos de la protection de la réplique préférée dans un groupe de disponibilité SQL Server (politiques de sauvegarde basées sur fichier batch)
- À propos de la protection d'un nœud spécifique dans un groupe de disponibilité SQL Server (politiques de sauvegarde basées sur fichier batch)
- À propos de la protection de la réplique préférée dans un groupe de disponibilité SQL Server (politiques de sauvegarde basées sur fichier batch)
- Protection de SQL Server avec des sauvegardes VMware
- À propos de la protection d'une base de données d'application avec des sauvegardes VMware
- Créer un plan de protection pour protéger les données SQL Server avec une sauvegarde VMware
- Configurer des politiques de sauvegarde avec Snapshot Client
- Utilisation des sauvegardes par snapshot de type copie seulement pour déterminer sur quelles sauvegardes baser les sauvegardes différentielles
- À propos des snapshots groupés de l'agent SQL Server
- Protection de SQL Server dans un environnement de cluster
- Gestion des plans de protection pour SQL Server
- Restauration de SQL Server avec l'interface utilisateur Web NetBackup
- Utilisation de l'accès instantané avec SQL Server
- Conditions requises lors de la configuration d'une base de données SQL Server à accès instantané
- Configuration de politiques basées sur fichier batch pour les sauvegardes SQL Server
- Conditions requises pour utiliser des fichiers batch avec NetBackup for SQL Server
- Propriétés de planification pour les politiques SQL Server basées sur fichier batch
- Configuration d'une politique basée sur fichier batch pour effectuer une sauvegarde par l'utilisateur des groupes de fichiers en lecture seule
- Sauvegardes et restaurations avec le client NetBackup MS SQL
- Redirection d'une base de données SQL Server vers un hôte différent (client NetBackup MS SQL)
- Restauration des sauvegardes SQL Server multiflux
- 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
Echec de troncation de journal de SQL Server pendant les sauvegardes de VMware de SQL Server
La troncation de journal de transactions SQL Server peut échouer pendant les sauvegardes VMware de SQL Server si un nom de base de données contient des caractères spéciaux ou si le chemin du répertoire %TEMP% est trop long. Pendant la troncation de journal SQL Server, l'agent NetBackup for SQL Server crée une sauvegarde temporaire du fichier journal. Cette sauvegarde spécifie le nom configuré de répertoire et de base de données %TEMP% de l'utilisateur actuel en tant qu'élément du périphérique de sauvegarde de destination. SQL Server limite le chemin d'accès qui peut être utilisé pour les périphériques de sauvegarde à 259 caractères. Dans certaines circonstances, l'agent SQL Server peut générer un périphérique de sauvegarde de plus de 259 caractères et entraîner l'échec de la troncation de journal.
L'incident a été provoqué par les éléments suivants :
Un répertoire %TEMP% configuré de plus de 259 caractères.
Lorsque la longueur combinée du nom de la base de données et du chemin de répertoire %TEMP% dépasse 259 caractères.
Une des solutions de contournement possibles pour ce problème consiste à configurer le répertoire %TEMP% de sorte que la longueur du chemin d'accès soit sensiblement inférieure à 259 caractères.