Restaurer un serveur
S’APPLIQUE À : 
Azure Database pour PostgreSQL : serveur flexible
Cet article fournit des instructions pas à pas pour effectuer les différents types de restauration des sauvegardes disponibles du serveur flexible Azure Database pour PostgreSQL à l’aide du Portail Azure.
Les serveurs existants peuvent être restaurés à partir de leur dernier point de restauration, d'un point de restauration personnalisé ou d'une sauvegarde complète (snapshot) parmi celles qui sont disponibles, en tenant compte de la période de conservation des sauvegardes que vous avez configurée.
Si votre serveur source est configuré avec une sauvegarde géo-redondante, vous pouvez restaurer ses sauvegardes dans la région jumelée correspondante.
La restauration des sauvegardes dans la région jumelée extrait les sauvegardes des copies physiques dans la région jumelée du stockage géo-redondant.
Les sauvegardes du serveur sont d'abord stockées à l'emplacement physique de sa région, puis elles sont copiées de manière asynchrone sur le stockage géo-redondant. L'une des conséquences de ce comportement est que, si vous lancez une restauration ponctuelle du serveur dans la même région et une autre restauration ponctuelle du même serveur dans sa région jumelée, en fixant l'heure qui définit l'objectif du point de récupération à un instant proche du présent, le serveur restauré dans la région jumelée risque de ne pas inclure certaines données récentes qui sont disponibles sur le serveur restauré dans la région primaire.
Restaurer au dernier point de restauration
À l’aide du Portail Azure :
Sélectionnez votre serveur flexible Azure Database pour PostgreSQL.
Dans le menu de ressources, sélectionnez Vue d’ensemble.
Sélectionnez le bouton Restaurer.
Vous êtes redirigé vers l'assistant Créer Azure Database pour PostgreSQL Serveur flexible : restaurer le serveur, à partir duquel vous pouvez configurer certains paramètres pour le nouveau serveur créé. Après le déploiement du nouveau serveur, l'instantané le plus récent du disque de données du serveur source est restauré. Dans la section Point-in-time-restore (PITR), sélectionnez Dernier point de restauration (Maintenant).
Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Informations de base et comme conseils pour vous aider à remplir la page :
Section Setting Valeur suggérée Description Peut être modifié après la création de l’instance Détails du projet Abonnement Le nom de l’abonnement dans lequel vous souhaitez créer la ressource. Un abonnement est un contrat passé avec Microsoft permettant d’utiliser une ou plusieurs plateformes ou services cloud Microsoft, dont les frais correspondants sont basés soit sur un tarif de licence par utilisateur soit sur la consommation de ressources cloud. Le Portail Microsoft Azure ne prend pas en charge la restauration d'une sauvegarde d'un serveur existant vers un nouveau serveur déployé sur un abonnement différent. Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement. Groupe de ressources Le groupe de ressources dans l’abonnement sélectionné, dans lequel vous souhaitez créer la ressource. Il peut s’agir d’un groupe de ressources existant. Sinon, vous pouvez sélectionner Créer et fournir un nom qui ne figure pas déjà parmi les noms de groupes de ressources existants dans cet abonnement. Un groupe de ressources est un conteneur réunissant les ressources associées d’une solution Azure. Le groupe de ressources peut inclure toutes les ressources de la solution, ou uniquement celles que vous souhaitez gérer en tant que groupe. Pour déterminer comment allouer des ressources aux groupes de ressources, choisissez l’approche la plus pertinente pour votre organisation. En règle générale, il convient de regrouper des ressources qui partagent le même cycle de vie dans un même groupe de ressources afin de pouvoir facilement les déployer, les mettre à jour et les supprimer en tant que groupe Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement. Détails de la source Serveur source Le nom du serveur dont vous voulez restaurer la sauvegarde sur le nouveau serveur déployé. Restauration géo-redondante Si le serveur source a été créé avec des sauvegardes géo-redondantes, cette option est activée. Si elle est activée, vous pouvez restaurer une sauvegarde conservée dans le compte de stockage de la région jumelée pour créer un nouveau serveur dans cette autre région. Point de restauration le plus ancien La plus ancienne sauvegarde du serveur source disponible pour la restauration. Le serveur dont vous voulez restaurer la sauvegarde sur le nouveau serveur déployé. Les sauvegardes sont automatiquement supprimées, en fonction de la période de conservation des sauvegardes configurée sur le serveur source. Restauration à un point dans le temps (PITR) Les options possibles sont Dernier point de restauration (Maintenant), Sélectionner un point de restauration personnalisé et Sélectionner un point de restauration rapide (Restauration à l'aide d'une sauvegarde complète uniquement). Pour restaurer le dernier point de restauration, sélectionnez Dernier point de restauration (Maintenant). Détails du serveur Nom Le nom que vous souhaitez attribuer au nouveau serveur déployé, sur lequel une sauvegarde de la source est restaurée. Nom unique qui identifie votre instance de serveur flexible Azure Database pour PostgreSQL. Le nom de domaine postgres.database.azure.comest ajouté au nom du serveur que vous fournissez pour respecter le nom d’hôte complet par lequel vous pouvez utiliser un serveur DNS pour résoudre l’adresse IP de votre instance.Bien que le nom du serveur ne puisse pas être modifié après la création du serveur, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom. Une autre approche pour continuer à utiliser le serveur existant, tout en ayant la possibilité d’y faire référence à l’aide d’un autre nom de serveur, consiste à utiliser les points de terminaison virtuels pour créer un point de terminaison enregistreur avec le nouveau nom souhaité. Cette approche vous permet de faire référence à l’instance par son nom d’origine ou par le nom affecté au point de terminaison virtuel d’écriture. Emplacement Le nom d'une des régions dans lesquelles le service est pris en charge. La restauration ponctuelle ne prend en charge que le déploiement du nouveau serveur dans la même région que celle où se trouve le serveur source. Lorsque vous choisissez la région, tenez compte de la conformité, la résidence des données, la tarification, la proximité de vos utilisateurs ou la disponibilité d’autres services dans la même région. Le service n’offre pas de fonctionnalité permettant de déplacer automatiquement et de manière transparente une instance vers une autre région. Version de PostgreSQL La version sélectionnée par défaut. La restauration ponctuelle ne prend en charge que le déploiement du nouveau serveur avec la même version majeure exacte utilisée par le serveur source. Actuellement, ces versions sont : 17 (préversion), 16, 15, 14, 13, 12, 11 Serveur flexible Azure Database pour PostgreSQL prend en charge la mise à niveau sur place, via la mise à jour de la version majeure. Zone de disponibilité Votre zone de disponibilité préférée. Vous pouvez choisir dans quelle zone de disponibilité déployer votre serveur. Vous pouvez choisir la zone de disponibilité dans laquelle votre instance est déployée, ce qui est utile pour la colocaliser avec votre application. Si vous choisissez Aucune préférence, une zone de disponibilité par défaut est automatiquement affectée à votre instance lors de sa création. Bien que la zone de disponibilité dans laquelle une instance est déployée ne puisse pas être modifiée après sa création, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom sur une autre zone de disponibilité. Calcul + stockage Attribue le même type et la même taille de calcul et la même taille de stockage que ceux utilisés par le serveur source au moment de la restauration de la sauvegarde. Toutefois, si vous sélectionnez le lien Configurer le serveur, vous pouvez modifier le type de stockage alloué au nouveau serveur et indiquer s'il doit ou non être doté de sauvegardes géo-redondantes. Une fois le nouveau serveur déployé, ses options de calcul peuvent être augmentées ou réduites. Si vous souhaitez modifier le type de stockage attribué au nouveau serveur, ou si vous souhaitez le déployer avec des sauvegardes géo-redondantes, sélectionnez Configurer le serveur :
La fenêtre Calcul + stockage s'ouvre pour afficher les options de calcul et de stockage pour le nouveau serveur :
Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Calcul + stockage et comme conseils pour vous aider à remplir la page :
Section Setting Valeur suggérée Description Peut être modifié après la création de l’instance Calcul Niveau de calcul Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Les valeurs possibles sont Burstable (généralement utilisée pour les environnements de développement dans lesquels les charges de travail n’ont pas besoin de la capacité totale du processeur en continu), Usage général (généralement utilisée pour les environnements de production avec les charges de travail les plus courantes) et À mémoire optimisée (généralement utilisée pour les environnements de production exécutant des charges de travail nécessitant un ratio mémoire/processeur élevé). Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création du serveur. Toutefois, si vous utilisez certaines fonctionnalités qui sont uniquement prises en charge sur certains niveaux et que vous remplacez le niveau actuel par un niveau dans lequel la fonctionnalité n’est pas prise en charge, la fonctionnalité cesse d’être disponible ou est désactivée. Taille de calcul Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance. Stockage Type de stockage Sélectionnez SSD Premium. Notez que la liste des valeurs autorisées peut varier en fonction des autres fonctionnalités que vous avez sélectionnées. Pour plus d’informations, consultez Options de stockage dans un serveur flexible Azure Database pour PostgreSQL. Ne peut pas être modifié après la création de l’instance. Taille de stockage Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance. Il peut uniquement être augmenté. La réduction manuelle ou automatique du stockage n’est pas prise en charge. Les valeurs acceptables dépendent du type de stockage affecté à l’instance. Niveau de performances Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Les performances des disques SSD Premium sont définies à la création du disque, sous la forme de leur niveau de performance. Lorsque vous définissez la taille approvisionnée de votre disque, un niveau de performance est sélectionné automatiquement. Ce niveau de performance détermine les IOPS et le débit de votre disque managé. Pour les disques SSD Premium, vous pouvez modifier ce niveau au moment du déploiement ou par la suite, sans changer de taille de disque et sans temps d’arrêt. La modification du niveau vous permet de vous préparer et de répondre à une demande plus importante sans utiliser la capacité de bursting de votre disque. Il peut être plus rentable de changer de niveau de performance plutôt que de recourir au bursting, selon la durée pendant laquelle la performance supplémentaire est nécessaire. C'est la solution idéale pour les événements qui nécessitent temporairement un niveau de performance plus élevé. Des événements tels que les achats de Noël, les tests de performance ou la mise en place d'un environnement de formation. Pour traiter ces événements, vous pouvez basculer un disque vers un niveau de performance plus élevé sans temps d’arrêt, tant que vous avez besoin de performance supplémentaire. Vous pouvez ensuite revenir au niveau d’origine sans temps d’arrêt quand vous n’avez plus besoin de performance supplémentaire. Peut être modifié après la création de l’instance. Croissance automatique du stockage Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Il est possible que cette option ne soit pas prise en charge pour certains types de stockage et ne soit pas honorée pour certaines tailles de stockage. Pour plus d’informations, consultez Configurer la croissance automatique du stockage dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance, tant que le type de stockage prend en charge cette fonctionnalité. Sauvegardes Période de rétention de sauvegarde (en jours) Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. La période de rétention des sauvegardes par défaut est de 7 jours, mais vous pouvez étendre la période à un maximum de 35 jours. Peut être modifié après la création de l’instance. Options de redondance de sauvegarde Sélectionné automatiquement pour vous, en fonction de la configuration de haute disponibilité et de géo-redondance des sauvegardes. Les valeurs possibles sont Localement redondant (offre au moins 99,999999999 % de durabilité des objets de sauvegarde sur une année), Redondant interzone (offre au moins 99,9999999999 % de durabilité des objets de sauvegarde sur une année) et Géo-redondant (offre au moins 99,99999999999999 % de durabilité des objets de sauvegarde sur une année). Lorsque la Géo-redondance est activée pour la sauvegarde, l’option de redondance de sauvegarde est définie sur Géo-redondant. Sinon, si la haute disponibilité est définie sur Désactivée ou Même zone, la redondance de sauvegarde est définie sur Localement redondant. Et si la haute disponibilité est définie sur Redondant interzone, la redondance de sauvegarde est définie sur Redondant interzone. Pour plus d’informations, consultez Options de redondance de sauvegarde dans un serveur flexible Azure Database pour PostgreSQL. Ne peut pas être modifié après la création de l’instance. Géo-redondance Laissez cette option désactivée. La géoredondance dans les sauvegardes est prise en charge uniquement sur les instances déployées dans l’une des régions jumelées Azure. Pour plus d’informations, consultez Sauvegarde et restauration géo-redondantes dans un serveur flexible Azure Database pour PostgreSQL Ne peut pas être modifié après la création de l’instance. Une fois que le nouveau serveur est configuré selon vos besoins, sélectionnez Vérifier + créer.
Vérifiez que toutes les configurations du nouveau déploiement sont correctement définies, puis sélectionnez Créer.
Un nouveau déploiement est lancé pour créer votre nouveau serveur flexible Azure Database pour PostgreSQL et restaurer les données les plus récentes disponibles sur le serveur source au moment de la restauration :
Une fois le déploiement terminé, vous pouvez sélectionner Accéder à la ressource pour accéder à la page Vue d’ensemble de votre nouveau serveur flexible Azure Database pour PostgreSQL, puis commencer à l’utiliser :
Restaurer à un point de restauration personnalisé
À l’aide du Portail Azure :
Sélectionnez votre serveur flexible Azure Database pour PostgreSQL.
Dans le menu de ressources, sélectionnez Vue d’ensemble.
Sélectionnez le bouton Restaurer.
Vous êtes redirigé vers l'assistant Créer Azure Database pour PostgreSQL Serveur flexible : restaurer le serveur, à partir duquel vous pouvez configurer certains paramètres pour le nouveau serveur créé. Après le déploiement du nouveau serveur, l'instantané le plus récent du disque de données du serveur source est restauré. Dans la section Point-in-time-restore (PITR), sélectionnez Sélectionner un point de restauration personnalisé.
Dans Point de restauration personnalisé (UTC), sélectionnez une date dans le contrôle du calendrier et indiquez une heure dans la zone de texte Heure.
Remarque
Les dates sélectionnables dans le contrôle du calendrier sont limitées à celles qui couvrent la période allant du jour où la plus ancienne sauvegarde disponible a été effectuée jusqu'à aujourd'hui. Si vous sélectionnez une heure qui, combinée à la date sélectionnée, se situe en dehors de la période comprise entre le point de restauration le plus ancien et l'heure (UTC) à laquelle vous avez atterri dans l'assistant Créer Azure Database pour PostgreSQL serveur flexible : restaurer le serveur, un message d'erreur vous demande d'ajuster la valeur.
Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Informations de base et comme conseils pour vous aider à remplir la page :
Section Setting Valeur suggérée Description Peut être modifié après la création de l’instance Détails du projet Abonnement Le nom de l’abonnement dans lequel vous souhaitez créer la ressource. Un abonnement est un contrat passé avec Microsoft permettant d’utiliser une ou plusieurs plateformes ou services cloud Microsoft, dont les frais correspondants sont basés soit sur un tarif de licence par utilisateur soit sur la consommation de ressources cloud. Le Portail Microsoft Azure ne prend pas en charge la restauration d'une sauvegarde d'un serveur existant vers un nouveau serveur déployé sur un abonnement différent. Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement. Groupe de ressources Le groupe de ressources dans l’abonnement sélectionné, dans lequel vous souhaitez créer la ressource. Il peut s’agir d’un groupe de ressources existant. Sinon, vous pouvez sélectionner Créer et fournir un nom qui ne figure pas déjà parmi les noms de groupes de ressources existants dans cet abonnement. Un groupe de ressources est un conteneur réunissant les ressources associées d’une solution Azure. Le groupe de ressources peut inclure toutes les ressources de la solution, ou uniquement celles que vous souhaitez gérer en tant que groupe. Pour déterminer comment allouer des ressources aux groupes de ressources, choisissez l’approche la plus pertinente pour votre organisation. En règle générale, il convient de regrouper des ressources qui partagent le même cycle de vie dans un même groupe de ressources afin de pouvoir facilement les déployer, les mettre à jour et les supprimer en tant que groupe Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement. Détails de la source Serveur source Le nom du serveur dont vous voulez restaurer la sauvegarde sur le nouveau serveur déployé. Restauration géo-redondante Si le serveur source a été créé avec des sauvegardes géo-redondantes, cette option est activée. Si elle est activée, vous pouvez restaurer une sauvegarde conservée dans le compte de stockage de la région jumelée pour créer un nouveau serveur dans cette autre région. Point de restauration le plus ancien La plus ancienne sauvegarde du serveur source disponible pour la restauration. Le serveur dont vous voulez restaurer la sauvegarde sur le nouveau serveur déployé. Les sauvegardes sont automatiquement supprimées, en fonction de la période de conservation des sauvegardes configurée sur le serveur source. Restauration à un point dans le temps (PITR) Les options possibles sont Dernier point de restauration (Maintenant), Sélectionner un point de restauration personnalisé et Sélectionner un point de restauration rapide (Restauration à l'aide d'une sauvegarde complète uniquement). Pour restaurer le dernier point de restauration, sélectionnez Dernier point de restauration (Maintenant). Détails du serveur Nom Le nom que vous souhaitez attribuer au nouveau serveur déployé, sur lequel une sauvegarde de la source est restaurée. Nom unique qui identifie votre instance de serveur flexible Azure Database pour PostgreSQL. Le nom de domaine postgres.database.azure.comest ajouté au nom du serveur que vous fournissez pour respecter le nom d’hôte complet par lequel vous pouvez utiliser un serveur DNS pour résoudre l’adresse IP de votre instance.Bien que le nom du serveur ne puisse pas être modifié après la création du serveur, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom. Une autre approche pour continuer à utiliser le serveur existant, tout en ayant la possibilité d’y faire référence à l’aide d’un autre nom de serveur, consiste à utiliser les points de terminaison virtuels pour créer un point de terminaison enregistreur avec le nouveau nom souhaité. Cette approche vous permet de faire référence à l’instance par son nom d’origine ou par le nom affecté au point de terminaison virtuel d’écriture. Emplacement Le nom d'une des régions dans lesquelles le service est pris en charge. La restauration ponctuelle ne prend en charge que le déploiement du nouveau serveur dans la même région que celle où se trouve le serveur source. Lorsque vous choisissez la région, tenez compte de la conformité, la résidence des données, la tarification, la proximité de vos utilisateurs ou la disponibilité d’autres services dans la même région. Le service n’offre pas de fonctionnalité permettant de déplacer automatiquement et de manière transparente une instance vers une autre région. Version de PostgreSQL La version sélectionnée par défaut. La restauration ponctuelle ne prend en charge que le déploiement du nouveau serveur avec la même version majeure exacte utilisée par le serveur source. Actuellement, ces versions sont : 17 (préversion), 16, 15, 14, 13, 12, 11 Serveur flexible Azure Database pour PostgreSQL prend en charge la mise à niveau sur place, via la mise à jour de la version majeure. Zone de disponibilité Votre zone de disponibilité préférée. Vous pouvez choisir dans quelle zone de disponibilité déployer votre serveur. Vous pouvez choisir la zone de disponibilité dans laquelle votre instance est déployée, ce qui est utile pour la colocaliser avec votre application. Si vous choisissez Aucune préférence, une zone de disponibilité par défaut est automatiquement affectée à votre instance lors de sa création. Bien que la zone de disponibilité dans laquelle une instance est déployée ne puisse pas être modifiée après sa création, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom sur une autre zone de disponibilité. Calcul + stockage Attribue le même type et la même taille de calcul et la même taille de stockage que ceux utilisés par le serveur source au moment de la restauration de la sauvegarde. Toutefois, si vous sélectionnez le lien Configurer le serveur, vous pouvez modifier le type de stockage alloué au nouveau serveur et indiquer s'il doit ou non être doté de sauvegardes géo-redondantes. Une fois le nouveau serveur déployé, ses options de calcul peuvent être augmentées ou réduites. Si vous souhaitez modifier le type de stockage attribué au nouveau serveur, ou si vous souhaitez le déployer avec des sauvegardes géo-redondantes, sélectionnez Configurer le serveur :
La fenêtre Calcul + stockage s'ouvre pour afficher les options de calcul et de stockage pour le nouveau serveur :
Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Calcul + stockage et comme conseils pour vous aider à remplir la page :
Section Setting Valeur suggérée Description Peut être modifié après la création de l’instance Calcul Niveau de calcul Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Les valeurs possibles sont Burstable (généralement utilisée pour les environnements de développement dans lesquels les charges de travail n’ont pas besoin de la capacité totale du processeur en continu), Usage général (généralement utilisée pour les environnements de production avec les charges de travail les plus courantes) et À mémoire optimisée (généralement utilisée pour les environnements de production exécutant des charges de travail nécessitant un ratio mémoire/processeur élevé). Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création du serveur. Toutefois, si vous utilisez certaines fonctionnalités qui sont uniquement prises en charge sur certains niveaux et que vous remplacez le niveau actuel par un niveau dans lequel la fonctionnalité n’est pas prise en charge, la fonctionnalité cesse d’être disponible ou est désactivée. Taille de calcul Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance. Stockage Type de stockage Sélectionnez SSD Premium. Notez que la liste des valeurs autorisées peut varier en fonction des autres fonctionnalités que vous avez sélectionnées. Pour plus d’informations, consultez Options de stockage dans un serveur flexible Azure Database pour PostgreSQL. Ne peut pas être modifié après la création de l’instance. Taille de stockage Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance. Il peut uniquement être augmenté. La réduction manuelle ou automatique du stockage n’est pas prise en charge. Les valeurs acceptables dépendent du type de stockage affecté à l’instance. Niveau de performances Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Les performances des disques SSD Premium sont définies à la création du disque, sous la forme de leur niveau de performance. Lorsque vous définissez la taille approvisionnée de votre disque, un niveau de performance est sélectionné automatiquement. Ce niveau de performance détermine les IOPS et le débit de votre disque managé. Pour les disques SSD Premium, vous pouvez modifier ce niveau au moment du déploiement ou par la suite, sans changer de taille de disque et sans temps d’arrêt. La modification du niveau vous permet de vous préparer et de répondre à une demande plus importante sans utiliser la capacité de bursting de votre disque. Il peut être plus rentable de changer de niveau de performance plutôt que de recourir au bursting, selon la durée pendant laquelle la performance supplémentaire est nécessaire. C'est la solution idéale pour les événements qui nécessitent temporairement un niveau de performance plus élevé. Des événements tels que les achats de Noël, les tests de performance ou la mise en place d'un environnement de formation. Pour traiter ces événements, vous pouvez basculer un disque vers un niveau de performance plus élevé sans temps d’arrêt, tant que vous avez besoin de performance supplémentaire. Vous pouvez ensuite revenir au niveau d’origine sans temps d’arrêt quand vous n’avez plus besoin de performance supplémentaire. Peut être modifié après la création de l’instance. Croissance automatique du stockage Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Il est possible que cette option ne soit pas prise en charge pour certains types de stockage et ne soit pas honorée pour certaines tailles de stockage. Pour plus d’informations, consultez Configurer la croissance automatique du stockage dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance, tant que le type de stockage prend en charge cette fonctionnalité. Sauvegardes Période de rétention de sauvegarde (en jours) Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. La période de rétention des sauvegardes par défaut est de 7 jours, mais vous pouvez étendre la période à un maximum de 35 jours. Peut être modifié après la création de l’instance. Options de redondance de sauvegarde Sélectionné automatiquement pour vous, en fonction de la configuration de haute disponibilité et de géo-redondance des sauvegardes. Les valeurs possibles sont Localement redondant (offre au moins 99,999999999 % de durabilité des objets de sauvegarde sur une année), Redondant interzone (offre au moins 99,9999999999 % de durabilité des objets de sauvegarde sur une année) et Géo-redondant (offre au moins 99,99999999999999 % de durabilité des objets de sauvegarde sur une année). Lorsque la Géo-redondance est activée pour la sauvegarde, l’option de redondance de sauvegarde est définie sur Géo-redondant. Sinon, si la haute disponibilité est définie sur Désactivée ou Même zone, la redondance de sauvegarde est définie sur Localement redondant. Et si la haute disponibilité est définie sur Redondant interzone, la redondance de sauvegarde est définie sur Redondant interzone. Pour plus d’informations, consultez Options de redondance de sauvegarde dans un serveur flexible Azure Database pour PostgreSQL. Ne peut pas être modifié après la création de l’instance. Géo-redondance Laissez cette option désactivée. La géoredondance dans les sauvegardes est prise en charge uniquement sur les instances déployées dans l’une des régions jumelées Azure. Pour plus d’informations, consultez Sauvegarde et restauration géo-redondantes dans un serveur flexible Azure Database pour PostgreSQL Ne peut pas être modifié après la création de l’instance. Une fois que le nouveau serveur est configuré selon vos besoins, sélectionnez Vérifier + créer.
Vérifiez que toutes les configurations du nouveau déploiement sont correctement définies, puis sélectionnez Créer.
Un nouveau déploiement est lancé pour créer votre nouveau serveur flexible Azure Database pour PostgreSQL et restaurer les données les plus récentes disponibles sur le serveur source au moment de la restauration :
Une fois le déploiement terminé, vous pouvez sélectionner Accéder à la ressource pour accéder à la page Vue d’ensemble de votre nouveau serveur flexible Azure Database pour PostgreSQL, puis commencer à l’utiliser :
Restauration d'une sauvegarde complète (restauration rapide)
À l’aide du Portail Azure :
Sélectionnez votre serveur flexible Azure Database pour PostgreSQL.
Dans le menu de ressources, sélectionnez Vue d’ensemble.
Sélectionnez le bouton Restaurer.
Vous êtes redirigé vers l'assistant Créer Azure Database pour PostgreSQL Serveur flexible : restaurer le serveur, à partir duquel vous pouvez configurer certains paramètres pour le nouveau serveur créé. Après le déploiement du nouveau serveur, l'instantané le plus récent du disque de données du serveur source est restauré. Dans la section Point-in-time-restore (PITR), sélectionnez Sélectionner le point de restauration rapide (Restauration à l'aide d'une sauvegarde complète uniquement).
Dans Point de restauration rapide (UTC), sélectionnez l'horodatage de l'une des sauvegardes complètes disponibles pour la restauration. La liste comprend les sauvegardes complètes effectuées automatiquement par le service et les sauvegardes à la demande effectuées par l'utilisateur.
Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Informations de base et comme conseils pour vous aider à remplir la page :
Section Setting Valeur suggérée Description Peut être modifié après la création de l’instance Détails du projet Abonnement Le nom de l’abonnement dans lequel vous souhaitez créer la ressource. Un abonnement est un contrat passé avec Microsoft permettant d’utiliser une ou plusieurs plateformes ou services cloud Microsoft, dont les frais correspondants sont basés soit sur un tarif de licence par utilisateur soit sur la consommation de ressources cloud. Le Portail Microsoft Azure ne prend pas en charge la restauration d'une sauvegarde d'un serveur existant vers un nouveau serveur déployé sur un abonnement différent. Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement. Groupe de ressources Le groupe de ressources dans l’abonnement sélectionné, dans lequel vous souhaitez créer la ressource. Il peut s’agir d’un groupe de ressources existant. Sinon, vous pouvez sélectionner Créer et fournir un nom qui ne figure pas déjà parmi les noms de groupes de ressources existants dans cet abonnement. Un groupe de ressources est un conteneur réunissant les ressources associées d’une solution Azure. Le groupe de ressources peut inclure toutes les ressources de la solution, ou uniquement celles que vous souhaitez gérer en tant que groupe. Pour déterminer comment allouer des ressources aux groupes de ressources, choisissez l’approche la plus pertinente pour votre organisation. En règle générale, il convient de regrouper des ressources qui partagent le même cycle de vie dans un même groupe de ressources afin de pouvoir facilement les déployer, les mettre à jour et les supprimer en tant que groupe Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement. Détails de la source Serveur source Le nom du serveur dont vous voulez restaurer la sauvegarde sur le nouveau serveur déployé. Restauration géo-redondante Si le serveur source a été créé avec des sauvegardes géo-redondantes, cette option est activée. Si elle est activée, vous pouvez restaurer une sauvegarde conservée dans le compte de stockage de la région jumelée pour créer un nouveau serveur dans cette autre région. Point de restauration le plus ancien La plus ancienne sauvegarde du serveur source disponible pour la restauration. Le serveur dont vous voulez restaurer la sauvegarde sur le nouveau serveur déployé. Les sauvegardes sont automatiquement supprimées, en fonction de la période de conservation des sauvegardes configurée sur le serveur source. Restauration à un point dans le temps (PITR) Les options possibles sont Dernier point de restauration (Maintenant), Sélectionner un point de restauration personnalisé et Sélectionner un point de restauration rapide (Restauration à l'aide d'une sauvegarde complète uniquement). Pour restaurer le dernier point de restauration, sélectionnez Dernier point de restauration (Maintenant). Détails du serveur Nom Le nom que vous souhaitez attribuer au nouveau serveur déployé, sur lequel une sauvegarde de la source est restaurée. Nom unique qui identifie votre instance de serveur flexible Azure Database pour PostgreSQL. Le nom de domaine postgres.database.azure.comest ajouté au nom du serveur que vous fournissez pour respecter le nom d’hôte complet par lequel vous pouvez utiliser un serveur DNS pour résoudre l’adresse IP de votre instance.Bien que le nom du serveur ne puisse pas être modifié après la création du serveur, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom. Une autre approche pour continuer à utiliser le serveur existant, tout en ayant la possibilité d’y faire référence à l’aide d’un autre nom de serveur, consiste à utiliser les points de terminaison virtuels pour créer un point de terminaison enregistreur avec le nouveau nom souhaité. Cette approche vous permet de faire référence à l’instance par son nom d’origine ou par le nom affecté au point de terminaison virtuel d’écriture. Emplacement Le nom d'une des régions dans lesquelles le service est pris en charge. La restauration ponctuelle ne prend en charge que le déploiement du nouveau serveur dans la même région que celle où se trouve le serveur source. Lorsque vous choisissez la région, tenez compte de la conformité, la résidence des données, la tarification, la proximité de vos utilisateurs ou la disponibilité d’autres services dans la même région. Le service n’offre pas de fonctionnalité permettant de déplacer automatiquement et de manière transparente une instance vers une autre région. Version de PostgreSQL La version sélectionnée par défaut. La restauration ponctuelle ne prend en charge que le déploiement du nouveau serveur avec la même version majeure exacte utilisée par le serveur source. Actuellement, ces versions sont : 17 (préversion), 16, 15, 14, 13, 12, 11 Serveur flexible Azure Database pour PostgreSQL prend en charge la mise à niveau sur place, via la mise à jour de la version majeure. Zone de disponibilité Votre zone de disponibilité préférée. Vous pouvez choisir dans quelle zone de disponibilité déployer votre serveur. Vous pouvez choisir la zone de disponibilité dans laquelle votre instance est déployée, ce qui est utile pour la colocaliser avec votre application. Si vous choisissez Aucune préférence, une zone de disponibilité par défaut est automatiquement affectée à votre instance lors de sa création. Bien que la zone de disponibilité dans laquelle une instance est déployée ne puisse pas être modifiée après sa création, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom sur une autre zone de disponibilité. Calcul + stockage Attribue le même type et la même taille de calcul et la même taille de stockage que ceux utilisés par le serveur source au moment de la restauration de la sauvegarde. Toutefois, si vous sélectionnez le lien Configurer le serveur, vous pouvez modifier le type de stockage alloué au nouveau serveur et indiquer s'il doit ou non être doté de sauvegardes géo-redondantes. Une fois le nouveau serveur déployé, ses options de calcul peuvent être augmentées ou réduites. Si vous souhaitez modifier le type de stockage attribué au nouveau serveur, ou si vous souhaitez le déployer avec des sauvegardes géo-redondantes, sélectionnez Configurer le serveur :
La fenêtre Calcul + stockage s'ouvre pour afficher les options de calcul et de stockage pour le nouveau serveur :
Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Calcul + stockage et comme conseils pour vous aider à remplir la page :
Section Setting Valeur suggérée Description Peut être modifié après la création de l’instance Calcul Niveau de calcul Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Les valeurs possibles sont Burstable (généralement utilisée pour les environnements de développement dans lesquels les charges de travail n’ont pas besoin de la capacité totale du processeur en continu), Usage général (généralement utilisée pour les environnements de production avec les charges de travail les plus courantes) et À mémoire optimisée (généralement utilisée pour les environnements de production exécutant des charges de travail nécessitant un ratio mémoire/processeur élevé). Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création du serveur. Toutefois, si vous utilisez certaines fonctionnalités qui sont uniquement prises en charge sur certains niveaux et que vous remplacez le niveau actuel par un niveau dans lequel la fonctionnalité n’est pas prise en charge, la fonctionnalité cesse d’être disponible ou est désactivée. Taille de calcul Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance. Stockage Type de stockage Sélectionnez SSD Premium. Notez que la liste des valeurs autorisées peut varier en fonction des autres fonctionnalités que vous avez sélectionnées. Pour plus d’informations, consultez Options de stockage dans un serveur flexible Azure Database pour PostgreSQL. Ne peut pas être modifié après la création de l’instance. Taille de stockage Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance. Il peut uniquement être augmenté. La réduction manuelle ou automatique du stockage n’est pas prise en charge. Les valeurs acceptables dépendent du type de stockage affecté à l’instance. Niveau de performances Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Les performances des disques SSD Premium sont définies à la création du disque, sous la forme de leur niveau de performance. Lorsque vous définissez la taille approvisionnée de votre disque, un niveau de performance est sélectionné automatiquement. Ce niveau de performance détermine les IOPS et le débit de votre disque managé. Pour les disques SSD Premium, vous pouvez modifier ce niveau au moment du déploiement ou par la suite, sans changer de taille de disque et sans temps d’arrêt. La modification du niveau vous permet de vous préparer et de répondre à une demande plus importante sans utiliser la capacité de bursting de votre disque. Il peut être plus rentable de changer de niveau de performance plutôt que de recourir au bursting, selon la durée pendant laquelle la performance supplémentaire est nécessaire. C'est la solution idéale pour les événements qui nécessitent temporairement un niveau de performance plus élevé. Des événements tels que les achats de Noël, les tests de performance ou la mise en place d'un environnement de formation. Pour traiter ces événements, vous pouvez basculer un disque vers un niveau de performance plus élevé sans temps d’arrêt, tant que vous avez besoin de performance supplémentaire. Vous pouvez ensuite revenir au niveau d’origine sans temps d’arrêt quand vous n’avez plus besoin de performance supplémentaire. Peut être modifié après la création de l’instance. Croissance automatique du stockage Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Il est possible que cette option ne soit pas prise en charge pour certains types de stockage et ne soit pas honorée pour certaines tailles de stockage. Pour plus d’informations, consultez Configurer la croissance automatique du stockage dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance, tant que le type de stockage prend en charge cette fonctionnalité. Sauvegardes Période de rétention de sauvegarde (en jours) Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. La période de rétention des sauvegardes par défaut est de 7 jours, mais vous pouvez étendre la période à un maximum de 35 jours. Peut être modifié après la création de l’instance. Options de redondance de sauvegarde Sélectionné automatiquement pour vous, en fonction de la configuration de haute disponibilité et de géo-redondance des sauvegardes. Les valeurs possibles sont Localement redondant (offre au moins 99,999999999 % de durabilité des objets de sauvegarde sur une année), Redondant interzone (offre au moins 99,9999999999 % de durabilité des objets de sauvegarde sur une année) et Géo-redondant (offre au moins 99,99999999999999 % de durabilité des objets de sauvegarde sur une année). Lorsque la Géo-redondance est activée pour la sauvegarde, l’option de redondance de sauvegarde est définie sur Géo-redondant. Sinon, si la haute disponibilité est définie sur Désactivée ou Même zone, la redondance de sauvegarde est définie sur Localement redondant. Et si la haute disponibilité est définie sur Redondant interzone, la redondance de sauvegarde est définie sur Redondant interzone. Pour plus d’informations, consultez Options de redondance de sauvegarde dans un serveur flexible Azure Database pour PostgreSQL. Ne peut pas être modifié après la création de l’instance. Géo-redondance Laissez cette option désactivée. La géoredondance dans les sauvegardes est prise en charge uniquement sur les instances déployées dans l’une des régions jumelées Azure. Pour plus d’informations, consultez Sauvegarde et restauration géo-redondantes dans un serveur flexible Azure Database pour PostgreSQL Ne peut pas être modifié après la création de l’instance. Une fois que le nouveau serveur est configuré selon vos besoins, sélectionnez Vérifier + créer.
Vérifiez que toutes les configurations du nouveau déploiement sont correctement définies, puis sélectionnez Créer.
Un nouveau déploiement est lancé pour créer votre nouveau serveur flexible Azure Database pour PostgreSQL et restaurer les données les plus récentes disponibles sur le serveur source au moment de la restauration :
Une fois le déploiement terminé, vous pouvez sélectionner Accéder à la ressource pour accéder à la page Vue d’ensemble de votre nouveau serveur flexible Azure Database pour PostgreSQL, puis commencer à l’utiliser :
Restauration dans une région appariée (géo-restauration)
Lorsque vous créez un serveur avec la sauvegarde géo-redondante activée, la création de la sauvegarde initiale et le transfert asynchrone de la copie physique vers la région appariée peuvent prendre jusqu'à une heure.
Si vous tentez d'effectuer une géo-restauration alors qu'il n'y a même pas de sauvegarde disponible dans la région appariée, vous obtenez l'erreur suivante :
Error: Unable to geo-restore server <server> as its geo-backups aren't available yet.
Si le serveur dont vous essayez de restaurer les sauvegardes est configuré avec le mode de mise en réseau Accès privé (intégration au réseau virtuel), vous ne pouvez restaurer que vers un autre réseau virtuel dans la région distante. Vous pouvez restaurer votre serveur à l’intérieur d’un réseau virtuel existant ou vous pouvez créer un réseau virtuel.
À l’aide du Portail Azure :
Sélectionnez votre serveur flexible Azure Database pour PostgreSQL.
Dans le menu de ressources, sélectionnez Vue d’ensemble.
Sélectionnez le bouton Restaurer.
Vous êtes redirigé vers l'assistant Créer Azure Database pour PostgreSQL Serveur flexible : restaurer le serveur, à partir duquel vous pouvez configurer certains paramètres pour le nouveau serveur créé. Après le déploiement du nouveau serveur, l'instantané le plus récent du disque de données du serveur source est restauré. Dans la section Restauration géo-redondante, sélectionnez Restaurer vers une région appariée (<paired_region>).
Remarque
La restauration géo-redondante à partir du portail ne permet pas de définir l'heure qui définit l'objectif du point de récupération. Il configure automatiquement cette valeur en fonction de l'heure à laquelle vous avez atterri dans l'assistant Créer Azure Database pour PostgreSQL Serveur flexible : restaurer le serveur.
Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Informations de base et comme conseils pour vous aider à remplir la page :
Section Setting Valeur suggérée Description Peut être modifié après la création de l’instance Détails du projet Abonnement Le nom de l’abonnement dans lequel vous souhaitez créer la ressource. Un abonnement est un contrat passé avec Microsoft permettant d’utiliser une ou plusieurs plateformes ou services cloud Microsoft, dont les frais correspondants sont basés soit sur un tarif de licence par utilisateur soit sur la consommation de ressources cloud. Le Portail Microsoft Azure ne prend pas en charge la restauration d'une sauvegarde d'un serveur existant vers un nouveau serveur déployé sur un abonnement différent. Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement. Groupe de ressources Le groupe de ressources dans l’abonnement sélectionné, dans lequel vous souhaitez créer la ressource. Il peut s’agir d’un groupe de ressources existant. Sinon, vous pouvez sélectionner Créer et fournir un nom qui ne figure pas déjà parmi les noms de groupes de ressources existants dans cet abonnement. Un groupe de ressources est un conteneur réunissant les ressources associées d’une solution Azure. Le groupe de ressources peut inclure toutes les ressources de la solution, ou uniquement celles que vous souhaitez gérer en tant que groupe. Pour déterminer comment allouer des ressources aux groupes de ressources, choisissez l’approche la plus pertinente pour votre organisation. En règle générale, il convient de regrouper des ressources qui partagent le même cycle de vie dans un même groupe de ressources afin de pouvoir facilement les déployer, les mettre à jour et les supprimer en tant que groupe Une instance de serveur flexible Azure Database pour PostgreSQL existante peut être déplacée vers un autre abonnement que celui dans lequel elle a été créée. Pour plus d’informations, consultez Déplacer des ressources Azure vers un nouveau groupe de ressources ou abonnement. Détails de la source Serveur source Le nom du serveur dont vous voulez restaurer la sauvegarde sur le nouveau serveur déployé. Restauration géo-redondante Si le serveur source a été créé avec des sauvegardes géo-redondantes, cette option est activée. Si elle est activée, vous pouvez restaurer une sauvegarde conservée dans le compte de stockage de la région jumelée pour créer un nouveau serveur dans cette autre région. Détails du serveur Nom Le nom que vous souhaitez attribuer au nouveau serveur déployé, sur lequel une sauvegarde de la source est restaurée. Nom unique qui identifie votre instance de serveur flexible Azure Database pour PostgreSQL. Le nom de domaine postgres.database.azure.comest ajouté au nom du serveur que vous fournissez pour respecter le nom d’hôte complet par lequel vous pouvez utiliser un serveur DNS pour résoudre l’adresse IP de votre instance.Bien que le nom du serveur ne puisse pas être modifié après la création du serveur, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom. Une autre approche pour continuer à utiliser le serveur existant, tout en ayant la possibilité d’y faire référence à l’aide d’un autre nom de serveur, consiste à utiliser les points de terminaison virtuels pour créer un point de terminaison enregistreur avec le nouveau nom souhaité. Cette approche vous permet de faire référence à l’instance par son nom d’origine ou par le nom affecté au point de terminaison virtuel d’écriture. Emplacement Le nom d'une des régions dans lesquelles le service est pris en charge. La restauration ponctuelle ne prend en charge que le déploiement du nouveau serveur dans la même région que celle où se trouve le serveur source. Lorsque vous choisissez la région, tenez compte de la conformité, la résidence des données, la tarification, la proximité de vos utilisateurs ou la disponibilité d’autres services dans la même région. Le service n’offre pas de fonctionnalité permettant de déplacer automatiquement et de manière transparente une instance vers une autre région. Version de PostgreSQL La version sélectionnée par défaut. La restauration ponctuelle ne prend en charge que le déploiement du nouveau serveur avec la même version majeure exacte utilisée par le serveur source. Actuellement, ces versions sont : 17 (préversion), 16, 15, 14, 13, 12, 11 Serveur flexible Azure Database pour PostgreSQL prend en charge la mise à niveau sur place, via la mise à jour de la version majeure. Zone de disponibilité Votre zone de disponibilité préférée. Vous pouvez choisir dans quelle zone de disponibilité déployer votre serveur. Vous pouvez choisir la zone de disponibilité dans laquelle votre instance est déployée, ce qui est utile pour la colocaliser avec votre application. Si vous choisissez Aucune préférence, une zone de disponibilité par défaut est automatiquement affectée à votre instance lors de sa création. Bien que la zone de disponibilité dans laquelle une instance est déployée ne puisse pas être modifiée après sa création, vous pouvez utiliser la fonctionnalité Récupération jusqu’à une date et heure pour restaurer le serveur sous un autre nom sur une autre zone de disponibilité. Calcul + stockage Attribue le même type et la même taille de calcul et la même taille de stockage que ceux utilisés par le serveur source au moment de la restauration de la sauvegarde. Toutefois, si vous sélectionnez le lien Configurer le serveur, vous pouvez modifier le type de stockage alloué au nouveau serveur et indiquer s'il doit ou non être doté de sauvegardes géo-redondantes. Une fois le nouveau serveur déployé, ses options de calcul peuvent être augmentées ou réduites. Si vous souhaitez modifier le type de stockage attribué au nouveau serveur, ou si vous souhaitez le déployer avec des sauvegardes géo-redondantes, sélectionnez Configurer le serveur :
La fenêtre Calcul + stockage s'ouvre pour afficher les options de calcul et de stockage pour le nouveau serveur :
Utilisez le tableau suivant pour comprendre la signification des différents champs disponibles sur la page Calcul + stockage et comme conseils pour vous aider à remplir la page :
Section Setting Valeur suggérée Description Peut être modifié après la création de l’instance Calcul Niveau de calcul Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Les valeurs possibles sont Burstable (généralement utilisée pour les environnements de développement dans lesquels les charges de travail n’ont pas besoin de la capacité totale du processeur en continu), Usage général (généralement utilisée pour les environnements de production avec les charges de travail les plus courantes) et À mémoire optimisée (généralement utilisée pour les environnements de production exécutant des charges de travail nécessitant un ratio mémoire/processeur élevé). Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création du serveur. Toutefois, si vous utilisez certaines fonctionnalités qui sont uniquement prises en charge sur certains niveaux et que vous remplacez le niveau actuel par un niveau dans lequel la fonctionnalité n’est pas prise en charge, la fonctionnalité cesse d’être disponible ou est désactivée. Taille de calcul Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance. Stockage Type de stockage Sélectionnez SSD Premium. Notez que la liste des valeurs autorisées peut varier en fonction des autres fonctionnalités que vous avez sélectionnées. Pour plus d’informations, consultez Options de stockage dans un serveur flexible Azure Database pour PostgreSQL. Ne peut pas être modifié après la création de l’instance. Taille de stockage Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Notez que la liste des valeurs prises en charge peut varier d’une région à l’autre, en fonction du matériel disponible sur chaque région. Pour plus d’informations, consultez Options de calcul dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance. Il peut uniquement être augmenté. La réduction manuelle ou automatique du stockage n’est pas prise en charge. Les valeurs acceptables dépendent du type de stockage affecté à l’instance. Niveau de performances Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Les performances des disques SSD Premium sont définies à la création du disque, sous la forme de leur niveau de performance. Lorsque vous définissez la taille approvisionnée de votre disque, un niveau de performance est sélectionné automatiquement. Ce niveau de performance détermine les IOPS et le débit de votre disque managé. Pour les disques SSD Premium, vous pouvez modifier ce niveau au moment du déploiement ou par la suite, sans changer de taille de disque et sans temps d’arrêt. La modification du niveau vous permet de vous préparer et de répondre à une demande plus importante sans utiliser la capacité de bursting de votre disque. Il peut être plus rentable de changer de niveau de performance plutôt que de recourir au bursting, selon la durée pendant laquelle la performance supplémentaire est nécessaire. C'est la solution idéale pour les événements qui nécessitent temporairement un niveau de performance plus élevé. Des événements tels que les achats de Noël, les tests de performance ou la mise en place d'un environnement de formation. Pour traiter ces événements, vous pouvez basculer un disque vers un niveau de performance plus élevé sans temps d’arrêt, tant que vous avez besoin de performance supplémentaire. Vous pouvez ensuite revenir au niveau d’origine sans temps d’arrêt quand vous n’avez plus besoin de performance supplémentaire. Peut être modifié après la création de l’instance. Croissance automatique du stockage Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. Il est possible que cette option ne soit pas prise en charge pour certains types de stockage et ne soit pas honorée pour certaines tailles de stockage. Pour plus d’informations, consultez Configurer la croissance automatique du stockage dans un serveur flexible Azure Database pour PostgreSQL. Peut être modifié après la création de l’instance, tant que le type de stockage prend en charge cette fonctionnalité. Sauvegardes Période de rétention de sauvegarde (en jours) Ne peut être modifié et est automatiquement fixé à la même valeur que le serveur source. La période de rétention des sauvegardes par défaut est de 7 jours, mais vous pouvez étendre la période à un maximum de 35 jours. Peut être modifié après la création de l’instance. Options de redondance de sauvegarde Sélectionné automatiquement pour vous, en fonction de la configuration de haute disponibilité et de géo-redondance des sauvegardes. Les valeurs possibles sont Localement redondant (offre au moins 99,999999999 % de durabilité des objets de sauvegarde sur une année), Redondant interzone (offre au moins 99,9999999999 % de durabilité des objets de sauvegarde sur une année) et Géo-redondant (offre au moins 99,99999999999999 % de durabilité des objets de sauvegarde sur une année). Lorsque la Géo-redondance est activée pour la sauvegarde, l’option de redondance de sauvegarde est définie sur Géo-redondant. Sinon, si la haute disponibilité est définie sur Désactivée ou Même zone, la redondance de sauvegarde est définie sur Localement redondant. Et si la haute disponibilité est définie sur Redondant interzone, la redondance de sauvegarde est définie sur Redondant interzone. Pour plus d’informations, consultez Options de redondance de sauvegarde dans un serveur flexible Azure Database pour PostgreSQL. Ne peut pas être modifié après la création de l’instance. Géo-redondance Laissez cette option désactivée. La géoredondance dans les sauvegardes est prise en charge uniquement sur les instances déployées dans l’une des régions jumelées Azure. Pour plus d’informations, consultez Sauvegarde et restauration géo-redondantes dans un serveur flexible Azure Database pour PostgreSQL Ne peut pas être modifié après la création de l’instance. Une fois que le nouveau serveur est configuré selon vos besoins, sélectionnez Vérifier + créer.
Vérifiez que toutes les configurations du nouveau déploiement sont correctement définies, puis sélectionnez Créer.
Un nouveau déploiement est lancé pour créer votre nouveau serveur flexible Azure Database pour PostgreSQL et restaurer les données les plus récentes disponibles sur le serveur source au moment de la restauration :
Une fois le déploiement terminé, vous pouvez sélectionner Accéder à la ressource pour accéder à la page Vue d’ensemble de votre nouveau serveur flexible Azure Database pour PostgreSQL, puis commencer à l’utiliser :