Sauvegarde Azure - Forum Aux Questions

Oui. Vous pouvez créer jusqu’à 500 coffres Recovery Services par région de Sauvegarde Microsoft Azure prise en charge et par abonnement. Au-delà, créez un autre abonnement.

Vous pouvez inscrire jusqu’à 1 000 machines virtuelles Azure par coffre. Si vous utilisez l’agent Sauvegarde Microsoft Azure, vous pouvez inscrire jusqu’à 50 agents MARS par coffre. Et vous pouvez inscrire 50 serveurs MABS/DPM dans un coffre.

La protection de jusqu’à 2 000 sources de datasources/éléments sur toutes les charges de travail (par exemple, machine virtuelle IaaS, SQL, AFS) est la limite recommandée par coffre. Par exemple, si vous avez déjà protégé 500 machines virtuelles et 400 partages de fichiers Azure dans le coffre, nous vous recommandons de n’y protéger qu’au plus 1100 bases de données SQL.

Vous ne pouvez avoir que jusqu’à 200 stratégies par coffre. Toutefois, l’ajout de nouvelles stratégies de sauvegarde et la modification des stratégies actuelles par le biais de modèles Azure Resource Manager (ARM) ou de clients Azure Automation (par exemple PowerShell et l’interface CLI) sont limités à 50 sur une période de 24 heures.

Les données que vous souhaitez récupérer ensemble doivent utiliser la même phrase secrète lorsque vous configurez la sauvegarde. Si vous souhaitez isoler la récupération vers un serveur ou des serveurs spécifiques, utilisez une phrase secrète unique aux serveurs voulus. Par exemple, les serveurs des ressources humaines peuvent utiliser une phrase secrète de chiffrement, les serveurs de comptabilité peuvent en utiliser une autre et les serveurs de stockage une troisième.

Oui. Pour déplacer un coffre Recovery Services, consultez cet article

Non. Les données de sauvegarde stockées dans un coffre ne peuvent pas être déplacées vers un autre coffre.

Le type de réplication de stockage par défaut est défini sur Stockage géoredondant (GRS). Une fois que vous avez configuré la sauvegarde, l’option de modification est en mode désactivé et ne peut pas être modifiée.

Si vous avez déjà configuré la sauvegarde et que vous devez passer de GRS à LRS, consultez Guide pratique pour passer de GRS à LRS après avoir configuré la sauvegarde.

• La restauration de niveau élément est prise en charge pour les machines virtuelles Azure sauvegardées par la sauvegarde de machine virtuelle Azure. Pour plus d’informations, consultez cet article
• La restauration de niveau élément n’est pas prise en charge pour les points de récupération en ligne des machines virtuelles locales sauvegardées par le serveur de sauvegarde Azure (MABS) ou System Center DPM.

Pour déplacer des données de sauvegarde du coffre Recovery Services, vous devez restaurer les données nécessaires. Si votre coffre contient une sauvegarde de données locales, utilisez l’agent correspondant (MARS, MABS ou DPM) pour effectuer une restauration en local.

Nous ne prenons pas en charge l’exportation directe de données du coffre Recovery Services vers le stockage local pour la sauvegarde de la charge de travail du cloud (Machines virtuelles Azure, SQL et SAP HANA dans les machines virtuelles Azure). Toutefois, vous pouvez les restaurer vers les ressources du cloud correspondantes dans les comptes de stockage Azure, puis déplacer les données en local. Vous avez également la possibilité de les exporter vers un emplacement local avec Data Box ou Import/Export.

Dans le cas d’un coffre GRS sans la fonctionnalité CRR, les données de la région secondaire ne sont pas accessibles tant qu’Azure n’a pas déclaré de sinistre dans la région primaire. Dans ce type de scénario, la restauration s’effectue à partir de la région secondaire. Lorsque la CRR est activée, vous pouvez déclencher une restauration dans la région secondaire même si la région primaire est opérationnelle.

Oui. Pour déplacer un abonnement (contenant un coffre) vers un autre répertoire Microsoft Entra ID, consultez Transférer un abonnement vers un autre répertoire.

