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
A propos de la réduction des défaillances de délai d'expiration sur de grandes restaurations de base de données de SQL Server
Une grande restauration de SQL Server peut échouer avec une erreur de délai de lecture client avant que n'importe quelle donnée soient lue à partir des médias NetBackup. Cette erreur se produit parce que SQL Server peut avoir besoin d'écrire au préalable les fichiers avant que l'opération de restauration commence. Le temps requis pour ce processus est fonction de certains facteurs : la taille des fichiers et la vitesse auxquelles votre ordinateur hôte peut enregistrer sur le disque. Par exemple, supposons que votre système puisse effectuer des écritures sur disque à la cadence de 60 méga-octets par seconde et vous avez une base de données de 2.4 téraoctets. Ainsi, cela prend au moins 12 heures pour que SQL Server prépare le disque avant que la restauration réelle puisse commencer. En réalité, le retard peut être encore s'allonger de 20% à 40% au-dessus de ce que vous calculez .
Le problème de délai peut être résolu en augmentant la valeur du paramètre
de NetBackup. Dans les propriétés d'hôte client, modifiez les propriétés de chaque client qui contient une base de données que vous pouvez avoir besoin de restaurer. La valeur par défaut du paramètre est égale à 300 secondes (5 minutes). Si des clients contiennent de grandes bases de données SQL Server, il vous faudra peut-être définir cette valeur beaucoup plus à la hausse.Vous pouvez supprimer l'initialisation de fichier pendant les restaurations SQL Server. Consultez la rubrique suivante :
Plus d'informations