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 des services NetBackup pour les sauvegardes et restaurations SQL Server
- Configurer les privilèges de sécurité locaux pour SQL Server
- Attribution d'un rôle RBAC à l'administrateur SQL Server
- Configuration du nom d'hôte de serveur principal pour l'agent SQL Server
- Configuration du nombre de travaux autorisés pour les opérations de sauvegarde
- Configuration du paramètre Nombre maximal de travaux par client
- Gestion de la découverte et des informations d'authentification SQL Server
- Gestion des plans de protection pour SQL Server
- À propos de la protection des groupes de disponibilité SQL Server
- Créer un plan de protection pour protéger les biens SQL Server
- Ajouter des biens SQL Server à un plan de protection
- Paramètres de protection personnalisés pour un bienMicrosoft SQL Server
- Supprimer la protection des biens SQL Server
- Protéger un groupe de disponibilité SQL Server couvrant des domaines NetBackup
- Configurer des politiques de sauvegarde avec Snapshot Client
- À propos de NetBackup Snapshot Client for SQL Server
- Comment les opérations de SQL Server utilisent-elles le Snapshot Client ?
- Méthodes de snapshot
- Conditions requises pour les sauvegardes de récupération instantanée et de snapshot SQL Server
- Configuration d'une politique de snapshot pour SQL Server
- Configuration d'une politique pour les sauvegardes de récupération instantanée de SQL Server
- 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
- Conditions requises pour les restaurations de SQL Server
- Récupération complète d'une base de données
- Récupérer un point de récupération unique
- Options des restaurations SQL Server
- Restauration d'une base de données (utilisateurs non administrateurs)
- Sélection d'une autre copie de sauvegarde pour la récupération
- Restaurer une base de données de disponibilité SQL Server sur une réplique secondaire
- Restaurer une base de données de disponibilité SQL Server sur les répliques principales et secondaires
- 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é
- Points à prendre en compte avant de configurer une base de données avec accès instantané
- Configurer les utilisateurs Samba pour l'accès instantané à SQL Server
- Configurer une base de données à accès instantané
- Afficher les détails du montage direct d'une base de données à accès instantané
- Supprimer une base de données à accès instantané
- Options de l'accès instantané NetBackup for SQL Server
- Terminologie de NetBackup pour SQL Server
- Foire aux questions
- 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
- Protection des données SQL Server avec une sauvegarde VMware
- Restauration de bases de données SQL Server à partir d'une sauvegarde VMware
- Performances et résolution de problèmes
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.