Oui. Veillez à procéder comme suit :

Le coffre Recovery Services et le coffre de Sauvegarde sont tous deux pris en charge dans Sauvegarde Azure et ciblent la sauvegarde et la restauration de différentes sources de données. Vous devez créer le coffre approprié en fonction du type de source de données que vous souhaitez protéger.

Le tableau suivant répertorie les différentes sources de données que chaque coffre prend en charge :

• Pour les agents sur des machines virtuelles Azure, consultez ce FAQ.
• Pour les agents permettant de sauvegarde des dossiers de fichiers Azure, lisez ce FAQ.

Oui.

• Vous pouvez sauvegarder des machines Windows Server ou Windows jusqu’à trois fois par jour en utilisant MARS backup. Vous pouvez définir la stratégie de planification pour des planifications quotidiennes ou hebdomadaires.
• Vous pouvez sauvegarder DPM jusqu’à deux fois par jour. Vous pouvez définir la stratégie de planification pour des sauvegardes quotidiennes, hebdomadaires, mensuelles et annuelles.
• Vous pouvez sauvegarder des machines virtuelles Azure une fois par jour à l’aide de la stratégie de sauvegarde Standard.

Sauvegarde Azure prend en charge les systèmes d’exploitation suivants pour la sauvegarde des dossiers et des fichiers, ainsi que des applications protégées par Azure Backup Server et DPM.

Sauvegarde Azure ne prend pas en charge les systèmes d’exploitation 32 bits.

Pour les sauvegardes Linux de machine virtuelle Azure, la Sauvegarde Azure prend en charge la liste de distributions approuvées par Azure, à l’exception de CoreOS Linux et du système d’exploitation 32 bits. Les autres distributions « Bring-Your-Own-Linux » peuvent fonctionner, tant que l’agent de machine virtuelle est disponible sur la machine virtuelle et que Python est pris en charge.

En savoir plus sur les charges de travail les plus récentes prises en charge par DPM et le serveur MABS.

Les limites de tailles sont les suivantes :

Le tableau suivant explique comment la taille de chaque source de données est déterminée.

Il n’existe aucune limite pour la quantité totale de données que vous pouvez sauvegarder dans un coffre Recovery Services. Les sources de données individuelles (autres que les machines virtuelles Azure) peuvent avoir une taille maximale de 54 400 Go. Pour plus d’informations sur les limites, consultez la section relative aux limites du coffre dans la matrice de prise en charge.

Les données sauvegardées à partir de l’agent Azure Backup, de DPM et du serveur de sauvegarde Azure sont compressées et chiffrées avant d’être transférées. Une fois la compression et le chiffrement appliqués, les données dans le coffre sont inférieures de 30 à 40 %.

Non, vous ne pouvez pas voir le délai d’expiration des sauvegardes planifiées. Toutefois, vous pouvez voir le délai d’expiration des sauvegardes à la demande par le biais de travaux de sauvegarde.

Non. La Sauvegarde Azure ne prend pas en charge la suppression ou le vidage des éléments individuels à partir de sauvegardes stockées.

Non. Toutes les données transférées dans le coffre avant l’annulation de l’opération de sauvegarde sont conservées.

• Azure Backup utilise un mécanisme de point de contrôle pour ajouter occasionnellement des points de contrôle aux données de sauvegarde pendant la sauvegarde.
• En présence de points de contrôle dans les données de sauvegarde le processus de sauvegarde suivant est en mesure de valider l’intégrité des fichiers.
• La prochaine tâche de sauvegarde sera incrémentielle par rapport aux données précédemment sauvegardées. Les sauvegardes incrémentielles transfèrent uniquement les données nouvelles ou modifiées, ce qui équivaut à une meilleure utilisation de la bande passante.

Si vous annulez une tâche de sauvegarde pour une machine virtuelle Azure, toutes les données transférées sont ignorées. La tâche de sauvegarde suivante transfère des données incrémentielles à partir de la dernière sauvegarde réussie.

Non, les éléments de sauvegarde d’un coffre ne peuvent pas être supprimés si le groupe de ressources correspondant a un verrou de suppression.

