Guide de l'administrateur de Microsoft SQL Server sur l'interface utilisateur Web NetBackup™
- À propos de NetBackup for SQL Server
- Installation et configuration de l'hôte
- Planification de l'installation de NetBackup for SQL Server
- Configuration des hôtes et des autorisations utilisateur SQL Server
- Configuration de RBAC pour les administrateurs SQL Server
- Gestion de la découverte et des informations d'authentification SQL Server
- Gestion des plans de protection pour SQL Server
- Créer un plan de protection pour protéger les biens SQL Server
- 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
- Affichage des détails des biens SQL Server
- Restauration de SQL Server
- 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é
- 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
- 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
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.