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

Les déploiements de NetBackup sous Flex Appliance et Flex Scale ne sont pas compatibles avec les charges de travail PaaS.

Prend en charge uniquement les ports par défaut pour toutes les bases de données de différents fournisseurs. Les instances de charge de travail configurées avec des ports personnalisés ne sont pas prises en charge.

Les noms de base de données contenant les caractères « # » et « / » ne sont pas pris en charge pour les opérations de sauvegarde et de restauration. En outre, le nom de base de données doit respecter les conventions de nommage suggérées par les fournisseurs de cloud.

La sauvegarde et la restauration d'une base de données avec des caractères multioctets ou non latins ne sont pas prises en charge pour un serveur principal doté de Windows et un serveur de médias de version antérieure à la version 10.1.1.

Vous pouvez dupliquer l'image de sauvegarde PaaS sur un serveur de stockage pris en charge. Mais avant de lancer une restauration, vous devez dupliquer l'image sur un serveur MSDP avec partage universel activé. Se reporter à Récupération d'images dupliquées à partir d'AdvancedDisk.

NetBackup 10.2 permet de sauvegarder et de restaurer les bases de données PaaS Azure prises en charge avec l'authentification de base de données basée sur l'identité gérée. Cette opération n'est pas prise en charge pour le serveur Azure Database for MariaDB. Cette fonction nécessite au moins un serveur de médias 10.2 ou de version ultérieure.

Pour que l'authentification de la base de données Azure fonctionne sur tous les serveurs de médias, il est recommandé d'utiliser l'identité gérée attribuée par l'utilisateur. L'utilisation d'un utilisateur de base de données créé avec une identité gérée attribuée par le système, associée au serveur de médias ou au groupe de machines virtuelles identiques (AKS/EKS), ne fonctionne avec aucun autre serveur de médias ou média appartenant à un autre groupe de machines virtuelles identiques (AKS/EKS).

La restauration des privilèges de sécurité n'est pas prise en charge.

Lors de la restauration, vous pouvez utiliser les options - no-owner et - no-privileges. Après la restauration, les métadonnées capturées lors de la sauvegarde sont affichées sous le propriétaire/la liste de contrôle d'accès dans l'activité de restauration du journal de progression sur l'interface utilisateur Web.

La restauration n'échoue pas si le propriétaire/rôle n'existe pas sur l'emplacement.

Après la restauration, le rôle de la base de données est associé selon les informations d'authentification fournies dans NetBackup par rapport à l'instance de destination.

Les utilisateurs doivent modifier l'appartenance des bases de données après la restauration.

La sauvegarde et la restauration ne sont pas prises en charge si seule la connexion SSL (Secure Sockets Layer) s'applique au niveau du serveur pour la charge de travail PostgreSQL sur GCP.

La restauration de base de données Azure Postgres d'un serveur unique vers un serveur flexible, ou inversement, n'est pas prise en charge en raison des limitations du fournisseur cloud.

Les caractères suivants ne sont pas pris en charge dans le nom de base de données dans le workflow de restauration : &, (, ), <, >, \, |, /, ;, `, ', et ".

Le nom d'utilisateur en majuscules n'est pas pris en charge pour les nouveaux utilisateurs ajoutés après la création du serveur PostgreSQL.

Les autres restaurations pour la région et le compte ne sont pas prises en charge.

La restauration d'images importées à partir d'un autre serveur principal est uniquement prise en charge à l'aide de l'API REST NetBackup.

Seules les éditions Express et Web d'AWS RDS SQL sont prises en charge.

Concernant la validation des informations d'authentification, IAM n'est pas pris en charge pour AWS RDS SQL. Vous pouvez utiliser la méthode avec nom d'utilisateur et mot de passe.

Seul le type de gestion des données Amazon RDS est pris en charge. Le type de gestion des données RDS Custom n'est pas pris en charge pour les éditions d'instance AWS RDS SQL.

L'opération de restauration requiert des privilèges de superutilisateur si le fichier de vidage contient l'instruction CREATE DEFINER pour les sauvegardes effectuées sur une version antérieure à la 10.2.

Les sauvegardes effectuées sur la version 10.2 ou une version ultérieure ne peuvent pas être restaurées à l'aide d'une version antérieure à la 10.2.

La sauvegarde et la restauration ne sont pas prises en charge si seule la connexion SSL s'applique au niveau du serveur pour la charge de travail MySQL sur GCP.

Vous pouvez restaurer la base de données MySQL vers une autre instance dotée d'une version de MySQL différente de celle de l'instance de sauvegarde, selon la compatibilité de version de MySQL.

La machine virtuelle Azure utilisée comme serveur de médias doit appartenir au même réseau virtuel (Vnet) que celui d'une instance gérée par Azure. Autrement, si le serveur de médias et l'instance gérée par SQL sont dans un Vnet différent, les deux réseaux virtuels doivent être configurés comme pairs pour accéder à l'instance de base de données.

Échec de la sauvegarde lorsqu'un Readlock est placé sur la base de données ou le groupe de ressources.

La sauvegarde est partiellement réussie lorsqu'un Deletelock est placé sur la base de données ou le groupe de ressources. L'entrée obsolète tempdb n'est pas supprimée du portail cloud Azure. Vous devez la supprimer manuellement.

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 aux éléments suivants sur le serveur cible, selon les besoins :

Vous pouvez activer la capture des données modifiées uniquement sur les niveaux de bases de données S3 et supérieurs. Cette fonctionnalité n'est pas prise en charge pour les bases de données Azure SQL de type sous-cœur (bases de données de base, S0, S1 et S2).

Des problèmes de sauvegarde ou de restauration peuvent se produire pour les bases de données dont la table contient des colonnes chiffrées. Pour contourner le problème, Microsoft suggère d'utiliser les commandes Publish/Extract.

La restauration peut échouer pour les bases de données dont la table contient des données d'objet blob.

Pour dupliquer des sauvegardes incrémentielles sur différents serveurs de stockage, NetBackup génère différents numéros de copie pour le même point de récupération. Si vous tentez de restaurer une copie incrémentielle ne contenant aucune référence antérieure à une sauvegarde complète ou incrémentielle, l'opération échoue.

Notez que la sauvegarde incrémentielle peut s'exécuter uniquement sur un serveur de médias doté de NetBackup 10.2 ou d'une version ultérieure.

L'ID d'utilisateur utilisé pour le service cloud doit être autorisé à activer et à désactiver la capture des données modifiées. Sans cette autorisation, des erreurs de type 3842 (« Echec de l'activation de la capture des données modifiées ») ou 3844 (« Echec de la désactivation de la capture des données modifiées ») peuvent se produire.

Toute tentative d'activation de la capture des données modifiées échoue si la base de données contient un schéma personnalisé ou un utilisateur nommé cdc. L'utilisation du terme cdc est réservée au système.

Si vous effectuez une restauration vers une édition autre que l'édition Standard ou Enterprise, l'opération est bloquée, car la capture des données modifiées requiert l'une de ces éditions de SQL Server. Le message d'erreur 932 s'affiche.

Évitez de sauvegarder des bases de données contenant des tables de données d'objet BLOB. Si une table contient des données d'objet BLOB, la sauvegarde peut aboutir, mais la restauration échoue.