La réplication de base de données est prise en charge à partir de SQL Server 2008. Plug‑in pour SQL Server prend en charge les trois types de réplication : La réplication transactionnelle, la réplication de fusion et la réplication d’instantanés.
• |
La base de données Publication pour l’éditeur. |
• |
La base de données Distribution pour le distributeur. |
• |
La base de données Abonnement pour chaque abonné. |
• |
Les bases de données système master et msdb pour l’éditeur, le distributeur et tous les abonnés. Ces bases de données et les bases de données répliquées doivent être sauvegardées simultanément. |
Pour plus d’informations, voir Stratégies de sauvegarde et restauration des instantanés et des réplications transactionnelles, Stratégies de sauvegarde et restauration de la réplication de fusion, et Actions courantes nécessitant une mise à jour de la sauvegarde dans le Documentation SQL Server en ligne.
Les options de compression comprennent :
• |
Utiliser la compression faible NetVault Backup : cette méthode, qui est sélectionnée par défaut, permet une bonne compression avec une utilisation réduite du processeur. Quest recommande de sélectionner cette option lorsque la compression est nécessaire mais que l’utilisation réduite du processeur est plus importante. |
• |
Utiliser la compression moyenne NetVault Backup : cette méthode offre une meilleure compression, mais nécessite plus de puissance de la part du processeur. Quest recommande de sélectionner cette option lorsque l’amélioration de la compression est nécessaire et qu’une utilisation plus importante du processeur au cours de la sauvegarde ne constitue pas un problème. |
• |
Utiliser la compression haute NetVault Backup : cette méthode fournit la meilleure compression. Quest recommande de sélectionner cette option lorsque la compression est le facteur le plus important et que la consommation du processeur ne constitue pas un problème. |
• |
Utiliser la compression SQL Server par défaut dans une instance SQL Server : cette option est uniquement disponible si le plug-in est connecté à une instance SQL Server qui prend en charge la fonction de compression de sauvegarde SQL Server. Si la compression de sauvegarde SQL Server est activée pour cette instance SQL Server, le plug-in utilise la compression de sauvegarde SQL Server pour cette instance. Si la compression de sauvegarde SQL Server est désactivée pour cette instance SQL Server, le plug-in n’utilise pas de compression de sauvegarde SQL Server. |
• |
Utiliser la compression SQL Server : cette option est uniquement disponible si le plug-in est connecté à une instance SQL Server qui prend en charge la fonction de compression de sauvegarde SQL Server. En spécifiant cette option, on indique au serveur SQL d’utiliser un algorithme de compression de sauvegarde SQL Server pour compresser les données stockées sur les supports de sauvegarde. |
• |
Désactiver la compression : pour désactiver la compression, sélectionnez cette option. |
Pour voir le taux de compression obtenu après l’exécution d’une session de sauvegarde, cliquez sur Statut de la session dans le volet Navigation, sélectionnez la session terminée, et cliquez sur Afficher les journaux. Dans le journal qui s’affiche, repérez un message qui commence par « Taux de compression ». Pour afficher des informations supplémentaires, sélectionnez la ligne et cliquez sur Plus d’informations. Vous pouvez alors visualiser le nombre total d’octets de données non compressées qui a été sauvegardé, le nombre d’octets qui a été envoyé sur le support de sauvegarde, et le nombre d’octets de l’en-tête d’identification qui est intégré dans le total des données compressées mais qui ne fait pas partie des données d’origine. Le taux de compression qui est rapporté dans le journal est [[(total des données non compressées) - (total des données compressées)] x 100 %] / (total des données non compressées). Le nombre d’octets d’en-tête constitue généralement une partie insignifiante de la taille de la sauvegarde, sauf lorsque de petites bases de données sont sauvegardées à l’aide de plusieurs flux NetVault Backup.
Si vous utilisez la fonction de compression de sauvegarde SQL Server ou si vous choisissez de ne pas utiliser la compression, l’option Activer le flux VDI quand la compression NetVault Backup n’est pas utilisée est activée.
Si vous utilisez l’une des méthodes de compression NetVault Backup, les options Flux VDI/canaux de compression et Nombre de flux NetVault Backup parallèles sont activées. Les canaux VDI exécutent la compression. Au cours d’une sauvegarde, chaque canal VDI ou connexion récupère des données de SQL Server, les compresse, puis les écrit sur le périphérique de sortie à l’aide d’un flux NetVault Backup. Les taux de compression élevés nécessitant plus de ressources processeurs, pensez à optimiser le nombre de processeurs disponibles sur le système exécutant le client NetVault Backup, c’est-à-dire le système qui exécute l’instance SQL Server que vous êtes en train de sauvegarder. Par exemple, vous pouvez spécifier un certain nombre de canaux VDI légèrement inférieur au nombre de processeurs sur votre système. Cependant, le nombre de flux de sauvegarde ne doit pas dépasser le nombre de périphériques de sortie. Pour cette raison, vous devez spécifier le nombre de flux VDI (Flux VDI/canaux de compression) et le nombre de flux NetVault Backup (Nombre de flux NetVault Backup parallèles) séparément. Lorsque vous accédez à l’onglet Options de sauvegarde SQL Server, le nombre de flux VDI initialement affiché équivaut au nombre de processeurs détecté sur le client NetVault Backup moins un. La valeur indiquée dans ce champ détermine le nombre de périphériques VDI à utiliser pour le stockage de la session de sauvegarde. Par défaut, toutes les options des sessions de sauvegarde ont un VDI paramétré pour la session lorsque l’option Utiliser Virtual Device Interface (VDI) est sélectionnée. Vous pouvez ajouter d’autres périphériques VDI. Cependant, le nombre minimal de périphériques VDI est 1, et le nombre maximum ne peut pas dépasser 64.
En bas de la section Options de sauvegarde VDI, le plug-in affiche le nombre de processeurs sur le client NetVault Backup. Si les processeurs utilisent la technologie Hyper-Threading (HT), le nombre affiché en tiendra compte. Un système avec quatre processeurs physiques et l’option HT activée est identifié comme ayant huit processeurs. Vous pouvez utiliser ce nombre au moment de choisir le nombre de flux VDI si vous utilisez la compression NetVault Backup.
Pour optimiser les délais de sauvegarde lorsque la compression NetVault Backup est utilisée, entrez le même Nombre de flux NetVault Backup parallèles que le nombre de supports de sauvegarde. Si votre média utilise des disques agrégés en bandes, pour garantir une vitesse optimale le nombre de flux de sauvegarde doit être égal au nombre de bandes. Si la sauvegarde écrit sur des disques durs différents qui ne sont pas agrégés en bandes, et que chaque destination NetVault Backup est sur un disque dur différent, choisissez un nombre de flux de sauvegarde égal au nombre de disques durs. Si vous effectuez une sauvegarde vers un ou plusieurs VTL sur un seul disque non agrégé en bandes, utilisez uniquement un ou deux flux NetVault Backup. Si vous sauvegardez vers une bibliothèque de bandes avec plusieurs lecteurs de bandes, il est recommandé d’utiliser moins de flux que le nombre de lecteurs de bande.
Les options de compression comprennent :
• |
Utiliser la compression SQL Server : cette option est uniquement disponible si le plug-in est connecté à une instance SQL Server qui prend en charge la fonction de compression de sauvegarde SQL Server. En spécifiant cette option, on indique au serveur SQL d’utiliser un algorithme de compression de sauvegarde SQL Server pour compresser les données stockées sur les supports de sauvegarde. |
• |
Désactiver la compression : pour désactiver la compression, sélectionnez cette option. |
IMPORTANT : Linux ne prend en charge qu’un seul flux VDI. Si vous sélectionnez 2, la procédure de sauvegarde génère une erreur d’échec de VDI OpenDevice. |
Une sauvegarde VDI en ligne utilisant le Plug‑in pour SQL Server comprend les étapes décrites dans les rubriques suivantes.
© ALL RIGHTS RESERVED. Terms of Use Privacy Cookie Preference Center