Configurer les détails et les paramètres des applications pour les bases de données Microsoft SQL Server dans la console de gestion de l'appliance

Configurer les paramètres avancés pour les remplacements des paramètres de règles

Cliquez sur Remplacements des règles dans la fenêtre Gérer le forfait Backup pour afficher la boîte de dialogue Remplacements des paramètres des règles. Vous pouvez remplacer des paramètres de règles spécifiques associés au modèle de sauvegarde sélectionné. Une fois l'opération terminée, cliquez sur Enregistrer les modifications.

Pour rétablir un paramètre de remplacement de règle à son état par défaut, cochez la case à côté de la sélection. Cliquez sur Sélectionnez les options qui seront rétablies à leur état par défaut pour rétablir tous les paramètres de remplacement de règle à leur état par défaut.

La liste suivante décrit les remplacements des paramètres de règles valides pour les instances SQL Server, les groupes de disponibilité (AG), les bases de données et les groupes de cohérence.

  • Ne pas annuler le mappage Conserver les disques de préparation mappés entre les jobs : sélectionnez cette option si vous souhaitez que les disques de préparation temporaires mappés à l'hôte et utilisés lors du transfert de données restent mappés à l'hôte. Les LUN sont mappées lors du premier job, et tous les jobs suivants réutilisent la même LUN mappée. Cette option est sélectionnée par défaut. Démonter les disques de préparation après chaque job : cette option démonte le disque de préparation du système d'exploitation à la fin de chaque job (en supprimant les points de montage ou les lettres de lecteur) et le démonte également de l'hôte. Cette option nécessite que l'hôte recherche les LUN SCSI au début du prochain job, car les disques de préparation remappés doivent être redécouverts avant de pouvoir être remontés.

  • Tronquez le journal après la sauvegarde. Indiquez si les journaux doivent être tronqués après chaque sauvegarde. Lorsque cette option est activée, les journaux liés aux applications sont tronqués jusqu'à la sauvegarde récente ou actuelle. Si vous tronquez les journaux, vous devez également sauvegarder le journal des transactions pour permettre une récupération par restauration.

  • Ignorer les applications hors connexion dans le groupe de cohérence Pour la gestion des groupes de cohérence uniquement. Indiquez s'il faut ignorer les bases de données indisponibles qui font partie d'un groupe de cohérence. Créez un groupe de cohérence pour sauvegarder plusieurs bases de données ensemble et préserver la cohérence des données. Les groupes de cohérence sont des ensembles de bases de données provenant de la même instance ou du même groupe de disponibilité.

    Vous disposez des options suivantes :

    • Échec de la sauvegarde lorsque des applications hors connexion sont détectées
    • Ignorer les applications hors connexion lors de la sauvegarde

  • Mappez les disques de préproduction à tous les hôtes ESX d'un cluster. (Cette option n'est pas pertinente lorsque vous utilisez des datastores NFS.) Mappez le disque intermédiaire à l'hôte ESX pour la VM uniquement. Mappez le disque intermédiaire à tous les hôtes ESX du cluster. Mappez le disque de préparation à deux hôtes ESX du cluster.

  • Sauvegardez les identifiants utilisateur SQL Server. Sauvegarde des enregistrements de connexion à l'instance SQL Server pour les comptes ayant accès aux bases de données sauvegardées. Lorsque la base de données est montée en tant qu'application virtuelle (montage compatible avec les applications), les identifiants utilisateur sauvegardés peuvent être restaurés de manière facultative dans l'instance SQL Server cible, ce qui garantit que la base de données virtuelle sera accessible par les mêmes utilisateurs ayant accès à la base de données source d'origine. Les options sont Oui ou Non.

  • Activez la sauvegarde des journaux de base de données. L'option Activer la sauvegarde du journal de base de données permet à la règle du plan de sauvegarde de sauvegarder une base de données Oracle ou SQL Server, ainsi que tous les fichiers journaux de transactions associés. Les journaux sont sauvegardés lorsque le job d'instantané de journal s'exécute. Les options sont Oui ou Non. Lorsque la valeur est définie sur Oui, les options associées sont activées.

  • RPO Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie sur Yes (Oui), le RPO définit la fréquence de sauvegarde des journaux de base de données. La fréquence est définie en minutes et ne doit pas dépasser l'intervalle de sauvegarde de la base de données. La valeur minimale pouvant être définie (en minutes) est de 15.

  • Durée de conservation des sauvegardes de journaux Lorsque l'option Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est définie sur Yes (Oui), la conservation des journaux est définie séparément de la conservation de la règle de snapshot. Une période de conservation distincte vous permet d'utiliser les journaux en même temps que les copies de la base de données stockées dans le pool d'instantanés. La durée de conservation des journaux est un paramètre obligatoire.

  • Journaux de réplication (Utilise la technologie StreamSnap) Lorsque l'option Enable Database Log Backup (Activer la sauvegarde du journal de base de données) est définie sur Enable (Activer), le paramètre avancé Replicate Logs (Répliquer les journaux) permet de répliquer les journaux de transactions de la base de données SQL Server vers un dispositif de sauvegarde/récupération distant. Pour qu'un job de réplication de journaux s'exécute, il doit y avoir une règle de réplication StreamSnap dans le modèle, ainsi qu'un profil de ressource qui spécifie un dispositif de sauvegarde/récupération distant. De plus, au moins une réplication réussie de la base de données doit d'abord être effectuée. Vous pouvez ensuite utiliser les journaux sur le site distant pour n'importe quelle image de base de données dans la plage de rétention des journaux répliqués. Cette fonctionnalité est activée par défaut.

    La réplication des journaux utilise la technologie StreamSnap pour effectuer la réplication entre les dispositifs de sauvegarde/récupération locaux et distants. La réplication des journaux s'effectue directement du pool d'instantanés local vers le pool d'instantanés sur le dispositif distant.

  • Send Logs to OnVault Pool (Envoyer les journaux au pool OnVault) Lorsque l'option Activer la sauvegarde du journal de base de données est définie sur Activer, ce paramètre permet de répliquer les journaux de transactions de la base de données SQL Server dans un pool OnVault. Pour exécuter un job de réplication des journaux, un modèle doit inclure une règle OnVault ainsi qu'un profil de ressource spécifiant un pool OnVault. De plus, au moins une base de données doit d'abord être envoyée au pool. Utilisez ensuite les journaux du site distant pour toute image de base de données dans la plage de conservation. Cette fonctionnalité est activée par défaut.

  • Taille de croissance du disque de préparation des journaux. Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Oui, Taille de croissance du disque de préparation des journaux définit la croissance à utiliser lors de l'augmentation automatique du disque de préparation sur lequel résident les journaux. Ce paramètre est compris entre 5 et 100 %.

  • Taux de variation estimé Lorsque Enable Database Log Backup (Activer la sauvegarde des journaux de base de données) est défini sur Yes (Oui), ce paramètre définit la variation quotidienne (en pourcentage), ce qui permet à l'appliance de sauvegarde/récupération de mieux calculer la taille du disque de préparation nécessaire pour stocker les journaux. Ce paramètre est compris entre 0 et 100.

  • Compresser la sauvegarde du journal de base de données Lorsque l'option Activer la sauvegarde des journaux de base de données est définie sur Oui, ce paramètre indique à la base de données source de compresser ses journaux avant qu'ils ne soient sauvegardés par la console de gestion de l'appliance. Le serveur de base de données effectue la compression des journaux lors de la sauvegarde des journaux. Les options sont Oui ou Non. Si vous sélectionnez Oui, l'option Compresser la sauvegarde du journal de base de données est activée.

  • Délai avant expiration du script L'agent Backup and DR vous permet de créer des scripts côté hôte qui s'exécutent sur l'hôte d'une application avant ou après l'exécution d'une règle. Les quatre délais d'expiration fournis dans un modèle de règle correspondent directement aux quatre étapes d'un script côté hôte.

    • Délai avant expiration de l'initialisation du script. Définit la durée pendant laquelle une règle doit attendre avant de supposer que les scripts côté hôte sur un hôte géré ont été initialisés. La valeur par défaut est de 120 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes (24 heures).
    • Délai avant expiration du blocage du script Définit le délai d'attente d'une règle avant de considérer que l'application est figée et prête pour la sauvegarde des données. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.
    • Délai avant expiration du déblocage du script Définit la durée pendant laquelle une règle doit attendre avant de considérer que l'application est dégelée. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.
    • Délai avant expiration de la fin du script Définit le délai d'attente d'une règle avant la fin de la sauvegarde des données. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.
    • Délai avant expiration de la réplication du script. Définit la durée pendant laquelle une règle doit attendre avant que la réplication soit terminée. La valeur par défaut est de 60 secondes. La plage autorisée est comprise entre 1 et 86 400 secondes.

Guide DBA Backup and DR Microsoft SQL Server

Cette page fait partie d'une série de pages spécifiques à la protection et à la récupération des bases de données Microsoft SQL Server avec Backup and DR. Vous trouverez des informations supplémentaires sur les pages suivantes :