Oui, elles ont toutes les deux des stratégies quotidienne, hebdomadaire, mensuelle et annuelle de rétention.

Oui, vous pouvez personnaliser les stratégies. Par exemple, vous pouvez configurer une rétention hebdomadaire et quotidienne, mais pas annuelle ou mensuelle.

Non. Les stratégies de rétention ne peuvent être appliquées que sur les points de sauvegarde. Par exemple, cette image montre une stratégie de rétention pour les sauvegardes effectuées à 0h00 et 18h00.

Non. Le délai de récupération reste identique pour les points de données récents ou anciens. Chaque point de récupération se comporte comme un point complet.

Les produits avec points de rétention à long terme stockent les données de sauvegarde en tant que points complets.

• Toutefois, même si ces points occupent de l’espace de stockage, ils sont plus faciles et plus rapides à récupérer.
• Les copies incrémentielles occupent moins d’espace de stockage , mais vous devez restaurer une chaîne de données, ce qui rallonge le temps de récupération.

L’architecture de stockage d’Azure Backup vous offre le meilleur des deux en stockant les données de manière optimale pour des restaurations rapides et des coûts de stockage faibles. Cette approche garantit que votre bande passante entrante et sortante est utilisée de façon efficace. La quantité de stockage de données et le temps nécessaire pour récupérer les données sont tous les deux réduits au minimum. En savoir plus sur les sauvegardes incrémentielles.

Vous pouvez créer jusqu’à 9 999 points de récupération par instance protégée. Une instance protégée est un ordinateur, un serveur (physique ou virtuel) ou une charge de travail sauvegardé dans Azure.

• En savoir plus sur la sauvegarde et la rétention.

Il n’existe aucune limite concernant le nombre de récupérations dans Azure Backup.

Non. La récupération est gratuite et le trafic sortant ne vous est pas facturé.

Lorsqu’une nouvelle stratégie est appliquée, le planning et la rétention de la nouvelle stratégie sont suivis.

• Si la rétention est étendue, les points de récupération existants sont marqués comme étant à conserver, selon la nouvelle stratégie.
• Si la rétention est réduite, ils sont marqués comme à nettoyer lors de la prochaine tâche de nettoyage et sont ensuite supprimés.

Quand des sauvegardes sont arrêtées et les données conservées, les règles de stratégie existantes pour le nettoyage cessent de s’appliquer et les données sont conservées indéfiniment jusqu’à ce que l’administrateur initialise leur suppression.

Oui. Les données sont chiffrées sur l’ordinateur local avec AES256. Les données sont envoyées via une connexion HTTPS sécurisée. Les données transmises dans le cloud sont protégées par une liaison HTTPS uniquement entre le stockage et le service de récupération. Le protocole iSCSI sécurise les données transmises entre l’ordinateur de l’utilisateur et le service de récupération. Le tunneling sécurisé est utilisé pour protéger le canal iSCSI.

Oui. Les données dans Azure sont chiffrées au repos.

• Pour la sauvegarde sur site, le chiffrement au repos est assuré à l’aide de la phrase secrète que vous fournissez lorsque vous sauvegardez sur Azure.
• Pour les machines virtuelles Azure, les données sont chiffrées au repos à l’aide de Storage Service Encryption (SSE).

À aucun moment Microsoft ne déchiffre les données de sauvegarde.

La clé de chiffrement utilisée par l’agent Microsoft Azure Recovery Services (MARS) est dérivée d’une phrase secrète qui doit comporter au moins 16 caractères. Pour les machines virtuelles Azure, il n’existe aucune limite à la longueur des clés qu’Azure Key Vault utilise.

La clé utilisée pour chiffrer les données de sauvegarde est disponible uniquement sur votre site. Microsoft ne conserve pas de copie dans Azure et n'a pas accès à la clé. Si la clé est égarée, Microsoft ne peut pas récupérer les données de sauvegarde.

Étapes suivantes

Lire les autres forums aux questions :

• Questions courantes sur la sauvegarde des machines virtuelles Azure.
• Questions courantes sur l’agent Sauvegarde Azure.