Guide de l'administrateur cloud sur l'interface utilisateur Web NetBackup™
- Gestion et protection des biens dans le cloud
- Configurer Snapshot Manager dans NetBackup
- Gestion de groupes intelligents pour les objets cloud
- Protection de biens cloud ou de groupes intelligents pour les biens cloud
- À propos des politiques de cycle de vie du stockage
- Gestion des politiques relatives aux biens cloud
- Configuration de la fenêtre de démarrage
- Gestion des politiques cloud
- Analyse antimalware
- Protection des ressources Microsoft Azure à l'aide de groupes de ressources
- Accélérateur NetBackup pour les charges de travail cloud
- Réplication de snapshot AWS
- Protection des biens PaaS
- Protection des instances RDS Custom
- Protection des bases de données Azure Managed Instance
- Limites et remarques
- Installation des utilitaires client natifs
- Configuration du stockage pour différents déploiements
- Gestion des informations d'authentification PaaS
- Ajout de la protection des biens PaaS
- Récupération des biens cloud
- Récupération des biens cloud
- Récupération de machines virtuelles AWS ou Azure sur VMware
- Récupération des biens PaaS
- Récupération des biens cloud
- Exécution d'une restauration granulaire
- Résolution des problèmes liés à la protection et à la récupération des biens dans le cloud
- Résolution des problèmes de protection et de récupération de charge de travail PaaS
Pour PostgreSQL
La restauration des privilèges de sécurité n'est pas prise en charge.
Pendant 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 ou le rôle n'existe pas à l'emplacement de destination.
Après la restauration, le rôle de la base de données est associé selon les informations d'authentification spécifiées dans NetBackup par rapport à l'instance de destination.
Les utilisateurs doivent modifier la propriété des bases de données après la restauration.
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.
Le workflow de restauration ne prend pas en charge les caractères suivants dans les noms de base de données : `, @, \, [, ], !, #, %, ^, ., ,, &, *, (, ), <, >, ?, /, |, }, {, ~, :, ', ", ;, +, = 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.
(RDS et Azure PostgreSQL uniquement) L'authentification SCRAM configurée sur une instance de base de données n'est pas prise en charge.
Si les sauvegardes incrémentielles complètes ou différentielles échouent avec des objets temporaires, supprimez les objets temporaires manuellement et exécutez à nouveau la sauvegarde.