Recherche dans <book_title>…

Guide de l'administrateur cloud sur l'interface utilisateur Web NetBackup™

Last Published: 2026-01-21

Product(s): NetBackup (11.1)

Pour Azure SQL et SQL Managed Instance

Ces limitations et ces considérations s'appliquent aux sauvegardes de base de données Azure SQL et Azure Managed Instance.

Configurez la méthode de sauvegarde : vous pouvez créer et configurer le fichier dbpaas_config.json pour que chaque politique spécifie une méthode de sauvegarde adaptée à vos besoins. Notez que vous devez donner votre consentement à la capture des données modifiées par le biais de l'interface NetBackup.
- Créez le fichier dbpaas_config.json à l'emplacement suivant :
  /openv/netbackup/db/>dbpaas_config.json
  Suivez un chemin d'accès équivalent pour le système d'exploitation Windows.
- Voici un exemple de fichier dbpaas_config.json :
```
{
  "Configurations": [
    {
      "PolicyName": "policy_name",
      "BackupMethod": "OFFLOAD_TO_BACKUP_HOST",
      "BatchCount": 1024
    }
  ]
}
```
- Explication des paramètres :
  - PolicyName : le nom de la politique à laquelle vous voulez appliquer le JSON.
  - Pour BackupMethod, utilisez l'une des valeurs suivantes :
    OFFLOAD_TO_SERVER : cela effectue tous les traitements de capture des données modifiées côté serveur SQL/MI. Il s'agit du comportement par défaut.
    OFFLOAD_TO_BACKUP_HOST : avec cette méthode, les données de capture des données modifiées sont récupérées sur l'hôte de sauvegarde à partir du serveur. Les données récupérées sont traitées sur l'hôte de sauvegarde.
  - BatchCount : détermine combien de transactions d'enregistrements sont traitées à la fois.
Pour la base de données Azure SQL et les charges de travail des instances gérées par Azure SQL, les plans de protection NetBackup n'incluent pas certaines options de configuration de sauvegarde telles que BackupMethod et BatchCount. Pour utiliser ces options :
- Utilisez une politique NetBackup au lieu d'un plan de protection.
- Faites référence à la politique configurée dans votre fichier de configuration DBPaaS.
Lors de l'utilisation d'un plan de protection, toutes les modifications apportées à ces options dans le fichier de configuration DBPaaS sont ignorées.
La machine virtuelle Azure utilisée comme serveur de médias doit appartenir au même Vnet que celui de l'instance gérée par Azure. Sinon, si le serveur de médias et l'instance gérée par SQL sont dans un Vnet différent, les deux Vnets doivent être configurés comme pairs pour pouvoir accéder à l'instance de base de données.
NetBackup requiert le consentement de l'utilisateur pour activer la capture des données modifiées (Change Data Capture, CDC) de SQL Server pour les opérations de sauvegarde. Cette option CDC est activée par défaut dans les plans de protection.
- Si l'option CDC est activée, NetBackup utilise le mécanisme CDC de SQL Server.
- Si l'option CDC est désactivée, les sauvegardes échouent, à l'exception des instances gérées par Azure SQL à l'aide des clés gérées par le client (CMK) et des planifications de sauvegarde complète.
Après avoir supprimé une base de données, vous devez arrêter la capture des données modifiées, désactiver les travaux de nettoyage et effectuer le nettoyage manuel.
Pour garantir de bonnes performances de la capture des données modifiées, procédez comme suit :
- N'utilisez pas les déclencheurs de DDL qui bloquent les modifications de schéma. Par exemple, CREATE/DROP TABLE, CREATE/DROP FUNCTION.
- Assurez-vous que le service SQL Server Agent est en cours d'exécution.
- Utilisez un compte disposant des privilèges db_owner ou sysadmin pour l'installation CDC.
- Pour éviter les conflits capture_instance, vérifiez si la CDC est déjà activée pour le tableau.
Échec de la sauvegarde lorsqu'un Readlock est placé sur la base de données ou le groupe de ressources.
Si les bases de données contiennent l'un de ces types de tables, la sauvegarde échoue en raison des limitations des CDC.
- Tables de graphe
- Tables temporelles
- Tables de registre (registres pouvant être mis à jour)
- Table à mémoire optimisée (niveau critique pour l'entreprise uniquement)
  Pour les bases de données Azure Managed Instance, si la sauvegarde est générée à l'aide du workflow natif de base de données de sauvegarde avec TDE activé par les clés gérées par le client ou avec TDE désactivé, ces types de tableaux sont pris en charge.
Diagrammes de base de données non restaurés.
NetBackup peut sauvegarder et restaurer des bases de données dans de nouveaux environnements, mais les colonnes d'identité peuvent ne pas conserver leurs valeurs initiales. De nouveaux enregistrements peuvent ainsi recevoir des numéros d'identité inattendus, particulièrement si des lignes ont été supprimées avant la sauvegarde. Cependant, ce problème n'affecte pas les bases de données Azure SQL Managed Instance pour lesquelles TDE est activé et qui sont configurées avec une CMK et sauvegardées avec le format BAK natif ou via une politique sans consentement CDC.
NetBackup prend en charge le chiffrement au niveau de la colonne uniquement pour les instances de base de données Azure SQL Managed sur lesquelles TDE est configuré avec CMK. Les sauvegardes doivent être des sauvegardes complètes, effectuées avec le format BAK natif ou par le biais d'une politique sans consentement CDC.
Avant de lancer la restauration d'une base de données sur un serveur Azure SQL ou sur Azure Managed Instance, vous devez attribuer le privilège d'administrateur AAD sur le serveur cible. Avant la restauration, accordez les droits à l'un des éléments suivants :
- L'identité gérée par le système ou par l'utilisateur des serveurs de médias.
- Le groupe de machines virtuelles identiques dans lequel le média NetBackup est déployé (dans le cas d'un déploiement AKS ou EKS).
Tenez compte des points suivants pour l'utilitaire SqlPackage.
- SqlPackage peut ne pas exporter les objets SQL Server suivants : connexions, travaux (travaux SQL Agent), serveurs liés, autorisations au niveau serveur, rôles serveur, informations d'authentification, configuration de messagerie de base de données, paramètres de réplication, packages SSIS, objets Service Broker, ensembles CLR, données dans FILESTREAM/FILETABLE, objets chiffrés (si des clés/certificats ne sont pas exportés), dépendances inter-bases de données, procédures stockées étendues et certains objets système.
- SqlPackage exporte principalement les objets et les données du niveau base de données, mais pas les configurations du niveau serveur ou agent. Pour une migration complète, utilisez des outils ou des scripts supplémentaires pour prendre en charge ces objets.